Hi,
I'm having some problems with the changing pids between programs with different language specifications on the YLE mux in Finland. The problem is that the pid changes a bit late on the program start, not during a black screen. As a result, there is a short gap in the beginning of the show, as vdr restarts the recording into a new file. The gap is visible/hearable also on live tv, even without recording taking place. The other muxes don't have this problem (their pids don't change).
I'm a bit surprised that I couldn't find anything from the archives on this (or maybe I just failed in the search)... Anyone else experience this? And are there any ways to circumvent it (to disable the stop/start, or to make the switch more fluent)?
I've tried this with Nebula PCI DVB-T with kernel stock drivers of 2.6.7 and 2.6.11.5 and vdr 1.3.12 and 1.3.22, and, on a different computer, with Terratec Cinery T2, 2.6.10 and 1.3.22.
I'm attaching a clip of a syslog (the actual recording started 2 minutes earlier).
Mar 19 20:30:01 localhost vdr[19631]: channel 4 (YLE24) event 20:30 'Tv-uutiset ja s' status 4 Mar 19 20:30:02 localhost vdr[19629]: changing pids of channel 1 from 512+128:650=eng:2321 to 512+128:650=fin:2321 Mar 19 20:30:02 localhost vdr[19625]: stopping recording due to modification of channel 1 Mar 19 20:30:03 localhost vdr[21696]: recording thread ended (pid=21696, tid=262161) Mar 19 20:30:03 localhost vdr[21695]: file writer thread ended (pid=21695, tid=245776) Mar 19 20:30:03 localhost vdr[19625]: buffer stats: 68056 (1%) used Mar 19 20:30:03 localhost vdr[19625]: timer 11 (1 2028-2054 'Tv-uutiset ja s') stop Mar 19 20:30:03 localhost vdr[19625]: retuning due to modification of channel 1 Mar 19 20:30:03 localhost vdr[19625]: switching to channel 1 Mar 19 20:30:03 localhost vdr[19636]: transfer thread ended (pid=19636, tid=147466) Mar 19 20:30:03 localhost vdr[19625]: buffer stats: 97760 (4%) used Mar 19 20:30:03 localhost vdr[19625]: buffer stats: 0 (0%) used Mar 19 20:30:03 localhost vdr[22301]: transfer thread started (pid=22301, tid=278538) Mar 19 20:30:03 localhost vdr[19625]: buffer stats: 14852 (7%) used Mar 19 20:30:03 localhost vdr[19625]: buffer stats: 564 (0%) used Mar 19 20:30:03 localhost vdr[19625]: switching device 1 to channel 1 Mar 19 20:30:03 localhost vdr[19625]: timer 11 (1 2028-2054 'Tv-uutiset ja s') start
Best Regards,
Timo
Timo Laitinen wrote:
Hi,
I'm having some problems with the changing pids between programs with different language specifications on the YLE mux in Finland. The problem is that the pid changes a bit late on the program start, not during a black screen. As a result, there is a short gap in the beginning of the show, as vdr restarts the recording into a new file. The gap is visible/hearable also on live tv, even without recording taking place. The other muxes don't have this problem (their pids don't change). ...
I guess the best thing to do would be to complain to the broadcaster. The PIDs should be set correctly _before_ the programme starts.
Klaus
On Sonntag, 20. März 2005 18:42, Klaus Schmidinger wrote:
Timo Laitinen wrote:
Hi,
I'm having some problems with the changing pids between programs with different language specifications on the YLE mux in Finland. The problem is that the pid changes a bit late on the program start, not during a black screen. As a result, there is a short gap in the beginning of the show, as vdr restarts the recording into a new file. The gap is visible/hearable also on live tv, even without recording taking place. The other muxes don't have this problem (their pids don't change). ...
I guess the best thing to do would be to complain to the broadcaster. The PIDs should be set correctly _before_ the programme starts.
changing pids of channel 1 from 512+128:650=eng:2321 to 512+128:650=fin:2321
No, just a minor change in the description. To my opinion, that must not result in retuning or interruption of recordings.
I've some similar reported on 2004-12-04 vdr-1.3.17, DVB-T, "changing transponder data of channel"
changing transponder data of channel 15 from T:522000000:0:1:0:2:1:2:1 to T:522000000:0:1:0:2:2:2:1
which happens every now and then.
On Sun, 20 Mar 2005, Stefan Lucke wrote:
On Sonntag, 20. März 2005 18:42, Klaus Schmidinger wrote:
Timo Laitinen wrote:
Hi,
I'm having some problems with the changing pids between programs with different language specifications on the YLE mux in Finland. The problem is that the pid changes a bit late on the program start, not during a black screen. As a result, there is a short gap in the beginning of the show, as vdr restarts the recording into a new file. The gap is visible/hearable also on live tv, even without recording taking place. The other muxes don't have this problem (their pids don't change). ...
I guess the best thing to do would be to complain to the broadcaster. The PIDs should be set correctly _before_ the programme starts.
changing pids of channel 1 from 512+128:650=eng:2321 to 512+128:650=fin:2321
No, just a minor change in the description. To my opinion, that must not result in retuning or interruption of recordings.
I've some similar reported on 2004-12-04 vdr-1.3.17, DVB-T, "changing transponder data of channel"
changing transponder data of channel 15 from T:522000000:0:1:0:2:1:2:1 to T:522000000:0:1:0:2:2:2:1
I can confirm these messages for Berlin. I assume vdr gets this information from NIT (pid 0x10)? then again the broadcaster is doing something weird? Or is vdr using the get_frontend-ioctl?
The flipping field is CoderateL, which afaik not in use anywhere in the world?! So normally it should be FEC_NONE as long as hierarchy is turned off. Maybe vdr should manually take care on that?
regards, Patrick.