> From: [email protected]> To: [email protected]
> Date: Sat, 13 Feb 2010 20:20:21 -0500
> Subject: Re: [ivtv-users] hvr-1600, frame CRC mismatch - incomplete frame
>
> On Sat, 2010-02-13 at 19:33 -0500, Kyle Lil wrote:
>
> > Thanks Devin and Andy. This is very informative. I tried moving the
> > tuner card to the PCI slot on the far end of the motherboard and
> > leaving the video card (a GeForce 210, I think I forgot to mention) as
> > the only other card plugged in. This however did not noticeably reduce
> > the rate of errors.
> >
> >
> > Devin, you seem to be suggesting that the "glitches" I'm seeing
> > watching TV through mythtv are not necessarily the same as the unc/ber
> > that azap is reporting. That could also explain the difference between
> > Linux and Windows viewing. I should mention that I can play HD
> > television in mythtv from a firewire connection to my cable box
> > without the glitches. But just to double-check if the application is a
> > problem, could you guys suggest another application to view the video
> > stream? I tried "mplayer -cache 8192 /dev/dvb/frontend0", but it does
> > not play the video. I get the following message:
> >
>
> You need to make a channels.conf file with scan (or scandvb or dvbscan
> or whatever your distro calls it) and put it under
> ~/.mplayer/channels.conf.
>
> Then
>
> $ mplayer dvb://WFOO-DT -cache 8192
>
> should work. You make need to do something like
>
> $ mplayer dvb://WFOO-DT -cache 8192 -vf scale=960:540
>
> for example to set the software scaler in mplayer to scale 1920x1080
> content down to fit on the screen.
>
>
> >
> > Also, is there a way to determine if the cx18 driver is dropping
> > packets?
>
> As root
>
> # echo 15 > /sys/modules/cx18/parameters/debug
>
> and then look in /var/log/messages or the dmesg command output or some
> other log for "Possibly falling behind", "Fell behind", or "must have
> fallen out of rotation". The first message type indicates you may have
> missed shuffling data. The other two indicate that you have. If you
> get these messages, it means your system is having trouble keeping up
> and serviceing interrupts from the CX23418.
>
> This all of course has nothing to do with SNR and unc, but could be a
> cause of TS corruption obviously.
>
> Regards,
> Andy
>
> > Best,
> > Kyle
>
>
>
>
> _______________________________________________
> ivtv-users mailing list
> [email protected]
> http://ivtvdriver.org/mailman/listinfo/ivtv-users
OK, Great. So, enabling the debug messages as you described results in a ton of
these messages:[ 1312.000257] cx18-0: warning: failed to be awakened upon RPU
acknowledgment sending CX18_CPU_DE_SET_MDL; timed out waiting 10 msecs[
1312.500011] cx18-0: warning: failed to be awakened upon RPU acknowledgment
sending CX18_CPU_DE_SET_MDL; timed out waiting 10 msecs[ 1313.000017] cx18-0:
warning: failed to be awakened upon RPU acknowledgment sending
CX18_CPU_DE_SET_MDL; timed out waiting 10 msecs[ 1315.080014] cx18-0: warning:
failed to be awakened upon RPU acknowledgment sending CX18_CPU_DE_SET_MDL;
timed out waiting 10 msecs[ 1315.310061] cx18-0: warning: failed to be
awakened upon RPU acknowledgment sending CX18_CPU_DE_SET_MDL; timed out waiting
10 msecs[ 1316.330025] cx18-0: warning: failed to be awakened upon RPU
acknowledgment sending CX18_CPU_DE_SET_MDL; timed out waiting 10 msecs[
1316.870079] cx18-0: warning: failed to be awakened upon RPU acknowledgment
sending CX18_CPU_DE_SET_MDL; timed out waiting 10 msecsand an occasional
message like this:[ 1311.480015] cx18-0: warning: sending CX18_CPU_DE_SET_MDL
timed out waiting 10 msecs for RPU acknowledgementExecuting mplayer as you
described now attempts to fill the cache and play video, but is taking forever
to fill the cache. To get 0.1% (8192 bytes) takes 13 seconds. It hasn't yet
completely filled the cache, but it has given a couple of error messages saying
"dvb_streaming_read, attempt N. 6 failed with errno 0 when reading x bytes". It
is now at about 10%
_________________________________________________________________
Hotmail: Free, trusted and rich email service.
http://clk.atdmt.com/GBL/go/201469228/direct/01/_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users
