Bayern 4 Aufnahme unter VDR 1.3.22

    Hi,
    heute nacht sollte mein VDR 1.3.22 das Nachtkonzert (natuerlich auch die DD-Spur aufnehmen), was leider nur 2 min. klappte:


    wie man sieht, laeuft bei mir EPGSearch und autopid ist aktiviert.
    Unter 1.2.6 (mit autopid-patch) musste ich fuer erfolgreiche B4-Aufnahmen autopid explizit fuer B4 abstellen, doch irgendwie geht das unter einem 1.3.22 nicht so einfach (oder hab ich etwas uebersehen ?).
    Oder ist EPGSearch das Problem ?
    Gruss
    Burkhardt

    Hi,
    hmm, beim VDR1.3.22 hat sich ja auch bzgl. Ringbuffer etc. noch etwas geaendert ...
    Der Rechner fuhr auch nicht herunter, selbst der VDR-Prozess war noch da, doch reagierte er nicht mehr ...
    Beim Abspielen der Aufnahme wird dagegen (kurz vor dem Ende) der VDR neu gestartet:


    Gruss
    Burkhardt

    Also beim Abspielen habe ich auch Probleme. Da startet sich an diversen Stellen VDR neu. Das war bisher bei allem Bayern-4 AC3 Aufnahmen so.
    Dies liegt wohl an der Datenaufbereitung der Bayern, denn die AC3 Aufnahmen von OE1DD kann man auch problemlos abspielen.


    Ich habe dann einfach mit ProjectX die AC3Datei demultiplext und daraus eine Audio-DVD gemacht. Die kann man problemlos spielen. Da ich die Aufnahmen sowoeso auf die Art konserviere, bedeutet dies nur einen Verzicht auf das direkte abspielen. So habe ich das Problem bisher nicht weiter beachtet.


    Die Aufnahme hat bis auf einen Fall bisher immer geklappt, so auch die letzte Nacht.


    Gruß


    Norbert

    Jetzt muss ich mal dumm fragen: Was verstehst Du unter einer "Audio-DVD" ?


    Ist das eine normale DVD mit DD5.1 nur ohne Bild?
    Wie erstellst Du solch eine "Audio-DVD"?


    Paulaner

    Hi,

    Zitat

    Also beim Abspielen habe ich auch Probleme. Da startet sich an diversen Stellen VDR neu. Das war bisher bei allem Bayern-4 AC3 Aufnahmen so.


    mit dem VDR 1.2.6 und dem ac3overDVB-Patch gabs da null Probleme ...


    Zitat

    Die Aufnahme hat bis auf einen Fall bisher immer geklappt, so auch die letzte Nacht.


    das dumme an B4 ist, dass man immer 2 Wochen warten darf und auch dann nicht unbedingt von 2:00-4:00 am VDR sitzt, um diverse Einstellungen zu testen.


    Aber nochmals meine Frage: wie kann ich gezielt fuer einen Sender autopid (generell moechte ich darauf unter keinen Umstaenden verzichten) unter dem VDR 1.3.x abschalten (die 16385 wie beim autopid-patch vom 1.2.6er wird nicht akzeptiert) ?
    Gruss
    Burkhardt

    Hallo burki,


    dass es am EPGSearch lag, kann ich mir anhand des Logs eigentlich nicht vorstellen. Der Scan lief ja ganz normal durch. Außerdem wird ja bei einem Scan der Suchtimer nur der momentan verfügbare EPG ausgewertet, also auch nix am DVB-device gedreht.


    Tschüss,


    winni

    @Burkhardt


    mit 1.2.6 liegen mir in der Hinsicht keine Erfahrungen vor.
    Und in Sachen Autopid kann ich Dir auch nicht weiterhelfen.


    Da müssen mal die Profis ran.. ;)


    Gruß


    Norbert

    Hi Winni,

    Zitat

    dass es am EPGSearch lag, kann ich mir anhand des Logs eigentlich nicht vorstellen.


    nach dem Log sicher nicht, doch seltsamerweise fehlen bei der Aufnahme die EPG-Daten (B4 hat durchaus ein EPG) und EPGSearch aktualisiert ja auch z.B. die autotimer (vdradmind laeuft bei mir --> da gibts doch auch diverse Ungereimtheiten bzgl. Prioritaeten der timer), so dass ich mir durchaus vorstellen kann, dass dadurch evtl. etwas durcheinandergekommen ist.
    Ebenso (habe den EPG-Scan deaktiviert) ist es seltsam, dass um 2:00:01 versucht wird auf Kanal 40 zu schalten ...


    Aber die Vermutung, dass es etwas anderes handelt, ist (z.B. die Aenderungen bzgl. Ringbuffer) natuerlich nicht aus der Luft gegriffen ;) ...
    Gruss
    Burkhardt

    Hi burki,


    Zitat

    nach dem Log sicher nicht, doch seltsamerweise fehlen bei der Aufnahme die EPG-Daten (B4 hat durchaus ein EPG) und EPGSearch aktualisiert ja auch z.B. die autotimer (vdradmind laeuft bei mir --> da gibts doch auch diverse Ungereimtheiten bzgl. Prioritaeten der timer), so dass ich mir durchaus vorstellen kann, dass dadurch evtl. etwas durcheinandergekommen ist.


    der Einsatz von EPGSearch zusammen mit VDRAdmin ist kein Problem, da EPGSearch genauso wie VDRAdmin die Timer über SVDRP ändert bzw. erzeugt. D.h. VDR regelt das dann selbst, dass hier nicht gleichzeitig etwas gemacht wird.
    In Deinem Log sieht man ürigens auch, dass EPGSearch keine Änderungen vorgenommen hat, sonst würde zwischen start und finished noch irgendwas kommen, könnte natürlich sein, dass da früher schon was war.


    nur so als Hinweis, soll keine Klugscheißerei sein :D


    Tschüss,


    winni

    Hi,
    2 Wochen spaeter ...
    Es klappt immer noch nicht:
    Rechner startet schon um 2:00 die Aufnahme


    Um 2:00:02 mag er auf Kanal 3 umschalten --> warum ???
    Um 2:00:05 schaltet wer wieder auf B4 ...

    Code
    Apr  1 02:00:02 vdr vdr[14203]: switching to channel 3
