Date: Wed, 27 May 2009 17:19:08 -0500 From: Jason Harmening <jason.harmening@gmail.com> To: Juergen Lock <nox@jelal.kn-bremen.de> Cc: freebsd-multimedia@freebsd.org Subject: Re: cx88 panic, and a (hacky) way to grab composite/svideo in when it's not panicing :) (and vlc...) (Juergen Lock) Message-ID: <2d1264630905271519j639f3355vdb5146c35db8f4d0@mail.gmail.com> In-Reply-To: <200905272134.n4RLY6TM071270@triton.kn-bremen.de> References: <2d1264630905270827q4e85376ds530488edf62b4c1a@mail.gmail.com> <200905272134.n4RLY6TM071270@triton.kn-bremen.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, May 27, 2009 at 4:34 PM, Juergen Lock <nox@jelal.kn-bremen.de> wrot= e: > In article <2d1264630905270827q4e85376ds530488edf62b4c1a@mail.gmail.com> = you write: >> > Actually my vlc invocation, > >>> =A0 =A0 =A0 =A0vlc --demux rawvideo --rawvid-fps 25 --rawvid-width 768 = --rawvid-height 576 --rawvid-chroma I422 vpipe > > uses the raw video from the vpipe directly so there's no mpeg involved. > (But still the video is jerky.) > >>> (I first wanted to do this with mplayer but the closest I got, >>> =A0 =A0 =A0 =A0mplayer -demuxer rawvideo -rawvideo w=3D768:h=3D576:form= at=3D422p:size=3D884736 vpipe >>> still gets false colours.) >>> > =A0And btw doing it with mplayer like this doesn't seem to be affected by > the jerkyness, only the colours are wrong. =A0(Maybe there's a way to do = it > right with a more recent mplayer, but unfortunately there's no mplayer > svn snapshot in ports and they stopped doing formal releases so our > mplayer is now pretty old... ): > > =A0So maybe the above is just a bug in vlc? =A0(And also, mplayer only us= es > ~8% cpu for this here while vlc uses around 20%...) It does seem likely that it's a VLC bug then. How exactly are the colors wrong in mplayer? The cx88 app captures in YUV422 planar IIRC, but the kernel drivers allow selection of different pixel formats. Perhaps a more straightforward RGB format would work better. You'd have to hack the cx88 app to do that right now, since I don't (yet) have a command-line option for it. > > =A0You are talking about these commits, right? > > SVN rev 191011 on 2009-04-13 19:20:32Z by kib > > =A0The bus_dmamap_load_uio(9) shall use pmap of the thread recorded in th= e > =A0uio_td to extract pages from, instead of unconditionally use kernel > =A0pmap. > > =A0Submitted by: =A0 Jason Harmening <jason.harmening gmail com> (amd64 v= ersion) > =A0PR: =A0 =A0 amd64/133592 > =A0Reviewed by: =A0 =A0scottl (original patch), jhb > =A0MFC after: =A0 =A0 =A02 weeks > > SVN rev 191809 on 2009-05-05 09:08:37Z by kib > > =A0MFC r191011: > =A0The bus_dmamap_load_uio(9) shall use pmap of the thread recorded in th= e > =A0uio_td to extract pages from, instead of unconditionally use kernel > =A0pmap. Yep, those are the ones. > =A0I'm running that here now (after applying the patch; my 7-stable > checkout is from May 10 so it has the above commit), and there was no > panic yet. =A0Thanx! :) No problem, sorry about the downtime. I probably should have issued a port update when I found the problem back in April. > >>The cx88 driver in the repo adds a new kernel module. =A0The code in >>mpeg/ now builds a module called cx88mpegcore.ko. =A0cx88mpeg.ko is now >>a wrapper around this module which is built from the cx23880/ >>directory. =A0So now you have to load cx88mpegcore before you can load >>cx88mpeg. =A0The reason for this is that the driver now supports >>cx23885/7-based PCI-e cards, which Konstantin & I are working on >>polishing so we can do a formal release to ports Really Soon Now. > > =A0Will this also include the dvb-s(2) code that was mentioned on > this list once (I think by Konstantin)? I know Konstantin has at least some of it working, but you'd have to ask him to be sure. There will need to be a cx88 update to add support for additional DVB-S(2) tuning params to the XML file, but most of the work will actually have to be done in libtuner. I may end up pushing the big cx23885 update first just to get some breathing room.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2d1264630905271519j639f3355vdb5146c35db8f4d0>