Fix cases where unknown data (data beyond p->buf_size) could produce a
higher ico probe score than if the unknown data was known and valid.
For example:
Header: OK, 2 frames
Frame 0: Unknown (offset points beyond end of probe buffer)
Frame 1: Invalid
Previously this example had a score
Avoid invalid memory read/crash when frame offset >= 0xfff8.
Base64-encoded example: AAABADAwMDAwMAAAMAAwMDAw/P///w==
(The previous commit verifies that p->buf_size >= 22.)
---
libavformat/icodec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/icodec.c b/libav
Current intmath routines for arm require inter-procedure constant propagation
and fail to compile when optimizations are disabled.
---
configure | 1 +
libavutil/intmath.h | 2 ++
2 files changed, 3 insertions(+)
diff --git a/configure b/configure
index 2148f11..70e0161 100755
--- a/con
Hi,
This patch adds a fate test for the parsing raw dnxhr streams.
Can someone add this test footage to fate for me?
https://dl.dropboxusercontent.com/u/170952/fate/dnxhd/dnxhr_cid1274.dnxhr
it goes in
FATE_ROOT/dnxhd/dnxhr_cid1274.dnxhr
Mark Reid (1):
tests/fate: added dnxhr parser regression
---
tests/fate/dnxhd.mak | 4 +++-
tests/ref/fate/dnxhr-parse | 5 +
2 files changed, 8 insertions(+), 1 deletion(-)
create mode 100644 tests/ref/fate/dnxhr-parse
diff --git a/tests/fate/dnxhd.mak b/tests/fate/dnxhd.mak
index 6d79f3b..b7f8b17 100644
--- a/tests/fate/dnxhd.mak
+++ b/tes
On Wed, Jan 27, 2016 at 10:03:32PM +0100, Michael Niedermayer wrote:
> Hi all
these questions need awnsers, they are all mandatory
ive ommited what i could fill out from reusing things from last year
and also whats optional
Public Profile
Tagline,
A very short description of your organiz
Signed-off-by: Marton Balint
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/dvbtxt.c | 50
libavformat/utils.c | 1 +
libavutil/internal.h | 15 +++
5 files changed, 68 insertions(+)
cre
Signed-off-by: Marton Balint
---
libavcodec/libzvbi-teletextdec.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/libavcodec/libzvbi-teletextdec.c b/libavcodec/libzvbi-teletextdec.c
index 308f735..80d023b 100644
--- a/libavcodec/libzvbi-teletextdec.c
+++ b/libavcode
On Mon, 15 Feb 2016, Carl Eugen Hoyos wrote:
Marton Balint passwd.hu> writes:
On Mon, 15 Feb 2016, Carl Eugen Hoyos wrote:
[..]
Hmm, maybe a raw dvb teletext stream demuxer with a
probe function would work.
Of course, I was hoping that I miss another way
of detecting the teletext stre
Enable with configure --enable-vtenc and encode using -codec:v vtenc_h264.
Signed-off-by: Rick Kern
---
MAINTAINERS|1 +
configure |3 +
libavcodec/Makefile|1 +
libavcodec/allcodecs.c |1 +
libavcodec/vtenc.c | 1269 ++
On Thu, Jan 28, 2016 at 10:22:00AM +, Carl Eugen Hoyos wrote:
> Michael Niedermayer niedermayer.cc> writes:
>
> > Is there anyone who wants to be (backup) admin for GSoC 2016 ?
>
> I'd like to help.
if you volunteer as (backup) admin then please add yourself to the wiki
also anyone who doe
On Wed, Jan 27, 2016 at 12:56:32PM -0900, Lou Logan wrote:
> On Wed, 27 Jan 2016 22:03:32 +0100, Michael Niedermayer wrote:
>
> > Hi all
> >
> > Is there anyone who wants to be (backup) admin for GSoC 2016 ?
> > also the GSoC page on the wiki needs to be put into shape for it
> >
> > Stefano, Re
On Wed, Jan 27, 2016 at 10:03:32PM +0100, Michael Niedermayer wrote:
> Hi all
>
> Is there anyone who wants to be (backup) admin for GSoC 2016 ?
> also the GSoC page on the wiki needs to be put into shape for it
>
> Stefano, Reynaldo, you did it last year IIRC, are you available again ?
> someon
VideoToolbox Encoder for OSX/iOS: https://github.com/FFmpeg/FFmpeg/pull/177
I submitted a patch a while ago and had it reviewed, but it was never pushed.
Rick
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmp
2016.02.16. 0:53 keltezéssel, Nicolas George írta:
L'octidi 28 pluviôse, an CCXXIV, Bodecs Bela a écrit :
this problem also occurs if the input is a live hls stream via http or via
hls+file protocol.
I thought it is a peculiarity of concat demuxer in case of non-seekable
input items.
This patc
On Mon, Feb 15, 2016 at 10:35:57PM +0100, Johan Ström wrote:
> Thanks for your attention!
>
> Updated patch attached. It has been rebased against current master
> (avio_open2->ffio_open_whitelist changes) with no issues.
>
> On 14/02/16 01:29, Michael Niedermayer wrote:
> >On Wed, Feb 03, 2016 at
L'octidi 28 pluviôse, an CCXXIV, Bodecs Bela a écrit :
> this problem also occurs if the input is a live hls stream via http or via
> hls+file protocol.
> I thought it is a peculiarity of concat demuxer in case of non-seekable
> input items.
> This patch is a workaroud for this.
As I said: it look
2016.02.16. 0:30 keltezéssel, Nicolas George írta:
L'octidi 28 pluviôse, an CCXXIV, Bodecs Bela a écrit :
This patch is a bug fix for a problem I faced recently.
There are cases when duration info is not available. e.g. reading an
mpegts file via a fifo file. But for concatenation this info is
L'octidi 28 pluviôse, an CCXXIV, Bodecs Bela a écrit :
> This patch is a bug fix for a problem I faced recently.
> There are cases when duration info is not available. e.g. reading an
> mpegts file via a fifo file. But for concatenation this info is
> mandatory to adjust next file timestamps. So we
Hi All,
This patch is a bug fix for a problem I faced recently.
There are cases when duration info is not available. e.g. reading an
mpegts file via a fifo file. But for concatenation this info is
mandatory to adjust next file timestamps. So we need to measure it to
have this value.
please inclu
On Mon, Feb 15, 2016 at 11:27:20AM -0800, Mark Harris wrote:
> On Mon, Feb 15, 2016 at 11:02 AM, Michael Niedermayer
> wrote:
> > On Mon, Feb 15, 2016 at 09:57:51AM -0800, Mark Harris wrote:
> >> Avoid invalid memory read/crash when ico offset >= 0xfff8.
> >> Base64-encoded example: AAABADAwMD
---
libavcodec/cfhd.c | 18 --
libavcodec/cfhd.h | 2 ++
2 files changed, 14 insertions(+), 6 deletions(-)
diff --git a/libavcodec/cfhd.c b/libavcodec/cfhd.c
index 5c15d9b..46d766a 100644
--- a/libavcodec/cfhd.c
+++ b/libavcodec/cfhd.c
@@ -156,6 +156,7 @@ static int alloc_buffers
d example
+This example will produce the playlist, @file{out.m3u8}, and segment files:
+@file{file-20160215-1455569023.ts}, @file{file-20160215-1455569024.ts}, etc.
+
+@item use_localtime_mkdir
+Used together with -use_localtime, it will create up to one subdirectory which
+is expanded in @var{filenam
On 2/14/16, Paul B Mahol wrote:
> Hi,
>
> patch attached.
>
Now with docs.
From 6cd55367866ec759613e80d4f60034109a7fd1f8 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Sun, 14 Feb 2016 19:02:42 +0100
Subject: [PATCH] avfilter: add fieldhint filter
Signed-off-by: Paul B Mahol
---
doc/filter
On 2/7/2016 8:24 PM, wm4 wrote:
> On Sun, 7 Feb 2016 23:25:53 +0100
> Andreas Cadhalpun wrote:
>
>> The pkg-config file contains all opencv libraries, not only the
>> neccessary ones.
>>
>> This change makes it possible to use the libopencv-imgproc-dev Debian
>> package instead of libopencv-dev,
On Mon, Feb 15, 2016 at 08:42:48PM +0100, Michael Niedermayer wrote:
> On Mon, Feb 15, 2016 at 06:52:30PM +0100, Matthieu Bouron wrote:
> > From: Matthieu Bouron
> >
> > ---
> > configure |5 +
> > libavcodec/Makefile |3 +
> > libavcodec/allcodecs.c
On Mon, Feb 15, 2016 at 06:52:30PM +0100, Matthieu Bouron wrote:
> From: Matthieu Bouron
>
> ---
> configure |5 +
> libavcodec/Makefile |3 +
> libavcodec/allcodecs.c |1 +
> libavcodec/mediacodec_wrapper.c | 1522
> +++
On Mon, Feb 15, 2016 at 11:02 AM, Michael Niedermayer
wrote:
> On Mon, Feb 15, 2016 at 09:57:51AM -0800, Mark Harris wrote:
>> Avoid invalid memory read/crash when ico offset >= 0xfff8.
>> Base64-encoded example: AAABADAwMDAwMAAAMAAwMDAw/P///w==
>> ---
>> libavformat/icodec.c | 2 +-
>> 1 fil
On Mon, Feb 15, 2016 at 09:57:51AM -0800, Mark Harris wrote:
> Avoid invalid memory read/crash when ico offset >= 0xfff8.
> Base64-encoded example: AAABADAwMDAwMAAAMAAwMDAw/P///w==
> ---
> libavformat/icodec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavforma
On Mon, Feb 15, 2016 at 9:57 AM, Mark Harris wrote:
> Avoid invalid memory read/crash when ico offset >= 0xfff8.
> Base64-encoded example: AAABADAwMDAwMAAAMAAwMDAw/P///w==
> ---
> libavformat/icodec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/icodec.
Avoid invalid memory read/crash when ico offset >= 0xfff8.
Base64-encoded example: AAABADAwMDAwMAAAMAAwMDAw/P///w==
---
libavformat/icodec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/icodec.c b/libavformat/icodec.c
index 6ddb901..8f84337 100644
--- a/libav
Hello,
The following patchset adds basic MediaCodec support to libavcodec, ie: only
h264 is supported and the HWAccel part (Surface output) is missing.
JNI comes as a dependency. The JNI support is based on the same patchset I've
sent some time ago with some improvements.
I originally developed
On Mon, Feb 15, 2016 at 6:52 PM, Matthieu Bouron
wrote:
> From: Matthieu Bouron
>
> ---
> configure| 4 +
> libavutil/Makefile | 4 +
> libavutil/jni.c | 55 +++
> libavutil/jni.h | 42 +
> libavutil/jni_internal.c | 391
> ++
From: Matthieu Bouron
---
libavutil/jni_internal.c | 25 +
libavutil/jni_internal.h | 1 +
2 files changed, 22 insertions(+), 4 deletions(-)
diff --git a/libavutil/jni_internal.c b/libavutil/jni_internal.c
index 5e2f7c3..ff25214 100644
--- a/libavutil/jni_internal.c
+++
From: Matthieu Bouron
---
configure |5 +
libavcodec/Makefile |3 +
libavcodec/allcodecs.c |1 +
libavcodec/mediacodec_wrapper.c | 1522 +++
libavcodec/mediacodec_wrapper.h | 123
libavcodec/mediacod
From: Matthieu Bouron
Handles uri starting with content://.
---
configure| 3 +
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/file.c | 160 +++
4 files changed, 165 insertions(+)
diff --git a/c
From: Matthieu Bouron
---
configure| 4 +
libavutil/Makefile | 4 +
libavutil/jni.c | 55 +++
libavutil/jni.h | 42 +
libavutil/jni_internal.c | 391 +++
libavutil/jni_internal.h | 147 +
From: Matthieu Bouron
---
libavutil/jni.c | 109 +++
libavutil/jni.h | 29 +
libavutil/jni_internal.c | 36 ++--
libavutil/jni_internal.h | 11 +
4 files changed, 182 insertions(+), 3 deletions(-)
diff
Hi,
patch attached.
I couldn't get blend functions to work correctly.
From f3bd081b5cffa92fb91e53b1469e4bfa7f744f51 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Mon, 15 Feb 2016 17:07:33 +0100
Subject: [PATCH] avfilter/drawutils: >8 bit support
Signed-off-by: Paul B Mahol
---
libavfilter
---
libavcodec/cfhd.c | 19 +--
libavcodec/cfhd.h | 2 ++
2 files changed, 15 insertions(+), 6 deletions(-)
diff --git a/libavcodec/cfhd.c b/libavcodec/cfhd.c
index 5c15d9b..94cabb8 100644
--- a/libavcodec/cfhd.c
+++ b/libavcodec/cfhd.c
@@ -60,6 +60,7 @@ static void init_frame_de
---
libavcodec/cfhd.c | 26 --
libavcodec/cfhd.h | 2 ++
2 files changed, 22 insertions(+), 6 deletions(-)
diff --git a/libavcodec/cfhd.c b/libavcodec/cfhd.c
index 5c15d9b..c5782a2 100644
--- a/libavcodec/cfhd.c
+++ b/libavcodec/cfhd.c
@@ -60,6 +60,7 @@ static void init_f
On Mon, Feb 15, 2016 at 3:13 PM, Ivan Kalvachev wrote:
> On 2/15/16, Ronald S. Bultje wrote:
>> Hi,
>>
>> On Mon, Feb 15, 2016 at 8:26 AM, Ivan Kalvachev
>> wrote:
>>
>>> On 2/15/16, Hendrik Leppkes wrote:
>>> > On Mon, Feb 15, 2016 at 2:13 PM, Ivan Kalvachev
>>> > wrote:
>>> >> Do not remove
On 2/15/16, Hendrik Leppkes wrote:
> On Mon, Feb 15, 2016 at 2:23 PM, Ivan Kalvachev
> wrote:
>> Keep the new XVMC pixfmt at the old position.
>> It was moved away to preserve ABI compatibility with the fork.
>>
>> I'm not really sure this one is better,
>> so I'm ok with dropping it if somebody
On 2/15/16, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Feb 15, 2016 at 8:26 AM, Ivan Kalvachev
> wrote:
>
>> On 2/15/16, Hendrik Leppkes wrote:
>> > On Mon, Feb 15, 2016 at 2:13 PM, Ivan Kalvachev
>> > wrote:
>> >> Do not remove HWACCEL flag with FF_API_XVMC since the
>> >> flag is supposed to b
On Mon, Feb 15, 2016 at 2:23 PM, Ivan Kalvachev wrote:
> Keep the new XVMC pixfmt at the old position.
> It was moved away to preserve ABI compatibility with the fork.
>
> I'm not really sure this one is better,
> so I'm ok with dropping it if somebody objects.
>
> Have in mind, triggering FF_API_
On Mon, Feb 15, 2016 at 2:27 PM, Ivan Kalvachev wrote:
> On 2/15/16, Hendrik Leppkes wrote:
>> On Mon, Feb 15, 2016 at 2:13 PM, Ivan Kalvachev
>> wrote:
>>> Do not remove HWACCEL flag with FF_API_XVMC since the
>>> flag is supposed to be used as generic one.
>>>
>>
>> The flag is unused except b
On Mon, Feb 15, 2016 at 2:26 PM, Ivan Kalvachev wrote:
> On 2/15/16, Hendrik Leppkes wrote:
>> On Mon, Feb 15, 2016 at 2:13 PM, Ivan Kalvachev
>> wrote:
>>> Do not remove HWACCEL flag with FF_API_XVMC since the
>>> flag is supposed to be used as generic one.
>>>
>>
>> The flag is unused except b
Hi,
On Mon, Feb 15, 2016 at 8:26 AM, Ivan Kalvachev
wrote:
> On 2/15/16, Hendrik Leppkes wrote:
> > On Mon, Feb 15, 2016 at 2:13 PM, Ivan Kalvachev
> > wrote:
> >> Do not remove HWACCEL flag with FF_API_XVMC since the
> >> flag is supposed to be used as generic one.
> >>
> >
> > The flag is un
On 2/15/16, Hendrik Leppkes wrote:
> On Mon, Feb 15, 2016 at 2:13 PM, Ivan Kalvachev
> wrote:
>> Do not remove HWACCEL flag with FF_API_XVMC since the
>> flag is supposed to be used as generic one.
>>
>
> The flag is unused except by the XVMC decoder, so removing it with it
> seems appropriate.
On 2/15/16, Hendrik Leppkes wrote:
> On Mon, Feb 15, 2016 at 2:13 PM, Ivan Kalvachev
> wrote:
>> Do not remove HWACCEL flag with FF_API_XVMC since the
>> flag is supposed to be used as generic one.
>>
>
> The flag is unused except by the XVMC decoder, so removing it with it
> seems appropriate.
Keep the new XVMC pixfmt at the old position.
It was moved away to preserve ABI compatibility with the fork.
I'm not really sure this one is better,
so I'm ok with dropping it if somebody objects.
Have in mind, triggering FF_API_XVMC will change a lot of AV_PIX_FMT values,
with or without that pa
On Mon, Feb 15, 2016 at 2:13 PM, Ivan Kalvachev wrote:
> Do not remove HWACCEL flag with FF_API_XVMC since the
> flag is supposed to be used as generic one.
>
The flag is unused except by the XVMC decoder, so removing it with it
seems appropriate.
- Hendrik
__
Do not remove HWACCEL flag with FF_API_XVMC since the
flag is supposed to be used as generic one.
---
libavcodec/avcodec.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index d849765..d2a34d8 100644
--- a/libavcodec/avcodec.h
+++ b/libavcodec/avc
On Mon, Feb 15, 2016 at 08:50:22AM +, Carl Eugen Hoyos wrote:
> Carl Eugen Hoyos ag.or.at> writes:
>
> > Henrik Gramner gramner.com> writes:
> >
> > > The Ubuntu 16.04 LTS feature freeze is coming up next week,
> > > so it'd be nice to have a release before that.
> >
> > (I am all for it,
On Thu, Jan 28, 2016 at 5:08 PM, wm4 wrote:
> On Thu, 28 Jan 2016 12:58:25 +0100
> Hendrik Leppkes wrote:
>
>> ---
>> libavcodec/hevc.c | 13 -
>> 1 file changed, 12 insertions(+), 1 deletion(-)
>>
>> diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
>> index c245d3b..5677f0f 100644
On 02/15/2016 12:38 PM, Michael Niedermayer wrote:
On Mon, Feb 15, 2016 at 05:38:03AM +0100, Mats Peterson wrote:
I'm not very confident on the muxing side, therefore I would be
grateful if anyone able to look outside of his own agenda could look
into possible solutions in order to solve the fol
On Mon, Feb 15, 2016 at 05:38:03AM +0100, Mats Peterson wrote:
> I'm not very confident on the muxing side, therefore I would be
> grateful if anyone able to look outside of his own agenda could look
> into possible solutions in order to solve the following issues
> pertaining to writing AVI and Qu
On Mon, Feb 15, 2016 at 01:18:50PM +0900, KO Myung-Hun wrote:
>
>
> Michael Niedermayer wrote:
> > On Mon, Feb 15, 2016 at 12:20:34AM +0900, KO Myung-Hun wrote:
> >> ---
> >> compat/os2threads.h | 39 ++-
> >> 1 file changed, 18 insertions(+), 21 deletions(-)
On Mon, Feb 15, 2016 at 11:39 AM, wm4 wrote:
> On Mon, 15 Feb 2016 10:21:19 +0100
> Steve Lhomme wrote:
>
>> On Mon, Feb 15, 2016 at 10:16 AM, Carl Eugen Hoyos wrote:
>> > Steve Lhomme videolabs.io> writes:
>> >
>> >> I implemented the same change in VLC.
>> >
>> > From a quick look, you added
On Mon, 15 Feb 2016 10:17:39 +0100
Stefano Sabatini wrote:
> On date Monday 2016-02-15 09:21:15 +0100, Paul B Mahol encoded:
> > On 2/15/16, Stefano Sabatini wrote:
> > > On date Wednesday 2016-02-10 16:21:09 +, Kieran Kunhya encoded:
> [...]
> > >> So, in the spirit of open source, I'd
Hi,
patch attached.
From 2bb4dc27b7afeee16be0c43ec88fe9aba999781d Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Mon, 15 Feb 2016 11:38:22 +0100
Subject: [PATCH] avfilter/vf_drawbox: add alpha pixel formats support
Signed-off-by: Paul B Mahol
---
libavfilter/vf_drawbox.c | 57 ++
On Mon, 15 Feb 2016 10:21:19 +0100
Steve Lhomme wrote:
> On Mon, Feb 15, 2016 at 10:16 AM, Carl Eugen Hoyos wrote:
> > Steve Lhomme videolabs.io> writes:
> >
> >> I implemented the same change in VLC.
> >
> > From a quick look, you added code to the decoder
> > wrapper but how is remuxing s
On Mon, Feb 15, 2016 at 10:29 AM, Carl Eugen Hoyos wrote:
> Steve Lhomme videolabs.io> writes:
>
>> On Mon, Feb 15, 2016 at 10:23 AM, Carl Eugen Hoyos wrote:
>> > Steve Lhomme videolabs.io> writes:
>> >
>> >> >> I implemented the same change in VLC.
>> >> >
>> >> > From a quick look, you added c
On Sat, Feb 13, 2016 at 12:20 AM, Paul B Mahol wrote:
>-ret = plot_cqt(ctx);
>+ret = plot_cqt(ctx, AV_NOPTS_VALUE);
it should not be set to AV_NOPTS_VALUE, but to previous pts + something
>-ret = plot_cqt(ctx);
>+ret = plot_cqt(ctx, insamples->pts +
Steve Lhomme videolabs.io> writes:
> On Mon, Feb 15, 2016 at 10:23 AM, Carl Eugen Hoyos wrote:
> > Steve Lhomme videolabs.io> writes:
> >
> >> >> I implemented the same change in VLC.
> >> >
> >> > From a quick look, you added code to the decoder
> >> > wrapper but how is remuxing supposed to wo
On Mon, Feb 15, 2016 at 10:23 AM, Carl Eugen Hoyos wrote:
> Steve Lhomme videolabs.io> writes:
>
>> >> I implemented the same change in VLC.
>> >
>> > From a quick look, you added code to the decoder
>> > wrapper but how is remuxing supposed to work?
>>
>> In VLC ? There's no Matroska muxer so it
Steve Lhomme videolabs.io> writes:
> >> I implemented the same change in VLC.
> >
> > From a quick look, you added code to the decoder
> > wrapper but how is remuxing supposed to work?
>
> In VLC ? There's no Matroska muxer so it would use
> the ffmpeg one.
I mean remuxing to mov as mentioned
On Mon, Feb 15, 2016 at 10:16 AM, Carl Eugen Hoyos wrote:
> Steve Lhomme videolabs.io> writes:
>
>> I implemented the same change in VLC.
>
> From a quick look, you added code to the decoder
> wrapper but how is remuxing supposed to work?
In VLC ? There's no Matroska muxer so it would use the ff
On date Monday 2016-02-15 09:21:15 +0100, Paul B Mahol encoded:
> On 2/15/16, Stefano Sabatini wrote:
> > On date Wednesday 2016-02-10 16:21:09 +, Kieran Kunhya encoded:
[...]
> >> So, in the spirit of open source, I'd like to ask you, the developers and
> >> users what students should work on
Steve Lhomme videolabs.io> writes:
> I implemented the same change in VLC.
From a quick look, you added code to the decoder
wrapper but how is remuxing supposed to work?
> But I think it would be better if the decoder works
> with the lighter version of the extra data.
Why?
I mean where woul
On Mon, Feb 15, 2016 at 9:43 AM, Carl Eugen Hoyos wrote:
> Marton Balint passwd.hu> writes:
>
>> On Mon, 15 Feb 2016, Carl Eugen Hoyos wrote:
>> > Attached patch fixes teletext detection for a sample
>> > that was uploaded by a user in the thread "Which
>> > command line can do dvb_teletext from
> Steve Lhomme gmail.com> writes:
>
>> can be found in such sample
>> http://streams.videolan.org/issues/16620/VLCSupportsample.mkv
>
> The sample works fine here both with current and
> old FFmpeg.
> I believe it should also work with vlc --demux=ffmpeg
It should because the demuxer has to recon
Carl Eugen Hoyos ag.or.at> writes:
> Henrik Gramner gramner.com> writes:
>
> > The Ubuntu 16.04 LTS feature freeze is coming up next week,
> > so it'd be nice to have a release before that.
>
> (I am all for it, I am not sure if it is still possible though.)
I was probably unclear yesterday:
Marton Balint passwd.hu> writes:
> On Mon, 15 Feb 2016, Carl Eugen Hoyos wrote:
> > Attached patch fixes teletext detection for a sample
> > that was uploaded by a user in the thread "Which
> > command line can do dvb_teletext from ts to mp4"
> > on the user mailing list: http://we.tl/Zg2yq1H13
Ronald S. Bultje gmail.com> writes:
> Sorry, my fault, I should've copied that comment on the
> ML. Most crashes are fixed, one is still there but I'll
> fix it tomorrow
Sorry, which of the two crashes was fixed? I'd like to
close the right ticket.
Carl Eugen
___
On 2/15/16, Stefano Sabatini wrote:
> On date Wednesday 2016-02-10 16:21:09 +, Kieran Kunhya encoded:
>> Hello,
>>
>> It seems that we're trotting out the same old GSoC and Outreachy tasks
>> that
>> students haven't picked for years.
>>
>> So, in the spirit of open source, I'd like to ask you
76 matches
Mail list logo
