Hi, I have a Hauppauge PVR-HD which works but creating an h264 ts stream
from a set HD component inputs and does quite a nice job of it.
The ts stream is available on /dev/video0 and a simple cat /dev/video0
>file.ts will create a watchable high quality dump..
I have got this working with fre
On Mon, 8 Feb 2010, Rob Davis wrote:
[h264 @ 0x808eb00]no picture
[mpegts @ 0x85f2a80]dts < pcr, TS is invalid
Then it just freezes...
Does the ffmpeg command work on the commandline? Might be related to the
ffmpeg revision... Anyway, you could give a try for the FILE input
protocol as it s
Hi,
Am 08.02.2010 16:53, schrieb Rob Davis:
Hi, I have a Hauppauge PVR-HD which works but creating an h264 ts stream
from a set HD component inputs and does quite a nice job of it.
The ts stream is available on /dev/video0 and a simple cat /dev/video0
>file.ts will create a watchable high quali
Hi
my configuration is
vdr 1712 + vdr-xine 093 + xine-lib-1.2 HG + Geforce 8400 card with vdpau
with some dvb-s mpeg2 channels I and others vdr users have jerky video
the sample you can download from
http://vdr-settings.com/goga/sample_video.tar.bz2
In vdr/xine/vdr-xine logs I can see follow
On 08/02/10 12:58, L. Hanisch wrote:
> Hi,
>
> Am 08.02.2010 16:53, schrieb Rob Davis:
>> Hi, I have a Hauppauge PVR-HD which works but creating an h264 ts stream
>> from a set HD component inputs and does quite a nice job of it.
>> The ts stream is available on /dev/video0 and a simple cat /dev/v
On 08/02/10 12:35, Rolf Ahrenberg wrote:
> On Mon, 8 Feb 2010, Rob Davis wrote:
>
>>> [h264 @ 0x808eb00]no picture
>>> [mpegts @ 0x85f2a80]dts < pcr, TS is invalid
>> Then it just freezes...
>
> Does the ffmpeg command work on the commandline? Might be related to the
> ffmpeg revision... Anyway,
no any problem with vdr 179
> my configuration is
>
> vdr 1712 + vdr-xine 093 + xine-lib-1.2 HG + Geforce 8400 card with vdpau
>
> with some dvb-s mpeg2 channels I and others vdr users have jerky video
> the sample you can download from
> http://vdr-settings.com/goga/sample_video.tar.bz2
>
>
Hi,
Am 08.02.2010 22:06, schrieb Goga777:
>> In vdr/xine/vdr-xine logs I can see following
>>
>> Feb 8 21:16:31 arvdr vdr: [2544] cVideoRepacker: switching to MPEG1/2
>> mode Feb 8 21:16:31 arvdr vdr: [2544] cVideoRepacker: operating in MPEG1/2
>> mode Feb 8 21:16:33 arvdr vdr: [2544] cVideoR
On 08.02.2010 22:21, Reinhard Nissl wrote:
> Hi,
>
> Am 08.02.2010 22:06, schrieb Goga777:
>
>>> In vdr/xine/vdr-xine logs I can see following
>>>
>>> Feb 8 21:16:31 arvdr vdr: [2544] cVideoRepacker: switching to MPEG1/2
>>> mode Feb 8 21:16:31 arvdr vdr: [2544] cVideoRepacker: operating in MP
On Mon, 8 Feb 2010, Rob Davis wrote:
I tried to put /dev/video0 as a file but couldn't get anything out of
VDR... Saying that I'm pretty sure I removed the h264 VDR patch since
coming to the US. I'm running VDR 1.6 instead of 1.7 as I know what I'm
doing better with it in Gentoo..
Well, it se
Hi Rob,
Am 08.02.2010 21:28, schrieb Rob Davis:
On 08/02/10 12:58, L. Hanisch wrote:
Hi,
Am 08.02.2010 16:53, schrieb Rob Davis:
Hi, I have a Hauppauge PVR-HD which works but creating an h264 ts stream
from a set HD component inputs and does quite a nice job of it.
The ts stream is available
Hi,
Am 08.02.2010 22:29, schrieb Klaus Schmidinger:
>> I can only reproduce this issue on channels with separate PCR
>> pid. I'll have to investigate further to find a solution.
>
> As of version 1.7.12 VDR records the PCR pid if it is different
> than the video PID. For lack of better knowledge
Hi,
the linuxtv.org server is going to be moved to a new location
on Wednesday, around 2pm CET (UTC+1:00).
There'll be a bit of downtime.
Johannes
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
13 matches
Mail list logo
