Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: ivtv: users

Please test not loading the firmware twice

  

 
ivtv users RSS feed   Index | Next | Previous | View Threaded


awalls at radix

Dec 2, 2008, 5:19 PM

Post #1 of 4 (1354 views)
Permalink
Please test not loading the firmware twice
On Tue, 2008-12-02 at 14:58 -0500, Al McIntosh wrote:
>
>
> On Tue, Dec 2, 2008 at 2:44 PM, igloocentral hotmail
> <igloocentral [at] hotmail> wrote:
>
> > I don't have a convenient S-Video source to test with. Do
> you notice the same symptoms on Composite (CVBS) inputs?
>
>
> I just tried composite and the symptoms are the same as
> s-video. video skips every few seconds, sometimes putting
> artifacts on the screen for a split second as it jumps
> forward. It sounds similar to the guy who posted about it
> skipping every 67 frames, although I haven't counted. I also
> have to use a set-top box so the HVR-1600's s-video/composite
> is the best option for me but the skips make it hard to watch
> for any length of time :)
>
> ATSC works great - but apartment buildings tend to frown on
> big antennas!
>
> Thanks again

Gents,

Could you please try the attached patch to the cx18 driver to not load
the firmware twice? Things to expect:

1. The first analog capture shouldn't have problems

2. If you unload and reload the cx18 driver, the digital TS will *not*
work until you unload and reload the cx18 driver *another* time

3. *Hopefully* your audio skips will disappear.

4. You will likely still need buffered playback, either with MythTV or
mplayer -cache blah blah blah...

Regards,
Andy


> Did you notice if there was a lot of movement in the video at the time
> of the skips? I recorded a few shows last night through SVideo and
> noticed people were moving when skips occured. I noticed skips did not
> occur when there was no movement, or could just be coincidence.
>
> Al
Attachments: cx18-no-double-fw-load.diff (0.61 KB)


al at allanmcintosh

Dec 2, 2008, 6:57 PM

Post #2 of 4 (1257 views)
Permalink
Re: Please test not loading the firmware twice [In reply to]
On Tue, Dec 2, 2008 at 8:19 PM, Andy Walls <awalls [at] radix> wrote:

> On Tue, 2008-12-02 at 14:58 -0500, Al McIntosh wrote:
> >
> >
> > On Tue, Dec 2, 2008 at 2:44 PM, igloocentral hotmail
> > <igloocentral [at] hotmail> wrote:
> >
> > > I don't have a convenient S-Video source to test with. Do
> > you notice the same symptoms on Composite (CVBS) inputs?
> >
> >
> > I just tried composite and the symptoms are the same as
> > s-video. video skips every few seconds, sometimes putting
> > artifacts on the screen for a split second as it jumps
> > forward. It sounds similar to the guy who posted about it
> > skipping every 67 frames, although I haven't counted. I also
> > have to use a set-top box so the HVR-1600's s-video/composite
> > is the best option for me but the skips make it hard to watch
> > for any length of time :)
> >
> > ATSC works great - but apartment buildings tend to frown on
> > big antennas!
> >
> > Thanks again
>
> Gents,
>
> Could you please try the attached patch to the cx18 driver to not load
> the firmware twice? Things to expect:
>
> 1. The first analog capture shouldn't have problems
>
> 2. If you unload and reload the cx18 driver, the digital TS will *not*
> work until you unload and reload the cx18 driver *another* time
>
> 3. *Hopefully* your audio skips will disappear.



Did you mean audio or video skips?



>
>
> 4. You will likely still need buffered playback, either with MythTV or
> mplayer -cache blah blah blah...
>
> Regards,
> Andy
>
>
> > Did you notice if there was a lot of movement in the video at the time
> > of the skips? I recorded a few shows last night through SVideo and
> > noticed people were moving when skips occured. I noticed skips did not
> > occur when there was no movement, or could just be coincidence.
> >
> > Al
>
>
> _______________________________________________
> ivtv-users mailing list
> ivtv-users [at] ivtvdriver
> http://ivtvdriver.org/mailman/listinfo/ivtv-users
>


al at allanmcintosh

Dec 2, 2008, 8:22 PM

Post #3 of 4 (1252 views)
Permalink
Re: Please test not loading the firmware twice [In reply to]
On Tue, Dec 2, 2008 at 8:19 PM, Andy Walls <awalls [at] radix> wrote:

