[P3f]

Hi BobW,

Entschuldigung, da ist uns noch ein neuer Kernel zwischen gebaut. Du kannst gerne morgen Vormittag auch est noch einmal den Upgrade probieren. „Eigentlich“ sollte es sauber hochziehen.

Ich dachte das ich den Kernelbau noch durchziehen kann, bevor Du mit dem Testen beginnst.

Ich bin auf Morgen gespannt.

Entschuldigung, für die Unsicherheit heute Abend.

Pit

[BobW]

Hallo Pit,

hier erst mal die gute Nachricht:

Code: [Select]

Oct 18 07:00:00 MLD user.info vdr: [3055] Starting NALU fill dumper
Oct 18 09:00:00 MLD user.info vdr: [3055] NALU fill dumper: 0 of 0 packets dropped, 0%
Oct 18 09:00:00 MLD user.info vdr: [3055] Starting NALU fill dumper
Oct 18 09:12:00 MLD user.info vdr: [3055] NALU fill dumper: 0 of 0 packets dropped, 0%
Oct 18 10:41:49 MLD user.info vdr: [2038] Starting NALU fill dumper
Oct 18 11:00:00 MLD user.info vdr: [2038] NALU fill dumper: 322039 of 7114967 packets dropped, 4% (/data/tv/local/@Dancing_Stars/2021-10-18.10.41.1-0.rec/00001.ts)

So funktioniert der NALUDumper wieder! Die letzten beiden Zeilen stammen von nach dem Upgrade.

Das Upgrade selbst holpert noch an einer Stelle:
ir-keytable und eventlircd werden entfernt, da gibt es ein Abhängigkeitsproblem. Ich kann den VDR derzeit nur über die Tastatur steuern.

Code: [Select]

asrock1> apt-get install irkeytable
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 irkeytable : Depends: rc-core (> 0-17) but 0-3+pit.x86 is to be installed
E: Unable to correct problems, you have held broken packages.
asrock1> apt-get install eventlircd
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 eventlircd : Depends: irkeytable but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
asrock1>Da spießt es sich zwischen rc-core und irkeytable.

Schmankerl am Rande: Von der ursprünglichen Installation (5.5U, up to date) ist fast nichts übriggeblieben:

Code: [Select]

asrock1> dpkg -l | grep "^ii" | wc -l
419
asrock1> dpkg -l | grep "^ii" | grep -v 'pit.x86' | wc -l
1
asrock1> dpkg -l | grep "^ii" | grep -v 'pit.x86'
ii  kodi-stable                    1:19.2.0-3.4                     amd64        Kodi stable release
asrock1>
Ich lasse den VDR erst mal so.

Schöne Grüße
BobW

[P3f]

Hallo BobW,

danke für deinen Test, nachdem Du ja genau das Ergebnis bewerten kannst.

Ich werde dann mal den neuen Patch für NaluDump einchecken, sodaß dann im offiziellen MLD 5.5 Unstable dann wieder die Funktion enthalten ist. Dann werde ich mich noch einmal an den Permashift machen.

Und auch deine Anmerkungen zum neuen Kernel, den ich noch nicht offiziell bereitstellen werde, werde ich mir näher anschauen.

Kannst Du mir bitte noch ein Debug-Log von deinem jetzigen Test bereitstellen?

Danke, damit wäre wieder eine Baustelle weniger (NaluDump ist wieder ok)

Pit

[BobW]

Bitte sehr:
Dein Upload Code lautet: YqEJv0

Ich gehe dann wieder auf den Snapshot vor dem Upgrade zurück (wegen der FB).

OK?

BobW

[P3f]

Hallo BobW,

naklar ist das ok. Es wäre toll, wenn Du dann später noch einmal testen kannst, sobald ich eine Version mit Permashift wieder habe.

Dazu werde ich Dich aber noch anschreiben.

Danke, für das Debug-Log

Pit

[BobW]

Hallo Pit,

freue mich, wenn ich auch was beitragen kann.
Zu fast jeder "Schandtat" bereit.

BobW

[P3f]

Hallo BobW,

dann bitte ich um einen neuen Test (ab ca 22:30 Uhr) mit dem NaluDump. Ich habe nun auch Permashift wieder eingebaut und bin gespannt ob weiterhin noch alles Funktioniert.