Apr  1 02:00:02 vdr vdr[14203]: info: Kanal nicht verfügbar!
Apr  1 02:00:02 vdr vdr[25963]: Text2Skin: message display update thread started (pid=25963, tid=753676)
Apr  1 02:00:02 vdr vdr[14224]: channel 27 (SÜDWEST BW) event 01:30 'Leute night' status 4
Apr  1 02:00:02 vdr vdr[14224]: channel 25 (SR Fernsehen Südwest) event 01:30 'Saartext' status 4
Apr  1 02:00:05 vdr vdr[25963]: Text2Skin: message display update thread ended (pid=25963, tid=753676)
Apr  1 02:00:05 vdr vdr[14203]: switching to channel 139


    Um 2:26:29 faehrt der VDR herunter --> warum ???

    Code
    Apr  1 02:24:36 vdr vdr[14224]: changing pids of channel 285 from 701+701:702:204 to 901+901:902:204
Apr  1 02:25:36 vdr vdr[14224]: changing pids of channel 285 from 901+901:902:204 to 701+701:702:204
Apr  1 02:26:29 vdr su: pam_unix2: session finished for user root, service su


    und startet spaeter die Aufnahme wieder neu:


    Dies klappt dann bis zu 3:16:

    Code
    Apr  1 03:14:35 vdr vdr[24764]: changing pids of channel 285 from 701+701:702:204 to 901+901:902:204
Apr  1 03:15:34 vdr vdr[24764]: changing pids of channel 285 from 901+901:902:204 to 701+701:702:204
Apr  1 03:16:49 vdr vdr[24810]: buffer usage: 70% (tid=147466)
Apr  1 03:16:52 vdr vdr[24810]: buffer usage: 80% (tid=147466)
Apr  1 03:16:54 vdr vdr[24810]: buffer usage: 90% (tid=147466)
Apr  1 03:16:56 vdr vdr[24810]: buffer usage: 100% (tid=147466)


    Danach reagiert der VDR nicht mehr.

    Code
    Apr  1 03:46:38 vdr -- MARK --
Apr  1 03:59:00 vdr /USR/SBIN/CRON[2221]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) 
Apr  1 04:02:00 vdr vdr[24743]: PANIC: watchdog timer expired - exiting!


    Zwar schlaegt der watchdog zu, doch der VDR restartet nicht !
    Um 5:05 wird ein cronjob angestossen (benoetigt svdrp), der natuerlich nicht erfolgreich abgeschlossen werden kann:

    Code
    Apr  1 05:05:00 vdr /USR/SBIN/CRON[15356]: (root) CMD ( /etc/vdr_new/holeepg.sh > /etc/vdr_new/epg.log 2>&1)


    Um kurz nach 7 schaue ich mir das Ganze an:

    Code
    Apr  1 07:17:18 vdr su: (to root) burki on /dev/pts/4
Apr  1 07:17:18 vdr su: pam_unix2: session started for user root, service su 
Apr  1 07:19:27 vdr su: (to root) burki on /dev/pts/3
Apr  1 07:19:27 vdr su: pam_unix2: session started for user root, service su 
Apr  1 07:22:44 vdr showpic: graphlcd plugin: Testing ECP mode... 
Apr  1 07:22:44 vdr showpic: graphlcd plugin: working!


    Was kann ich denn noch tun (bin immer noch der Ueberzeugung, dass es wirklich nur an B4 liegt, bzw. daran, dass eben hier sich um 2:00 der DPid anedert) ?
    Andere (Radio)Aufnahmen laufen bei mir problemlos (auch z.B. OE1 DD --> ganze 7 h der Boulez-Nacht waren kein Problem).


    Gibt es andere Sender, die aehnlich wie B4 einen AudioPid munter aendern (bei Radio Multikulti gabs das mal, doch hab ich da nichts mehr von DD gehoert), um das Ganze etwas intensiver testen zu koennen ?
    Gruss
    Burkhardt

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden