Hi!
On Wed, Oct 27, 2010 at 7:43 PM, Hans de Goede wrote:
> Are you sure you cannot make some time for this?
Sorry, probably not. At least not in the near future.
Mitar
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a mess
Hi!
On Wed, Oct 27, 2010 at 12:49 PM, Janne Grunau wrote:
> While the patch is not the cleanest, there shouldn't be a problem of
> making ffmpeg mjpeg decoding optional.
In which way not the cleanest? I am always searching for ways to
improve my further work. So please elaborate.
st patch for that.)
Maybe we should make libv4l plugable in this respect? So that
different underlying libraries could be easily swapped and tested and
used? Or just use different compilation switches and let distribution
maintainers decide which one they want to use?
Mitar
--
To unsubscribe fr
Hi!
On Sun, Oct 24, 2010 at 6:04 PM, Mitar wrote:
> Has anybody tried to improve MJPEG support in libv4l? With newer
> cameras this becomes important.
I have made a patch which makes libv4l uses ffmpeg's avcodec library
for MJPEG decoding. Performance improvements are unbelievable.
, it would be useful to increase those hardcoded limits
in ib/libv4lconvert/tinyjpeg-internal.h to for example:
#define JPEG_MAX_WIDTH 4096
#define JPEG_MAX_HEIGHT2048
Now we have affordable cameras which have bigger frame sizes than
those currently hardcoded. ;-)
Mitar
--
To unsubscribe
Hi!
> Could be, but I'd like to know if increasing the control streaming
> timeout is required as well.
I had some time now and have tested it and it is enough just to increase
UVC_CTRL_STREAMING_TIMEOUT to 5000, I left UVC_CTRL_CONTROL_TIMEOUT at
300. And everything seems to work.
