Around about 19/01/14 17:54, Steven Toth scribbled ...
It doesn't have a MPEG hardware compressor like the 350, you are
reading raw pixel data (160Mbps) from the device node.
Use an application that renders raw video data, such as TVTime.
Ah, OK, thanks, I managed to miss that.
I can get
On Mon, Jan 20, 2014 at 1:26 PM, Neil Bird gn...@fnxweb.com wrote:
But, flip me, it's spewing 800 MB+ for a minute's worth of video. That'd
be ~48GB for an hour's TV (the intention is to use this for a MythTV PVR).
Am I likely to be able to do anything about that? Even with
It doesn't have a MPEG hardware compressor like the 350, you are
reading raw pixel data (160Mbps) from the device node.
Use an application that renders raw video data, such as TVTime.
Ah, OK, thanks, I managed to miss that.
I can get a picture out of it by using vlc's open-device. So
Around about 20/01/14 18:34, Steven Toth scribbled ...
Generally not a good idea to do what you're doing. Generally a good
idea to use a card with hardware compression features for a myth DVR.
Yeah; I'd spent so long trying to find a card with an s-video input
that was likely to work
S-video requirements are a dying breed, unfortunately.
Don't suppose you know of any? I see the Hauppauge HVR-2200 does, but it
looks like the drivers for that are a bit too “fresh” for me to be able to
risk another blind purchase (and may require kernel 3.2+, where I'm on SL6
with
Around about 20/01/14 18:46, Steven Toth scribbled ...
I'd backport the HVR2200 driver into 2.6.32 (it may already exist with
analog features in .32 btw) and go with a 2200.
Hah, not my first choice :)
--
[phoenix@fnx ~]# rm -f .signature
[phoenix@fnx ~]# ls -l .signature
ls: .signature: No
I'm in the UK (PAL), have a Hauppauge HVR-1100 on Scientific Linux6:
2.6.32-358.18.1.el6.i686
libv4l-0.6.3-2.el6.i686
v4l-utils-0.9.0.git5f24b816-2.el6.i686
ivtv-firmware-20080701-20.2.noarch
Hauppauge WinTV-HVR1120 DVB-T/Hybrid [card=156,autodetected]
input: saa7134 IR (Hauppauge WinTV-HVR
I set everything I know of up OK, but when I access /dev/video0 I get a
garbled pink MPEG file (cat to a file, then mplayer to test). The DVB-T
aspect of is works fine (tested using vlc).
It doesn't have a MPEG hardware compressor like the 350, you are
reading raw pixel data (160Mbps) from