[vdr] Hauppauge PVR-HD and IPTV plugin

L. Hanisch dvb at flensrocker.de
Mon Feb 8 19:58:47 CET 2010


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

regards,
Lars.

>
> 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
>
> Hauppuage-test;IPTV:1000:IPTV|S0P0|EXT|hauppauge.sh|951:P:0:256:257:0:0:1000:1:1:0
>
>
>
>> more /tmp/iptvstream
>>
>> Script started 951 4321
>> Getting new URL
>> /dev/video0
>> 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
>> 14632
>> FFmpeg version SVN-r21686, Copyright (c) 2000-2010 Fabrice Bellard, et
>> al.
>> 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
>> inaccurate
>>
>> 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://127.0.0.1:4321?pkt_size=32712':
>> 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 at linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr



More information about the vdr mailing list