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 quality dump..

Is it a cx18-based card? There a plans to integrate support for the native TS-capability of those cards in the pvrinput-plugin, but it will take some time. If you mind you can send me off-list a sample video (up to 4MB with the cat-method). I'm just working on repacking the program stream of ivtv-based cards with valid PAT, PMT and PCR, a pass through of a valid TS shouldn't be that hard. But I don't promise anything since I haven't such a card. Particulary if its controls are too different from the ivtv-ones.


I have got this working with freevo (after a little hacking) but would
prefer to get the input into vdr as I can then watch it around the house
through streaming.

Using vdr-iptv I can get some of the way, but not all of it.. Playing
around with different options I get either jerky video or ffmpeg just
stops transcoding after a few seconds, and I'm not sure why...

I can put a 2 minute ts stream somewhere if it would help but I think it
will decode a file before decoding from /dev/video0


more /tmp/iptvstream

Script started 951 4321
Getting new URL
Change Channel to 951 on Cable Box
starting with node: 1
node 1: vendor_id = 0x000024a0 model_id = 0x0000ea05
AV/C Command: 951 = Op1=0x00487C29 Op2=0x00487C25 Op3=0x00487C21
Streamsvideo.sh PID is 14632
Streamdev Plugin 951 /dev/video0
pid of ffmpeg.streamdev 14639
FFmpeg version SVN-r21686, Copyright (c) 2000-2010 Fabrice Bellard, et
built on Feb 7 2010 22:27:31 with gcc 4.3.3
configuration: --prefix=/usr --libdir=/usr/lib --shlibdir=/usr/lib
--mandir=/usr/share/man --enable-static --enable-shared
--cc=i686-pc-linux-gnu-gcc --d
isable-debug --disable-ffplay --enable-libx264 --enable-libxvid
--disable-indev=oss --disable-indev=jack --disable-outdev=oss
--enable-x11grab --enable-pth
reads --disable-altivec --cpu=athlon-fx --enable-gpl --enable-version3
--enable-postproc --enable-avfilter --enable-avfilter-lavf
--disable-stripping --ena
ble-hardcoded-tables --disable-doc
libavutil 50. 9. 0 / 50. 9. 0
libavcodec 52.52. 0 / 52.52. 0
libavformat 52.51. 0 / 52.51. 0
libavdevice 52. 2. 0 / 52. 2. 0
libavfilter 1.17. 0 / 1.17. 0
libswscale 0.10. 0 / 0.10. 0
libpostproc 51. 2. 0 / 51. 2. 0
[mpegts @ 0x807a3a0]max_analyze_duration reached
[mpegts @ 0x807a3a0]Estimating duration from bitrate, this may be

Seems stream 0 codec frame rate differs from container frame rate:
119.88 (120000/1001) -> 59.94 (60000/1001)
Input #0, mpegts, from '/dev/video0':
Duration: N/A, start: 0.387044, bitrate: 169 kb/s
Program 1
Stream #0.0[0x1011]: Video: h264, yuv420p, 1280x720 [PAR 1:1 DAR
16:9], 59.92 fps, 59.94 tbr, 90k tbn, 119.88 tbc
Stream #0.1[0x1100]: Audio: aac, 48000 Hz, 2 channels, s16, 169 kb/s
[mpegts @ 0x85f2a80]calculated bitrate 2293687 bps, muxrate 2293687
bps, sdt every 762, pat/pmt every 152 pkts
Output #0, mpegts, to 'udp://':
Stream #0.0, 1/90000: Video: mpeg2video, yuv420p, 1280x720 [PAR 1:1
DAR 16:9], 1/25, q=2-31, 2000 kb/s, 90k tbn, 25 tbc
Stream #0.1, 1/90000: Audio: mp2, 48000 Hz, 2 channels, s16, 192 kb/s
Stream mapping:
Stream #0.0 -> #0.0
Stream #0.1 -> #0.1
Press [q] to stop encoding
[h264 @ 0x808eb00]no picture
[mpegts @ 0x85f2a80]dts < pcr, TS is invalidme=1.25
bitrate=3297.2kbits/s dup=0 drop=42 frame= 146 fps= 29 q=12.2 size=
1843kB time=5.76 bitrate=2645.8kbits/s dup=0 drop=178 frame= 178 fps=
29 q=11.7 size= 2178kB time=7.03 bitrate=2537.3kbits/s dup=0 drop=244

Then it just freezes...

Any ideas?

vdr mailing list

vdr mailing list

Reply via email to