On Wed, Jan 25, 2017 at 12:44 PM, Blake Senftner
wrote:
> I apologize, I have a number of these problem videos and because the video I
> linked has the same “2 extra pixels per image row” issue, I thought it was
> also YUV. Sorry I wasted your time, Carl.
>
>
I apologize, I have a number of these problem videos and because the video I
linked has the same “2 extra pixels per image row” issue, I thought it was also
YUV. Sorry I wasted your time, Carl.
https://www.dropbox.com/s/nzwvdoi17am62cp/DoubleLiveEnroll.wmv?dl=0
This video linked above is a 3
On Jan 24, 2017 11:45 AM, "Cesareo Fernandez" wrote:
Thanks for the quick reply.
I open the file and allocate out_buffer each time because this is just a
snippet of code that I slapped together to show the basic process I am
attempting, I will be sending stream of audio
Thanks for the quick reply.
I open the file and allocate out_buffer each time because this is just a
snippet of code that I slapped together to show the basic process I am
attempting, I will be sending stream of audio frames in a websocket to be
played back on a webpage in practice. I am writing
Hi to all
I'm attempting to encode in dnxhd 85M but I receive an error:
ffmpeg -i clip2A_1s.mp4 -c:v dnxhd -b:v 80M -pix_fmt yuv422p test.mxf
the result is:
ffmpeg version 3.2.1 Copyright (c) 2000-2016 the FFmpeg developers
built with gcc 5.3.0 (GCC)
configuration: --enable-shared
Hi,
I want to decode same packets before send it to the player, because
avformat_find_stream_info() take long time to scan, I want to replace it
by a simple function, but now I am losing the decoded packets after this
function and this make the player take time to show the first picture.
So,
2017-01-24 2:16 GMT+01:00 Blake Senftner :
> I believe there may be a bug in the conversion from YUV to RGBA for some
> cases of WMV and AVI format videos.
Please correct me if I misunderstand:
You report here that you see an issue converting from yuv (which is not an