Mailing List Archive

[PULL] http://linuxtv.org/hg/~awalls/cx18
Mauro,

Please pull from

http://linuxtv.org/hg/~awalls/cx18

for the following:

cx18: Fix coding style of a switch statement per checkpatch.pl
cx18: Normalize APU after second APU firmware load
cx18: Smarter verification of CX18_AUDIO_ENABLE register writes
cx18: Defer A/V core initialization until a valid cx18_av_cmd arrives


Note that in my new setup on Fedora 10, kernel 2.6.27.9-159.fc10.x86_64,
the automatic checkpatch doesn't seem to be working. (I think it's
missing the --no-tree argument.) Here's what I get on commits:

# WARNING: /lib/modules/`uname -r`/build/scripts/checkpatch.pl version
0.21 returned some errors.
# Please fix.
#
# Must be run from the top-level dir. of a kernel tree
#

Regards,
Andy


diffstat:
cx18-audio.c | 3 +--
cx18-av-core.c | 40 +++++++++++++++++++++++++++++++++-------
cx18-av-firmware.c | 3 ++-
cx18-driver.c | 13 +++++++++++++
4 files changed, 49 insertions(+), 10 deletions(-)







_______________________________________________
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [PULL] http://linuxtv.org/hg/~awalls/cx18 [ In reply to ]
On Tue, 2009-02-24 at 22:59 -0500, santa8claws@yahoo.com wrote:
> Hi, I built this snapshot for my hvr1600:
> http://linuxtv.org/hg/~awalls/cx18/rev/20ce05c36d9e
>
> There's something weird with the video captures now, though, it worked
> fine with a build from a few months ago. The mpeg encoder resolution
> is 480x480, which used to have the whole picture. Now it is only
> getting about 2/3 of the width of the picture -- like as if it cropped
> (on the right side) a 720x480 picture to 480x480. Is there any
> settings I can set with v4l to fix this?
>
> Thanks!
>

I do this:

$ v4l2-ctl -v width=480,height=480,pixelformat=MPEG

And look what I find in the log:

Feb 28 11:41:37 palomino kernel: cx18-0 843: 480x480 is not a valid size!

Oopsie. The cx18 broadcast A/V decoder driver code is unhappy, and that
code was significantly perturbed by the recent changes.

Thanks for the testing and reporting. I can reproduce your symptoms.
I'll work on a fix this weekend.

Regards,
Andy



> ------------------------
> Here's the log from mplayer to /dev/video0
> -------------------------
> MPlayer dev-SVN-rUNKNOWN-4.1.1 (C) 2000-2007 MPlayer Team
> CPU: Intel(R) Pentium(R) 4 CPU 2.53GHz (Family: 15, Model: 2, Stepping: 7)
> CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
> Compiled with runtime CPU detection.
> 112 audio & 235 video codecs
>
> Playing /dev/video0.
> Cache fill: 9.77% (204800 bytes)
> Win32 LoadLibrary failed to load: avisynth.dll, /usr/lib/codecs/avisynth.dll, /usr/lib/win32/avisynth.dll, /usr/local/lib/win32/avisynth.dll
> MPEG-PS file format detected.
> VIDEO: MPEG2 480x480 (aspect 2) 29.970 fps 6000.0 kbps (750.0 kbyte/s)
> ==========================================================================
> Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
> VDec: vo config request - 480 x 480 (preferred colorspace: Mpeg PES)
> Could not find matching colorspace - retrying with -vf scale...
> Opening video filter: [scale]
> The selected video_out device is incompatible with this codec.
> Try appending the scale filter to your filter list,
> e.g. -vf spp,scale instead of -vf spp.
> VDecoder init failed :(
> Opening video decoder: [libmpeg2] MPEG 1/2 Video decoder libmpeg2-v0.4.0b
> Selected video codec: [mpeg12] vfm: libmpeg2 (MPEG-1 or 2 (libmpeg2))
> ==========================================================================
> ==========================================================================
> Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
> AUDIO: 48000 Hz, 2 ch, s16le, 384.0 kbit/25.00% (ratio: 48000->192000)
> Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
> ==========================================================================
> AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
> Starting playback...
> VDec: vo config request - 480 x 480 (preferred colorspace: Planar YV12)
> VDec: using Planar YV12 as output csp (no 0)
> Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
> VO: [xv] 480x480 => 640x480 Planar YV12
> A: 16.8 V: 16.8 A-V: 0.003 ct: 0.075 495/495 12% 1% 2.8% 17 0 48%
> Exiting... (Quit)



_______________________________________________
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
Re: [PULL] http://linuxtv.org/hg/~awalls/cx18 [ In reply to ]
On Sat, 2009-02-28 at 11:48 -0500, Andy Walls wrote:
> On Tue, 2009-02-24 at 22:59 -0500, santa8claws@yahoo.com wrote:
> > Hi, I built this snapshot for my hvr1600:
> > http://linuxtv.org/hg/~awalls/cx18/rev/20ce05c36d9e
> >
> > There's something weird with the video captures now, though, it worked
> > fine with a build from a few months ago. The mpeg encoder resolution
> > is 480x480, which used to have the whole picture. Now it is only
> > getting about 2/3 of the width of the picture -- like as if it cropped
> > (on the right side) a 720x480 picture to 480x480. Is there any
> > settings I can set with v4l to fix this?
> >
> > Thanks!
> >
>
> I do this:
>
> $ v4l2-ctl -v width=480,height=480,pixelformat=MPEG
>
> And look what I find in the log:
>
> Feb 28 11:41:37 palomino kernel: cx18-0 843: 480x480 is not a valid size!
>
> Oopsie. The cx18 broadcast A/V decoder driver code is unhappy, and that
> code was significantly perturbed by the recent changes.
>
> Thanks for the testing and reporting. I can reproduce your symptoms.
> I'll work on a fix this weekend.

Fixed (I missed a non-obvious magic number with sliced VBI changes). If
you want to test, please try the latest at:

http://linuxtv.org/hg/~awalls/cx18

It works for me.

Regards,
Andy


_______________________________________________
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel