Re: [Libav-user] Packed variant of PIX_FMT_YUV420P

2015-04-24 Thread Nisar Ahmed
Please ignore last sentence relating to memcpy, I chose wrong pixel format, correct pixel format is AV_PIX_FMT_UYVY422 On Fri, Apr 24, 2015 at 1:09 PM, Nisar Ahmed nisar@gmail.com wrote: I am demuxing and decoding a quicktime movie file using libav, the decoder always produces a frame in

Re: [Libav-user] Packed variant of PIX_FMT_YUV420P

2015-04-24 Thread Nisar Ahmed
I am demuxing and decoding a quicktime movie file using libav, the decoder always produces a frame in YUV420P, this frame has to go to the DeckLink's frame buffer which expects the format to be YUYV422. Now I need to convert to the desired pix format for which I am using sws_scale. I was

Re: [Libav-user] Packed variant of PIX_FMT_YUV420P

2015-04-24 Thread Carl Eugen Hoyos
Nisar Ahmed nisar.med@... writes: I am demuxing and decoding a quicktime movie file using libav, the decoder always produces a frame in YUV420P, this frame has to go to the DeckLink's frame buffer which expects the format to be YUYV422. So you are not searching for a packed variant of

Re: [Libav-user] Packed variant of PIX_FMT_YUV420P

2015-04-23 Thread Carl Eugen Hoyos
Nisar Ahmed nisar.med@... writes: Where is packed variant of planar YUV420P format, I need packed version instead of planar while demuxing when libav Can you explain your usecase? I don't remember seeing packed yvu420. Note that demuxing does not produce pix_fmts... Carl Eugen

[Libav-user] Packed variant of PIX_FMT_YUV420P

2015-04-23 Thread Nisar Ahmed
Where is packed variant of planar YUV420P format, I need packed version instead of planar while demuxing when libav, can someone please point me to the right direction, I don't want to swscale to ARGB because I think it will take extra CPU resources... Thanks?