Dear:
For 65535 issue, Please check "size = s->seek(s->opaque, 0, AVSEEK_SIZE);"
in url_fsize()
It seems that it is a potential bug
int64_t url_fsize(ByteIOContext *s)
{
int64_t size;
if(!s)
return AVERROR(EINVAL);
if (!s->seek)
return AVERROR(EPIPE);
size = s->seek(s->opaque, 0, AVSEEK_SIZE);
if(size<0){
if ((size = s->seek(s->opaque, -1, SEEK_END)) < 0)
return size;
size++;
s->seek(s->opaque, s->pos, SEEK_SET);
}
return size;
}
On Mon, Apr 13, 2009 at 8:14 PM, Nick Kichukov <[email protected]> wrote:
> Hi,
>
> I am using the init_put_byte, av_open_stream way for quite a time in my
> code
> and it works just great. However after downloading the latest ffmpeg
> SVN(18487) I have issues with this approach. Although the functions report
> success after invoking the av_find_stream_info some fileds like duration is
> not filled in correctly. This was not an issue with the same media file
> with
> the same code but older revisions of ffmpeg. Also the duration is filled in
> correctly if I use av_open_file method even with the latest revision.
>
> Also I see that my IOSeek function is invoked with strange parameters. For
> "whence" parameter I get value of 65535 which does not map to any of the
> SEEK_SET, SEEK_END or SEEK_CUR values.
>
> Any clue what I may be missing and what is changed aroun the av_open_stream
> methods so I do not get duration filled in correctly?
>
--
----------------------------------------------
Inspired by http://ppnext.com
Your potential. Our passion.
_______________________________________________
libav-user mailing list
[email protected]
https://lists.mplayerhq.hu/mailman/listinfo/libav-user
