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@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr