- 24 Nov, 2014 5 commits
-
-
Michael Niedermayer authored
Found-by:
Lukasz Marek <lukasz.m.luki2@gmail.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Lukasz Marek authored
Signed-off-by:
Lukasz Marek <lukasz.m.luki2@gmail.com>
-
Lukasz Marek authored
Signed-off-by:
Lukasz Marek <lukasz.m.luki2@gmail.com>
-
Lukasz Marek authored
Signed-off-by:
Lukasz Marek <lukasz.m.luki2@gmail.com>
-
Michael Niedermayer authored
version is 54 already Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 23 Nov, 2014 22 commits
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Jeffrey Wescott authored
In current versions of ffmpeg, when streaming to an RTMP server, anytime a packet of type RTMP_PT_NOTIFY is encountered, the packet is prepended with @setDataFrame before it gets sent to the server. This is incorrect; only packets for onMetaData and |RtmpSampleAccess should invoke @setDataFrame on the RTMP server. Specifically, the current bug manifests itself when trying to stream onTextData or onCuePoint invocations. This fix addresses that problem and ensures that the @setDataFrame is only prepended for onMetaData and |RtmpSampleAccess. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Lukasz Marek authored
Also replaced return -1 with return AVERROR(EINVAL) Signed-off-by:
Lukasz Marek <lukasz.m.luki2@gmail.com>
-
Lukasz Marek authored
Signed-off-by:
Lukasz Marek <lukasz.m.luki2@gmail.com>
-
James Almer authored
Also use length and not stream position Reviewed-by:
Benoit Fouet <benoit.fouet@free.fr> Signed-off-by:
James Almer <jamrial@gmail.com>
-
Carl Eugen Hoyos authored
Fixes ticket #4132.
-
Carl Eugen Hoyos authored
-
Clément Bœsch authored
Inspired from a patch by Michal Wazgird <mplayer@cyryl.net> See https://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2014-November/072772.html
-
Clément Bœsch authored
Inspired by a patch from Michal Wazgird <mplayer@cyryl.net> See https://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2014-November/072772.html
-
Reimar Döffinger authored
Signed-off-by:
Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
Reimar Döffinger authored
Signed-off-by:
Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
Reimar Döffinger authored
Also add a FATE test. Signed-off-by:
Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
Reimar Döffinger authored
Signed-off-by:
Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
Reimar Döffinger authored
Signed-off-by:
Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
Lukasz Marek authored
Signed-off-by:
Lukasz Marek <lukasz.m.luki2@gmail.com>
-
Lukasz Marek authored
Signed-off-by:
Lukasz Marek <lukasz.m.luki2@gmail.com>
-
Lukasz Marek authored
Signed-off-by:
Lukasz Marek <lukasz.m.luki2@gmail.com>
-
Lukasz Marek authored
Signed-off-by:
Lukasz Marek <lukasz.m.luki2@gmail.com>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit 'f856d9c2': dashenc: Don't require the stream bitrate to be known Conflicts: libavformat/dashenc.c See: 5f8fcdd4Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit 'eec7f032': lavf: Remove a redundant include of sys/stat.h Conflicts: libavformat/os_support.h See: 49515cb8Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '4b68edd0': flvenc: Remove an unused variable See: cc5f7315Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 22 Nov, 2014 13 commits
-
-
Matthew Oliver authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Martin Storsjö authored
Don't write any bitrate attribute if it isn't known. As long as one doesn't want automatic bitrate switching, playback can work just fine even if it isn't set. If strict standard compliance is requested, this is still considered an error, since the attribute is mandatory according to the spec. Based on a patch by Rodger Combs. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
The same file already includes this header a few lines further above. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Not checked if its actually lossless Fixes Ticket1847 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Fixes part of Ticket 2004 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Reimar Döffinger authored
Ideally the compiler could figure this out on its own, but it seems it can't. An alternative that would avoid the messy explicit memcpy would be to use a sub-struct for the parts that should be preserved, which can then simply be assigned. Signed-off-by:
Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Benoit Fouet authored
Reviewed-by:
Marton Balint <cus@passwd.hu> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-