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
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 show
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 rahre...@cc.hut.fi:
On Sun, 5 Sep 2010, Teemu Suikki wrote:
So basicly I would like to be able to compress vdr recording to divx,
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 in
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()) {
while (Running())
On 09/01/10 22:20, Simon Baxter wrote:
I'd like to write a plugin which can provide the displayed SetupCAM
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?
Can I use
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
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
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,
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
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
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
12 matches
Mail list logo
