---
libavformat/concatdec.c | 27 ---
1 file changed, 20 insertions(+), 7 deletions(-)
diff --git a/libavformat/concatdec.c b/libavformat/concatdec.c
index b3a430e..1cd9ec1 100644
--- a/libavformat/concatdec.c
+++ b/libavformat/concatdec.c
@@ -64,6 +64,8 @@ typedef struct
Hi. Currently FFplay has no visible progress bar and it is hard to tell
where a stream is currently positioned. So if one wants, for example, to rewind
a little back relative to current position using right mouse click it is always
guessing and trying.
I propose very simple 1-pixel progress bar
13.04.2017, 09:40, "Steven Liu" :
> 2017-04-13 20:48 GMT+08:00 Raymond Pierce :
>
>> Hi. Currently FFplay has no visible progress bar and it is hard to tell
>> where a stream is currently positioned. So if one wants, for example, to
>> rewind
>> a little
ping...
2017-05-08 18:57 GMT+08:00 raymondzheng :
> ---
> libavformat/aviobuf.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/aviobuf.c b/libavformat/aviobuf.c
> index 0a7c39eacd..20d3b7a02a 100644
> --- a/libavformat/aviobuf.c
> +++ b/libavformat/aviobuf.c
Hi:
I find an issue about http. I don't use chunked, so s->chunksize will
be set as UINT64_MAX when http open, but because of "if (s->chunksize > 0)
s->chunksize -= len;" then chunksize will not be UINT64_MAX.
If ffurl_read return to 0, s->off < target_end, http_buf_read will
return to 0,
ping...
2017-05-18 15:19 GMT+08:00 raymond zheng :
> Hi:
> I find an issue about http. I don't use chunked, so s->chunksize will
> be set as UINT64_MAX when http open, but because of "if (s->chunksize >
> 0) s->chunksize -= len;" then chunksize will n
shouldn't be changed or even decreased.
2017-05-22 18:51 GMT+08:00 Steven Liu :
> 2017-05-18 15:19 GMT+08:00 raymond zheng :
>
> > Hi:
> > I find an issue about http. I don't use chunked, so s->chunksize will
> > be set as UINT64_MAX when http open, bu
EOF.
2017-05-22 23:05 GMT+08:00 Steven Liu :
> 2017-05-22 22:36 GMT+08:00 raymond zheng :
>
> > I don't think it need a timeout event to disconnect the link, because
> > when ffurl_read
> > return to 0, it means the link disconnect. If s->off < target_end, it
>
You can close http link on your http server, and check ffurl_read result.
Besides, this problem was caused by commit:
2a05c8f813de6f2278827734bf8102291e7484aa
2017-05-23 13:37 GMT+08:00 Steven Liu :
> 2017-05-23 10:47 GMT+08:00 raymond zheng :
>
> > 1. An exception occurred in t
ping Ronald S. Bultje
2017-05-23 15:02 GMT+08:00 Steven Liu :
> 2017-05-23 14:01 GMT+08:00 raymond zheng :
>
> > You can close http link on your http server, and check ffurl_read
> result.
> >
> > Besides, this problem was caused by commit:
> > 2a05c8f
Hi：
I find an issue about http. I don't use chunked, so s->chunksize will
be set as UINT64_MAX when http open, but because of "if (s->chunksize > 0)
s->chunksize -= len;" then chunksize will not be UINT64_MAX.
If ffurl_read return to 0, s->off < target_end, http_buf_read will
return to 0,
This patch is only for solving the bug introduced by chunksize has been
initial set as UINT64 MAX.
2017-05-27 19:24 GMT+08:00 Ronald S. Bultje :
> Hi,
>
> On Fri, May 26, 2017 at 10:36 PM, raymond zheng <
> raymondzheng1...@gmail.com> wrote:
>
>> Hi：
>> I
n,and then flush async buffer.
Solution:
I will judge if seek range in the same segment file, if so, I‘ll only call
try_seek.
2016-09-20 12:31 GMT+08:00 raymond :
> ---
> libavformat/concatdec.c | 27 ---
> 1 file changed, 20 insertions(+), 7 deletions(-)
&g
ping...
2016-09-20 15:04 GMT+08:00 raymond zheng :
> Submit reasons:
>
> I have enabled concat and async protocol,but ffmpeg will flush async
> buffer when doing seek. I don't want flush async buffer when doing seek
> within the same segment file.
> I found, the concat
ping...
2016-09-23 11:48 GMT+08:00 raymondzheng1...@gmail.com <
raymondzheng1...@gmail.com>:
> Thanks for your suggest, I have modified patch. see below.
> ---
> libavformat/concatdec.c | 24 +---
> 1 file changed, 17 insertions(+), 7 deletions(-)
>
> diff --git a/libavformat
On 04/01/16 17:36, "ffmpeg-devel on behalf of Hendrik Leppkes"
wrote:
>On Mon, Jan 4, 2016 at 3:58 PM, wrote:
>> From: Raymond Hilseth
>>
>> Signed-off-by: Raymond Hilseth
>> ---
>> libavformat/dashenc.c | 4 ++--
>> 1 file changed, 2
Use avpriv_io_move instead of ff_rename to support more than only
the file protocol.
Enabled the implementation of file_move in libavformat/file.c for
systems not having unistd.h since it only requires the rename function
from os_support.h.
Signed-off-by: Raymond Hilseth
---
libavformat
t, but improperly justified (left-justified instead of
right-justified). For one-line transcriptions, this is easily fixed
by replacing x=30 with x=\(700-tw\). Two-line transcriptions do not
have a simple solution.
Signed-off-by: Raymond Cheng
---
libavfilter/vf_drawtext.c | 57 +
as
non-crossover applications.
Signed-off-by: Raymond Cheng
---
Changelog | 1 +
configure | 2 +
libavfilter/Makefile | 2 +
libavfilter/allfilters.c | 2 +
libavfilter/f_metadatareader.c| 45
t, but improperly justified (left-justified instead of
right-justified). For one-line transcriptions, this is easily fixed
by replacing x=30 with x=\(700-tw\). Two-line transcriptions do not
have a simple solution.
Signed-off-by: Raymond Cheng
---
libavfilter/vf_drawtext.c | 57 +
ons and patches
Subject: Re: [FFmpeg-devel] [PATCH] Add metadatareader filter.
Raymond Cheng (12022-07-06):
> FFmpeg has a handy set of filters, metadata/ametadata, which allow us
> to add, print or save per-frame metadata to a file. I will use these
> filters when I want to save the results f
ng the VTT into
f_metadatareader.c, you could just place it alongside the MP4 and the browser
will render soft subs. But I'd prefer to do that in stages, with first stage
making no modifications to f_metadata.c.
...Cheng
-Original Message-
From: Raymond Cheng
Sent: Saturday,
Mahol
Sent: Saturday, July 9, 2022 1:00 AM
To: FFmpeg development discussions and patches
Cc: Raymond Cheng
Subject: Re: [FFmpeg-devel] [PATCH] Add metadatareader filter.
On Sat, Jul 9, 2022 at 8:44 AM Raymond Cheng
mailto:raycheng...@hotmail.com>> wrote:
I also feel, btw, that th
23 matches
Mail list logo