ABER am Kernel habe ich noch nicht geschaut, es kann also wieder zu den selben Fehlermeldung beim irkeytable/rc-core kommen wie heute morgen. Und es ist nur wieder bei meinem Develserver aktiv (pit.x86)

Danke, für den Regressionstest.

Gruß,

Pit

[BobW]

Hallo Pit,

NALUDump funktioniert auch in der heutigen Version.

Aber iirgendwie hat es diese (Deine) VDR-Version anscheinend in das öffentliche 5.5U Repo geschafft! Und das ist nicht gut.

Denn: NALUDump funktioniert auch hier, ABER das Navigieren in einer Aufzeichnung mit den Tasten funktioniert nicht mehr richtig!

Zum Ende Springen (9) geht gar nicht mehr, zu einem Zeitpunkt springen (Rot) ebenfalls nicht. Vorwärts/Rückwärts (gelb/grün) nur eingeschränkt.
Das betrifft alle Aufnahmen, die mit der neuen VDR-Version gemacht wurden. Ältere sind nicht betroffen. Deutet also auf ein Problem mit der index-Datei hin.

Wie möchtest Du weiter verfahren?

Schöne Grüße
BobW

Und falls Du es brauchst: Dein Upload Code lautet: wZ7n3X

[BobW]

Nachtrag:
Das Regenrieren der index-Datei (vdr --genindex) löst das Problem mit der Navigation.
BobW

[clausmuus]

Tritt der Fehler mit dem Index auch bei Pits Version auf?
Hilft das vdr --genindex nur für bestehende Aufnahmen? Fehlt bei anschließend erstellten Aufnahmen der Index wieder?

@Pit,
das im unstable der index Fehler auftritt, sehe ich nicht als kritisch an. Dafür ist das unstable ja, damit sowas getestet werden kann. Du musst den Checkin also nicht rückgängig machen, wenn sich in den nächsten Wochen eine Lösung findet.

[P3f]

HI BobW,

Also der überarbeitete NaluDump Patch sollte schon gestern ins offizielle Repro, halt nur ohne Permashift. So war es geplant.

Habe ich es richtig verstanden, das du meine heutige VDR Version auch schon getestet hast. Und weiterhin der NaluDump funktioniert? Dann würde ich das einchecken.

Zu dem neuen Verhalten, was Du mit den Aufnahmen beschrieben hast. Ist es bei den neuen Aufnahmen, mit dem überarbeiteten NaluDump wirklich zu einer Veränderung der Tastenlogik gekommen? (*Komsch und unerklärlich*)

Eigentlich wird doch die index Datei nach bzw. Bei der Aufnahme erzeugt, warum ist diese unterschiedlich sobald die noch einmal neu erzeugt wird. Ist das wirklich notwendig zur Untersuchung?

Fragen….Fragen…Wenn es aber wirklich um das „neue“ Tastenverhalten geht, dann bitte ich um eine Diskussion in einem neuen Thread. Sollte ja ausserhalb vom Naludump-Patch sein.

Sollte dein Test wirklich erfolgreich sein, so werde ich den angepassten Permashift-Patch auch wieder aktivieren, dann sind wir wieder synchron in den Entwicklungsumgebungen.

Gruß,

Pit

[MegaV0lt]

Soll das so sein, dass das ganz raus fliegt?

Code: [Select]

-                    HandleErrors();
 -                    fileSize += Count;Betrifft das nicht das erkennen von Fehlern im VDR?

[P3f]

Hallo MegaVolt,

Du hast Recht, das sollte natürlich noch am Ende aufgerufen werden, ist falsch gewesen. Ich baue jetzt meinen VDR noch einmal komplett neu, in ca 1h stünde noch einmal alles zur Verfügung.

@BobW: Darf ich dich noch einmal bitten diese Version zu testen?

Danke, auch fürs aufpassen.

Pit

[BobW]

Na klar,

also so ab 13:30 versuche ich es mit Deiner Version nocheinmal.

BobW

[BobW]

Hallo Pit,

hab's zweimal versucht, um 13:30 und um 14:20.

Beide Male funktioniert der NALUDump, aber die Navigation leider nicht.

Regenerieren der index-Datei beseitigt den Fehler. Die alte und neue index-Datei haben dieselbe Byte-Größe, diff sagt aber sie seien unterschiedlich (was auch zu erwarten war).

Was jetzt, neuer Thread oder war das Neugenerieren um 14:20 doch noch nicht fertig?

Schöne Grüße
BobW