---
libavcodec/hevc_mvs.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/hevc_mvs.c b/libavcodec/hevc_mvs.c
index e900bd0..b2bea4e 100644
--- a/libavcodec/hevc_mvs.c
+++ b/libavcodec/hevc_mvs.c
@@ -276,8 +276,8 @@ static int temporal_luma_motion_vector(HEVCC
When dealing with MVs, both components may be processed at a time.
---
libavcodec/hevc.c | 3 +--
libavcodec/hevc_mvs.c | 23 +--
2 files changed, 10 insertions(+), 16 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index 4d3513a..f2bbe91 100644
--- a/liba
---
libavcodec/hevc.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index f2bbe91..873f1dc 100644
--- a/libavcodec/hevc.c
+++ b/libavcodec/hevc.c
@@ -1452,8 +1452,8 @@ static void hls_prediction_unit(HEVCContext *s, int x0,
Allocate this flag with a CU granularity. Furthermore, its prediction only
requires one line of flags to be stored, so for simplicity's sake, store
only current and previous CTB lines.
Reduces allocation by around 2MB for a 1080p stream.
---
libavcodec/hevc.c | 5 +++--
libavcodec/hevc.h | 2 +-
---
libavcodec/hevc.c | 4 ++--
libavcodec/hevc_cabac.c | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index 2b37f53..4d3513a 100644
--- a/libavcodec/hevc.c
+++ b/libavcodec/hevc.c
@@ -100,7 +100,7 @@ static int pic_arrays_init(
Save only 2 CTB lines worth of data (i.e. at worst 16 lines).
---
libavcodec/hevc.c | 4 ++--
libavcodec/hevc.h | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index f8a495f..bed2f5f 100644
--- a/libavcodec/hevc.c
+++ b/libavcodec/hevc.c
Minimal size for PUs is 4x4, so 2 CTB lines represent at most 32 lines.
is_pcm is used for simplicity in the inloop filter, so it can't be
modified equivalently.
---
libavcodec/hevc.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc
When the candidate has been found, no need to derive others.
---
libavcodec/hevc_mvs.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/hevc_mvs.c b/libavcodec/hevc_mvs.c
index 0302c88..952a431 100644
--- a/libavcodec/hevc_mvs.c
+++ b/libavcodec/hevc_mvs.c
@@ -737,6 +737,11 @@ v
The merge list only needs to be derived up to the merge index.
---
libavcodec/hevc_mvs.c | 35 ++-
1 file changed, 26 insertions(+), 9 deletions(-)
diff --git a/libavcodec/hevc_mvs.c b/libavcodec/hevc_mvs.c
index 2b017dd..0302c88 100644
--- a/libavcodec/hevc_mvs.c
The 4 first patches reduce memory allocations as, in a simplified view,
only the previous ctb line is needed for the various prediction mechanisms.
The actual required allocation is much smaller, but would require too many
changes. And the margin of this mail is too small to explain it.
The next 2
On Wed, Jul 09, 2014 at 05:07:04PM +0100, Marc Jeffreys wrote:
> ---
> configure | 22 ++
> 1 file changed, 22 insertions(+)
>
> diff --git a/configure b/configure
> index e20bf8e..cb7d392 100755
> --- a/configure
> +++ b/configure
> @@ -209,6 +209,7 @@ External library suppor
Hi,
I am trying to parallel the h264 decoder in FFmpeg using wavefront
processing. I know that the function ff_h264_decode_mb_cabac performs
entropy decoding, and ff_h264_hl_decode_mb performs inverse quanization,
inverse DCT and motion compensation per MB. And loop_filter applies the
deblocking f
On Wed, Jul 09, 2014 at 10:18:30PM -0300, James Almer wrote:
> On 09/07/14 10:16 PM, James Almer wrote:
> > +av_cold void ff_pixblockdsp_init_alpha(PixblockDSPContext *c,
> > AVCodecContext *avctx,
> > + unsigned high_bit_depth)
> > +{
> > +int cpu_flags =
On 2014-07-10 02:27, Michael Niedermayer wrote:
On Wed, Jul 09, 2014 at 11:37:31PM +0800, Star Brilliant wrote:
On 2014-07-09 23:09, Derek Buitenhuis wrote:
You misunderstand what I am asking. int may be 32bits, and timestamps generate
64.
is LRC guaranteed to only have 32bit timestamps?
I f
On 09/07/14 10:16 PM, James Almer wrote:
> +av_cold void ff_pixblockdsp_init_alpha(PixblockDSPContext *c, AVCodecContext
> *avctx,
> + unsigned high_bit_depth)
> +{
> +int cpu_flags = av_get_cpu_flags();
Copy-paste mistake. This can be removed.
> +
> +
Signed-off-by: James Almer
---
Untested like previous Alpha patches.
libavcodec/alpha/Makefile| 1 +
libavcodec/alpha/dsputil_alpha.c | 5 ---
libavcodec/alpha/dsputil_alpha.h | 4 --
libavcodec/alpha/motion_est_alpha.c | 45
libavcodec/alpha/pixblock
10.07.2014 02:40, Nicolas Martyanoff kirjoitti:
> On 2014-07-10 01:32, Anssi Hannula wrote:
>> avformat/hlsenc: cleaning
>> - looks good to me, and there is no maintainer so I guess this is OK
>> - well, actually, maybe you could use more than one word in the subject :)
> I'll change the title to s
On Thu, Jul 10, 2014 at 01:25:40AM +0200, Lukasz Marek wrote:
> Signed-off-by: Lukasz Marek
> ---
> .gitignore | 1 +
> 1 file changed, 1 insertion(+)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Concerning the gods, I have no means of knowi
On Wed, Jul 09, 2014 at 10:58:55PM +0200, Oliver Fromme wrote:
> Michael Niedermayer wrote:
> > On Wed, Jul 09, 2014 at 06:43:58PM +0200, Oliver Fromme wrote:
> > > [...]
> > > Implement work-around for some players having problems with
> > > odd-sized dvdsub subtitles. If enabled with -even_r
On 2014-07-10 01:32, Anssi Hannula wrote:
> avformat/hlsenc: cleaning
> - looks good to me, and there is no maintainer so I guess this is OK
> - well, actually, maybe you could use more than one word in the subject :)
I'll change the title to something such as 'make the code easier to read' :)
> a
On 08.07.2014 14:49, Lukasz Marek wrote:
On 7 July 2014 23:59, wm4
new patch attached.
TBH I cannot tell which patch I prefer the most.
Last option I see would be to create separate context for listing dir,
but it would just have one void* variable for URLContext.
I will resent all other pac
Signed-off-by: Lukasz Marek
---
.gitignore | 1 +
1 file changed, 1 insertion(+)
diff --git a/.gitignore b/.gitignore
index 4506ab9..89b319a 100644
--- a/.gitignore
+++ b/.gitignore
@@ -50,6 +50,7 @@
/doc/examples/resampling_audio
/doc/examples/scaling_video
/doc/examples/transcode_aac
+/doc/
On 2014-07-10 01:41, Anssi Hannula wrote:
> 08.07.2014 13:19, Nicolas Martyanoff kirjoitti:
> > Hi,
>
> Hi,
>
> > I am currently working on improving the hlsenc muxer to support byteranges
> > (HLS version 4), and it is starting to work :) But there is a line that
> > really
> > puzzles me:
> >
08.07.2014 13:19, Nicolas Martyanoff kirjoitti:
> Hi,
Hi,
> I am currently working on improving the hlsenc muxer to support byteranges
> (HLS version 4), and it is starting to work :) But there is a line that really
> puzzles me:
>
>
> if (can_split && av_compare_ts(pkt->pts - hls->start_pt
09.07.2014 12:26, Nicolas Martyanoff kirjoitti:
> Hi,
Hi,
and thanks for the patches.
> The hlsenc muxer only supports HLS version 3, and I needed byterange support
> (version 4), so I added it :)
>
> You will find a pull request on Github (hlsenc branch):
>
> https://github.com/FFmpeg/FFmpeg/p
On 09/07/14 at 21:40, Simon Thelen wrote:
> Make the segment muxer keep segment_list_size segments instead of
> segment_list_size + 1 segments. This patch also changes the
> documentation for segment_list_size to reduce possible confusion over
> how many segments are kept.
What I forgot to mention
Make the segment muxer keep segment_list_size segments instead of
segment_list_size + 1 segments. This patch also changes the
documentation for segment_list_size to reduce possible confusion over
how many segments are kept.
Signed-off-by: Simon Thelen
---
doc/muxers.texi | 2 +-
libavforma
On Wed, Jul 09, 2014 at 11:37:31PM +0800, Star Brilliant wrote:
> On 2014-07-09 23:09, Derek Buitenhuis wrote:
> >You misunderstand what I am asking. int may be 32bits, and timestamps
> >generate 64.
> >is LRC guaranteed to only have 32bit timestamps?
>
> I find no portable way to scanf a 64-bit
On Wed, Jul 09, 2014 at 10:55:47PM +0800, Star Brilliant wrote:
> 于 2014年07月09日 22:24, Derek Buitenhuis 写道:
> >>+/*
> >>+ * LRC lyrics file format decoder
> >>+ * Copyright (c) 2014 StarBrilliant
> >
> >For copyright purposes we generally use real names.
>
> Thank you for your reminder.
> But I c
On Wed, Jul 09, 2014 at 06:43:58PM +0200, Oliver Fromme wrote:
> I mentioned this issue before, now here is a small patch for it.
> The issue affects dvdsub subtitles (a.k.a. VOBSUB).
>
> Some players -- in particular hardware players -- cut off
> the lowest row of pixels if the number of rows in
Date: Wed, 9 Jul 2014 18:31:22 +0200
From: geo...@nsup.org
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH 2/2] drawtext: Use libfribidi to correctly
render Arabic text - Fixes ticket #3758
> Do you have any idea about what it could break? IMHO, if ffmpeg is capable
> of correctl
Thanks for the patch. A first quick set of remarks.
Le primidi 21 messidor, an CCXXII, Marc Jeffreys a écrit :
> I've added this as a "fribidi=1" option to drawtext rather than enabling
> it by default, so as not to break anything.
Do you have any idea about what it could break? IMHO, if ffmpeg i
I've added this as a "fribidi=1" option to drawtext rather than enabling it by
default, so as not to break anything.
Difference can be seen by compiling with --enable-libfribidi and comparing:
ffplay -loglevel debug -f lavfi -i
"color=color=white,drawtext=fontfile=/usr/share/fonts/dejavu/DejaVu
---
configure | 22 ++
1 file changed, 22 insertions(+)
diff --git a/configure b/configure
index e20bf8e..cb7d392 100755
--- a/configure
+++ b/configure
@@ -209,6 +209,7 @@ External library support:
--enable-libfdk-aac enable AAC de/encoding via libfdk-aac [no]
--en
On 2014-07-09 23:09, Derek Buitenhuis wrote:
You misunderstand what I am asking. int may be 32bits, and timestamps generate
64.
is LRC guaranteed to only have 32bit timestamps?
I find no portable way to scanf a 64-bit integer in C90 standard.
sscanf(buf, "%" SCNd64, &ptr); is a C99 thing.
Does
On 7/9/2014 3:55 PM, Star Brilliant wrote:
>>> +#include "libavutil/bprint.h"
>>> +#include "libavutil/dict.h"
>>> +
>>> +typedef struct LRCContext {
>>> +FFDemuxSubtitlesQueue q;
>>> +int ts_offset;
>>
>> Is int enough for a timestamp difference?
>
> bprint is used for string and buffer m
于 2014年07月09日 22:24, Derek Buitenhuis 写道:
+/*
+ * LRC lyrics file format decoder
+ * Copyright (c) 2014 StarBrilliant
For copyright purposes we generally use real names.
Thank you for your reminder.
But I consider my real name piracy.
If this really causes trouble to FFmpeg team, I will chan
On 7/9/2014 3:24 PM, Derek Buitenhuis wrote:
> '-' is a printf/scanf modifier, I'm not sure this will work.
Sorry, ignore this part. It's before the % so it will obviously work.
- Derek
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmp
> +/*
> + * LRC lyrics file format decoder
> + * Copyright (c) 2014 StarBrilliant
For copyright purposes we generally use real names.
> +#include "libavcodec/internal.h"
Ew. What are you using from this?
> +#include "libavutil/bprint.h"
> +#include "libavutil/dict.h"
> +
> +typedef struct LRCC
On 7/9/2014 2:42 PM, Carl Eugen Hoyos wrote:
>> +if(!memcmp(p->buf + offset, "[ti:", 4) ||
>> + !memcmp(p->buf + offset, "[al:", 4) ||
>> + !memcmp(p->buf + offset, "[ar:", 4))
>> +return AVPROBE_SCORE_MAX;
>
> MAX score is not ok for 32bit, use MAX/2 (or less).
Too elabor
On 2014-07-09 21:42, Carl Eugen Hoyos wrote:
It looks as if your mailer broke the patch, consider
to attach the patch.
(Sorry if I am wrong on this.)
I am really sorry that I misconfigured my Thunderbird.
So I attached my patch.
I fixed things you mentioned in the last mail.
Thanks.
>From a9
Carl Eugen Hoyos ag.or.at> writes:
> Put an "#ifdef kCVPixelFormatType_OneComponent8" around
> the usage as done in libavformat/v4l2-common.c (if it works).
I suspect it does not work, perhaps you can find the right
incantation?
(__MAC_OS_X_VERSION_MAX_ALLOWED > 1080 ?)
Carl Eugen
__
I added a new patch to the pull request, introducing a '-hls_media_filename'
option to provide a filename (in single file mode) or a filename pattern (in
default mode).
https://github.com/galdor/FFmpeg/commit/cd45075eed0444ae0fd2410a8784bc472b315341
--
Nicolas Martyanoff
http://wandrian.net
khae
Star Brilliant hotmail.com> writes:
> + * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA
> 02110-1301 USA
It looks as if your mailer broke the patch, consider
to attach the patch.
(Sorry if I am wrong on this.)
> +static const AVMetadataConv ffpriv_lrc_metadata_conv[] = {
This
Hanspeter Niederstrasser gmail.com> writes:
> -enabled avfoundation_indev && { check_header_oc
> AVFoundation/AVFoundation.h || disable avfoundation_indev; }
> +enabled avfoundation_indev && { check_lib2
> AVFoundation/AVFoundation.h kCVPixelFormatType_OneComponent8
Put an "#ifdef kCVPixelFormat
On Mon, May 19, 2014 at 10:36:48AM +0800, 740936897 wrote:
> HI, all:
> currently, HLS muxer does't support to remove segment file, only hls_wrap is
> set.
> if hls_wrap is set, the segment number will cycle, eg, from 0~10.
> if hls_wrap is not set, the segment number will increase continuously,
LRC is widely used to represent music lyrics.
It is useful to have lavf decode LRC during playback or transcode it to
other subtitle formats.
I know there once was a rejected patch here:
http://ffmpeg.org/pipermail/ffmpeg-devel/2010-December/084342.html
So this is why I rewrote another implemen
On Wed, Jul 09, 2014 at 03:23:01PM +0400, Ivan Grokhotkov wrote:
> Hi,
>
> By default, hls will autodetect the input format of the downloaded segments.
> This new option allows to force some specific format, which is useful for
> hardware decoders that accept only TS (by supplying
> hls_force_i
This broke compiling on OS X < 10.8 (I am on 10.7)
clang -I. -I/src/ffmpeg/ -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -DPIC -DHAVE_AV_CONFIG_H -I/sw/include -std=c99
-fomit-frame-pointer -fPIC -pthread -I/sw/include -I/sw/include
-I/sw/include/bs2b -I/sw/include -I/sw/include/fre
Hi,
By default, hls will autodetect the input format of the downloaded segments.
This new option allows to force some specific format, which is useful for
hardware decoders that accept only TS (by supplying
hls_force_input_format="mpegtsraw" option to avformat_open_input).
The situation has be
I added a new patch to the pull request, introducing a flag to disable
filenames in segment names:
https://github.com/galdor/FFmpeg/commit/246bccaee75aea8ae5a46145bb38ff8071e5f6ef
--
Nicolas Martyanoff
http://wandrian.net
khae...@gmail.com
___
ffmpeg-d
On 2014-07-09 10:09, Carl Eugen Hoyos wrote:
> Nicolas Martyanoff gmail.com> writes:
>
> > default subtitles format
>
> This patch is not ok (just reencode a random file
> with subtitles to find out)
You are right, you cannot just transcode a dvdsub stream into a webvtt one.
I'll remove the pa
Nicolas Martyanoff gmail.com> writes:
> default subtitles format
This patch is not ok (just reencode a random file
with subtitles to find out) and I don't think
"HLS streams must use the WebVTT subtitle format."
is true.
Carl Eugen
___
ffmpeg-deve
Hi,
The hlsenc muxer only supports HLS version 3, and I needed byterange support
(version 4), so I added it :)
You will find a pull request on Github (hlsenc branch):
https://github.com/FFmpeg/FFmpeg/pull/76
There are four patches. Two fix small issues in the muxer (target duration
computation
54 matches
Mail list logo
