Völlig unabhängig von der Sache mit der zweiten Tonspur noch ein paar Dinge, die mir in den letzten Tagen mit der 4.2b aufgefallen sind:

1. Bug im Aufnahmeplaner (könnte auch schon in 4.1 gewesen sein, habe ich nicht getestet)
Programmiert war eine sich wiederholende Sendung : Mo-Fr 23:28-1:53 vom 28.10.2013 bis 10.12.2013
Für den letzten Aufnahmetermin 10.12.2013 hatte ich den Start um +45 Minuten verschoben, die Dauer um 95 Minuten gekürzt.
Der Aufnahmeplaner zeigte mir korrekt an: 11.12.2013 von 0:13 bis 1:03.
Leider wurde die geplante Aufnahme beim Tageswechsel vom 10.12. auf den 11.12. pünktlich um Mitternacht gelöscht (bzw. ins Job-Archiv verschoben), so dass sie natürlich nicht mehr um 0:13 starten konnte. Dies konnte ich letzte Nacht nochmal reproduzieren. Hier müsste sich der Aufnahmeplaner irgendwie etwas mehr gedulden.

2. VCR.NET Kontrollzentrum
Das Wake-On-Lan und Hibernation des Aufnahmerechners von einem anderen Rechner aus funktioniert soweit. Die Integration dieser Features hat bei mir allerdings die Frage aufgeworfen, warum eigentlich die Funktion "Auslösen des Schlafzustandes übergehen bis ..." nur auf dem VCR-Rechner selber verfügbar ist und nicht auch auf anderen entfernten Rechnern?

Beim Wake-On-Lan gab es einmal einen Ausnahmefehler, weil ich im Kontrollzentrum den VCR-Rechner über dessen Hostnamen angesprochen habe statt über die IP-Adresse (siehe Screenshot und angehängte Textdatei). Windows hatte schlicht die Zuordnung Hostname - IP-Adresse nach einigen Minuten Ruhezustands des VCR vergessen. Die Meldung zum Ausnahmefehler ist etwas unschön (soweit das nicht sowieso nur zum Debuggen in der Beta-Version drin ist), man kann dann aber weitermachen. Die Lösung war dann ein entsprechende Eintrag in der hosts-Datei zur Zuordnung von Name und IP des VCR.NET-Rechners.

Kleiner Schönheitsfehler: Beim ersten Rechtsklick auf das Tray-Icon des Kontrollzentrums nach dessen Start erscheint das Popup-Menü nicht direkt am Mauszeiger, sondern leicht versetzt nach links oben (siehe Screenshot). Zudem sind die einzelnen Menüpunkte durch Trennstriche in verschiedene Kategorien unterteilt. Dass der Punkt "Dienstrechner in den Schlafzustand" auf dem VCR.NET-Rechner nicht bei "Auslösen des Schlafzustands übergehen.." steht, sondern bei "VCR.NET ... konfigurieren" eingeordnet ist, finde ich unlogisch.

Erste Phase:


Da war ich noch nicht dran, aber Frage: welche VCR.NET Version verwendest Du genau [oben rechts auf der Startseite]?


Ab der Beta 3 wird es hier eine ordentliche Message Box mit einer vielleicht unverständlichen aber immerhin weniger brutalen Fehlermeldung geben. Die Meldung ist auch etwas präziser bezüglich der Ursache (Problem mit der IP, Problem mit der ARP Tabelle, Problem mit der MAC).


Lustig, ist mir nie aufgefallen, da ich die Taskbar oben habe. Da sieht es immer richtig aus. Im Moment glaube ich, dass ich die Mechanismen von Windows verwende und der Aufwand, das selbst zu machen, steht meiner Ansicht nach in keinem Verhältnis zum Effekt. Ich werde das erst einmal als in der Tat Schönheitsfehler so lassen.


Das Auslösen des Schlafzustands übergehen ist eine völlig andere Idee, die ich gerne auch als solche behalten und abgetrennt vom Rest des Schlafzustands anzeigen möchte. Konkret ist diese Option für den Anwender gedacht, der gerade am Rechner sitzt und der sich eine Weile nicht stören lassen will.

Jochen

War nicht so schlimm, die verpasste Sendung wird am Wochenende nochmal wiederholt.


