I seem to remember that there was a patch to prevent stopping and starting recording if audio-pid changes. Was there ?
*** recording starts here *** Sep 2 20:47:30 vdr vdr: [2977] setting audio track to 1 (0) Sep 2 20:48:00 vdr vdr: [2891] switching device 3 to channel 2 Sep 2 20:48:00 vdr vdr: [2891] timer 1 (2 2048-2157 'Siska') start Sep 2 20:48:00 vdr vdr: [2891] Title: 'Siska' Subtitle: 'Viimeinen tehtävä. Siska ryhtyy tutkimaan yksityisetsivä Zellerin murhaa. Oliko Zeller saanut tietoonsa joitakin niin arkaluontoisia asioita, että hänet haluttiin vaientaa lopullisesti? Stereo.' Sep 2 20:48:00 vdr vdr: [2891] record /video/Siska/2006-09-02.20.48.99.99.rec Sep 2 20:48:00 vdr vdr: [2891] creating directory /video/Siska Sep 2 20:48:00 vdr vdr: [2891] creating directory /video/Siska/2006-09-02.20.48.99.99.rec Sep 2 20:48:02 vdr vdr: [2891] recording to '/video/Siska/2006-09-02.20.48.99.99.rec/001.vdr' Sep 2 20:48:02 vdr vdr: [2996] file writer thread started (pid=2891, tid=2996) Sep 2 20:48:02 vdr vdr: [2997] recording thread started (pid=2891, tid=2997) Sep 2 20:48:02 vdr vdr: [2998] receiver on device 3 thread started (pid=2891, tid=2998) Sep 2 20:48:02 vdr vdr: [2999] TS buffer on device 3 thread started (pid=2891, tid=2999) *** Program really starts and audio pids are set up*** Sep 2 20:50:12 vdr vdr: [2900] channel 2 (YLE TV2) event La 02.09.2006 20:50-21:47 'Siska' status 4 Sep 2 20:50:17 vdr vdr: [2900] buffer stats: 0 (0%) used Sep 2 20:50:18 vdr vdr: [2903] changing pids of channel 2 from 513+129:660=fin,661=sve:2321 to 513+129:660=deu:2321 Sep 2 20:50:18 vdr vdr: [2891] stopping recording due to modification of channel 2 Sep 2 20:50:18 vdr vdr: [2997] recording thread ended (pid=2891, tid=2997) Sep 2 20:50:18 vdr vdr: [2996] file writer thread ended (pid=2891, tid=2996) Sep 2 20:50:18 vdr vdr: [2891] buffer stats: 0 (0%) used Sep 2 20:50:18 vdr vdr: [2999] TS buffer on device 3 thread ended (pid=2891, tid=2999) Sep 2 20:50:18 vdr vdr: [2998] buffer stats: 78960 (3%) used Sep 2 20:50:18 vdr vdr: [2998] receiver on device 3 thread ended (pid=2891, tid=2998) Sep 2 20:50:18 vdr vdr: [2891] cTS2PES got 2 TS errors, 3 TS continuity errors Sep 2 20:50:18 vdr vdr: [2891] cTS2PES got 0 TS errors, 3 TS continuity errors Sep 2 20:50:18 vdr vdr: [2891] cTS2PES got 1 TS errors, 3 TS continuity errors Sep 2 20:50:18 vdr vdr: [2891] cTS2PES got 2 TS errors, 1 TS continuity errors Sep 2 20:50:18 vdr vdr: [2891] buffer stats: 105468 (2%) used Sep 2 20:50:18 vdr vdr: [2891] timer 1 (2 2048-2157 'Siska') stop Sep 2 20:50:18 vdr vdr: [2891] retuning due to modification of channel 2 Sep 2 20:50:18 vdr vdr: [2891] switching to channel 2 Sep 2 20:50:18 vdr vdr: [2977] transfer thread ended (pid=2891, tid=2977) Sep 2 20:50:18 vdr vdr: [2891] buffer stats: 68432 (3%) used Sep 2 20:50:18 vdr vdr: [3005] transfer thread started (pid=2891, tid=3005) Sep 2 20:50:18 vdr vdr: [2891] buffer stats: 0 (0%) used Sep 2 20:50:18 vdr vdr: [2891] switching device 3 to channel 2 Sep 2 20:50:18 vdr vdr: [2891] timer 1 (2 2048-2157 'Siska') start Sep 2 20:50:18 vdr vdr: [2891] Title: 'Siska' Subtitle: 'Viimeinen tehtävä. Siska ryhtyy tutkimaan yksityisetsivä Zellerin murhaa. Oliko Zeller saanut tietoonsa joitakin niin arkaluontoisia asioita, että hänet haluttiin vaientaa lopullisesti? Stereo.' Sep 2 20:50:18 vdr vdr: [2891] record /video/Siska/2006-09-02.20.48.99.99.rec Sep 2 20:50:18 vdr vdr: [2891] recording to '/video/Siska/2006-09-02.20.48.99.99.rec/002.vdr' Sep 2 20:50:18 vdr vdr: [3007] file writer thread started (pid=2891, tid=3007) Sep 2 20:50:18 vdr vdr: [3008] recording thread started (pid=2891, tid=3008) Sep 2 20:50:18 vdr vdr: [3009] receiver on device 3 thread started (pid=2891, tid=3009) Sep 2 20:50:18 vdr vdr: [3010] TS buffer on device 3 thread started (pid=2891, tid=3010) Sep 2 20:50:20 vdr vdr: [3005] setting audio track to 1 (0)
Lauri Tischler wrote:
I seem to remember that there was a patch to prevent stopping and starting recording if audio-pid changes. Was there ?
... *** Program really starts and audio pids are set up*** Sep 2 20:50:12 vdr vdr: [2900] channel 2 (YLE TV2) event La 02.09.2006 20:50-21:47 'Siska' status 4
The program starts at 20:50:12...
Sep 2 20:50:18 vdr vdr: [2903] changing pids of channel 2 from 513+129:660=fin,661=sve:2321 to 513+129:660=deu:2321
...but the audio pids are set up at 20:50:18, which is 6 (six!) seconds after the show has begun. I'd say you should contact your broadcaster and complain about this. The audio pids should be set up *before* the show starts.
Klaus
hi,
Klaus Schmidinger writes:
Lauri Tischler wrote:
I seem to remember that there was a patch to prevent stopping and starting recording if audio-pid changes. Was there ?
<...>
...but the audio pids are set up at 20:50:18, which is 6 (six!) seconds after the show has begun. I'd say you should contact your broadcaster and complain about this. The audio pids should be set up *before* the show starts.
I remember this discussion before. Back then, from VDR version 1.3.24 the decision was to not to restart recording if the PIDs do not change, but only the language codes. It was like that for some 1.3 versions, but shifted quietly back to the old behaviour a bit later.
The same arguments here...
http://linvdr.org/mailinglists/vdr/2005/04/msg00070.html
And some more:
From Teemu Rantanen:
I wouldn't expect them to change in the middle of a movie, but some documentaries may have interviews and actual film footage in different languages. I haven't yet recorded any that actually change languages in the middle of a show, but just wondering if there is a limit what you can and what you cannot change...
...and then for VDR 1.3.24 this was implemented.
yours, Jouni
Jouni Karvo wrote:
hi,
Klaus Schmidinger writes:
Lauri Tischler wrote:
I seem to remember that there was a patch to prevent stopping and starting recording if audio-pid changes. Was there ?
<...>
...but the audio pids are set up at 20:50:18, which is 6 (six!) seconds after the show has begun. I'd say you should contact your broadcaster and complain about this. The audio pids should be set up *before* the show starts.
I remember this discussion before. Back then, from VDR version 1.3.24 the decision was to not to restart recording if the PIDs do not change, but only the language codes. It was like that for some 1.3 versions, but shifted quietly back to the old behaviour a bit later.
Note that in Lauri's case the language PIDs *do* change, not just the language codes.
hi,
Anssi Hannula writes:
Note that in Lauri's case the language PIDs *do* change, not just the language codes.
Ah, so this is the fancy "dynamic pid" effect. They remove one stream. Although, if the removed "program" is not recorded, there should be no reason to restart. (other than perhaps code simplicity)
I wonder if the delay is still about PMT_SCAN_TIMEOUT, and setting it to 1 changes PID setting effect to happen in the beginning of the programme.
yours, Jouni