I'm doing this quite frequently. I'm using following command to find the
errors in vdr recordings:
cat $(ls -1 0*.ts | sort -n) | ffmpeg -i /dev/stdin -f null /dev/null
21 | tee ffmpeg.log
2 lines are produces every second so the accuracy of error location
depends on how fast the CPU is.
Why must they be on the same transponder? That was my original question
in this thread and the answer was different.
So even if I have CAM that can decrypt multiple channels, it cannot
decrypt multiple channels from different tuners?
Michal
On 05/22/2014 02:15 PM, Klaus Schmidinger wrote:
to decrypt transport stream provided by Terratec Cinergy T (DVB-C tuner)
which doesn't have CI interface.
Michal
On 05/22/2014 03:12 PM, Ralph Metzler wrote:
Michal Novotny writes:
Why must they be on the same transponder? That was my original question
in this thread and the answer
Hi all,
I'm thinking about getting a payTV subscription using DVB-C and my
provider uses Conax Cas7 CAM with paired cards, so using the official
CAM in a CI slot is the only option. I never used CAMs, so I have few
(maybe stupid) questions, but I didn't find an answer on the web.
Are CI
On 02/27/2014 09:29 PM, Stephan Loescher wrote:
I know from my own VDR-systems, that a Intel Core2 Duo @ 1.86GHz or a
Core i3 540 @ 3.07GHz has far enough power to run VDR and vdr-sxfe for
displaying HDTV.
My personal experience is that i5-2500K 3.30GHz plays HDTV well, but
playback on E6500
Hi,
I've scanned my archive and this is a result:
1114 Maximum TS package frame size needed for this video recording: 5
9 Maximum TS package frame size needed for this video recording: 6
All is SD content from DVB-T in Czech Republic.
Michal
On 01/14/2014 09:34 PM, Eike wrote:
Hello!
I
Hi Frank,
On 09/03/2010 05:42 PM, Frank Schmirler wrote:
Thanks for tracking that down. I've been able to reproduce this bug and
prepared a fix for CVS. Unfortunately CVS and bugtracker on vdr-developer.org
are still down. The patch won't help much if you cannot get the CVS version...
that's