Aufnahmen lassen sich nicht abspielen (Index Datei defekt ?) [gelöst]

    Hallo,
    Ich poste das mal hier, aufgefallen ist mir das Problem mit der VDR Version 1.7.29


    Es handelt sich um eine Aufnahme in HD.
    Das File ist ca 5 GB groß !


    Wenn ich das Index File lösche, und versuche abzuspielen startet der VDR den Film, und er versucht die Datei neu zu erstellen - der VDR bricht dann aber wieder ab und es wird keine Index Datei erstellt.
    Auch genindex kann mit Files > 2 GB nicht umgehen.


    Drr VDR teilt die Files nicht mehr in 2 GB Teile auf - im VDR Setup ist eine Max. Videodateigröße von 2 GB eingestellt ! Diese Einstellung wird ignoriert.

    VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
    VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

    Einmal editiert, zuletzt von rudirabbit ()

    Also die Neuerzeugung des Index geht bei mordernen VDR-Versionen nicht mehr über genindex, sondern über

    Code
    vdr --genindex=<pfad zur Aufnahme>


    Sicher, dass da die richtige VDR-Version läuft und das richtige Konfigurationsverzeichnis ausliest?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Zitat von seahawk1986

    Sicher, dass da die richtige VDR-Version läuft und das richtige Konfigurationsverzeichnis ausliest?


    Eigentlich schon, wenn im VDR --> Einstellungen--> Aufnahme--> Max Videodateigröße(MB): 2000 steht, sollte es passen.


    Danke den den Typ mit genindex. Der VDR hat gerade neue Index Datei erstellt.
    Und der VDR spielt den Film jetzt ab.


    Das ändert aber nichts daran: Das File wird nicht aufgeteilt, und der VDR erstellt dazu eine kaputte Index Datei.
    Werde heute auf 1.7.28 zurückgehen und damit testen.

    VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
    VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

    Gleiches ist mir auch aufgefallen. Hatte "Neue Vahr Süd" auf Einsfestival HD aufgenommen, Dateigrösse knapp 6.8 GB, aber lässt sich nicht abspielen. Darauf gekommen, die Index Datei zu löschen bin ich noch nicht. Versuche ich aber mal.


    Was mich ausserdem wundert: Ich hatte eigentlich schon immer 2000MB Grenze eingestellt und plötzlich nimmt VDR am Stück auf. VDR hat auch die Version 1.7.29

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

    Ich teste gerade mit der 1.7.28 und gehe dann immer weiter runter, mal sehen ab wann der Bug (?) verschwindet

    VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
    VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

    vdr --genindex braucht man eigentlich nicht manuell aufzurufen. Sobald man eine Aufnahme ohne Index abzuspielen versucht, generiert der VDR die on the fly neu. Dauert bei mir nur ein paar Sekunden.


    Gibt es da irgend ein prinzipielles Problem mit Aufzeichnungen >2GB? Ich überlege nämlich grade, alle VDR-Aufnahmen in je eine Datei zusammenzufassen und die 2GB raus zu nehmen, damit das Abspielen...Löschen unter XBMC vernünftig funktioniert.

    yaVDR 0.6.2; H61M/U3S3 / G530 / 4GB / GT 520 (passiv) / Cine S2 (Rev. V5.5) + DuoFlex S2 / 120GB SSD (System; SATA>USB) + 3TB SATA 6Gb/s; LCD-TV Toshiba 42VL863G; AVR Yamaha RX-S600...

    Wobei...wenn ich auf dem Server aufnehme, hab ich die Probleme nicht. Könnte mir noch vorstellen, dass es am suppenschüsselpatch liegt. Ansonsten hab ich keine relevanten Patches im VDR.

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

    Zitat von habichthugo

    Gibt es da irgend ein prinzipielles Problem mit Aufzeichnungen >2GB?

    Ich konnte meine 5 gb große Aufnahmne nicht abspielen.
    Nach löschen der Indexdatei versuchte der VDR diese wiederherzustellen, ohne Erfolg.
    Ein manuelles Anstoßen vdr --genindex erzeugte eine passende Indexdatei. Dann ließ sich der Film abspielen.
    Das ganze klingt nicht logisch, aber es war so.


    Also ein VDR 1.7.28 mit ext Patch macht alles so wie es soll, die Dateien werden in 2 GB Teile aufgeteilt.


    Bleibt jetzt zu prüfen was der VDR 1.7.29 ohne ext. Patch macht.

    VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
    VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

    Da es auf meinem Plain VDR Server problemlos läuft und auf meinem Client VDR mit Gen2vdr ExptP LIEMIKUTIO Patch nicht geht, vermute ich das Problem da. Ich hab den Patch jetzt mal rausgeworfen und werd nachher mal ne Sendung aufnehmen.

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

    So, jetzt hab ich eine Aufnahme laufen ohne den LIEMIKUTIO aus dem Gen2VDR-ExtP. Hat sich aber nichts geändert, Video Dateien werden nicht mehr gesplittet und die Index-Datei ist kaputt. Es muss aber dennoch am ExtP liegen denn auf meinem Plain VDR Server 1.7.29 wird alles korrekt aufgenommen.


    Derzeit hab ich noch GRAPHTFT, MAINMENUHOOKS, LIRCSETTINGS und WAREAGLEICONS aktiv.


    Was kann denn das sein? Oder liegt das Problem woanders?

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

    Wenn ich mich nicht irre, kann genindex sowieso nicht mit TS-Aufnahmen umgehen, mit HD-Aufnahmen erst recht nicht. Jedenfalls die Version die bei gen2vdr V3 dabei ist.

    Code
    genindex
