---
README |2 +-
src/css_credit |6 ++
2 files changed, 7 insertions(+), 1 deletions(-)
create mode 100644 src/css_credit
diff --git a/README b/README
index 93854ee..2276820 100644
--- a/README
+++ b/README
@@ -29,7 +29,7 @@ To generate the documentation pages:
In case of
On Sun, May 11, 2014 at 06:08:09AM +0200, Lukasz Marek wrote:
> Signed-off-by: Lukasz Marek
> ---
> libavfilter/src_movie.c | 8 +++-
> 1 file changed, 3 insertions(+), 5 deletions(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
DNS cach
On Sun, May 11, 2014 at 06:08:08AM +0200, Lukasz Marek wrote:
> This variable is used only inside one function.
> There is no need to store it in context.
>
> This also may prevent crush by double free frame.
>
> Signed-off-by: Lukasz Marek
> ---
> libavfilter/src_movie.c | 28 +
On Wed, Jul 23, 2014 at 05:20:10PM -0700, Timothy Gu wrote:
> On Sun, Jul 20, 2014 at 2:26 PM, Timothy Gu wrote:
> > texi2html is deprecated by upstream in favor of makeinfo/texi2any. See:
> >
> > -
> > https://www.gnu.org/software/texinfo/manual/texinfo/html_node/texi2html.html
> > - https://wik
On Sun, Jul 20, 2014 at 2:22 PM, Timothy Gu wrote:
> Signed-off-by: Timothy Gu
> ---
> README| 12 +---
> generate-doc.sh | 41 +
> src/template_doctitle | 1 -
> 3 files changed, 42 insertions(+), 12 deletions(-)
> create m
On Sun, Jul 20, 2014 at 2:26 PM, Timothy Gu wrote:
> texi2html is deprecated by upstream in favor of makeinfo/texi2any. See:
>
> - https://www.gnu.org/software/texinfo/manual/texinfo/html_node/texi2html.html
> - https://wiki.debian.org/Texi2htmlTransition
> - https://lists.debian.org/debian-devel/
On Sun, Jul 20, 2014 at 10:03 AM, Timothy Gu wrote:
> Signed-off-by: Timothy Gu
> ---
> src/less/style.less | 12 ++--
> 1 file changed, 10 insertions(+), 2 deletions(-)
Ping
>
> diff --git a/src/less/style.less b/src/less/style.less
> index 6a26684..0c9ea03 100644
> --- a/src/less/sty
Avoid warning that its not set
Signed-off-by: Michael Niedermayer
---
libavformat/rtpenc_chain.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/rtpenc_chain.c b/libavformat/rtpenc_chain.c
index dea1f70..a023450 100644
--- a/libavformat/rtpenc_chain.c
+++ b/libavformat/rtpen
On Tue, 22 Jul 2014 10:36:31 -0800, Lou Logan wrote:
> On Tue, 22 Jul 2014 10:34:13 -0800, Lou Logan wrote:
>
> > The "Mac" should be removed from this title since Apple dropped that
> > from the OS X naming schemes. I know it's in the anchors, but we can
> > keep it in those for link preservatio
On Wed, Jul 23, 2014 at 10:08:37PM +0200, Mickaël Raulet wrote:
>
> Le 23 juil. 2014 à 19:33, Christophe Gisquet a
> écrit :
>
> > This should be mostly cosmetics.
> >
> >
>
> Okay. This would also need to clean all transform_dc_ since they are not
> use anymore with Rext add-ons, but t
On Wed, 23 Jul 2014 12:19:32 +0200, db0 company wrote:
> On Wed, Jul 23, 2014 at 3:06 AM, Timothy Gu wrote:
> > I would simply remove the menu item, but feel free to push with it.
>
> I agree. + Maybe mention it with a direct link in another page.
I removed the menu item and pushed. Thanks.
___
On Fri, 18 Jul 2014 12:47:38 -0700, Dalacu Marius wrote:
> Hi, i am the developer of dmMediaConverter, a simple FFmpeg frontend.
> I am writing here in hope that my program will appear on FFmpeg-Based
> Projects (https://www.ffmpeg.org/projects.html).
> In case you like the app and i am not infri
Le 23 juil. 2014 à 19:33, Christophe Gisquet a
écrit :
> This should be mostly cosmetics.
>
>
Okay. This would also need to clean all transform_dc_ since they are not
use anymore with Rext add-ons, but this will done/change in a near future.
patch okay as it is for now.
Mickaël
_
On Wed, Jul 23, 2014 at 09:01:38PM +0200, Mickaël Raulet wrote:
> Patch ok
>
> Le mercredi 23 juillet 2014, Christophe Gisquet <
> christophe.gisq...@gmail.com> a écrit :
>
> > Hi,
> >
> > this may have consequences on threading, so it is a bit more important
> > than being able to avoid deriving
On Wed, 23 Jul 2014 19:34:50 +0200
Reimar Döffinger wrote:
> On Sun, Jul 20, 2014 at 10:43:30PM +0200, Andreas Cadhalpun wrote:
> > On 12.06.2014 08:42, Christophe Gisquet wrote:
> > >Hi,
> > >
> > >2014-06-11 21:29 GMT+02:00 Michael Niedermayer :
> > >>-#define FF_INPUT_BUFFER_PADDING_SIZE 16
>
Hi,
2014-07-23 21:13 GMT+02:00 Christophe Gisquet :
> ---
> libavcodec/pthread_frame.c | 68
> --
> libavcodec/thread.h| 24
> 2 files changed, 90 insertions(+), 2 deletions(-)
Didn't refresh the patch with update documentatio
The new API allows tracking the position of the first raster line
being decoded, so allow updating it whenever SAO is called.
---
libavcodec/hevc_filter.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/libavcodec/hevc_filter.c b/libavcodec/hevc_filter.c
index 62f0eb
In that case, there's an offset of 4 between the CTB line and the
raster line.
---
libavcodec/hevc_filter.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/libavcodec/hevc_filter.c b/libavcodec/hevc_filter.c
index abf8b24..8b5ae6b 100644
--- a/libavcodec/hevc_filter.c
+
Use new API without introducing changes to synchronization points,
i.e. same behaviour.
---
libavcodec/hevc.c| 19 ++-
libavcodec/hevc_filter.c | 10 +-
libavcodec/hevc_mvs.c| 4 ++--
libavcodec/hevc_refs.c | 2 +-
4 files changed, 18 insertions(+), 17 delet
The new _progress3 functions allow reporting the x,y position in
decoding.
ff_thread_report_progress3_raster_end allows signaling the end of
a raster line and updates unconditionally the position to the
start of next raster line.
ff_thread_report_progress3_increment tries to increment position
if
The idea is that the current granularity is too small for bigger
coding structures, than can be 64x64 for both hevc and vp9. Instead,
the simplest way to describe the new type of progress is that of
a step function.
I bet the patchset will be far from consensual, and it's unlikely I'll
get it thro
On Wed, Jul 23, 2014 at 07:38:34PM +0200, Mickaël Raulet wrote:
> Le mercredi 23 juillet 2014, Christophe Gisquet <
> christophe.gisq...@gmail.com> a écrit :
>
> > Hi,
> >
> > this change is actually from openhevc. I just changed the type, not
> > the order used. The values are casted to int by th
Patch ok
Le mercredi 23 juillet 2014, Christophe Gisquet <
christophe.gisq...@gmail.com> a écrit :
> Hi,
>
> this may have consequences on threading, so it is a bit more important
> than being able to avoid deriving the other candidates.
>
> --
> Christophe
>
_
Hi,
this may have consequences on threading, so it is a bit more important
than being able to avoid deriving the other candidates.
--
Christophe
From 7dd44119e24c9808314479ecde4c77287baa Mon Sep 17 00:00:00 2001
From: Christophe Gisquet
Date: Wed, 23 Jul 2014 18:27:44 +0200
Subject: [PATCH
Le mercredi 23 juillet 2014, Christophe Gisquet <
christophe.gisq...@gmail.com> a écrit :
> Hi,
>
> this change is actually from openhevc. I just changed the type, not
> the order used. The values are casted to int by the sao functions
> anyway.
>
> --
> Christophe
>
Ok
Mickael
_
Hi,
this change is actually from openhevc. I just changed the type, not
the order used. The values are casted to int by the sao functions
anyway.
--
Christophe
From 79ece6bf3e8fe541761220b452bb6c1a2813bd61 Mon Sep 17 00:00:00 2001
From: Christophe Gisquet
Date: Wed, 23 Jul 2014 13:39:40 +0200
S
On Sun, Jul 20, 2014 at 10:43:30PM +0200, Andreas Cadhalpun wrote:
> On 12.06.2014 08:42, Christophe Gisquet wrote:
> >Hi,
> >
> >2014-06-11 21:29 GMT+02:00 Michael Niedermayer :
> >>-#define FF_INPUT_BUFFER_PADDING_SIZE 16
> >>+#define FF_INPUT_BUFFER_PADDING_SIZE 32
> >
> >So, following the discu
This should be mostly cosmetics.
--
Christophe
From 77b78cba2d6a27f20293e6ecfce047b9f3c79335 Mon Sep 17 00:00:00 2001
From: Christophe Gisquet
Date: Tue, 22 Jul 2014 10:57:34 +0200
Subject: [PATCH 01/10] x86: hevcdsp: align
---
libavcodec/x86/hevcdsp_init.c | 56 +--
On Wed, Jul 23, 2014 at 04:12:39PM +0300, Andrey Utkin wrote:
> Example of non-mappable file is /dev/stdin. Previously passing it as
> graph_file value returned error.
> ---
> libavdevice/lavfi.c | 30 +++---
> 1 file changed, 15 insertions(+), 15 deletions(-)
applied
tha
On Wed, Jul 23, 2014 at 04:12:38PM +0300, Andrey Utkin wrote:
> ---
> libavformat/avio.h| 9 +
> libavformat/aviobuf.c | 18 ++
> 2 files changed, 27 insertions(+)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
You
On Wed, Jul 23, 2014 at 04:05:43PM +0200, Hendrik Leppkes wrote:
> Am 23.07.2014 15:49 schrieb "Benoit Fouet" :
> >
> > Try to detect new extradata when parsing frames, and decode it.
> > Fixes issue #3787
> > ---
> > libavcodec/h264_parser.c | 34 ++
> > 1 file cha
On Wed, Jul 23, 2014 at 03:49:43PM +0200, Benoit Fouet wrote:
> Try to detect new extradata when parsing frames, and decode it.
> Fixes issue #3787
> ---
> libavcodec/h264_parser.c | 34 ++
> 1 file changed, 34 insertions(+)
fixed differently
skiping such midstrea
Hi,
- Mail original -
> Am 23.07.2014 15:49 schrieb "Benoit Fouet" :
> >
> > Try to detect new extradata when parsing frames, and decode it.
> > Fixes issue #3787
> > ---
> > libavcodec/h264_parser.c | 34 ++
> > 1 file changed, 34 insertions(+)
[...]
> H
Am 23.07.2014 15:49 schrieb "Benoit Fouet" :
>
> Try to detect new extradata when parsing frames, and decode it.
> Fixes issue #3787
> ---
> libavcodec/h264_parser.c | 34 ++
> 1 file changed, 34 insertions(+)
>
> diff --git a/libavcodec/h264_parser.c b/libavcodec/h
Konstantin, Kieran - could you please give some examples? This would
be beneficial at least for justification in commit message.
--
Andrey Utkin
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Try to detect new extradata when parsing frames, and decode it.
Fixes issue #3787
---
libavcodec/h264_parser.c | 34 ++
1 file changed, 34 insertions(+)
diff --git a/libavcodec/h264_parser.c b/libavcodec/h264_parser.c
index ea0ab98..c8276a7 100644
--- a/libavcodec/
On 23 July 2014 14:32, Konstantin Shpinev wrote:
>>>P. S. In my opinion the issue #2748 is not a bug. The produced stream
> is perfectly OK and shouldn't break anything, probably except some
> oversimplified artisanal software.
>
> Many hardware receivers can't stable playing streams with various
>>P. S. In my opinion the issue #2748 is not a bug. The produced stream
is perfectly OK and shouldn't break anything, probably except some
oversimplified artisanal software.
Many hardware receivers can't stable playing streams with various packet
size
2014-07-23 19:27 GMT+06:00 Andrey Utkin :
>
First, the patch affects the code which is used in a lot of scenarios,
not only UDP, and it would change the behaviour in many cases. In some
scenarious the introduced effect (delayed writeout) would be
undesired. So consider adding special option/flag to enable this new
behaviour.
"!s->max_packet
Example of non-mappable file is /dev/stdin. Previously passing it as
graph_file value returned error.
---
libavdevice/lavfi.c | 30 +++---
1 file changed, 15 insertions(+), 15 deletions(-)
diff --git a/libavdevice/lavfi.c b/libavdevice/lavfi.c
index d1904dd..f1c88ac 100644
---
libavformat/avio.h| 9 +
libavformat/aviobuf.c | 18 ++
2 files changed, 27 insertions(+)
diff --git a/libavformat/avio.h b/libavformat/avio.h
index 4004b6f..9b16843 100644
--- a/libavformat/avio.h
+++ b/libavformat/avio.h
@@ -31,6 +31,7 @@
#include "libavutil/co
On Wed, Jul 23, 2014 at 3:06 AM, Timothy Gu wrote:
> On Tue, Jul 22, 2014 at 5:26 PM, Lou Logan wrote:
>> This allows users to add their own project to the list.
>> ---
>> A redirect would be nicer, but I'm feeling lazy. I may address that
>> later, but for now I just wanted to update the links s
(Bcc'ing the original reporter)
Hi Michael,
On Wednesday, 23 July 2014 at 10:52, Michael Niedermayer wrote:
> On Wed, Jul 23, 2014 at 10:12:14AM +0200, Dominik 'Rathann' Mierzejewski
> wrote:
> > Dear developers,
> > I received the following request from our RPMFusion FFmpeg package user.
> > Pl
On 2014-07-22 07:16, Eli Kara wrote:
>
> > HLS version 4 offers the possibility to keep the media file whole instead
> > of splitting it. In that case, segments are specified with byte ranges.
>
> > We introduce a new '-hls_flags' option for the hlsenc muxer, with a single
> > flag for the time
On Wed, Jul 23, 2014 at 10:12:14AM +0200, Dominik 'Rathann' Mierzejewski wrote:
> Dear developers,
> I received the following request from our RPMFusion FFmpeg package user.
> Please backport the commit cdf6eb5a97 to branches 2.2 and 2.1.
done, will be in the next release from these branches
[...
Mickaël Raulet gmail.com> writes:
> >> Subject: [PATCH] avcodec/x86/hevc_deblock: Fix compilation with nasm.
> >
> > LGTM
>
> ok
Patch applied.
Thanks everybody, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mai
Dear developers,
I received the following request from our RPMFusion FFmpeg package user.
Please backport the commit cdf6eb5a97 to branches 2.2 and 2.1.
Regards,
Dominik
- Forwarded message from RPM Fusion Bugzilla -
Date: Sun, 20 Jul 2014 06:33:53 +
From: RPM Fusion Bugzilla
Subje
hi
Le 23 juil. 2014 à 01:37, Michael Niedermayer a écrit :
> On Wed, Jul 23, 2014 at 12:52:48AM +0200, Carl Eugen Hoyos wrote:
>> On Wednesday 23 July 2014 12:43:06 am Ronald S. Bultje wrote:
>>> Hi,
>>>
>>> On Tue, Jul 22, 2014 at 5:45 PM, Carl Eugen Hoyos wrote:
Hi!
Attached p
On Tue, Jul 22, 2014 at 10:28:46AM -0800, Lou Logan wrote:
> On Mon, 21 Jul 2014 20:37:35 +0200, db0company wrote:
>
> > ---
> > src/download |2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> >
> > diff --git a/src/download b/src/download
> > index 7ddb4e4..fb30ed0 100644
> > ---
From: ePirat
Fixed things.
---
Add Icecast protocol, a convenience wrapper for the HTTP protocol
---
Changelog| 3 +
configure| 1 +
doc/general.texi | 1 +
doc/protocols.texi | 42 +
libavformat/Makefile | 1 +
libavformat/al
On Tue, Jul 22, 2014 at 10:40:41AM -0800, Lou Logan wrote:
> On Mon, 21 Jul 2014 20:37:34 +0200, db0company wrote:
>
> > ---
> > src/download |2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> >
> > diff --git a/src/download b/src/download
> > index 5eb0b0c..7ddb4e4 100644
> > ---
51 matches
Mail list logo
