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
> > ---
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
> > ---
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
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
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
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
[...
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
(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 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
---
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
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
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
>>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 :
>
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
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/
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
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
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
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
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 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: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
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 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
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
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 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
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
>
_
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
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
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
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
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
+
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
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
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
>
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
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 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
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 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 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
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 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
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 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 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, 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 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
---
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
51 matches
Mail list logo
