On Sun, Sep 21, 2014 at 05:43:16PM +0200, Thomas Volkert wrote:
> From: Thomas Volkert
>
> ---
> libavformat/rtpenc_h263_rfc2190.c | 15 +++
> 1 file changed, 7 insertions(+), 8 deletions(-)
applied
thanks
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
On Tue, Sep 02, 2014 at 11:26:13AM +0200, Deti Fliegl wrote:
> On 30.08.14 01:22, Michael Niedermayer wrote:
> >moving code from (like from decklink_enc.cpp to decklink_common.cpp)
> >should be in a seperate patch
> Done. Both patches are attached to this mail.
>
> >If you want to maintain this co
On Sun, Sep 21, 2014 at 09:47:54PM +0200, wm4 wrote:
> On Sun, 21 Sep 2014 21:37:14 +0200
> Michael Niedermayer wrote:
>
> > 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 wh
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 compile
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 , used by these
libraries internally defines va
Le jour de la Récompense, an CCXXII, Michael Niedermayer a écrit :
> user applications and libs which interface to FFmpeg or libavformat
> through a URLProtocol or AVIOContext receive the AVPacket.data but
> not AVPacket.side_data but the side data is often essential
Yes, I know that. And this is
On Sun, 21 Sep 2014 21:37:14 +0200
Michael Niedermayer wrote:
> 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
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
> > Signed-off-by
On Sun, Sep 21, 2014 at 09:20:23PM +0200, wm4 wrote:
> On Sun, 21 Sep 2014 21:15:11 +0200
> Michael Niedermayer wrote:
>
> > This allows applications which interface through AVIOContext or URLProtocol
> > to access side data.
> >
> > Based-on patch by: Thomas Volkert
> > Signed-off-by: Michael
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
> Signed-off-by: Michael Niedermayer
Can you point to the discussion about this patch and
On Sun, 21 Sep 2014 21:15:11 +0200
Michael Niedermayer wrote:
> This allows applications which interface through AVIOContext or URLProtocol
> to access side data.
>
> Based-on patch by: Thomas Volkert
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/avformat.h |1 +
> libavformat/
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 colo
This allows applications which interface through AVIOContext or URLProtocol
to access side data.
Based-on patch by: Thomas Volkert
Signed-off-by: Michael Niedermayer
---
libavformat/avformat.h |1 +
libavformat/mux.c |6 ++
libavformat/version.h |4 ++--
3 files changed, 9
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 mic
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
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 onl
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()
>
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 take a const parameter. I was too lazy to actually fix the API,
>
On Sun, Sep 21, 2014 at 08:32:15AM +0200, wm4 wrote:
> On Sat, 20 Sep 2014 22:27:51 +0200
> Clément Bœsch 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 whic
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: P
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 th
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 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
> > [PAT
From: Thomas Volkert
---
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 write_packet(AVFormatContext *s, AVPacket
From: Thomas Volkert
---
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
--- a/libavformat/rtpenc_h263_rfc2190.c
+++ b/libavf
---
I hope I addressed all comments from the previous threads.
DTS is now assumed to be unset if it's 0, otherwise it's kept.
Still not sure about the probe score business.
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/supdec.c | 109
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
> >> wrote:
> >> > Hi,
> >
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 wrote:
>> > Hi,
>> >
>> > in the latest git commits of libilbc developers removed WebRtc_xxx type
On Sun, Sep 21, 2014 at 04:26:37PM +0200, wm4 wrote:
> On Sun, 21 Sep 2014 15:59:43 +0200
> James Darnley 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 wa
On Sun, 21 Sep 2014 15:59:43 +0200
James Darnley 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 mean that the mi
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 mean that the middle cannot be gapless between file1 and file2?
signature.asc
Descr
On Sun, Sep 21, 2014 at 01:50:12PM +0200, Thomas Volkert wrote:
> From: Thomas Volkert
>
> ---
> libavformat/rtpdec_hevc.c | 14 +-
> 1 file changed, 9 insertions(+), 5 deletions(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
D
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
>
On Sun, Sep 21, 2014 at 10:17:14AM +0100, Reimar Döffinger wrote:
> Signed-off-by: Reimar Döffinger
> ---
> configure | 1 +
> 1 file changed, 1 insertion(+)
OK
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I am the wisest man alive, for I know one thing, an
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 a
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
From: Thomas Volkert
---
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
+++ b/libavformat/rtpdec_hevc.c
@@ -300,6 +300
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.
-- Aristo
On Sun, Sep 21, 2014 at 12:10:42PM +0200, Thomas Volkert wrote:
> From: Thomas Volkert
>
> ---
> 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 mak
From: Thomas Volkert
---
Changelog | 1 +
libavformat/Makefile | 1 +
libavformat/rtpenc.c | 11
libavformat/rtpenc.h | 1 +
libavformat/rtpenc_hevc.c | 146 ++
libavformat/version.h | 2 +-
6 files chan
On 21 September 2014 10:46:33 GMT+01:00, wm4 wrote:
>On Sun, 21 Sep 2014 10:17:15 +0100
>Reimar Döffinger 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
>> ---
>> configure
On Sun, 21 Sep 2014 10:17:15 +0100
Reimar Döffinger 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
> ---
> configure | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/conf
On Sun, 21 Sep 2014 11:16:49 +0200
Nicolas George 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 of rein
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
___
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
---
configure | 1 +
1 file changed, 1 insertion(+)
diff --git a/configure b/configure
index 2c6db81..dec1cfc 100755
--- a/configure
+++ b/configure
Signed-off-by: Reimar Döffinger
---
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 -Wl,-z,noexecstack
if check_func d
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
---
libavformat/mpegts.c | 8
1 file changed, 8 insertions(+)
diff --git a/libavformat/mpegts.c b/libavformat/mpegts.c
index 3434341..c04
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
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
http://f
Le jour de la Raison, an CCXXII, Clément Bœsch a écrit :
> ---
> libavcodec/mpl2dec.c | 14 --
> 1 file changed, 8 insertions(+), 6 deletions(-)
Looks correct.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg
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
> +++ b/
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/jacosubdec.c | 12
> 1 file changed, 8 insertions(+), 4 deletions(-)
Looks right.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.
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
54 matches
Mail list logo
