On Sat, 20 Sep 2014 22:27:51 +0200
Clément Bœsch u...@pkh.me wrote:
Before this commit, the code was muxing up to the 2nd line after
[Events] (assuming it to be the Format: line). The remaining are
generally Comment: directives which can stay in that place. mkvextract
behaves that way so it
On Sat, 20 Sep 2014 22:27:52 +0200
Clément Bœsch u...@pkh.me wrote:
After this the order from the original file is stored through readorder
when doing ffmpeg -i input.ass -c copy output.mkv.
And now that the ASS muxer honors the ReadOrder, extracting the ass back
(without transcoding)
On Sat, 20 Sep 2014 22:27:40 +0200
Clément Bœsch u...@pkh.me wrote:
Just a patchset to ease the transition to a sane internal form for the decoded
text subtitles.
[PATCH 01/17] avcodec/jacosubdec: add some memory checks
[PATCH 02/17] avcodec/microdvddec: add some memory checks
[PATCH
Le jour de la Raison, an CCXXII, Clément Bœsch a écrit :
Before this commit, the code was muxing up to the 2nd line after
[Event] (assuming it to be the Format: line). The remaining are
generally Comment: directives which can stay in that place. mkvextract
behaves that way so it seems there is
Le jour de la Raison, an CCXXII, Clément Bœsch a écrit :
---
libavcodec/jacosubdec.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
Looks right.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
Le jour de la Raison, an CCXXII, Clément Bœsch a écrit :
---
libavcodec/microdvddec.c | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
The change looks right to me.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing
Le jour de la Raison, an CCXXII, Clément Bœsch a écrit :
---
libavcodec/movtextdec.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/libavcodec/movtextdec.c b/libavcodec/movtextdec.c
index 05ff53a..deb7553 100644
--- a/libavcodec/movtextdec.c
+++
Le jour de la Raison, an CCXXII, Clément Bœsch a écrit :
---
libavformat/assenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
LGTM, of course.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Le jour de la Récompense, an CCXXII, wm4 a écrit :
A bit regrettable IMO (more work for a user if a user really wants to
get timed comments), but surely more consistent in general (and I guess
Comment events got lost of reinterpreted as Dialogue events before
this?).
For people who want timed
Signed-off-by: Reimar Döffinger reimar.doeffin...@gmx.de
---
configure | 1 +
1 file changed, 1 insertion(+)
diff --git a/configure b/configure
index cabdbc2..2c6db81 100755
--- a/configure
+++ b/configure
@@ -4500,6 +4500,7 @@ EOF
fi
check_ldflags -Wl,--as-needed
+check_ldflags
Should should fix seeking in some blurays in combination with
e.g. MPlayer.
Not yet tested due to no bluray at hand.
Signed-off-by: Reimar Döffinger reimar.doeffin...@gmx.de
---
libavformat/mpegts.c | 8
1 file changed, 8 insertions(+)
diff --git a/libavformat/mpegts.c
Allows 32 bit version of FFmpeg to use up to 4 GB of RAM
instead of just 2 GB on Windows if the OS can provide it.
Signed-off-by: Reimar Döffinger reimar.doeffin...@gmx.de
---
configure | 1 +
1 file changed, 1 insertion(+)
diff --git a/configure b/configure
index 2c6db81..dec1cfc 100755
---
Le jour de la Raison, an CCXXII, Clément Bœsch a écrit :
---
libavcodec/webvttdec.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
Patches 5-10 look right, except most of them could benefit from the
factorization.
Regards,
--
Nicolas George
On Sun, 21 Sep 2014 11:16:49 +0200
Nicolas George geo...@nsup.org wrote:
Le jour de la Récompense, an CCXXII, wm4 a écrit :
A bit regrettable IMO (more work for a user if a user really wants to
get timed comments), but surely more consistent in general (and I guess
Comment events got lost
On Sun, 21 Sep 2014 10:17:15 +0100
Reimar Döffinger reimar.doeffin...@gmx.de wrote:
Allows 32 bit version of FFmpeg to use up to 4 GB of RAM
instead of just 2 GB on Windows if the OS can provide it.
Signed-off-by: Reimar Döffinger reimar.doeffin...@gmx.de
---
configure | 1 +
1 file
On 21 September 2014 10:46:33 GMT+01:00, wm4 nfx...@googlemail.com wrote:
On Sun, 21 Sep 2014 10:17:15 +0100
Reimar Döffinger reimar.doeffin...@gmx.de wrote:
Allows 32 bit version of FFmpeg to use up to 4 GB of RAM
instead of just 2 GB on Windows if the OS can provide it.
Signed-off-by:
From: Thomas Volkert tho...@homer-conferencing.com
---
Changelog | 1 +
libavformat/Makefile | 1 +
libavformat/rtpenc.c | 11
libavformat/rtpenc.h | 1 +
libavformat/rtpenc_hevc.c | 146 ++
Consider a file created with something like:
cat file1.mp3 file2.mp3 result.mp3
Then if file2.mp3 has gapless information, result.mp3 would stop playing
something in the middle. This happens because the gapless info directs
the decoder to discard all samples after a certain position. To
On Sun, Sep 21, 2014 at 12:10:42PM +0200, Thomas Volkert wrote:
From: Thomas Volkert tho...@homer-conferencing.com
---
Changelog | 1 +
libavformat/Makefile | 1 +
libavformat/rtpenc.c | 11
libavformat/rtpenc.h | 1 +
libavformat/rtpenc_hevc.c
On Sat, Sep 20, 2014 at 10:27:55PM +0200, Clément Bœsch wrote:
---
libavformat/assdec.c | 1 +
1 file changed, 1 insertion(+)
ok
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The worst form of inequality is to try to make unequal things equal.
--
From: Thomas Volkert tho...@homer-conferencing.com
---
libavformat/rtpdec_hevc.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/libavformat/rtpdec_hevc.c b/libavformat/rtpdec_hevc.c
index 60a97e4..4c393a9 100644
--- a/libavformat/rtpdec_hevc.c
+++
On Sun, Sep 21, 2014 at 02:29:27AM +0200, Hendrik Leppkes wrote:
---
libavcodec/mlp_parser.c | 29 -
libavcodec/mlp_parser.h | 1 +
libavcodec/mlpdec.c | 7 ++-
3 files changed, 31 insertions(+), 6 deletions(-)
applied
thanks
[...]
--
Michael
On Sat, Sep 20, 2014 at 11:07:53PM -0300, James Almer wrote:
On 20/09/14 10:59 PM, Michael Niedermayer wrote:
On Sun, Sep 21, 2014 at 02:29:26AM +0200, Hendrik Leppkes wrote:
Hey,
this patchset adds support for playing TrueHD streams on new Blu-ray discs
which carry an additional
On Sun, Sep 21, 2014 at 10:17:14AM +0100, Reimar Döffinger wrote:
Signed-off-by: Reimar Döffinger reimar.doeffin...@gmx.de
---
configure | 1 +
1 file changed, 1 insertion(+)
OK
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I am the wisest man alive, for
On Sun, Sep 21, 2014 at 12:51:41PM +0200, wm4 wrote:
Consider a file created with something like:
cat file1.mp3 file2.mp3 result.mp3
Then if file2.mp3 has gapless information, result.mp3 would stop playing
something in the middle. This happens because the gapless info directs
the
On Sun, Sep 21, 2014 at 01:50:12PM +0200, Thomas Volkert wrote:
From: Thomas Volkert tho...@homer-conferencing.com
---
libavformat/rtpdec_hevc.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint:
On Sun, 21 Sep 2014 15:59:43 +0200
James Darnley james.darn...@gmail.com wrote:
On 2014-09-21 12:51, wm4 wrote:
it's easy to prevent at least early EOF. Playback will happen to work,
even if it's slightly broken.
Do we want to print a warning in the slightly broken case? Does it
just
On Sun, Sep 21, 2014 at 04:26:37PM +0200, wm4 wrote:
On Sun, 21 Sep 2014 15:59:43 +0200
James Darnley james.darn...@gmail.com wrote:
On 2014-09-21 12:51, wm4 wrote:
it's easy to prevent at least early EOF. Playback will happen to work,
even if it's slightly broken.
Do we want to
Michael Niedermayer in gmane.comp.video.ffmpeg.devel (Fri, 19 Sep 2014
09:52:19 +0200):
On Thu, Sep 18, 2014 at 09:40:20PM -0700, Timothy Gu wrote:
On Thu, Sep 18, 2014 at 7:49 PM, Gianluigi Tiesi mpla...@netfarm.it wrote:
Hi,
in the latest git commits of libilbc developers removed
On Sun, Sep 21, 2014 at 04:58:03PM +0200, Jan Ehrhardt wrote:
Michael Niedermayer in gmane.comp.video.ffmpeg.devel (Fri, 19 Sep 2014
09:52:19 +0200):
On Thu, Sep 18, 2014 at 09:40:20PM -0700, Timothy Gu wrote:
On Thu, Sep 18, 2014 at 7:49 PM, Gianluigi Tiesi mpla...@netfarm.it
wrote:
From: Thomas Volkert tho...@homer-conferencing.com
---
libavformat/mux.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/libavformat/mux.c b/libavformat/mux.c
index 55add43..ef90466 100644
--- a/libavformat/mux.c
+++ b/libavformat/mux.c
@@ -586,6 +586,16 @@ static int
From: Thomas Volkert tho...@homer-conferencing.com
---
libavformat/rtpenc_h263_rfc2190.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git a/libavformat/rtpenc_h263_rfc2190.c
b/libavformat/rtpenc_h263_rfc2190.c
index 0493008..34b3906 100644
---
On Sun, Sep 21, 2014 at 08:38:58AM +0200, wm4 wrote:
On Sat, 20 Sep 2014 22:27:40 +0200
Clément Bœsch u...@pkh.me wrote:
Just a patchset to ease the transition to a sane internal form for the
decoded
text subtitles.
[PATCH 01/17] avcodec/jacosubdec: add some memory checks
[PATCH
On Sun, Sep 21, 2014 at 11:20:26AM +0200, Nicolas George wrote:
Le jour de la Raison, an CCXXII, Clément Bœsch a écrit :
---
libavcodec/webvttdec.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
Patches 5-10 look right, except most of them could benefit from the
On Sun, Sep 21, 2014 at 11:12:41AM +0200, Nicolas George wrote:
Le jour de la Raison, an CCXXII, Clément Bœsch a écrit :
---
libavformat/assenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
LGTM, of course.
Applied
--
Clément B.
pgpPlGTYrOkFV.pgp
Description: PGP
On Sun, Sep 21, 2014 at 07:19:43PM +0200, Nicolas George wrote:
Le jour de la Récompense, an CCXXII, Clément Bœsch a écrit :
So I did that and pushed that part of the patchset, adjusted to use a
bprint helper.
Unfortunately, this raises a warning because av_bprint_is_complete()
doesn't
Le jour de la Récompense, an CCXXII, Clément Bœsch a écrit :
Doesn't this need at least a minor bump?
I consider it a bug fix, not an API change. Can you imagine a case where
people would need to check for it?
Not really; in SAMI at least the buffer is allocated only once, and
finalized only
On Sun, Sep 21, 2014 at 07:36:19PM +0200, Nicolas George wrote:
Le jour de la Récompense, an CCXXII, Clément Bœsch a écrit :
Doesn't this need at least a minor bump?
I consider it a bug fix, not an API change. Can you imagine a case where
people would need to check for it?
One case that
Le jour de la Récompense, an CCXXII, Clément Bœsch a écrit :
One case that might break is when used as a callback. That's very unlikely
to happen, but it's still a change in the public API. You might get some
rainbow colors from http://upstream-tracker.org/ typically.
All right, but only micro
This allows applications which interface through AVIOContext or URLProtocol
to access side data.
Based-on patch by: Thomas Volkert si...@gmx.net
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libavformat/avformat.h |1 +
libavformat/mux.c |6 ++
libavformat/version.h |
On Sun, Sep 21, 2014 at 07:43:39PM +0200, Nicolas George wrote:
Le jour de la Récompense, an CCXXII, Clément Bœsch a écrit :
One case that might break is when used as a callback. That's very unlikely
to happen, but it's still a change in the public API. You might get some
rainbow colors
Le jour de la Récompense, an CCXXII, Michael Niedermayer a écrit :
This allows applications which interface through AVIOContext or URLProtocol
to access side data.
Based-on patch by: Thomas Volkert si...@gmx.net
Signed-off-by: Michael Niedermayer michae...@gmx.at
Can you point to the
On Sun, Sep 21, 2014 at 09:23:18PM +0200, Nicolas George wrote:
Le jour de la Récompense, an CCXXII, Michael Niedermayer a écrit :
This allows applications which interface through AVIOContext or URLProtocol
to access side data.
Based-on patch by: Thomas Volkert si...@gmx.net
Some C libraries, eg glibc, uclibc, and musl, uses feature test macros
to expose definitions conforming to the standards ISO C, POSIX and
extensions. According to which feature test macros are defined by the
user or the compiler, a header file, eg features.h, used by these
libraries internally
On Sun, Sep 21, 2014 at 10:48:01PM +0200, Jörg Krause wrote:
Some C libraries, eg glibc, uclibc, and musl, uses feature test macros
to expose definitions conforming to the standards ISO C, POSIX and
extensions. According to which feature test macros are defined by the
user or the compiler,
45 matches
Mail list logo
