Print the SRT streamid at the client.
Signed-off-by: raghavendra
---
libavformat/libsrt.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/libavformat/libsrt.c b/libavformat/libsrt.c
index a490a386e6..ee64cb82f7 100644
--- a/libavformat/libsrt.c
+++ b/libavformat/libsrt.c
@@ -359,6 +
On Wed, 30. Sep 12:41, Martin Storsjö wrote:
> Hi,
>
> On Sun, 27 Sep 2020, Zhao Zhili wrote:
>
> > Fix #8840.
> >
> > Steps to reproduce:
> > 1. sender:
> > ./ffmpeg -i test.mp4 -c copy -f rtsp -rtsp_transport udp
> > rtsp://localhost:12345/live.sdp
> > 2. receiver:
> > ./ffmpeg_g -y -rtsp_fl
On 9/20/2020 2:24 PM, James Almer wrote:
> So unit parsing may be configured with caller set options.
>
> Signed-off-by: James Almer
> ---
> libavcodec/cbs.c | 9 +
> libavcodec/cbs_internal.h | 6 ++
> 2 files changed, 15 insertions(+)
Ping for the set @Mark. Don't want to
On Wed, Sep 02, 2020 at 11:39:48PM +0200, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 25488 * 87381 cannot be represented in type
> 'int'
> Fixes:
> 24765/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VC1_fuzzer-5108259565076480
>
> Found-by: continuous fuzzing process
> ht
On Wed, Sep 02, 2020 at 11:39:49PM +0200, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 822400 * 1629552639 cannot be represented
> in type 'long'
> Fixes:
> 24908/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-4658478506049536
>
> Found-by: continuous fuzzing process
>
On Sat, Sep 12, 2020 at 08:18:55PM +0200, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 20 * 5184056935931942919 cannot be
> represented in type 'long'
> Fixes:
> 25466/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-4798660247552000
>
> Found-by: continuous fuzzing process
On Tue, Sep 29, 2020 at 05:52:44PM +0200, Andreas Rheinhardt wrote:
> Fixes ticket #8219.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libswresample/audioconvert.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
ok
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC
On Wed, 30 Sep 2020, Zhao Zhili wrote:
Hi Martin,
On 9/30/20 5:41 PM, Martin Storsjö wrote:
In listen mode with UDP transport, once the sender has sent
the TEARDOWN and closed the connection, poll will indicate that
one can read from the connection (indicating that the socket has
reached EOF a
On Tue, Sep 29, 2020 at 11:10:14PM +0200, Marton Balint wrote:
> Existing code did not check if the requested seekback buffer is
> already read entirely. In this case, nothing has to be done to guarantee
> seekback.
>
> Signed-off-by: Marton Balint
> ---
> libavformat/aviobuf.c | 3 +++
> 1 file
Michael Niedermayer (12020-09-30):
> > confirmed to work on qemu mips
> > so should be ok
Sorry, I missed that part of your mail. Pushed.
> ping, big endian is still broken
A few minutes ago, I still did not see these failures on
fate.ffmpeg.org. Any idea why?
> also i realize that this has a d
They are not used anywhere else.
Signed-off-by: Andreas Rheinhardt
---
libavformat/movenc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 7d89cd579a..6c10500149 100644
--- a/libavformat/movenc.c
+++ b/libavformat/movenc.
When remuxing an rtp hint stream (or any stream with the tag "rtp "),
the mov muxer treats this as one of the rtp hint tracks it creates
internally when ordered to do so; yet this track lacks the
AVFormatContext for the hinting rtp muxer, leading to segfaults in
mov_write_udta_sdp() if a "trak" ato
Hi Martin,
On 9/30/20 5:41 PM, Martin Storsjö wrote:
In listen mode with UDP transport, once the sender has sent
the TEARDOWN and closed the connection, poll will indicate that
one can read from the connection (indicating that the socket has
reached EOF and should be closed by the receiver as we
There are two possible kinds of timecode tracks (with tag "tmcd") in the
mov muxer: Tracks created internally by the muxer and timecode tracks
sent by the user. If any of the latter exists, the former are
deactivated. The former all belong to another track, the source
track; the latter don't have a
Andreas Rheinhardt:
> The first thing avcodec_open2() allocates is the AVCodecInternal. If
> allocating it fails, a jump to end occurs; but if an error happens after
> its allocation, a jump to free_and_end happens which frees all
> allocations performed so far and then jumps to end. Yet free_and_e
Hi,
I am not sure this mailing list is the right place to discuss about that
but I am actively work with FFmpeg and Android since multiple years. My
work is based on this project
https://github.com/olivierayache/xuggle-xuggler
which is fully working with Android and support HW encoding/decoding
B
In listen mode with UDP transport, once the sender has sent
the TEARDOWN and closed the connection, poll will indicate that
one can read from the connection (indicating that the socket has
reached EOF and should be closed by the receiver as well). In this
case, parse_rtsp_message won't try to parse
On Sun, 27 Sep 2020, Zhao Zhili wrote:
1. Remove the assumption that the message method is TEARDOWN.
2. Don't ignore the error code of ff_rtsp_parse_streaming_commands.
---
libavformat/rtsp.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/libavformat/rtsp.c b/libavformat
Hi,
On Sun, 27 Sep 2020, Zhao Zhili wrote:
Fix #8840.
Steps to reproduce:
1. sender:
./ffmpeg -i test.mp4 -c copy -f rtsp -rtsp_transport udp
rtsp://localhost:12345/live.sdp
2. receiver:
./ffmpeg_g -y -rtsp_flags listen -timeout 100 -i
rtsp://localhost:12345/live.sdp -c copy test.mp4
---
v3
Improves decoding speed by 24x
Signed-off-by: Paul B Mahol
---
libavformat/adxdec.c | 26 +-
1 file changed, 17 insertions(+), 9 deletions(-)
diff --git a/libavformat/adxdec.c b/libavformat/adxdec.c
index ccd5049acd..a265c87dea 100644
--- a/libavformat/adxdec.c
+++ b/lib
Hi,
Greetings of the day,
Iam an android developer. And iam currently working on video streaming platform
when user can do video compression,video trim etc. So I found that by using
FFmpeg I can achieve most of my application functionality(Thanks for being best
tool for developer like me) I ha
On Thu, Sep 17, 2020 at 10:49:31PM +0200, Tomas Härdin wrote:
> mån 2020-09-14 klockan 12:23 +0200 skrev Tomas Härdin:
> > ons 2020-09-09 klockan 15:56 +0100 skrev Harry Mallon:
> > > * As embedded by Apple Compressor
> > >
> > > Signed-off-by: Harry Mallon
> > > ---
> > > libavformat/mxfdec.c
On Wed, Sep 16, 2020 at 08:52:41PM +0200, Michael Niedermayer wrote:
> On Mon, Sep 14, 2020 at 09:26:53PM +0200, Nicolas George wrote:
[...]
> > tests/fate/bmp.mak | 6 +++---
> > tests/fate/dnxhd.mak| 4 ++--
> > tests/fate/filter-video.mak | 18 +-
> > tests/fa
23 matches
Mail list logo