This is genindex 0.1.3 (Aug 18 2007), (C) 2003-2006 Stefan H?lswitt
Released under the GNU Public License


open 001.vdr: No such file or directory
Failed to open input file(s)

    Es geht doch gar nicht um genindex sondern um vdr --genindex.


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

    Ich nutze ja nur den extension Patch. VDR generiert den index ja von allein. Nun ist dieser aber defekt.

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

    Hat jemand mit dem .29 VDR +etx Patch schon versucht das Spitten auszuschalten, passt dann die Indexdatei ?
    Also lässt sich der Film abspielen.


    Das Splitten funktioniert nicht obwohl es aktiviert ist, der VDR generiert hier evtl. eine Index für Split Dateien.
    Das wäre eine Erklärung.

    VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
    VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

    Einmal editiert, zuletzt von rudirabbit ()

    Zitat von TheChief

    So, jetzt hab ich eine Aufnahme laufen ohne den LIEMIKUTIO aus dem Gen2VDR-ExtP. Hat sich aber nichts geändert, Video Dateien werden nicht mehr gesplittet und die Index-Datei ist kaputt. Es muss aber dennoch am ExtP liegen denn auf meinem Plain VDR Server 1.7.29 wird alles korrekt aufgenommen.


    Derzeit hab ich noch GRAPHTFT, MAINMENUHOOKS, LIRCSETTINGS und WAREAGLEICONS aktiv.


    Was kann denn das sein? Oder liegt das Problem woanders?


    Entweder liegt das Problem in einem der vier Teilpatches oder der Gen2VDR Patch greift noch woanders ungefragt ein, denn der Plain VDR funktioniert problemlos.

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

    Gibts hier nochwas neues? Existiert eventuell noch irgendwo ein funktionierender ExtP für 1.7.29, ausser der von Gentoo?

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

    Einmal editiert, zuletzt von TheChief ()

    Hoi


    Code
    +++ b/recorder.c
+#ifdef USE_NALUDUMP
+#ifdef USE_NALUDUMP
+#ifdef USE_HARDLINKCUTTER
+#ifndef USE_NALUDUMP
+++ b/recorder.h
+#ifdef USE_NALUDUMP


    Ich hege mal den verdacht, das es eher was mit dem Naludump-Patch zu tun hat. Ich hab nur gerade keinen Zugang zum vdr um genauer zu schauen ...

    Dirk

    [Blockierte Grafik: http://www.ping-timeout.de/sig-468x90/21.jpg]

    Also Naludump ist bei mir nicht aktiv, meinst du man sollte ihn aktivieren damit es klappt?

    Registrierter VDR-User #1275


    VDR-Server: Proxmox 7.1 - LXC Container - Debian 11.5 - eTobi-VDR 2.6.0

    DVB-Hardware: Digital Devices - Cine S2 V5.5 und V6

    VDR-Clients: FireTV Sticks 2 bis 4K Max und Kodi 19.4

    Nein, er meint, dass da irgendwo ein #ifdef zuviel/zuwenig ist, denke ich. Hab mir das ganze aber mal angeschaut und ich finde da nichts ungewöhnliches. Kannst es natürlich mal mit naludump probieren. Das hab ich noch nicht getan.

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

    Versuche heute Abend mal dran zu denken... :]

    Registrierter VDR-User #1275


    VDR-Server: Proxmox 7.1 - LXC Container - Debian 11.5 - eTobi-VDR 2.6.0

    DVB-Hardware: Digital Devices - Cine S2 V5.5 und V6

    VDR-Clients: FireTV Sticks 2 bis 4K Max und Kodi 19.4

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden