[wayne]

Hallihallo,

seit einiger Zeit habe ich ja folgendes Problem:
Signal "stockt" nach einiger Zeit...

Dabei habe ich auch einiges versucht mit MLD unstable/testing auf dem Server/Client.

Ist die Mischung von unstable/testing denn generell möglich?

Bei der Kombi Server/unstable und Client/testing passt was nicht:

• Bei ca. 90% der Aufnahmen werden für die Länge der doppelte Wert angezeigt.
• Beim Abspielen werden die Sekunden doppelt so schnell herunter gezählt.
• Die Wiedergabe funktioniert aber.
• Bei den meisten Aufnahmen gibt es beim Spulen nur noch Klötzchen zu sehen.
• HD und SD sind gleichermaßen betroffen.

...oder ist das ein reines Server/unstable Problem?

Viele Grüße
wayne

[baltic]

Hi wayne,

ob unstable, testing oder stable ist grundsätzlich egal, Du kannst auch einen Server mit ganz anderer Distri und selbstkompilierten VDR verwenden. Entscheidend ist die richtige Konfiguration.

Die Klötzchen können entstehen, wenn die Daten nicht schnell genug nachgeliefert werden. Da kann viel schief gehen und bedarf im Einzelfall einer tiefer gehenden Analyse.
Die falschen Zeiten können auch auf einem Konfig-Mischmasch beruhen, allerdings ebenso auf einem Problem mit dem verwendeten Skin.

Wie sieht es denn aus, wenn Du Aufnahmen auf dem Client speicherst und dann wiedergibst? Oder Serveraufnahmen auf einen USB-Stick machst und den dann am Client abspielst?

Gruß
baltic

[clausmuus]

Der entscheidende Unterschied zwischen testing und unstable ist derzeit, das sich die VDR Versionen unterscheiden. Allerdings sollte das zu keinerlei Problemen führen.
Die Ursache Deiner Schwierigkeiten ist also vermutlich woanders zu suchen, und nicht bei der testing - unstable Kombi.

[wayne]

Die Klötzchen können entstehen, wenn die Daten nicht schnell genug nachgeliefert werden. Da kann viel schief gehen und bedarf im Einzelfall einer tiefer gehenden Analyse.
Die falschen Zeiten können auch auf einem Konfig-Mischmasch beruhen, allerdings ebenso auf einem Problem mit dem verwendeten Skin.

Grundsätzlich werden die Daten ja schnell genug geliefert. Es geht ja problemlos mit der Kombi testing/testing.
Was könnte denn ein Konfig-Mischmasch sein,  dass die falschen Zeiten angezeigt werden? Habe dazu keine Idee...
Und was sollte der Skin mit dem Problem zu tun haben?

Hier steht auch was von doppelter Länge:
https://www.minidvblinux.de/forum/index.php/topic,10005.msg80961.html#msg80961


Grüße
wayne

[rfehr]

Hi,

Ein Debug-Log vom Server und Client wäre mal nicht schlecht.

Gruß,
  Roland

[wayne]

Hi,
Ein Debug-Log vom Server und Client wäre mal nicht schlecht.
Gruß,
  Roland

Wenn ich eine Aufnahme spule oder reicht's bei der Wiedergabe?

[rfehr]

Hi,

wenn schon bei einer Wiedergabe Klötzchen kommen reicht das.

Gruß,
  Roland

[BobW]

Hallo,

die Probleme von @wayne liegen IMHO an der leichten Inkompatibilität von VDR-2.5.7 (5.5U) und VDR-2.4.7 (5.5T) einerseits und andererseits an dem nun leider toxisch gewordenen NALUDump-Patch @Pit).

2.5.7 generiert Fehlerinformationen beim Aufnehmen und legt diese in der info-Datei unter "O" ab. Damit kann 2.4.7 nicht umgehen. Taucht aber nur im Log des 2.4.7 auf und stört nicht im Betrieb.

Der NALUDump-Patch allerdings, aktiviert oder nicht, verwüstet die index-Datei der Aufnahme, daher die Klötzchen beim schnellen Vorlauf, von denen @wayne berichtet. Abhilfe schafft das Löschen der index-Datei. Bei erneuter Wiedergabe wird die index-Datei neu generiert und Spulen und Springen sind kein Problem mehr.
In @waynes Fall ist es sicher besser, das Neugenerieren auf dem 5.5U Server zu machen (mit vdr --genindex), über das Netzwerk wird das sonst "ewig" dauern.

