DVB.NET / VCR.NET 4.2 Beta 4 für mutige Gesellen/innen

JMS
100% (Erhaben)
Advanced Member Thema Starter

vor 11 Jahre

Alles weitere im Blog: http://jochen.jochen-manns.de/index.php/2013/12/08/vcr-net-4-2-beta-1/.

Die Version selbst habe ich seit einiger Zeit im Test und denke, dass alles Wesentliche so funktioniert, wie es soll. Ich habe aber erst vorgestern die Entwicklungsumgebung umgestellt und einige Anfangsprobleme mit der Installation gehabt - es fehlten Dateien. Ich glaube allerdings, dass diese nun gelöst sind.

Viel Spaß

Jochen

captaindyck
71.75% (Freundlich)
Member

vor 11 Jahre

#2

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. Ausnahmefehler Aufwecken.PNG Sie haben keine ausreichenden Rechte, um den Inhalt zu sehen. Ausnahmefehler Aufwecken.txt Sie haben keine ausreichenden Rechte, um den Inhalt zu sehen. Kontrollzentrum - Menü.png Sie haben keine ausreichenden Rechte, um den Inhalt zu sehen.

Bearbeitet vom Benutzer vor 11 Jahre | Grund: Nicht angegeben

JMS
100% (Erhaben)
Advanced Member Thema Starter

vor 11 Jahre

#3

Ich schaue am Wochenende danach, hört sich definitiv alles wie Bugs an 😞 Einiges ist sicher einfach (das mit der IP für WakeUp), anderes wohl eher kniffelig (das mit der Aufzeichnung im Archiv).

Danke erst einmal

Jochen

JMS
100% (Erhaben)
Advanced Member Thema Starter

vor 11 Jahre

#4

Erste Phase:

1. Bug im Aufnahmeplaner (könnte auch schon in 4.1 gewesen sein, habe ich nicht getestet).

Zitat von: captaindyck

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

Beim Wake-On-Lan gab es einmal einen Ausnahmefehler, ...

Zitat von: captaindyck

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).

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).

Zitat von: captaindyck

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.

2. VCR.NET Kontrollzentrum
...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?

...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.

Zitat von: captaindyck

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

JMS
100% (Erhaben)
Advanced Member Thema Starter

vor 11 Jahre

#5

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.

Zitat von: captaindyck

Ja, auch das hat die Umstellung von 3.9 auf 4.0 nicht überlebt. Für die Beta 3 habe ich die Prüfung korrigiert.

Vielen Dank und Sorry

Jochen

captaindyck
71.75% (Freundlich)
Member

vor 11 Jahre

#6

1. Bug im Aufnahmeplaner (könnte auch schon in 4.1 gewesen sein, habe ich nicht getestet)

Zitat von: JMS

Ja, auch das hat die Umstellung von 3.9 auf 4.0 nicht überlebt. Für die Beta 3 habe ich die Prüfung korrigiert.

Vielen Dank und Sorry

Zitat von: captaindyck

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

2. VCR.NET Kontrollzentrum
...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?

...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.

Zitat von: JMS

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.

Zitat von: captaindyck

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

JMS
100% (Erhaben)
Advanced Member Thema Starter

vor 11 Jahre

#7

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?

Zitat von: captaindyck

Ja, den Use Case verstehe ich gut und habe auch schon mal darüber nachgedacht - einmal bin ich in die Falle gelaufen. Leider ist es so, dass im Moment die Ruhezustandsverhinderung ein REINES Client (VCC) Feature ist: WENN ein Anwender angemeldet ist, DANN geht der VCR.NET eh nicht von sich aus in den Schlafzustand. Diese Aufgabe übernimmt dann VOLLSTÄNDIG der VCC und die Einstellung hilft dann dem VCC zu entscheiden, ob etwas getan werden soll oder nicht.

Ich müsste hier eine neue Logik in den Server selbst einbauen. Vorschlag: ich merke das mal für 4.3ff vor und lasse es erst einmal, wie es ist. Oder passiert das häufiger, so dass es Dich echt behindert?

Jochen

+1

captaindyck
71.75% (Freundlich)
Member

vor 11 Jahre

#8

[quote=captaindyck;622]
Ich müsste hier eine neue Logik in den Server selbst einbauen. Vorschlag: ich merke das mal für 4.3ff vor und lasse es erst einmal, wie es ist. Oder passiert das häufiger, so dass es Dich echt behindert?

Zitat von: JMS

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.

JMS
100% (Erhaben)
Advanced Member Thema Starter

vor 11 Jahre

#9

Ad ProjectX) Ich verwende das Live Demux, dann macht der Rechner das Demux während der Aufzeichnung und wartet auch vor dem Schlafzsutand, bis alle Demux durch sind. Dann brauche ich nur noch die fertig zerlegten Dateien zu ziehen.

Ad Aufwand) Ich habe es mal in die "vielleicht doch 4.2" Liste verschoben. Aber vermutlich muss ich darüber ein wenig nachdenken, um es ordentlich zu machen. Im Moment ist mein Gefühl, dass es nicht mehr in die 4.2 kommt - ich wollte dieses Jahr noch diese Kiste zu machen.

Jochen

JMS
100% (Erhaben)
Advanced Member Thema Starter

vor 11 Jahre

#10

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

mrth
100% (Erhaben)
Advanced Member

vor 11 Jahre

#11

Der Button neben Empfangssignal Duoflex ist im Geräteprofil inaktiv. Konnte man da nicht was aufrufen ?
Wo soll denn der neue Schalter für die Unterbrechung bei Senderwechseln sein ?

Ich schicke auch noch einen Screenshot per Mail.

Helmuth

JMS
100% (Erhaben)
Advanced Member Thema Starter

vor 11 Jahre

#12

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

Ich ändere den Blog Eintrag

Jochen

JMS
100% (Erhaben)
Advanced Member Thema Starter

vor 11 Jahre

#13

Intern mit sehr vielen Änderungen (Unterstützung von Versionen vor 3.9 eingestellt), aber sonst nicht viel Neues in der Beta 4 .

Frohes Testen

Jochen

captaindyck
71.75% (Freundlich)
Member

vor 11 Jahre

#14

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 Control Center - Ports.PNG Sie haben keine ausreichenden Rechte, um den Inhalt zu sehen.

Bearbeitet vom Benutzer vor 11 Jahre | Grund: Nicht angegeben

JMS
100% (Erhaben)
Advanced Member Thema Starter

vor 11 Jahre

#15

Ja, echt blöder Fehler - aber entschuldbar, s.u. 🙂 Du bekommst zumindest den Orden für das Finden eines der ältesten Bugs in VCR.NET...

Warum entschuldbar? Ich benutze zum Anschauen meinen DVB.NET / VCR.NET Viewer und den kann man pro Rechner nur einmal starten - da muss ich irgendwann auch einmal dran. Daher hatte ich die Situation noch nie.

Ich habe den Download aktualisiert.

Danke - und frohe Weihnachten!

Jochen