Nun ja, mit beiden Funktionen wird der Schlafzustand gesteuert - mit der einen wird er verhindert, mit der anderen kann er dann ausgelöst werden. Ich sehe da jedenfalls eine deutlich engere Beziehung zwischen diesen beiden Funktionen als zwischen dem Auslösen des Schlafzustandes und dem Aufruf der Konfigurationsseite von VCR.NET. Wie dem auch sei, ordne das so an, wie es Dir richtig erscheint.

Was meine Nachfrage für die Ruhezustandsverhinderung vom entfernten Rechner aus angeht:
Momentan kann ich vom entfernten Rechner aus den VCR.NET-Rechner aufwecken und auch wieder schlafenlegen. Ich kann jedoch leider in keiner Weise vom entfernten Rechner aus verhindern, dass der VCR.NET-Rechner sich nach einer Aufnahme von alleine schlafen legt, während ich z.B. gerade dabei bin über die Weboberfläche ein paar Sendungen zu programmieren oder übers Netz auf ein paar Aufnahmedateien zugreife. Das fehlt irgendwie.
Verhindern kann ich den Ruhezustand momentan nur, wenn ich auf den VCR.NET-Rechner gehe und dort besagte Funktion zum Übergehen des Schlafzustandes aktiviere. Oder übersehe ich da etwas?

Jan

Es passiert mir gelegentlich. Wenn ich vor dem Rechner sitze, bemerke ich es ja auch sofort. Wenn ich dann den VCR.NET Rechner sofort wieder aufwecke, macht z.B. ProjectX in der Regel einfach weiter mit dem Demux. Lästig ist das dann eher, wenn ich am Wochenende mal einen kleinen Stau von Aufnahmen abarbeiten will und dann in ProjectX beispielsweise 10 Aufnahmen zum Demux vorbereite. Da das ja auch mit Gbit-LAN länger dauern wird, mache ich in der Zwischenzeit dann häufig was anderes abseits vom PC. Komme ich dann wieder, stelle ich unter Umständen fest, dass sich mittendrin der Aufnahmerechner schlafen legte und ProjectX nicht mehr auf die Dateien zugreifen konnte und entsprechend nur einen Teil der Arbeit erledigt hat.

Aber merke es ruhig für später vor, wenn die Implementierung komplizierter ist. Wirklich dringend ist das nicht.

Jan

P.S.: Beim Schreiben dieser Zeilen ist mir eingefallen, wie ich es doch schaffe, vom entfernten Rechner aus den Ruhezustand zu unterdrücken, auch wenn das ein paar Mausklicks mehr sind: ich muss nur in die Geräteübersicht (laufende Sendungen) gehen und dort zu der Laufzeitänderung für die Aufnahme, nach der ich den Ruhezustand vermeiden will. Dort kann ich ja den Haken für "Ruhezustand unterdrücken" setzen (sofern er nicht bereits per Voreinstellung angewählt ist) und - ohne eine Laufzeitänderung vorzunehmen - einfach auf "Übernehmen" gehen. Die Sendung wird dann planmäßig aufgenommen, der Ruhezustand am Ende jedoch unterdrückt.

Es gibt eine aktualisierte Beta Version.

Vielen Dank ans Mittesten (by the way: wenn da jemand mit einer TechnoTrend Budget und CI/CAM wäre, der auch etwas beitragen kann, könnte das sehr hilfreich sein [die S2-3200 ist eine Budget Karte])

Jochen

Oh Sorry: es geht natürlich um die Entschlüsselung "Digital Devices"!

Ich ändere den Blog Eintrag

Jochen

Hallo Jochen,

zuerst einmal Dir und allen anderen Mitlesern ein frohes Weihnachtsfest. Ich denke, die verlorenen Posts aus den letzten Tagen sind für uns nicht dramatisch, Du hast ja immer alles gleich umgesetzt.

Allerdings ist mir eben noch ein - hoffentlich kleiner - Bug im VCR Control Center aufgefallen. Es geht um die Ports beim Versand der laufenden Aufzeichnungen über Netzwerk. Nehme ich zwei Programme von einem Transponder über dasselbe DVB.NET-Gerät auf, ist alles in Ordnung: eine Sendung bekommt standardmäßig Port 2910, die andere Port 2911. Laufen jedoch gleichzeitig auf anderen Geräten Sendungen, so wird hier wieder mit Port 2910 begonnen. Sollte man sich zwei Sendungen parallel anschauen wollen, gibt es natürlich Probleme.

Dies ist bei mir reproduzierbar (siehe Screenshot).

Jan

P.S.: Das bezieht sich auf die mögliche Final von heute, 25.12.2013, 4.2.73