Hi guys,
I'm trying to lower the latency when playing mjpeg multipart http
stream and I came to this line:
https://github.com/FFmpeg/FFmpeg/blob/master/libavformat/mpjpegdec.c#L157
Does it mean each mjpeg stream is decoded as 25FPS? Is this desired feature?
--
S pozdravom / Best regards
Daniel
po 20. 5. 2019 o 21:12 James Almer napísal(a):
>
> On 5/20/2019 4:01 PM, Marton Balint wrote:
> >
> > On Mon, 20 May 2019, Carl Eugen Hoyos wrote:
> >
> >> Marton,
> >>
> >> Am Mo., 13. Mai 2019 um 13:42 Uhr schrieb Daniel Kucera
> >> :
> >>>
> >>> From: Daniel Kucera
> >>>
> >>> Signed-off-by: D
Dňa ne 19. 5. 2019, 16:14 James Almer napísal(a):
> On 5/19/2019 6:43 AM, Daniel Kučera wrote:
> > Dňa pi 17. 5. 2019, 21:12 Daniel Kučera
> > napísal(a):
> >
> >>
> >>
> >> Dňa št 16. 5. 2019, 12:04 Daniel Kučera
> >> napísal(a):
>
Dňa pi 17. 5. 2019, 21:12 Daniel Kučera
napísal(a):
>
>
> Dňa št 16. 5. 2019, 12:04 Daniel Kučera
> napísal(a):
>
>>
>>
>> Dňa st 15. 5. 2019, 11:14 Daniel Kučera
>> napísal(a):
>>
>>> >
>>> > Ping.
>>> >
Dňa št 16. 5. 2019, 12:04 Daniel Kučera
napísal(a):
>
>
> Dňa st 15. 5. 2019, 11:14 Daniel Kučera
> napísal(a):
>
>> >
>> > Ping.
>> >
>> > --
>> >
>> > S pozdravom / Best regards
>> > Daniel Kucera.
>>
>&
Dňa st 15. 5. 2019, 11:14 Daniel Kučera
napísal(a):
> >
> > Ping.
> >
> > --
> >
> > S pozdravom / Best regards
> > Daniel Kucera.
>
> Ping.
>
> --
>
> S pozdravom / Best regards
> Daniel Kucera.
>
Ping.
>
_
>
> Ping.
>
> --
>
> S pozdravom / Best regards
> Daniel Kucera.
Ping.
--
S pozdravom / Best regards
Daniel Kucera.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link abov
po 13. 5. 2019 o 13:42 Daniel Kucera napísal(a):
>
> From: Daniel Kucera
>
> Signed-off-by: Daniel Kucera
> ---
> doc/ffplay.texi | 2 ++
> fftools/ffplay.c | 8
> 2 files changed, 10 insertions(+)
>
> diff --git a/doc/ffplay.texi b/doc/ffplay.texi
> index c305465078..a487c0de8d 10064
>
> I can at least confirm that 2.0.4, which I have installed on one
> machine, doesn't define this in the provided headers, and that ffmpeg
> doesn't build against 2.0.4 with this patch. So there should be an
> #ifdef SDL_WINDOW_ALWAYS_ON_TOP guard around this, and possibly around
> the options de
>>
>> Is qualified as 'X11 only, >= SDL 2.0.5' at
>> https://wiki.libsdl.org/SDL_WindowFlags
>>
>> Gyan
>
>
> Since 2.0.6 it works on Windows too.
Ping.
--
S pozdravom / Best regards
Daniel Kucera.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Dňa so 11. 5. 2019, 18:00 Gyan napísal(a):
>
>
> On 11-05-2019 09:03 PM, Michael Niedermayer wrote:
> > On Fri, May 10, 2019 at 12:12:17PM +0200, Daniel Kucera wrote:
> >> From: Daniel Kucera
> >>
> >> Signed-off-by: Daniel Kucera
> >> ---
> >> doc/ffplay.texi | 2 ++
> >> fftools/ffplay.c
> Can you also add a keypress event to make it switchable during play?
>
> Thanks,
> Gyan
I haven't found a function which would allow to modify window flags
after creation:
https://wiki.libsdl.org/SDL_GetWindowFlags
--
S pozdravom / Best regards
Daniel Kucera.
2017-11-07 18:47 GMT+01:00 Felix Matouschek :
>
>> Am 07.11.2017 um 16:17 schrieb Daniel Kučera :
>>
>> It's used like here:
>> https://github.com/danielkucera/ZidoStreamer/blob/master/app/src/main/java/eu/danman/zidostreamer/zidostreamer/StreamService.java#L62
&g
2017-11-07 15:25 GMT+01:00 Felix Matouschek :
> Am 02.11.2017 16:20, schrieb Daniel Kučera:
>
>> some devices have cameras which are unlisted - this condition makes
>> them unusable.
>
>
> How does one use unlisted devices? As far as I understood all supported
> devi
2017-11-02 13:42 GMT+01:00 Felix Matouschek :
> Hello,
>
> I've written an indev for Android devices to allow capturing their builtin
> cameras.
> What needs to be done to merge this?
>
> Greetings,
> Felix
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel
2017-10-21 13:36 GMT+02:00 Jan Ekstrom :
>
> This seems to have broken seeking and files ending. FLAC was
> experienced yesterday but it seems like it's more general. This was
> reported on the mpv users' channel by sfan5, but I feel like this
> might be more general than related to just mpv. At fi
>
> This changes:
> ./ffmpeg -y -i 'concat:matrixbench_mpeg2.mpg|matrixbench_mpeg2.mpg' -vsync 0
> -an file.avi
>
fixed, sending new patch.
--
S pozdravom / Best regards
Daniel Kucera.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffm
> This changes:
> ./ffmpeg -y -i 'concat:matrixbench_mpeg2.mpg|matrixbench_mpeg2.mpg'
-vsync 0 -an file.avi
In case he doesn't have this sample:
http://samples.ffmpeg.org/benchmark/testsuite1/matrixbench_mpeg2.mpg
Basically, with the patch applied the above command doesn't concatenate
the input a
>
> If one patch introduces a problem that gets fixed by a subsequent patch
> then yes, both should be squashed into one to make sure the problem is
> never introduced.
>
> The idea is that no patch/commit on its own should generate a fate
> failure of any kind, as it would make bisecting unrelated
2017-10-14 19:16 GMT+02:00 Daniel Kučera :
> 2017-10-14 17:46 GMT+02:00 Michael Niedermayer :
>> On Sat, Oct 14, 2017 at 07:10:37AM +0200, Daniel Kučera wrote:
>>> breaks fate-indeo3-2
>>>
>>> [...]
>>> --
>>>
>>>
>>> You need
2017-10-14 17:46 GMT+02:00 Michael Niedermayer :
> On Sat, Oct 14, 2017 at 07:10:37AM +0200, Daniel Kučera wrote:
>> breaks fate-indeo3-2
>>
>> [...]
>> --
>>
>>
>> You need to apply the whole set. It passed all fate tests on my machine.
>
> I app
breaks fate-indeo3-2
[...]
--
You need to apply the whole set. It passed all fate tests on my machine.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
bump.
2017-06-15 10:22 GMT+02:00 Nicolas George :
> Le septidi 17 prairial, an CCXXV, Daniel Kucera a écrit :
>> Signed-off-by: Daniel Kucera
>> ---
>> libavformat/wtvdec.c | 4 ++--
>> 1 file changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/libavformat/wtvdec.c b/libavformat/wtvdec.c
>
> The good approach is to fix the bugs. You do not need to fix all of
> them, just fix the one or two instances that break things for you: in
> your use case, there is one line of code in the whole project that gets
> ret=0 and thinks it means EOF: find it and fix it, and you should be
> good. Ot
Waiting for review.
Dňa 6. 10. 2017 10:32 dopoludnia používateľ "Daniel Kučera" <
daniel.kuc...@gmail.com> napísal:
> > And since empty packets are valid and can be used by applications (and
> > are actually used by protocols out there), the workaround of droppin
> And since empty packets are valid and can be used by applications (and
> are actually used by protocols out there), the workaround of dropping
> them is not acceptable.
>
I'm not sure if you mean this patch is unacceptable but if so, I want
to note, that this patch is not the same as I submitted
Dňa 5. 10. 2017 10:19 odpoludnia používateľ "Carl Eugen Hoyos" <
ceffm...@gmail.com> napísal:
2017-10-05 16:26 GMT+02:00 Daniel Kucera :
> Time to time some devices send UDP packets without payload.
> ffmpeg previously exited on receiving such packet
Just curious: Is it useful at all to exit on a
2017-06-19 16:34 GMT+02:00 Michael Niedermayer :
> On Mon, Jun 19, 2017 at 11:15:27AM -0300, James Almer wrote:
>> On 6/19/2017 11:09 AM, Michael Niedermayer wrote:
>> > On Sun, Jun 18, 2017 at 09:14:21PM +0200, Daniel Kucera wrote:
>> >> Signed-off-by: Daniel Kucera
>> >> ---
>> >> libavformat/a
2017-06-12 12:31 GMT+02:00 Michael Niedermayer :
> On Fri, Jun 09, 2017 at 03:51:30PM +0200, Daniel Kucera wrote:
>> Signed-off-by: Daniel Kucera
>> ---
>> libavformat/avio.c | 6 --
>> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> causes fate to infinte loop
> for example fate-filter-v
2017-06-05 21:18 GMT+02:00 Daniel Kucera :
> Signed-off-by: Daniel Kucera
> ---
> libavformat/cache.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/cache.c b/libavformat/cache.c
> index 6aabca2e78..66bbbf54c9 100644
> --- a/libavformat/cache.c
> +++ b/li
2017-06-04 12:25 GMT+02:00 Nicolas George :
> Le sextidi 16 prairial, an CCXXV, Daniel Kucera a écrit :
>> Signed-off-by: Daniel Kucera
>> ---
>> libavformat/avio.c| 2 +-
>> libavformat/aviobuf.c | 20
>> libavformat/cache.c | 4 ++--
>> libavformat/file.c| 2 ++
2017-06-03 23:04 GMT+02:00 James Almer :
> On 6/3/2017 5:31 PM, Daniel Kučera wrote:
>> 2017-06-03 21:54 GMT+02:00 Michael Niedermayer :
>>> On Sat, Jun 03, 2017 at 10:16:59AM +0200, Daniel Kucera wrote:
>>>> Signed-off-by: Daniel Kucera
>>>
2017-06-03 21:54 GMT+02:00 Michael Niedermayer :
> On Sat, Jun 03, 2017 at 10:16:59AM +0200, Daniel Kucera wrote:
>> Signed-off-by: Daniel Kucera
>> ---
>> libavformat/avio.c| 2 +-
>> libavformat/aviobuf.c | 18 ++
>> libavformat/cache.c | 2 +-
>> libavformat/file.c|
2017-06-03 8:58 GMT+02:00 Daniel Kučera :
>>
>> breaks:
>> ffmpeg -i subfile,,start,1,end,40,,:matrixbench_mpeg2.mpg
>> subfile.avi
>>
>> (infnite loop)
>>
>>
>
> Where can I get that matrixbench_mpeg2.mpg test file? If I run it
&
>
> breaks:
> ffmpeg -i subfile,,start,1,end,40,,:matrixbench_mpeg2.mpg subfile.avi
>
> (infnite loop)
>
>
Where can I get that matrixbench_mpeg2.mpg test file? If I run it
against fate-suite/mpeg2/matrixbench_mpeg2.lq1.mpg it works:
./ffmpeg -i
subfile,,start,1,end,40,,:fate-s
2017-06-02 15:43 GMT+02:00 Daniel Kučera :
> 2017-06-02 15:08 GMT+02:00 Daniel Kučera :
>> 2017-06-02 15:02 GMT+02:00 Nicolas George :
>>> Le quartidi 14 prairial, an CCXXV, Daniel Kučera a écrit :
>>>> Now I'm trying to pass fate. I've fixed some problems
2017-06-02 15:08 GMT+02:00 Daniel Kučera :
> 2017-06-02 15:02 GMT+02:00 Nicolas George :
>> Le quartidi 14 prairial, an CCXXV, Daniel Kučera a écrit :
>>> Now I'm trying to pass fate. I've fixed some problems but don't have
>>> an idea why it won&#x
2017-06-02 15:02 GMT+02:00 Nicolas George :
> Le quartidi 14 prairial, an CCXXV, Daniel Kučera a écrit :
>> Now I'm trying to pass fate. I've fixed some problems but don't have
>> an idea why it won't pass following test. Does anyone have idea?
>
> I suspec
2017-06-02 3:31 GMT+02:00 Michael Niedermayer :
> On Thu, Jun 01, 2017 at 01:12:13PM +0200, Daniel Kucera wrote:
>> Signed-off-by: Daniel Kucera
>> ---
>> libavformat/aviobuf.c | 18 ++
>> 1 file changed, 10 insertions(+), 8 deletions(-)
>
> breaks fate (infinte loops)
> example f
2017-05-23 20:44 GMT+02:00 Daniel Kucera :
> Time to time some devices send UDP packets without payload.
> ffmpeg previously exited on receiving such packet, this patch
> fixes this behaviour.
>
> Signed-off-by: Daniel Kucera
> ---
> libavformat/udp.c | 6 +-
> 1 file changed, 5 insertions(+)
2017-05-24 9:02 GMT+02:00 Nicolas George :
> Le quartidi 4 prairial, an CCXXV, Daniel Kucera a écrit :
>> Time to time some devices send UDP packets without payload.
>> ffmpeg previously exited on receiving such packet, this patch
>> fixes this behaviour.
>>
>> Signed-off-by: Daniel Kucera
>> ---
2017-05-24 10:10 GMT+02:00 Daniel Kučera :
> 2017-05-24 9:02 GMT+02:00 Nicolas George :
>>
>> Le quartidi 4 prairial, an CCXXV, Daniel Kucera a écrit :
>> > Time to time some devices send UDP packets without payload.
>> > ffmpeg previously exited on receiving s
2017-05-24 9:02 GMT+02:00 Nicolas George :
>
> Le quartidi 4 prairial, an CCXXV, Daniel Kucera a écrit :
> > Time to time some devices send UDP packets without payload.
> > ffmpeg previously exited on receiving such packet, this patch
> > fixes this behaviour.
> >
> > Signed-off-by: Daniel Kucera
43 matches
Mail list logo
