HVR-1300, cx88-blackbird and MythTV
- From: Jelle Foks <jelle (at) foks.8m.com>
- Date: Wed, 07 Feb 2007 21:02:33 -0500
Sebastian Buks wrote:
>
>
> */Jelle Foks <jelle (at) foks.8m.com>/* wrote:
>
> Sebastian Buks wrote:
> > I've been hanging around the IRC-channel for some time. Been
> talking to
> > some really friendly and helpful people there. Well, now the time has
> > come to post a question here. My problem is that I can't get my
> > Hauppauge HVR-1300 to work very well. I know the driver is a bit
> > unmature and maybe I should not expect too much at this point,
> but there
> > seems to be cases where they actually have gotten it to work. My main
> > concern is to get the analogue part working with blackbird (ie with
> > mpeg2-device working) in MythTV. For now when I load the modules I do
> > get a /dev/video1 but I can't record a stream from it (cat
> /dev/video1 >
> > test.mpg). The command just says its invalid and MythTV complains it
> > can't open it. Permissions is set to 777. I'm running Ubuntu 6.10
> with
> > 2.6.17 kernel 64bit.
> >
> > Anyone heard of a working card under MythTV (Analogue)?
>
> Before I begin, based on the information above it could very well be
> that you don't have a (correct) firmware installed for the driver.
> Make
> sure you have the same encoder firmware that the ivtv driver uses, and
> make sure your file is 256KB (and make sure your hotplug setup
> works for
> loading firmware). 'dmesg' should help a lot to see where you are on
> that front.
>
> Is there even firmware for the cx88 (HVR-1300)? As it is now I'm
> only using the V4L latest tree.
>
Without the firmware, only the uncompressed cx88 device will work, the
blackbird device will not work without firmware.
You'll need a 'v4l-cx2341x-enc.fw' file with the encoder firmware just
like the ivtv driver needs it. Without it, the mpeg2 encoder chip on the
board is just sitting idle...
See http://ivtvdriver.org/index.php/Firmware
>
> If you can't even get any mpeg data from the mpeg device yet,
> trying in
> mythtv is pointless, you should then first figure out what is
> missing in
> your setup and/or in the driver support for your particular card...
>
> I'm trying to tune into a channel with tvtime and then cat the
> video1, without any luck tho...
>
> Oh, and I don't know if anybody ever tested it in 64bit mode, so maybe
> it helps to try in 32bit mode first... I don't have a 64bit
> machine for
> my grabber cards.
>
> Might be true, btw are you talking about the specific card or the
> driver itself here?
>
> I'm (still) using the PVR-416 myself, in mythtv, but with some patches
> and still some open issues...
>
> (I'm not sure if/how the stuff below applies to other blackbird
> cards)...
>
> First, I'm using the attached mute.diff that unmutes the audio
> when the
> stream is started. Not all cards do their audio the same way, so
> I'm not
> sure if this patch hurts any of them (if it doesn't, then I guess I
> should submit it for the official v4l tree).
>
> Second, I'm using the attached startread.diff that starts the mpeg
> encoder when the reading starts (in the regular driver, the mpeg
> encoder
> is started when the device is opened). I had to increase the timeout
> from 0.5s to 2s for this patch (because it takes quite a while between
> starting the mpeg encoder and receiving of the first data from
> it). I'm
> not really sure this patch is needed, but because I made it while
> trying
> to find out more about the issue below, and it does seem more correct
> (smaller chance of missing mpeg packets from the beginning of the
> stream). The patch is not completely 'clean', as in in contains
> changes
> that I've been trying for the issue below, but may not be
> necessary (and
> don't fix the issue below either...).
>
> Third, there still seems to be something going wrong right after a
> channel change: Sometimes the audio is very bad but not always,
> sometimes it's perfectly fine. When it's wrong it sounds like it has a
> tremendous amount of aliasing, so maybe it's a sampling rate mismatch
> somewhere (but since Conexant never gave us any datasheets/data on
> blackbird, it's all guesswork and a lot of trial and error to find out
> what is going on...) So for now I use the attached libmythtv.diff
> patch
> to the mpegrecorder.cpp (mythtv trunk/0.20) that sleeps 3 seconds
> after
> a recording starts, and with that patch the audio in recordings is
> always good. It's ugly but reliable and usable until we learn more...
>
> Fourth: I haven't been able to get sound working on the s-video
> input at
> all. I just get a very loud (white?) noise, that sounds like an
> FM-tuner
> with no antenna... (I read somewhere that running 'radio' or sth like
> that first could help, but I haven't tried it yet). Video from the
> svideo works, but the audio is just loud white noise. I tried some
> things but ran out of ideas for the moment...
>
> Got to get standard tv to work before I even starts thinking about
> this :D
>
> I guess it could help if people report if/how these patches help (or
> not), and/or maybe improve on them...
>
> Jelle.
>
>
> Regards Sebastian
>
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request (at) redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list