> On Tue, 2008-12-02 at 14:58 -0500, Al McIntosh wrote:
> >
> >
> > On Tue, Dec 2, 2008 at 2:44 PM, igloocentral hotmail
> > <igloocentral [at] hotmail> wrote:
> >
> > > I don't have a convenient S-Video source to test with. Do
> > you notice the same symptoms on Composite (CVBS) inputs?
> >
> >
> > I just tried composite and the symptoms are the same as
> > s-video. video skips every few seconds, sometimes putting
> > artifacts on the screen for a split second as it jumps
> > forward. It sounds similar to the guy who posted about it
> > skipping every 67 frames, although I haven't counted. I also
> > have to use a set-top box so the HVR-1600's s-video/composite
> > is the best option for me but the skips make it hard to watch
> > for any length of time :)
> >
> > ATSC works great - but apartment buildings tend to frown on
> > big antennas!
> >
> > Thanks again
>
> Gents,
>
> Could you please try the attached patch to the cx18 driver to not load
> the firmware twice? Things to expect:
>
> 1. The first analog capture shouldn't have problems
>
> 2. If you unload and reload the cx18 driver, the digital TS will *not*
> work until you unload and reload the cx18 driver *another* time
>
> 3. *Hopefully* your audio skips will disappear.
>
> 4. You will likely still need buffered playback, either with MythTV or
> mplayer -cache blah blah blah...
>
> Regards,
> Andy
>
>


I am still seeing the jumpy video play back. I noticed the following in the
dmesg output:

[ 1094.573584] cx18-0 api: CX18_CPU_SET_VIDEO_RESOLUTION
[ 1094.573659] cx18-0 api: mailbox error 20080003 for command
CX18_CPU_SET_VIDEO_RESOLUTION

I check and I am attempting to set the video resolution to 704x480.

rmmod ivtv appears to have fixed this error. ivtv module really seems to
interfere with cx18 quality.

Video still skips in mythtv live tv playback and I see the following:

[ 1818.130222] cx18-0 info: Start encoder stream encoder MPEG
[ 1818.130225] cx18-0 api: CX18_CPU_SET_VIDEO_MUTE
[ 1818.130303] cx18-0 api: CX18_CREATE_TASK
[ 1818.130376] cx18-0 api: CX18_CPU_SET_CHANNEL_TYPE
[ 1818.130455] cx18-0 api: CX18_CPU_SET_VER_CROP_LINE
[ 1818.130532] cx18-0 api: CX18_CPU_SET_MISC_PARAMETERS
[ 1818.130614] cx18-0 api: CX18_CPU_SET_MISC_PARAMETERS
[ 1818.130693] cx18-0 api: CX18_CPU_SET_MISC_PARAMETERS
[ 1818.130817] cx18-0 api: CX18_CPU_SET_MISC_PARAMETERS
[ 1818.130891] cx18-0 api: CX18_CPU_SET_CAPTURE_LINE_NO
[ 1818.130974] cx18-0 api: CX18_CPU_SET_INDEXTABLE
[ 1818.131046] cx18-0 api: CX18_CPU_SET_VIDEO_IN
[ 1818.131148] cx18-0 api: CX18_CPU_SET_VIDEO_RESOLUTION
[ 1818.131251] cx18-0 api: CX18_CPU_SET_STREAM_OUTPUT_TYPE
[ 1818.131335] cx18-0 api: CX18_CPU_SET_ASPECT_RATIO
[ 1818.131446] cx18-0 api: CX18_CPU_SET_GOP_STRUCTURE
[ 1818.131527] cx18-0 api: CX18_CPU_SET_AUDIO_PARAMETERS
[ 1818.131620] cx18-0 api: CX18_CPU_SET_AUDIO_MUTE
[ 1818.131713] cx18-0 api: CX18_CPU_SET_VIDEO_RATE
[ 1818.131800] cx18-0 api: CX18_CPU_SET_FILTER_PARAM
[ 1818.131880] cx18-0 api: CX18_CPU_SET_FILTER_PARAM
[ 1818.131963] cx18-0 api: CX18_CPU_SET_FILTER_PARAM
[ 1818.132047] cx18-0 api: CX18_CPU_SET_MEDIAN_CORING
[ 1818.132151] cx18-0 api: CX18_CPU_SET_SPATIAL_FILTER_TYPE
[ 1818.132263] cx18-0 api: CX18_CPU_SET_FILTER_PARAM
[ 1818.132343] cx18-0 api: CX18_CPU_SET_FILTER_PARAM
[ 1818.132425] cx18-0 api: CX18_CPU_SET_FILTER_PARAM
[ 1818.132510] cx18-0 api: CX18_CPU_SET_SKIP_INPUT_FRAME
[ 1818.132585] cx18-0 api: CX18_CPU_SET_VIDEO_MUTE
[ 1818.132662] cx18-0 api: CX18_CPU_SET_MISC_PARAMETERS
[ 1818.132750] cx18-0 api: CX18_CPU_DE_SET_MDL_ACK
[ 1818.140037] cx18-0 api: CX18_CPU_CAPTURE_START
[ 1871.070906] cx18-0 warning: Possibly falling behind: CPU self-ack'ed our
incoming CPU to EPU mailbox (sequence no. 29955)
[ 1871.070915] cx18-0 api: incoming: req 0x00007503 ack 0x00007503 cmd
0x02040001 err 0x00000000 args 0x00000000 0x00dc0c48 0x00000001 0x00000000
0x00000000 0x00000000
[ 1878.278370] cx18-0 warning: Possibly falling behind: CPU self-ack'ed our
incoming CPU to EPU mailbox (sequence no. 30190) while processing















