Re: [vdr] vdr-1.7.15 problem with live TV [1.7.11 or older OK] [PROGRESS :) ]

2010-09-05 Thread Simon Baxter
On 05.09.2010 21:59, Simon Baxter wrote: Looks like there are TS packets in your stream that are marked as "scrambled", but not unscrambled by the CAM. Do you have any CAM in your system at all? Yes. System has 2x TT-1501-C cards and Alphacrypt CAMS Are the channels where this happens scram

Re: [vdr] vdr-1.7.15 problem with live TV [1.7.11 or older OK] [PROGRESS :) ]

2010-09-05 Thread Klaus Schmidinger
On 05.09.2010 21:59, Simon Baxter wrote: >> Looks like there are TS packets in your stream that are marked as >> "scrambled", but not unscrambled by the CAM. >> >> Do you have any CAM in your system at all? > > Yes. System has 2x TT-1501-C cards and Alphacrypt CAMS > >> Are the channels where th

Re: [vdr] vdr-1.7.15 problem with live TV [1.7.11 or older OK] [PROGRESS :) ]

2010-09-05 Thread Simon Baxter
Looks like there are TS packets in your stream that are marked as "scrambled", but not unscrambled by the CAM. Do you have any CAM in your system at all? Yes. System has 2x TT-1501-C cards and Alphacrypt CAMS Are the channels where this happens scrambled? Yes Do these channels have separa

Re: [vdr] vdr-1.7.15 problem with live TV [1.7.11 or older OK] [PROGRESS :) ]

2010-09-05 Thread Klaus Schmidinger
On 09/03/10 22:12, Simon Baxter wrote: > ... > So I've managed to get vdr-1.7.15 working just fine now, by disabling > this scramble check in device.c. Bit of a dirty hack!!! > > > >> Here's what I changed in device.c >> >> void cDevice::Action(void) >> { >> if (Running() && OpenDvr()) { >>

Re: [vdr] vdr-1.7.15 problem with live TV [1.7.11 or older OK] [PROGRESS :) ]

2010-09-03 Thread Simon Baxter
// Check whether the TS packets are scrambled: Maybe some packets have the TS_SCRAMBLING_CONTROL bits set here. This could be caused by recording the PCR packets since version 1.7.12. To debug this, just disable this check, and/or put in some debug printouts. Thanks Klaus I've commented ou

Re: [vdr] vdr-1.7.15 problem with live TV [1.7.11 or older OK]

2010-09-03 Thread Simon Baxter
// Check whether the TS packets are scrambled: Maybe some packets have the TS_SCRAMBLING_CONTROL bits set here. This could be caused by recording the PCR packets since version 1.7.12. To debug this, just disable this check, and/or put in some debug printouts. Thanks Klaus I've commented ou

Re: [vdr] vdr-1.7.15 problem with live TV [1.7.11 or older OK]

2010-09-01 Thread Simon Baxter
My guess would be that the "DiscontinuityDetected: triggering soft start" is generated by the output device, and that causes the transfer mode to be stoped and restarted. Maybe the output device chokes on something in the TS stream? The only place where a 3 second timeout plays a role that also

Re: [vdr] vdr-1.7.15 problem with live TV [1.7.11 or older OK]

2010-08-30 Thread Simon Baxter
The only place where a 3 second timeout plays a role that also might cause a channel to become unavailable is in cDevice::Action(), under // Check whether the TS packets are scrambled: Maybe some packets have the TS_SCRAMBLING_CONTROL bits set here. This could be caused by recording the PCR pac

Re: [vdr] vdr-1.7.15 problem with live TV [1.7.11 or older OK]

2010-08-30 Thread Klaus Schmidinger
On 30.08.2010 02:05, Simon Baxter wrote: >> Am 29.08.2010 15:06, schrieb Klaus Schmidinger: >> DiscontinuityDetected: triggering soft start >>> >>> You may want to find out where this message comes from (it certainly >>> doesn't come from the core VDR). >> >> This is just an implementation det

Re: [vdr] vdr-1.7.15 problem with live TV [1.7.11 or older OK]

2010-08-29 Thread Matthias Fechner
Am 30.08.10 02:05, schrieb Simon Baxter: I have the same problem (transfer mode stopping) with plain VDR (no plugins) and a FF card. i.e. works fine in vdr-1.7.(<=)11 but not in vdr-1.7.(>=12) have you upgraded the firmware for your FF card, too? Bye, Matthias -- "Programming today is a race

Re: [vdr] vdr-1.7.15 problem with live TV [1.7.11 or older OK]

2010-08-29 Thread Simon Baxter
Am 29.08.2010 15:06, schrieb Klaus Schmidinger: DiscontinuityDetected: triggering soft start You may want to find out where this message comes from (it certainly doesn't come from the core VDR). This is just an implementation detail of vdr-xine. Why am I getting a "SetPlayMode: 0" and "r

Re: [vdr] vdr-1.7.15 problem with live TV [1.7.11 or older OK]

2010-08-29 Thread Reinhard Nissl
Hi, Am 29.08.2010 15:06, schrieb Klaus Schmidinger: >> DiscontinuityDetected: triggering soft start > > You may want to find out where this message comes from (it certainly > doesn't come from the core VDR). This is just an implementation detail of vdr-xine. >> Why am I getting a "SetPlayMode:

Re: [vdr] vdr-1.7.15 problem with live TV [1.7.11 or older OK]

2010-08-29 Thread Klaus Schmidinger
On 28.08.2010 03:07, Simon Baxter wrote: >> Summary of problem: >> vdr-1.7.12 or newer I get 3 seconds (or so) of live TV before screen >> goes blank >> system has TT-1501 abd TT-2300 cards - makes no difference whether >> xine plugin is running or not >> same problem running through TT-2300 FF car

Re: [vdr] vdr-1.7.15 problem with live TV [1.7.11 or older OK]

2010-08-27 Thread Simon Baxter
Summary of problem: vdr-1.7.12 or newer I get 3 seconds (or so) of live TV before screen goes blank system has TT-1501 abd TT-2300 cards - makes no difference whether xine plugin is running or not same problem running through TT-2300 FF card vdr-1.7.<=11 works fine. vdr-1.7.>=12 shows the probl