m.roth at 5-cent.us wrote:> Ok... digging still more into this problem that I'm *still* fighting,
> using mplayer and a higher debug level, what I *think* the significant
> message is (this is just one example line):
> libv4lconvert: Error decompressing JPEG: fill_nbits error: need 5 more
> bits
> fps = 15.626953, interval = 0.096001, a_skew = 0.000000, corr_skew >
0.000000 vcnt = 1, acnt = 0
>
> Which seems to indicate that for some reason, on *some* hardware,
> libv4lconvert is doing something wrong that it did correctly in the last
> kernel.
>
> Is anyone using an older USB webcam that can look at this issue? I
can't
> really test it on our RHEL box (well, I suppose I could try) to put in a
> ticket with them.
>
> This is CentOS 6.4, and it's current, 2.6.32-358.11.1.el6.x86_64 #1 SMP
> kernel.
One followup bit: before I run mplayer, I did
export LD_PRELOAD=/usr/lib64/libvdpau.so.1:/usr/lib64/libv4l/v4l2convert.so
and I get the top 10%-15% ok, and the rest of the window green. If I use
export LD_PRELOAD=/usr/lib64/libvdpau.so.1:/usr/lib64/libv4l/v4lconvert.so
I get only the outline of the window, and *nothing* inside, which seems to
me to indicate it's that library, not the gspca driver.
An additional, and I *think* related datapoint: after the kernel upgrade,
one of my user's website, which has a wiki, and that has a page that
creates thumbnails of jpgs failed, though I believe he said he could do it
from a command line, using /usr/bin/convert; how the website did it, I'm
not sure... but I *do* see that ldd tells me that convert is linked to
both v4lconvert.so and v4l2convert.so.
mark