On Sat, 9 Aug 2014 01:28:05 -0400
compn wrote:
> On Mon, 04 Aug 2014 19:58:52 +0200
> Gisle Sælensminde wrote:
>
> > I'm trying to add support for closed captions in ffmpeg, namely
> > cea608 and cea708.
>
> mythtv fork of ffmpeg has this support already. maybe we can port it
> (along with som
On Mon, 04 Aug 2014 19:58:52 +0200
Gisle Sælensminde wrote:
> I'm trying to add support for closed captions in ffmpeg, namely
> cea608 and cea708.
mythtv fork of ffmpeg has this support already. maybe we can port it
(along with some other changes)?
https://code.mythtv.org/trac/browser
http://s
Hi
On 9 August 2014 11:57, wm4 wrote:
> On Sat, 9 Aug 2014 11:46:40 +1000
> Off-topic, but: it might be easier nowadays?
>
> The strangest things that are not even related to video decoding are
> getting merged - surely it's possible to merge things such as teletext.
In all honesty, we spent mon
On Sat, 9 Aug 2014 11:46:40 +1000
Jean-Yves Avenard wrote:
> MythTV do not work against stock FFmpeg and never will. We run a
> heavily modified version of FFmpeg, you can call it a fork.
> In particular, we use our own mpeg-ts demuxer, we support things like
> MHEG, DVB/ATSC/Teletext subtitles t
Hi.
Only going to reply to some of the misinformation provided in the post
from Reinhard Tartler
(https://lists.debian.org/debian-devel/2014/08/msg00160.html)
For the background: I am the de-facto maintainer of the MythTV's FFmpeg fork.
> To the best of my knowledge, there are only two high-pro
On Fri, Aug 08, 2014 at 10:37:06AM -0700, Mark Reid wrote:
> ---
> libavformat/movenc.c | 25 +++--
> 1 file changed, 23 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/movenc.c b/libavformat/movenc.c
> index 86dbe7f..fe4413c 100644
> --- a/libavformat/movenc.c
> ++
On Fri, Aug 08, 2014 at 10:37:06AM -0700, Mark Reid wrote:
> ---
> libavformat/movenc.c | 25 +++--
> 1 file changed, 23 insertions(+), 2 deletions(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Rewriting code that is poo
Quoting Matthias Urlichs (2014-08-08 21:22:38)
> Alessio Treglia:
>> We've spent a lot of time over the past months talking to upstreams,
>> forwarding them our patches and make sure their programs and
>> libraries work with libav.
>> We've spent ***months*** in making the whole thing work, and d
---
libavcodec/h264.c | 11 +++
libavcodec/h264.h |6 ++
libavcodec/h264_sei.c |6 ++
3 files changed, 23 insertions(+)
diff --git a/libavcodec/h264.c b/libavcodec/h264.c
index 8fa35c7..e77b633 100644
--- a/libavcodec/h264.c
+++ b/libavcodec/h264.c
@@ -883,6 +883
On Fri, 8 Aug 2014 15:06:20 +0100
Alessio Treglia wrote:
> Hi,
>
> On Fri, Aug 8, 2014 at 12:13 PM, Matthias Urlichs wrote:
> > That leaves the question of the "official" opinion of the libav
> > maintainers (pkg-multimedia-maintain...@lists.alioth.debian.org).
> > Did none of them write anythi
Alessio Treglia debian.org> writes:
> Many Jessie's multimedia framework and packages
> have been developed and QA'd with libav.
Could you name one framework or package that does
not work with FFmpeg (or does not have less bugs
with FFmpeg than with avconv libraries)?
I have never tested GSt
Hi,
Alessio Treglia:
> We've spent a lot of time over the past months talking to upstreams,
> forwarding them our patches and make sure their programs and libraries
> work with libav.
> We've spent ***months*** in making the whole thing work, and dropping
> libav in favour of FFmpeg at this point,
On Aug 08, Matthias Urlichs wrote:
> IMHO the best idea at this point would be to toss out libav, and rebuild
> the rdeps with ffmpeg. Now, before it's too late for jessie.
Agreed. The interested parties should really raise this with the CTTE
ASAP.
--
ciao,
Marco
signature.asc
Description: D
hi, all
I'm using gdigrab feature on windows, and found that the count of gdi objects
owned by ffmpeg.exe increasing endlessly...
Here is the patch, can someone commit it?
--
diff --git a/libavdevice/gdigrab.c b/libavdevice/gdigrab.c
index bccfef2..e
Hi,
Andreas Cadhalpun:
> Once FFmpeg is back in the archive, it'll be easy to reintroduce MPlayer. It
> has been removed from sid, since it fails to build against Libav, but it
> builds fine against FFmpeg.
> (It uses some of the features only provided by FFmpeg.)
>
Yet another reason why solely
Hi,
On Fri, Aug 8, 2014 at 12:13 PM, Matthias Urlichs wrote:
> That leaves the question of the "official" opinion of the libav
> maintainers (pkg-multimedia-maintain...@lists.alioth.debian.org).
> Did none of them write anything in "defense" of libav, or have I simply
> missed it?
>
> IMHO the be
On Wed, Aug 06, 2014 at 08:29:40PM -0400, Justin Jacobs wrote:
> I have a Matroska file that contains a broken chapter (end time is before
> start time) that caused any ffmpeg-linked program to crash when accessing
> it. I've attached a patch that fixes the crash. Also, here is the backtrace
> of t
On Wed, Aug 06, 2014 at 08:29:40PM -0400, Justin Jacobs wrote:
> I have a Matroska file that contains a broken chapter (end time is before
> start time) that caused any ffmpeg-linked program to crash when accessing
> it. I've attached a patch that fixes the crash. Also, here is the backtrace
> of t
---
libavformat/movenc.c | 25 +++--
1 file changed, 23 insertions(+), 2 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 86dbe7f..fe4413c 100644
--- a/libavformat/movenc.c
+++ b/libavformat/movenc.c
@@ -1340,6 +1340,16 @@ static int mov_write_rtp_ta
hi,
My last patch added read support, now this on adds write support for reel names
in tcmd atoms, as documented here:
https://developer.apple.com/library/mac/documentation/quicktime/qtff/QTFFChap3/qtff3.html/apple_ref/doc/uid/TP4939-CH205-57409#//apple_ref/doc/uid/TP4939-CH205-69831
Th
On Fri, Aug 08, 2014 at 09:58:35PM +0700, Muhammad Faiz wrote:
> add tlength option with frequency and timeclamp variable
> volume option with frequency and timeclamp variable,
>and a_weighting, b_weighting, c_weighting function
>
> thank's
>
> ---
> doc/filters.texi | 42 +
On Fri, Aug 08, 2014 at 12:54:41PM +0200, Marek Fort wrote:
> Hi,
>
> new patch attached.
> It is a simplified version. It does the same job as the older/longer one.
>
> I'd like to get this patch integrated.
>
> Thank you,
> Marek Fort
>
>
> On 6 August 2014 14:33, Marek Fort wrote:
>
> > H
add tlength option with frequency and timeclamp variable
volume option with frequency and timeclamp variable,
and a_weighting, b_weighting, c_weighting function
thank's
---
doc/filters.texi | 42 +--
libavfilter/avf_showcqt.c | 87 +
I agree with most of your suggestions and they will be incorporated in the next
patch.
Thanks again on your review.
- Nedeljko
Od: ffmpeg-devel-boun...@ffmpeg.org [ffmpeg-devel-boun...@ffmpeg.org] u ime
korisnika Reimar Döffinger [reimar.doeffin...@gmx.d
On 2014-07-21 01:48, Michael Niedermayer wrote:
> On Mon, Jul 21, 2014 at 12:32:23AM +0200, James Darnley wrote:
>> On 2014-03-15 00:01, Michael Niedermayer wrote:
>>> On Wed, Mar 12, 2014 at 01:03:03PM +0100, James Darnley wrote:
+; Is it worth looping correctly over the first samples? The m
On Fri, Aug 8, 2014 at 2:31 AM, Michael Niedermayer wrote:
> On Thu, Aug 07, 2014 at 04:52:43PM +0200, Robert Krüger wrote:
>> Hi,
>>
>> could someone explain, what the difference between those two is and
>> when to use which one?
>>
>> #define AV_CH_LAYOUT_STEREO(AV_CH_FRONT_LEFT|AV_C
Yestday, I got the latest snaphot from GIT and tested the case.
On a CBR test, if outpur bandwidth rate is high, some decoders/TS analyze SWs
give PCR accuracy and repetition error (very rare).
Example:
ffmpeg -i pipe -aspect 16:9 -fflags +genpts -vcodec libx264 -preset ultrafast
-vb 25000k -min
Hi,
new patch attached.
It is a simplified version. It does the same job as the older/longer one.
I'd like to get this patch integrated.
Thank you,
Marek Fort
On 6 August 2014 14:33, Marek Fort wrote:
> Hi,
>
> I'd like to get this patch integrated.
> This allows to propagate AALP and ARES m
On Thu, Aug 07, 2014 at 12:15:17AM +0200, Daniel Oberhoff wrote:
>
> Am 06.08.2014 um 12:12 schrieb Clément Bœsch :
>
> > On Sun, Aug 03, 2014 at 06:43:18PM +0200, Daniel Oberhoff wrote:
> > [...]
> +static av_cold int init(AVFilterContext *ctx)
> +{
> +return 0;
> +}
> >>
On 8/7/14, Daniel Oberhoff wrote:
>
> Am 06.08.2014 um 12:12 schrieb Clement Boesch :
>
>> On Sun, Aug 03, 2014 at 06:43:18PM +0200, Daniel Oberhoff wrote:
>> [...]
> +static av_cold int init(AVFilterContext *ctx)
> +{
> +return 0;
> +}
>
please remove this one, t
30 matches
Mail list logo
