I have an libAV program that decodes every 24-th frame. This is for
a video editor so I can easily seek forward in the video, rather than
play all frames.
If the input file is uncompressed AVI, then this works well.
However, if I compress the video with ffvhuff or huffvuy, then whenever I
seek
Hi Dolevo Jay,
i have a avi and mp4 file. The avcodec_encode_video2 function takes input
raw video data from frame, so i demux my file and i obtain a raw video
file; now i want encode it, so how i can open the raw file, read the raw
frames and encode them into h264??
Thanks for your help!!
Hi,
i am writing a C program (encoder) that use h264 to encode video read from
avi or mp4 file; the avcodec_encode_video2 function takes input raw video
data from frame, so i demux my files and i obtain a raw video file; now i
want encode it, so how can i open the raw file, read the frames and
Bruce
On Oct 16, 2013, at 6:52, James Board jpboard2@yahoo.
Does my question make sense to anyone? Or am I doing something very wrong
with libav and seeking? Has anyone seen this behavior before when you seek to
position N in a file, but the first few frames that get decoded are lower
On 10/16/13, Bruce Wheaton br...@spearmorgan.com wrote:
Bruce
On Oct 16, 2013, at 6:52, James Board jpboard2@yahoo.
Does my question make sense to anyone? Or am I doing something very
wrong
with libav and seeking? Has anyone seen this behavior before when you
seek to
position N in a
On Oct 16, 2013, at 8:46, Paul B Mahol one...@gmail.com wrote:
The only workaround is to use intra-frame only compression, so all frames
are independent. Some codecs you listed always work that way.
ffvhuff is intra only.
I don't know that codec. I just knew it was lossless. So I guess
On Oct 16, 2013, at 8:56 AM, Bruce Wheaton br...@spearmorgan.com wrote:
On Oct 16, 2013, at 8:46, Paul B Mahol one...@gmail.com wrote:
The only workaround is to use intra-frame only compression, so all frames
are independent. Some codecs you listed always work that way.
ffvhuff is intra
I donapos;t know that codec. I just knew it was lossless. So I guess
(unless thereapos;s a bug) the rule has an exception. Maybe the
apos;adaptive tablesapos; that google says it has adapt every 24 or so
frames. Donapos;t have the source in front of me right now.
But itapos;s an FOSS
James Board jpboard2@... writes:
It would be nice if someone told me beforehand whether
or not this is a problem that can be fixed.
Ok, so far this is understandable.
If I want to decode a single isolated frame with
ffvhuff, does the ffvhuff algorithm require me to
decode multiple
On Wed, Oct 16, 2013 at 9:27 PM, James Board jpboa...@yahoo.com wrote:
The question I mean to ask (maybe I wasn't clear)
is whether there is anything fundamental to the huffyuv algorithm
which prevents me from decoding a single frame.
I believe that there may be some variations of the original
On 10/16/13, James Board jpboa...@yahoo.com wrote:
Why don't you simply test this yourself?
It cannot take more time to test than to write your
mail, let alone write (and read!) the answers.
I did. It generated the extra frames. So the libav implementation
works this way. Or at least my code
On 10/16/13, James Board jpboa...@yahoo.com wrote:
And issue is probably withing avi container as it
may not add every frame into index table.
And when seeking you never check if returned packet actually is right
one that you need.
Or it could be bug in your code how you seek in file, etc...
I
Pseudo Code
static size_t fill_yuv_image_from_file(AVPicture *pict, int frame_index,int
width, int height,FILE *video_dst_filename)
{
uint8_t *video_buf=NULL;
int x,y;
size_t bytesRead;
video_buf =(uint8_t *)malloc((3*width*height)1);
//Initialize to zero
13 matches
Mail list logo