On 01.11.2014, at 13:45, Reimar Döffinger wrote:
> This is a regression, previous code did not require
> users to set the profile to use VDPAU.
> In addition, ASP is a superset of SP, so there is not
> even a good reason to require it.
Are there still objections?
As said, to my knowledge every AS
Configures it as x86_64 with assembler disabled.
Does not pass "make fate" though, e.g. fate-vc1_ilaced_twomv fails.
Signed-off-by: Reimar Döffinger
---
configure | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configure b/configure
index e79b34d..c9008ba 100755
--- a/configure
+++ b/conf
Reimar Döffinger gmx.de> writes:
> Configures it as x86_64 with assembler disabled.
> Does not pass "make fate" though, e.g. fate-vc1_ilaced_twomv fails.
This test also fails for other fate installations iirc.
Is it the only failing test?
Carl Eugen
On Sun, Nov 02, 2014 at 10:44:43AM +0100, Reimar Döffinger wrote:
> Configures it as x86_64 with assembler disabled.
> Does not pass "make fate" though, e.g. fate-vc1_ilaced_twomv fails.
Sorry, it actually does pass.
I forgot to rsync the samples first.
Note that if you leave asm enabled it won't
Reimar Döffinger gmx.de> writes:
> Are there still objections?
I just wanted to know if we shouldn't always set ASP?
Or at least for everything != SP?
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo
On Sun, Nov 02, 2014 at 10:02:50AM +, Carl Eugen Hoyos wrote:
> Reimar Döffinger gmx.de> writes:
>
> > Are there still objections?
>
> I just wanted to know if we shouldn't always set ASP?
> Or at least for everything != SP?
I am unsure. It seemed to me this way would be more reliable
and e
Timothy and Michael,
I will modify the code according to your comments, then re-submit it.
Thanks.
Rong Yan
--
The world has enough for everyone's need, but not enough for everyone's greed.
-- --
??: "Timothy
On Sat, Nov 01, 2014 at 05:59:20PM -0700, Kevin Mitchell wrote:
> Ok, changed to half life.
>
> On Sat, Nov 1, 2014 at 10:52 AM, Michael Niedermayer wrote:
> > On Sat, Nov 01, 2014 at 07:08:53AM -0700, Kevin Mitchell wrote:
> >>
> >
> >> doc/filters.texi |7 +++
> >> libavfilter/ver
Signed-off-by: Michael Niedermayer
---
doc/codecs.texi |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/doc/codecs.texi b/doc/codecs.texi
index 2bb6059..85e6d47 100644
--- a/doc/codecs.texi
+++ b/doc/codecs.texi
@@ -71,7 +71,9 @@ Force low delay.
@item global_header
Pla
On Sat, Nov 01, 2014 at 09:22:15PM -0700, Timothy Gu wrote:
> On Friday, October 31, 2014, Michael Niedermayer wrote:
>
> > Signed-off-by: Michael Niedermayer >
> > ---
> > doc/codecs.texi |2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/doc/codecs.texi b/doc/cod
On Sun, Nov 02, 2014 at 09:09:51AM +0530, arwa arif wrote:
> On Sun, Nov 2, 2014 at 3:36 AM, Michael Niedermayer
> wrote:
>
> > On Sat, Nov 01, 2014 at 11:35:11PM +0530, arwa arif wrote:
> > > Scale2x and xBR are very different. But they have implemented xBR also in
> > > their source code. Anywa
Removed the unrelated documentation changes, used uint64_t instead of float.
From 0fc44ce601266e94fb8c6137091f3eb91616a235 Mon Sep 17 00:00:00 2001
From: Kevin Mitchell
Date: Sun, 2 Nov 2014 04:37:13 -0800
Subject: [PATCH 1/2] avfilter/vf_idet: add a "half_life" option for statistics
This can be
update with half life patch
From eab73507ebdc0af04c0aa9b5acd166d588a026c7 Mon Sep 17 00:00:00 2001
From: Kevin Mitchell
Date: Sun, 2 Nov 2014 04:49:34 -0800
Subject: [PATCH 2/2] avfilter/vf_idet: add a repeated field detection
This can be useful for determining telecine.
---
doc/filters.texi
On date Sunday 2014-11-02 13:28:05 +0100, Michael Niedermayer encoded:
> On Sun, Nov 02, 2014 at 09:09:51AM +0530, arwa arif wrote:
[...]
> > The reference code I used was "https://github.com/carlosascari/2xBR-Filter";.
>
> I see, and i understand now where the abs bug in your code came from
> i d
On Sunday, November 2, 2014, Stefano Sabatini wrote:
> On date Sunday 2014-11-02 13:28:05 +0100, Michael Niedermayer encoded:
> > On Sun, Nov 02, 2014 at 09:09:51AM +0530, arwa arif wrote:
> [...]
> > > The reference code I used was "
> https://github.com/carlosascari/2xBR-Filter";.
> >
> > I see
On Sunday, November 2, 2014, Timothy Gu wrote:
>
> Found a C++ implementation:
> http://sourceforge.net/p/paintown/code/HEAD/tree/trunk/src/util/graphics/sdl/xbr.cpp
>
>
> It says "xBR 3.3b" and I'm not sure what variant that is in the filthy
> pants blog.
>
> It's close to C and standalone enou
Le duodi 12 brumaire, an CCXXIII, Stefano Sabatini a écrit :
> This blog mentions Hyllian xBR algorithm:
> http://board.byuu.org/viewtopic.php?f=10&t=2248
> but the link above is dead.
There is a version in the Wayback Machine:
https://web.archive.org/web/20140904180543/http://board.byuu.org/view
On 11/1/2014 10:37 PM, Timothy Gu wrote:
Some more information...
On Sat, Nov 1, 2014 at 10:33 PM, Timothy Gu wrote:
## To-Dos
Nevertheless, this is still an WIP. I have written history, results, and log
pages, but not yet the index page. There might be bugs I have not
discovered. The sourc
On Sunday, November 2, 2014, Anshul wrote:
>
> Where should I look for code, that you have coded to make fate server in
> node.js
>
As I have written in the first mail in the thread, the code is in
https://github.com/TimothyGu/fateserver-node
> I like this change, just because I never understan
On Sun, Nov 02, 2014 at 05:03:44AM -0800, Kevin Mitchell wrote:
> Removed the unrelated documentation changes, used uint64_t instead of float.
> doc/filters.texi |8 +
> libavfilter/version.h |2 -
> libavfilter/vf_idet.c | 79
> ++--
Signed-off-by: Lukasz Marek
---
libavformat/ffmdec.c | 11 +++
libavformat/ffmenc.c | 5 +
2 files changed, 16 insertions(+)
diff --git a/libavformat/ffmdec.c b/libavformat/ffmdec.c
index 448762b..e95c139 100644
--- a/libavformat/ffmdec.c
+++ b/libavformat/ffmdec.c
@@ -23,6 +23,7 @@
TODO: bump micro
Many common codec options are not via ffm protocol.
This commit adds common A/V encoding options to protocol.
Signed-off-by: Lukasz Marek
---
libavformat/ffmdec.c | 78
libavformat/ffmenc.c | 60 ++
Hi
On 11/01/2014 03:33 PM, Lukasz Marek wrote:
> [..]
> @@ -517,7 +538,6 @@ static int ffserver_parse_config_feed(FFServerConfig
> *config, const char *cmd, c
> static int ffserver_apply_stream_config(AVCodecContext *enc, const
> AVDictionary *conf, AVDictionary **opts)
> {
> AVDictionar
Hi. I'm afraid I don't understand what the problem is. Can
someone elaborate?
Bests,
--
Reynaldo H. Verdejo Pinochet
Open Source Group
Samsung Research America / Silicon Valley
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mai
Hi!
Attached patch fixes ticket #4072 for me.
Please comment, Carl Eugen
diff --git a/libavcodec/fic.c b/libavcodec/fic.c
index 5615e69..adc8a25 100644
--- a/libavcodec/fic.c
+++ b/libavcodec/fic.c
@@ -308,7 +308,10 @@ static int fic_decode_frame(AVCodecContext *avctx, void
*data,
retur
Two to four times faster depending on instruction set, block size and channel
count.
Signed-off-by: James Almer
---
TODO: 16 bits indep for 4, 6 and 8 channels. 24/32 bits indep for 8 channels.
AVX2 and maybe MMX versions.
Planar?
libavcodec/arm/flacdsp_init_arm.c | 2 +-
libavco
I still don't have tested old gits. But i will try to expain. A half year
ago i installed ffmpeg and i made a configuration file. When i start this
bitrate was going up to 2000kbs max. I updated and now it will go higher
like its sum up or something, in some seconds the content bitrate will be
40 m
On Sun, Nov 02, 2014 at 07:31:48PM -0300, James Almer wrote:
> Two to four times faster depending on instruction set, block size and channel
> count.
>
> Signed-off-by: James Almer
> ---
> TODO: 16 bits indep for 4, 6 and 8 channels. 24/32 bits indep for 8 channels.
> AVX2 and maybe MMX ve
On 02/11/14 7:43 PM, Clément Bœsch wrote:
> On Sun, Nov 02, 2014 at 07:31:48PM -0300, James Almer wrote:
>> Two to four times faster depending on instruction set, block size and
>> channel count.
>>
>> Signed-off-by: James Almer
>> ---
>> TODO: 16 bits indep for 4, 6 and 8 channels. 24/32 bits in
On Sun, Nov 02, 2014 at 07:55:35PM -0300, James Almer wrote:
> On 02/11/14 7:43 PM, Clément Bœsch wrote:
> > On Sun, Nov 02, 2014 at 07:31:48PM -0300, James Almer wrote:
> >> Two to four times faster depending on instruction set, block size and
> >> channel count.
> >>
> >> Signed-off-by: James Al
On Sun, Nov 02, 2014 at 11:06:11PM +0100, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #4072 for me.
>
> Please comment, Carl Eugen
> fic.c |9 ++---
> 1 file changed, 6 insertions(+), 3 deletions(-)
> fc0e9306e01d102a7ed0eb7eaa8d0890498156d1 patchfic.diff
> diff --git
On 02.11.2014 23:34, Sevan Gelici wrote:
I still don't have tested old gits. But i will try to expain. A half year
ago i installed ffmpeg and i made a configuration file. When i start this
bitrate was going up to 2000kbs max. I updated and now it will go higher
like its sum up or something, in so
Avoid the creation of files which cannot be successfully decoded by
ffmpeg, for example generated with:
ffmpeg -f lavfi -i sine -af
"aselect='not(between(t,100,500))',aresample=min_comp=0.001:min_hard_comp=0.10"
-acodec pcm_s16le -t 1000 -y out_audio.flv
---
libavformat/flvenc.c | 6 ++
On 02.11.2014 22:37, Reynaldo H. Verdejo Pinochet wrote:
If you are always returning 0 then this func should probably be
declared static void instead?
I left it as int for future, but probably no reason for that, so changed.
[..]
diff --git a/ffserver_config.h b/ffserver_config.h
index f29f07
Two to four times faster depending on instruction set, block size and channel
count.
Signed-off-by: James Almer
---
libavcodec/arm/flacdsp_init_arm.c | 2 +-
libavcodec/flacdec.c | 6 +-
libavcodec/flacdsp.c | 6 +-
libavcodec/flacdsp.h | 6 +-
lib
On date Monday 2014-11-03 00:32:04 +0100, Stefano Sabatini encoded:
> Avoid the creation of files which cannot be successfully decoded by
> ffmpeg, for example generated with:
> ffmpeg -f lavfi -i sine -af
> "aselect='not(between(t,100,500))',aresample=min_comp=0.001:min_hard_comp=0.10"
> -a
On date Monday 2014-11-03 00:25:54 +0100, Lukasz Marek encoded:
[...]
> Offtopic:
> regarding config: partitions, directpred (it should be direct-pred),
> wpredp are x264 options and ffserver doesn't send them to ffmpeg
> that serves a stream. Any private option for any codec is not
> supported yet
On date Sunday 2014-11-02 19:19:14 +0100, Lukasz Marek encoded:
> TODO: bump micro
>
> Many common codec options are not via ffm protocol.
> This commit adds common A/V encoding options to protocol.
>
> Signed-off-by: Lukasz Marek
> ---
> libavformat/ffmdec.c | 78
> +++
On 2 November 2014 00:02, Reynaldo H. Verdejo Pinochet <
reyna...@osg.samsung.com> wrote:
>
>
> On 11/01/2014 07:59 PM, Lukasz Marek wrote:
> > [..]
> >
> > I decreased it by 1 automatically rather than for any reason. I didn't
> > want to change logic where it was not needed, and it was not neede
On 03.11.2014 00:40, Stefano Sabatini wrote:
On date Sunday 2014-11-02 19:19:14 +0100, Lukasz Marek encoded:
TODO: bump micro
Many common codec options are not via ffm protocol.
This commit adds common A/V encoding options to protocol.
Signed-off-by: Lukasz Marek
---
libavformat/ffmdec.c |
On Mon, 3 Nov 2014 00:35:58 +0100
Stefano Sabatini wrote:
> On date Monday 2014-11-03 00:32:04 +0100, Stefano Sabatini encoded:
> > Avoid the creation of files which cannot be successfully decoded by
> > ffmpeg, for example generated with:
>
> > ffmpeg -f lavfi -i sine -af
> > "aselect='not(bet
On Sun, Nov 02, 2014 at 07:19:14PM +0100, Lukasz Marek wrote:
> TODO: bump micro
>
> Many common codec options are not via ffm protocol.
> This commit adds common A/V encoding options to protocol.
>
> Signed-off-by: Lukasz Marek
> ---
> libavformat/ffmdec.c | 78
> +
On Mon, Nov 03, 2014 at 12:32:04AM +0100, Stefano Sabatini wrote:
> Avoid the creation of files which cannot be successfully decoded by
> ffmpeg, for example generated with:
> ffmpeg -f lavfi -i sine -af
> "aselect='not(between(t,100,500))',aresample=min_comp=0.001:min_hard_comp=0.10"
> -acod
Michael Niedermayer gmx.at> writes:
> > fic.c |9 ++---
> > 1 file changed, 6 insertions(+), 3 deletions(-)
> > fc0e9306e01d102a7ed0eb7eaa8d0890498156d1 patchfic.diff
> > diff --git a/libavcodec/fic.c b/libavcodec/fic.c
>
> probably ok
The patch was merged.
Thank you, Carl Eugen
___
Reimar Döffinger gmx.de> writes:
> Configures it as x86_64 with assembler disabled.
Please mention ticket #1565 in the commit message.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmp
Michael Niedermayer gmx.at> writes:
> > Ticket #4069 indicates that users unfortunately
> > try to put G.726 in mov. Attached patch makes
> > such files decodable.
>
> should be ok
The patch was merged.
Thank you, Carl Eugen
___
ffmpeg-devel maili
*Hi ffmpeg-devel, I’m sending this mail in order to encourage some
discussion about ISO BMFF specification and find out what people think
about problems described below and if anybody else also have seen these
problems.I’m software engineer and I write MP4 Muxer/Demuxer (It’s not
FFmpeg code) which
I made the decay multiplication fixed point. I moved all the fixed
point logic to macros which hopefully makes it easier to read.
I also removed the total_frames count since it is now likely to become
inconsistent with the actual classification totals anyway.
I've gone back to just outputting rou
update with half life patch
On Sun, Nov 2, 2014 at 5:04 AM, Kevin Mitchell wrote:
> update with half life patch
From 0a870e0bb9be9c8537c7b6b133e528f8afffe35f Mon Sep 17 00:00:00 2001
From: Kevin Mitchell
Date: Sun, 2 Nov 2014 04:49:34 -0800
Subject: [PATCH 2/2] avfilter/vf_idet: add a repeated f
On Sun, Nov 02, 2014 at 06:20:06PM -0800, Kevin Mitchell wrote:
> I made the decay multiplication fixed point. I moved all the fixed
> point logic to macros which hopefully makes it easier to read.
>
> I also removed the total_frames count since it is now likely to become
> inconsistent with the a
Ok, I fixed the logic by removing round() and added an integer power
function to replace pow()
From f66e072d477964ebcfe38eafe40d12030a91df14 Mon Sep 17 00:00:00 2001
From: Kevin Mitchell
Date: Sun, 2 Nov 2014 21:30:51 -0800
Subject: [PATCH 1/2] avfilter/vf_idet: add a "half_life" option for statis
update with half life patch
From bb68edd9a0f31acf757e8819e783191ce5b2d800 Mon Sep 17 00:00:00 2001
From: Kevin Mitchell
Date: Sun, 2 Nov 2014 04:49:34 -0800
Subject: [PATCH 2/2] avfilter/vf_idet: add a repeated field detection
This can be useful for determining telecine.
---
doc/filters.texi
I mailed Sergio (Hyllian) and this is his message -
"You can look at this thread:
http://www.libretro.com/forums/viewtopic.php?f=6&t=134
And there are some c/c++ implementations out there like this:
https://github.com/yoyofr/iFBA/blob/master/fba_src/src/intf/video/scalers/xbr.cpp
I'm not work
53 matches
Mail list logo