On 19/09/14 8:24 PM, Michael Niedermayer wrote:
> On Fri, Sep 19, 2014 at 07:18:10PM -0300, James Almer wrote:
>> Also add mmxext versions of vsad8 and vsad_intra8, and sse2 versions of
>> vsad16 and vsad_intra16.
>> Since vsad8 and vsad16 are not bitexact, they are accordingly marked as
>> approxi
On Fri, Sep 19, 2014 at 08:23:34PM +0200, airwolf wrote:
> Hi,
>
> following file shows a bunch of errors in ffprobe:
> https://www.dropbox.com/s/04djuv4zn0l4lkx/espn.ts?dl=0
>
> I'm not an expert in decoding that's why I try to ask here.
> I converted the file to mp4 and used the mp4toannexb fil
On Fri, Sep 19, 2014 at 07:18:10PM -0300, James Almer wrote:
> Also add mmxext versions of vsad8 and vsad_intra8, and sse2 versions of
> vsad16 and vsad_intra16.
> Since vsad8 and vsad16 are not bitexact, they are accordingly marked as
> approximate.
>
> Signed-off-by: James Almer
> ---
> libavc
On Fri, Sep 19, 2014 at 10:57:41AM -0700, Nicholas Robbins wrote:
> > On Friday, September 19, 2014 12:31 PM, Carl Eugen Hoyos
> > wrote:
>
>
>
>
> > > Nicholas Robbins ffmpeg.org> writes:
> >
> >> +{ "only_dec_forced", "Only decode forced
> > subtitles",
> >
> > Please use the same
Also add mmxext versions of vsad8 and vsad_intra8, and sse2 versions of
vsad16 and vsad_intra16.
Since vsad8 and vsad16 are not bitexact, they are accordingly marked as
approximate.
Signed-off-by: James Almer
---
libavcodec/x86/me_cmp.asm| 161 +++
lib
On 19/09/14 6:41 PM, Michael Niedermayer wrote:
>> +mova m1, [pb_127]
> isnt this supposed to be 128 ?
Yes, will send a fixed version in a moment.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Fri, Sep 19, 2014 at 05:04:49PM -0300, James Almer wrote:
> Also add mmxext versions of vsad8 and vsad_intra8, and sse2 versions of
> vsad16 and vsad_intra16.
> Since vsad8 and vsad16 are not bitexact, they are accordingly marked as
> approximate.
>
> Signed-off-by: James Almer
> ---
> Unrelat
On Fri, Sep 19, 2014 at 02:56:00PM -0500, Daniel Bomar wrote:
> As suggested, this just adds _DEFAULT_SOURCE while preserving
> _SVID_SOURCE for whatever old systems still need it.
>
> Signed-off-by: Daniel Bomar
> ---
> libavformat/os_support.c | 1 +
> 1 file changed, 1 insertion(+)
applied
Also add mmxext versions of vsad8 and vsad_intra8, and sse2 versions of
vsad16 and vsad_intra16.
Since vsad8 and vsad16 are not bitexact, they are accordingly marked as
approximate.
Signed-off-by: James Almer
---
Unrelated to this patch, but this simd implementation of vsad is *far*
from approxi
As suggested, this just adds _DEFAULT_SOURCE while preserving
_SVID_SOURCE for whatever old systems still need it.
Signed-off-by: Daniel Bomar
---
libavformat/os_support.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/os_support.c b/libavformat/os_support.c
index e8f063a..f9d6e
Signed-off-by: Nicholas Robbins
---
libavcodec/dvdsubdec.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/dvdsubdec.c b/libavcodec/dvdsubdec.c
index 7355c03..de1ecbf 100644
--- a/libavcodec/dvdsubdec.c
+++ b/libavcodec/dvdsubdec.c
@@ -39,6 +39,7 @@ typedef struct DVDSubContex
On Fri, Sep 19, 2014 at 09:00:28PM +0200, wm4 wrote:
> On Fri, 19 Sep 2014 20:49:49 +0200
> Clément Bœsch 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 Read
On Fri, 19 Sep 2014 20:49:49 +0200
Clément Bœsch 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) restores the
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) restores the original order.
TODO: micro bump
---
libavformat/assdec.c | 25 ++
Hi,
following file shows a bunch of errors in ffprobe:
https://www.dropbox.com/s/04djuv4zn0l4lkx/espn.ts?dl=0
I'm not an expert in decoding that's why I try to ask here.
I converted the file to mp4 and used the mp4toannexb filter, then I used
h264analyze.
You can find the output below:
https:/
> On Friday, September 19, 2014 1:15 PM, wm4 wrote:
>
> Sorry, but didn't the discussion go towards that ffmpeg.c should filter
> out subtitles flagged as forced?
>
> And in fact, the PGS decoder should be changed to flag forced subs
> correctly.
I've never peeked inside ffmpeg.c so I don't
> On Friday, September 19, 2014 12:31 PM, Carl Eugen Hoyos
> wrote:
> > Nicholas Robbins ffmpeg.org> writes:
>
>> +{ "only_dec_forced", "Only decode forced
> subtitles",
>
> Please use the same option name as for pgs subtitles.
>
> Carl Eugen
Ok, I'll do that. Also I noticed that
On Fri, 19 Sep 2014 08:19:34 -0500
Daniel Bomar wrote:
> What should be tested in configure? IMO take this patch and and if it
> breaks some old systems (not sure why it would) have a configure
> option to revert this on those systems.
I suppose it should test inet_aton, which is apparently why
On 19/09/14 6:58 AM, Michael Niedermayer wrote:
> On Fri, Sep 19, 2014 at 01:50:28AM -0300, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> Unlike us, libav got rid of the internal symbols before the header became
>> public on
>> an actual relase, so we're stuck with it until next bum
On Fri, 19 Sep 2014 07:33:26 -0700
Nicholas Robbins wrote:
> Ok, not to beat a dead horse, but I think I've gotten this working. I think
> it might work better in lavc/dvdsubdec.c. AFAICT this works and doesn't
> produce mangled tracks. Patch at end of email. (Sorry for the inline patch)
> If
On Fri, Sep 19, 2014 at 07:33:26AM -0700, Nicholas Robbins wrote:
> Ok, not to beat a dead horse, but I think I've gotten this working. I think
> it might work better in lavc/dvdsubdec.c. AFAICT this works and doesn't
> produce mangled tracks. Patch at end of email. (Sorry for the inline patch)
Daniel Bomar gmail.com> writes:
> What should be tested in configure?
You wrote that compilation fails for you with an
error, I originally assumed this can be reproduced
with current FFmpeg git head (rereading our mail,
I am not so sure).
If compilation fails, this can be tested in
configure
Nicholas Robbins ffmpeg.org> writes:
> +{ "only_dec_forced", "Only decode forced subtitles",
Please use the same option name as for pgs subtitles.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo
On Fri, Sep 19, 2014 at 8:53 AM, Amnon Israely wrote:
>>
>>
>> What do you think might be the problem here?
>>
>>
> I changed streams order in deckling_dec.cpp
> and Video now on 0:0
Video is not guaranteed to be always on 0:0, and therefore you are
trying to fix a nonexistent problem here.
[...
>
>
> What do you think might be the problem here?
>
>
I changed streams order in deckling_dec.cpp
and Video now on 0:0
/* Setup streams. */
st = avformat_new_stream(avctx, NULL);
if (!st) {
av_log(avctx, AV_LOG_ERROR, "Cannot add stream\n");
goto error;
}
st
Ok, not to beat a dead horse, but I think I've gotten this working. I think it
might work better in lavc/dvdsubdec.c. AFAICT this works and doesn't produce
mangled tracks. Patch at end of email. (Sorry for the inline patch) If this is
a good patch, I'll add the appropriate documentation and do a
On Fri, Sep 19, 2014 at 03:44:31PM +0200, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libpostproc/postprocess.c | 36
> +++-
> libpostproc/postprocess_internal.h |1 +
> libpostproc/postprocess_template.c | 14 +
On Fri, Sep 19, 2014 at 08:08:10AM +0200, Reimar Döffinger wrote:
> On 19 September 2014 07:34:11 CEST, Pascal Massimino
> wrote:
> >Hi Reimar,
> >while i don't necessarily disagree with the above generally speaking
> >[*],
> >let me repeat that
> >this is a pragmatic choice. I'm not going to giv
Signed-off-by: Michael Niedermayer
---
libpostproc/postprocess.c | 36 +++-
libpostproc/postprocess_internal.h |1 +
libpostproc/postprocess_template.c | 14 ++
3 files changed, 46 insertions(+), 5 deletions(-)
diff --git a/libpostproc
What should be tested in configure? IMO take this patch and and if it
breaks some old systems (not sure why it would) have a configure
option to revert this on those systems.
On Thu, Sep 18, 2014 at 5:39 PM, Carl Eugen Hoyos wrote:
> Daniel Bomar gmail.com> writes:
>
>> This is from /usr/includ
On Thu, Sep 18, 2014 at 02:35:42PM -0600, Ryan Owen wrote:
> I have a TS feed that I'm reading with libavformat/libavcodec over
> multicast. The feed comes from an over-the-air channel, where the video is
> mpeg2 and the audio is AC3.
>
> Occasionally there are some dropped packets, and that some
On Thu, Sep 18, 2014 at 10:34:11PM -0700, Pascal Massimino wrote:
> Hi Reimar,
>
> On Thu, Sep 18, 2014 at 12:28 PM, Reimar Döffinger > wrote:
>
> > On 18 September 2014 10:55:00 CEST, Pascal Massimino <
> > pascal.massim...@gmail.com> wrote:
> > >Hi Reimar,
> > >
> > >On Thu, Sep 18, 2014 at 9:
On Fri, Sep 19, 2014 at 12:59:35PM +0300, Andrey Utkin wrote:
> Thank you for your feedback.
> Any more comments/advices?
> Are patch submissions on this topic welcome?
yes, but please also seperate addition of codes and their use so
you dont waste time changing alot of code to a error code that
On Fri, Sep 19, 2014 at 04:15:13AM +, Raento Mika wrote:
> On 19/09/14 01:27, "Michael Niedermayer" wrote:
>
> >On Thu, Sep 18, 2014 at 06:05:38PM +, Raento Mika wrote:
> >> Hiy'all
> >>
> >> As suggested by Michael, I'm trying to add a FATE test for the new
> >> single_file option to th
On Thu, Sep 18, 2014 at 8:24 PM, Jörg Krause wrote:
>
> On 09/18/2014 07:10 PM, Reimar Döffinger wrote:
>
>> On 18.09.2014, at 17:26, Michael Niedermayer wrote:
>>
>>> On Thu, Sep 18, 2014 at 04:22:27PM +0200, Jörg Krause wrote:
>>>
glibc, uclibc, and musl uses feature test macros to expose
Thank you for your feedback.
Any more comments/advices?
Are patch submissions on this topic welcome?
--
Andrey Utkin
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Fri, Sep 19, 2014 at 01:50:28AM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> Unlike us, libav got rid of the internal symbols before the header became
> public on
> an actual relase, so we're stuck with it until next bump.
> I renamed the function to ff_ since it's only used
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
> typedefs
> >
> > The attached patch uses int types instead,
> > it's safe to apply also for pre
38 matches
Mail list logo
