Do these channels have separate VPID and PPID?
channels.conf looks like:
ONE;T:578000:C0M64:C:6900:1305+1205=2:1405=...@4:579:606:1005:182:10:0
TV2;T:578000:C0M64:C:6900:1306+1206=2:1406=...@4:580:606:1006:182:10:0
TV3;T:578000:C0M64:C:6900:1303=2:14...@4:712:606,5601:1003:182:10:0
Does the pr
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
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
I've recently started having problems with my picture (breaks up/stops
altogether). In trying to diagnose the problem I see this from vdr
(1.7.15) when starting vdr-sxfe (remote) from xineliboutput (cvs from
4/9/10):
Sep 5 21:23:29 giradot vdr-sxfe[10886]: [10903] [demux_vdr] PMT
changed,
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
You can always just use mplayer to watch your VDR recordings. In my
case it actually works better because there's a bug in xine which
causes ac3 audio dropouts, which makes live & recorded HDTV (h264+ac3)
basically unwatchable until this is fixed. However, mplayer is able
to play the recordings j
On 09/01/10 22:20, Simon Baxter wrote:
>>> I'd like to write a plugin which can provide the displayed Setup>CAM
>>> status via an SVDRP command, and maybe check the CAM menu can be
>>> accessed.
>
> Had no response on this - guess we have no plugin writers with time on
> their hands to help?
>
>
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()) {
>>
On 08/29/10 15:29, Petri Helin wrote:
> Hi,
>
> I was wondering whether what I experienced yesterday is really the way
> VDR functions at the moment. I have two tuner cards, one in pci slot
> and another connected via usb. While VDR was running I disconnected
> the antenna cable from the pci card
Hi!
This is a good idea, I didn't think about that!
I also watch my recordings with PS3, it has good support for H.264 TS too.
--
Teemu
2010/9/5 Rolf Ahrenberg :
> On Sun, 5 Sep 2010, Teemu Suikki wrote:
>
>> So basicly I would like to be able to compress vdr recording to divx,
>> but still vie
On 05.09.2010 12:54, Teemu Suikki wrote:
> I know this is probably too much to ask at this moment when there just
> has been a transition to TS.. Anyway, here it goes. :)
>
> I often compress my older recordings to Divx, to save space. However I
> never remember to watch them because they don't sh
On Sun, 5 Sep 2010, Teemu Suikki wrote:
So basicly I would like to be able to compress vdr recording to divx,
but still view it like normal VDR recording. It would be quite enough
Why don't you just use H.264 TS instead of Divx? VDR already natively
supports it...
BR,
--
rofa
_
I know this is probably too much to ask at this moment when there just
has been a transition to TS.. Anyway, here it goes. :)
I often compress my older recordings to Divx, to save space. However I
never remember to watch them because they don't show up in VDR
recordings anymore. :) I know I can wa
13 matches
Mail list logo
