[04:53] *** vkoul has left "Leaving"
[09:28] *** hverkuil has left 
[10:50] <svarbanov> hverkuil, I found one v4l control V4L2_CID_MPEG_VIDEO_MAX_REF_PIC, it is described as integer type. I wonder, could it be used instead of new proposal DECODE_INTRA_ONLY?
[10:51] <svarbanov> infact if V4L2_CID_MPEG_VIDEO_MAX_REF_PIC integer is zero - this should means no ref pictures, right?
[11:00] <hverkuil> svarbanov: That's an encoder control, not a decoder control. So it can't be used (and it should never be 0, since that makes no sense for an encoder).
[11:17] <svarbanov> hverkuil, ok, I thought we could change semantics of the control because there are no users in the kernel but forgot for out-of-tree drivers which might be using it
[11:19] <svarbanov> I think the encoder can produce only I-frames (without ref frames) for some special cases, no?
[11:23] <hverkuil> I think that's V4L2_CID_MPEG_VIDEO_GOP_SIZE. If you set that to 1, then you will get only I frames. Not sure if any encoder actually supports that. The main thing for encoders is whether or not B frames should be created, that's set via V4L2_CID_MPEG_VIDEO_B_FRAMES.
[11:24] <hverkuil> But all these controls are for encoders, they don't make sense for decoders.
[11:25] <hverkuil> What you want is to *skip* all but intra frames. That's decoder specific.
[14:58] <montjoie> does it exists a way to check what type of data is send to a driver ? like a fake driver which dump frames it got
[14:59] <montjoie> I want to check what receives the zoran driver
[14:59] <montjoie> perhaps this "debug" already exists
[15:03] <montjoie> or somthin like a v4l2v4l proxy
[15:07] <hverkuil> montjoie: sorry, not clear what 'data' you are interested in.
[15:08] <montjoie> I need to verify ffmpeg send MJPEG data via v4l
[15:08] <montjoie> it should, but the output (http://kernel.montjoie.ovh/zoran_out.png) is bad
[15:09] <montjoie> so I need to be sure the error is the zoran driver
[15:09] <montjoie> probably I will doing a v4l to v4l proxy and capturing the output for checking
[15:12] <hverkuil> let ffmpeg generate a single MJPEG frame. You can save that as a .jpg and see if it is valid.
[15:14] <hverkuil> if it is, then you can try 'v4l2-ctl --stream-from x.jpg --stream-out-mmap' where x.jpg is that generated jpeg.
[15:15] <hverkuil> However, I'm not sure if v4l2-ctl will handle this right, I don't think I tried this for compressed output.
[15:15] <montjoie> I use a new patch from ffmpeg, native ffmpeg does not support output to v4l from anything different than raw
[15:16] <montjoie> ffmpeg generate valid jpeg
[15:18] <hverkuil> In any case, there is no proxy thing to my knowledge.
[15:18] <montjoie> hverkuil the v4l2-ctl works, the output is too fast to be checked let me try a loop
[15:19] <hverkuil> montjoie: yeah, you need --stream-loop as well. I forgot about that.
[15:22] <montjoie> got some black screen whatever jpg I give
[15:24] <montjoie> anywayt the driver seems to not use output but capture...
[15:28] <montjoie> anyway thanks I need work a bit on this