Zu guter Letzt: Bitte nehmt den NALUDump-Patch heraus. Ich teste das gerne mit einem von Euch, wenn Ihr wollt.

Schöne Grüße
BobW

[herb01]

Bitte nehmt den NALUDump-Patch heraus.

Das würde ich auch wirklich begrüßen

Viele Grüße
Herbert

[wayne]

die Probleme von @wayne liegen IMHO an der leichten Inkompatibilität von VDR-2.5.7 (5.5U) und VDR-2.4.7 (5.5T) einerseits und andererseits an dem nun leider toxisch gewordenen NALUDump-Patch @Pit).
2.5.7 generiert Fehlerinformationen beim Aufnehmen und legt diese in der info-Datei unter "O" ab. Damit kann 2.4.7 nicht umgehen. Taucht aber nur im Log des 2.4.7 auf und stört nicht im Betrieb.
Der NALUDump-Patch allerdings, aktiviert oder nicht, verwüstet die index-Datei der Aufnahme, daher die Klötzchen beim schnellen Vorlauf, von denen @wayne berichtet. Abhilfe schafft das Löschen der index-Datei. Bei erneuter Wiedergabe wird die index-Datei neu generiert und Spulen und Springen sind kein Problem mehr.
In @waynes Fall ist es sicher besser, das Neugenerieren auf dem 5.5U Server zu machen (mit vdr --genindex), über das Netzwerk wird das sonst "ewig" dauern.

...na dann passen meine Beobachtungen doch. 
testing und unstable passen grad' nicht zusammen.

In @waynes Fall ist es sicher besser, das Neugenerieren auf dem 5.5U Server zu machen (mit vdr --genindex), über das Netzwerk wird das sonst "ewig" dauern.

Einen Workaround benötige ich nicht, dann bleibe ich bei testing/testing.

Danke und Grüße
wayne

[clausmuus]

Den Patch aus dem unstable raus zu nehmen, weil der aktuell Probleme macht wäre der falsche Weg. Denn die MLD Unstable ist genau für solche Tests gedacht, also um an Lösungen für Probleme gemeinsam zu arbeiten.
Für alle bei denen Probleme auftreten gibt es ja die Möglichkeit auch einzelne Teile aus dem Testing zu nehmen, auch wenn aus diversen Gründen die unstable verwendet wird.

[P3f]

Hallo,

Ich teile absolute Claus’s Meinung über die Unstable und wir sind froh über jede Unterstützung/Tipps zur Behebung. Dafür sind ja die unterschiedlichen Instanzen aufgebaut.

Ich habe heute Morgen auch noch einmal einen überarbeiteten NALUDump Patch in die Unstable 5.5 einfließen lassen, vielleicht können da ja weitere Tester mit helfen.

Übrigens den NALUDUmp kann man auch im VDR OSD de- bzw. Aktivieren, damit kann man die aktuellste Version nutzen wie bisher. Aber rausnehmen möchte ich die Funktion nicht, daher bleibt der Patch auch erstmal Bestandteil von unserer Bereitstellung.

Gruß,

Pit

[P3f]

Hallo Zusammen,

Das Problem mit dem NALUDump ist gelöst, also wenn ihr noch mal komplett Testen wollt, wäre es sehr gut. Somit können wir auch weiter an den Baustellen arbeiten, wenn ihr uns mit den Fehlermeldungen helft.

Gruß,

Pit

[wayne]

Hallo Pit,

bei einer aktuelle Aufnahme mit NaluDump "nein" war wieder:
-  Es wurde für die Länge der doppelte Wert angezeigt.
- Beim Abspielen werden die Sekunden doppelt so schnell herunter gezählt.
- Die Wiedergabe funktioniert aber.
- Beim Spulen aber keine Klötzchen
- der Server ist auf 5.5T

Die weiteren Versuche laufen gerade...

[P3f]

Hi Wayne,
werden deine Aufnahmen auf dem Server gespeichert? (Was ich glaube). Dann wird die finale Speicherung sicher vom 5.5 Tedting initiiert, das wäre zumindest eine Erklärung, der ich folgen könnte.

Gruß,

Pit