>
> > Did you notice if there was a lot of movement in the video at the time
> > of the skips? I recorded a few shows last night through SVideo and
> > noticed people were moving when skips occured. I noticed skips did not
> > occur when there was no movement, or could just be coincidence.
> >
> > Al
>
>
> _______________________________________________
> ivtv-users mailing list
> ivtv-users [at] ivtvdriver
> http://ivtvdriver.org/mailman/listinfo/ivtv-users
>


al at allanmcintosh

Dec 3, 2008, 6:35 PM

Post #4 of 4 (1236 views)
Permalink
Re: Please test not loading the firmware twice [In reply to]
On Tue, Dec 2, 2008 at 8:19 PM, Andy Walls <awalls [at] radix> wrote:

> On Tue, 2008-12-02 at 14:58 -0500, Al McIntosh wrote:
> >
> >
> > On Tue, Dec 2, 2008 at 2:44 PM, igloocentral hotmail
> > <igloocentral [at] hotmail> wrote:
> >
> > > I don't have a convenient S-Video source to test with. Do
> > you notice the same symptoms on Composite (CVBS) inputs?
> >
> >
> > I just tried composite and the symptoms are the same as
> > s-video. video skips every few seconds, sometimes putting
> > artifacts on the screen for a split second as it jumps
> > forward. It sounds similar to the guy who posted about it
> > skipping every 67 frames, although I haven't counted. I also
> > have to use a set-top box so the HVR-1600's s-video/composite
> > is the best option for me but the skips make it hard to watch
> > for any length of time :)
> >
> > ATSC works great - but apartment buildings tend to frown on
> > big antennas!
> >
> > Thanks again
>
> Gents,
>
> Could you please try the attached patch to the cx18 driver to not load
> the firmware twice? Things to expect:
>
> 1. The first analog capture shouldn't have problems
>



Andy, yes this appears to have fixed the first time capture. I rebooted
twice to verify. I did not see the accelerated audio. I only see the
intermittent video and the odd audio skip as mentioned previously with
SVideo capture.


With regard to my previous attempt to test this patch, the ivtv module was
the culprit for the poor results. I modified lirc_pvr150.c to load cx18
instead. I attached the changes I made.









>
> 2. If you unload and reload the cx18 driver, the digital TS will *not*
> work until you unload and reload the cx18 driver *another* time
>
> 3. *Hopefully* your audio skips will disappear.
>
> 4. You will likely still need buffered playback, either with MythTV or
> mplayer -cache blah blah blah...
>
> Regards,
> Andy
>
>
> > Did you notice if there was a lot of movement in the video at the time
> > of the skips? I recorded a few shows last night through SVideo and
> > noticed people were moving when skips occured. I noticed skips did not
> > occur when there was no movement, or could just be coincidence.
> >
> > Al
>
>
> _______________________________________________
> ivtv-users mailing list
> ivtv-users [at] ivtvdriver
> http://ivtvdriver.org/mailman/listinfo/ivtv-users
>
Attachments: lirc_pvr150-cx18.patch (1.35 KB)

ivtv users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.