On 01.11.2014, at 13:45, Reimar Döffinger reimar.doeffin...@gmx.de 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
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 reimar.doeffin...@gmx.de
---
configure | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configure b/configure
index e79b34d..c9008ba 100755
---
Reimar Döffinger Reimar.Doeffinger at 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 Reimar.Doeffinger at 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
On Sun, Nov 02, 2014 at 10:02:50AM +, Carl Eugen Hoyos wrote:
Reimar Döffinger Reimar.Doeffinger at 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
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 michae...@gmx.at wrote:
On Sat, Nov 01, 2014 at 07:08:53AM -0700, Kevin Mitchell wrote:
doc/filters.texi |7 +++
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
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
On Sun, Nov 02, 2014 at 09:09:51AM +0530, arwa arif wrote:
On Sun, Nov 2, 2014 at 3:36 AM, Michael Niedermayer michae...@gmx.at
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.
Removed the unrelated documentation changes, used uint64_t instead of float.
From 0fc44ce601266e94fb8c6137091f3eb91616a235 Mon Sep 17 00:00:00 2001
From: Kevin Mitchell kevmi...@gmail.com
Date: Sun, 2 Nov 2014 04:37:13 -0800
Subject: [PATCH 1/2] avfilter/vf_idet: add a half_life option for
update with half life patch
From eab73507ebdc0af04c0aa9b5acd166d588a026c7 Mon Sep 17 00:00:00 2001
From: Kevin Mitchell kevmi...@gmail.com
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.
---
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 dont
On Sunday, November 2, 2014, Stefano Sabatini stefa...@gmail.com 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;.
On Sunday, November 2, 2014, Timothy Gu timothyg...@gmail.com 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
Le duodi 12 brumaire, an CCXXIII, Stefano Sabatini a écrit :
This blog mentions Hyllian xBR algorithm:
http://board.byuu.org/viewtopic.php?f=10t=2248
but the link above is dead.
There is a version in the Wayback Machine:
On 11/1/2014 10:37 PM, Timothy Gu wrote:
Some more information...
On Sat, Nov 1, 2014 at 10:33 PM, Timothy Gu timothyg...@gmail.com 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
On Sunday, November 2, 2014, Anshul anshul.ffm...@gmail.com 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
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 lukasz.m.lu...@gmail.com
---
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
+++
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 lukasz.m.lu...@gmail.com
---
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)
{
AVDictionaryEntry
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
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,
Two to four times faster depending on instruction set, block size and channel
count.
Signed-off-by: James Almer jamr...@gmail.com
---
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
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
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 jamr...@gmail.com
---
TODO: 16 bits indep for 4, 6 and 8 channels. 24/32 bits indep for 8 channels.
AVX2 and
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 jamr...@gmail.com
---
TODO: 16 bits indep for 4, 6 and 8 channels. 24/32
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 Almer
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
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 ++
1
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
Two to four times faster depending on instruction set, block size and channel
count.
Signed-off-by: James Almer jamr...@gmail.com
---
libavcodec/arm/flacdsp_init_arm.c | 2 +-
libavcodec/flacdec.c | 6 +-
libavcodec/flacdsp.c | 6 +-
libavcodec/flacdsp.h
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
-acodec
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 lukasz.m.lu...@gmail.com
---
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 needed
here. I
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 lukasz.m.lu...@gmail.com
---
On Mon, 3 Nov 2014 00:35:58 +0100
Stefano Sabatini stefa...@gmail.com 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
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 lukasz.m.lu...@gmail.com
---
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
-acodec
Reimar Döffinger Reimar.Doeffinger at 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
Michael Niedermayer michaelni at 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
*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)
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
update with half life patch
On Sun, Nov 2, 2014 at 5:04 AM, Kevin Mitchell kevmi...@gmail.com wrote:
update with half life patch
From 0a870e0bb9be9c8537c7b6b133e528f8afffe35f Mon Sep 17 00:00:00 2001
From: Kevin Mitchell kevmi...@gmail.com
Date: Sun, 2 Nov 2014 04:49:34 -0800
Subject: [PATCH
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
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 kevmi...@gmail.com
Date: Sun, 2 Nov 2014 21:30:51 -0800
Subject: [PATCH 1/2] avfilter/vf_idet: add a half_life
update with half life patch
From bb68edd9a0f31acf757e8819e783191ce5b2d800 Mon Sep 17 00:00:00 2001
From: Kevin Mitchell kevmi...@gmail.com
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.
---
I mailed Sergio (Hyllian) and this is his message -
You can look at this thread:
http://www.libretro.com/forums/viewtopic.php?f=6t=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
51 matches
Mail list logo