The current generic C implementation, which is always used when the
public header is included from other programs (either directly or
through intreadwrite.h) compiles to a mess like this (gcc-4.6 on AMD64):
movq%rdi, %rdx
shrq$32, %rdx
movl%edx, %eax
On Sun, Apr 24, 2011 at 12:38 AM, rukhsana afroz
rukhsana.af...@gmail.comwrote:
On Sat, Apr 23, 2011 at 5:24 PM, Ronald S. Bultje rsbul...@gmail.comwrote:
Hi Rukhsana,
On Sat, Apr 23, 2011 at 2:59 PM, rukhsana afroz
Which bit planes are decoded correctly? And especially, how many out
of
On Sun, Apr 24, 2011 at 00:18:33 (CEST), Loren Merritt wrote:
sse emulation of vex ops currently uses movdqa, thus making it sse2.
Thanks Vitor and Loren,
all patches look OK to me, I have prepared them in
https://gitorious.org/~siretart/libav/siretarts-libav/commits/avx.20110424
and will push
On Sat, Apr 23, 2011 at 11:50:00AM -0700, Alex Converse wrote:
On Sat, Apr 23, 2011 at 5:16 AM, Diego Biurrun di...@biurrun.de wrote:
--- a/Changelog
+++ b/Changelog
@@ -27,7 +27,6 @@ version 0.7_beta1:
- ANSI/ASCII art playback system
- Lego Mindstorms RSO de/muxer
-- libavcore
Diego Biurrun di...@biurrun.de writes:
On Sat, Apr 23, 2011 at 04:29:36PM +0100, Måns Rullgård wrote:
Diego Biurrun di...@biurrun.de writes:
The FreeBSD FATE box passes '-D__BSD_VISIBLE -D__XSI_VISIBLE=600' as
extra CFLAGS to configure:
Luca Barbato lu_z...@gentoo.org writes:
You might try to have the commit message split from the composed
message (check git send-email for ideas).
would be great if you add whitespace stripping to it (not sure how to
do that since I'm not using emacs)
lu
Ah yes I moved around the --- in
On Sun, Apr 24, 2011 at 12:46:46AM -0700, rukhsana afroz wrote:
I sent two attachments with two files, however it got bounced because the
attachments were too big. I am not sure, at this stage, how to send the data
to you. Please let me know.
You can use pastebin.com, but I suggest you use
/siretarts-libav/commits/avx.20110424
and will push to master soon if nobody has additonal comments.
Um, squash my patch. There's no point in commiting something known to
sigill and then fixing it in a separate commit.
Needs a vzeroupper somewhere. It's sorta like emms, except the penalty
On Fri, Apr 22, 2011 at 06:18:59 (CEST), Reinhard Tartler wrote:
On Fri, Apr 22, 2011 at 00:50:11 (CEST), Måns Rullgård wrote:
Reinhard Tartler siret...@tauware.de writes:
-pkgconfig_generate libavutil Libav utility library $LIBAVUTIL_VERSION
+pkgconfig_generate libavutil Libav utility
.
Thanks Vitor and Loren,
all patches look OK to me, I have prepared them in
https://gitorious.org/~siretart/libav/siretarts-libav/commits/avx.20110424
and will push to master soon if nobody has additonal comments.
Um, squash my patch. There's no point in commiting something known to
sigill
currently uses movdqa, thus making it sse2.
Thanks Vitor and Loren,
all patches look OK to me, I have prepared them in
https://gitorious.org/~siretart/libav/siretarts-libav/commits/avx.20110424
and will push to master soon if nobody has additonal comments.
Um, squash my patch. There's no point
On Sun, Apr 24, 2011 at 2:15 AM, Diego Biurrun di...@biurrun.de wrote:
You can use pastebin.com, but I suggest you use IRC instead of this
mailing list first, I think it's the more suitable medium for the
kind of help you are looking for.
Thanks Diego for your suggestion. I asked on IRC
On Sun, Apr 24, 2011 at 12:46 AM, rukhsana afroz
rukhsana.af...@gmail.comwrote:
Hi Ronald,
I have attched two files for code block decode results (one is for jasper
and one is for libav). I have only shown the entire code block at the
beginning and at the end of clnpass function. With the
2011/4/24 Måns Rullgård m...@mansr.com
Anyway, why this patch at all if it's temporary?
@Måns, let me ask you a question:
Are you aware of that the proper way to reduce
bitdepth in digital data processing (both video
and audio) includes dithering? If you're not aware
of that, then please do
On 4/24/11 8:06 AM, Uoti Urpala wrote:
+#elif 0
Maybe if 0 code could be removed or investigated.
Beside that the patch seems ok.
lu
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
Hi,
On Sun, Apr 24, 2011 at 2:06 AM, Uoti Urpala uoti.urp...@pp1.inet.fi wrote:
The current generic C implementation, which is always used when the
public header is included from other programs (either directly or
through intreadwrite.h) compiles to a mess like this (gcc-4.6 on AMD64):
---
libavcodec/flashsv.c| 115 --
libavcodec/flashsvenc.c | 127 +--
2 files changed, 121 insertions(+), 121 deletions(-)
diff --git a/libavcodec/flashsv.c b/libavcodec/flashsv.c
index 287cb10..095aadd
Small reindent patch I almost forgot last time.
--
Clément B.
From 844eaa065df5312cdf3cc217582825d0c0405ec3 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Cl=C3=A9ment=20B=C5=93sch?= ubi...@gmail.com
Date: Sun, 24 Apr 2011 15:40:57 +0200
Subject: [PATCH] oggdec: reindent after 8f3eebd6
---
On 04/24/2011 08:48 AM, Diego Biurrun wrote:
---
libavcodec/flashsv.c| 115 --
libavcodec/flashsvenc.c | 127
+--
2 files changed, 121 insertions(+), 121 deletions(-)
looks fine.
-Justin
On Sun, Apr 24, 2011 at 03:05:09PM +0200, Diego Biurrun wrote:
---
Changelog |1 +
configure |1 +
doc/general.texi |1 +
libavcodec/Makefile|1 +
libavcodec/allcodecs.c |1 +
libavcodec/flashsv.c | 225
Nevermind, apparently I didn't read down far enough and inet_pton() is
in that same _BSD_VISIBLE #ifdef.
-- Sean
On 4/24/11, Sean McGovern gsean...@gmail.com wrote:
2011/4/24 Måns Rullgård m...@mansr.com
Diego Biurrun di...@biurrun.de writes:
On Sat, Apr 23, 2011 at 04:29:36PM +0100, Måns
On 04/24/2011 04:54 AM, Måns Rullgård wrote:
Justin Ruggles justin.rugg...@gmail.com writes:
On 04/23/2011 11:30 AM, Måns Rullgård wrote:
Diego Biurrun di...@biurrun.de writes:
On Fri, Apr 22, 2011 at 10:19:44PM -0400, Justin Ruggles wrote:
Based on patches by clsid2 in ffdshow-tryout.
On date Saturday 2011-04-23 17:28:30 +0200, Stefano Sabatini encoded:
On date Saturday 2011-04-23 13:54:52 +0200, Nicolas George encoded:
Le quartidi 4 floréal, an CCXIX, Stefano Sabatini a écrit :
This breaks ABI as it redefines the previous values (since the first
symbol will have a
Using av_freep is generally good practice.
---
libavformat/crypto.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavformat/crypto.c b/libavformat/crypto.c
index ea6012a..fecc2c9 100644
--- a/libavformat/crypto.c
+++ b/libavformat/crypto.c
@@ -153,9 +153,9 @@
If there are no variants, the total bitrate of the single
stream isn't known, and exporting variant_bitrate = 0 does
look weird, since there really aren't any variants.
---
libavformat/applehttp.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/libavformat/applehttp.c
On 04/24/2011 01:14 PM, Martin Storsjö wrote:
Using av_freep is generally good practice.
---
libavformat/crypto.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavformat/crypto.c b/libavformat/crypto.c
index ea6012a..fecc2c9 100644
---
On date Sunday 2011-04-24 15:05:09 +0200, Diego Biurrun wrote:
---
Changelog |1 +
configure |1 +
doc/general.texi |1 +
libavcodec/Makefile|1 +
libavcodec/allcodecs.c |1 +
libavcodec/flashsv.c | 225
On Sun, Apr 24, 2011 at 07:43:13PM +0200, Stefano Sabatini wrote:
[...]
Noob question: is this codec RE or is it documented somewhere?
In both cases an excellent way to start would be IMO to collect
information, samples and publish them somewhere (the MultiMediaWiki
may be an idea), this
Hi,
On Sun, Apr 24, 2011 at 1:23 PM, Martin Storsjö mar...@martin.st wrote:
If there are no variants, the total bitrate of the single
stream isn't known, and exporting variant_bitrate = 0 does
look weird, since there really aren't any variants.
---
libavformat/applehttp.c | 4 +++-
1
On Sun, Apr 24, 2011 at 1:50 PM, Kostya kostya.shish...@gmail.com wrote:
On Sun, Apr 24, 2011 at 07:43:13PM +0200, Stefano Sabatini wrote:
[...]
Noob question: is this codec RE or is it documented somewhere?
In both cases an excellent way to start would be IMO to collect
information,
On 04/24/2011 12:13 PM, Justin Ruggles wrote:
On 04/24/2011 04:54 AM, Måns Rullgård wrote:
Justin Ruggles justin.rugg...@gmail.com writes:
On 04/23/2011 11:30 AM, Måns Rullgård wrote:
Diego Biurrun di...@biurrun.de writes:
On Fri, Apr 22, 2011 at 10:19:44PM -0400, Justin Ruggles wrote:
On 04/24/2011 01:50 PM, Diego Biurrun wrote:
libavcodec/vorbisdec.c:543: warning: format ‘%d’ expects type ‘int’, but
argument 4 has type ‘uint_fast32_t’
libavcodec/vorbisdec.c:543: warning: format ‘%d’ expects type ‘int’, but
argument 5 has type ‘uint_fast32_t’
---
Hi,
On Apr 24, 2011, at 2:58 PM, Justin Ruggles justin.rugg...@gmail.com wrote:
I was able to get this working. So after the change, here is what the
ffmpeg behavior would be when using the request_sample_fmt version of
the patch.
$ ffmpeg -i in.ac3 -acodec pcm_f32le -y out.wav
decoder
:33 (CEST), Loren Merritt wrote:
sse emulation of vex ops currently uses movdqa, thus making it sse2.
Thanks Vitor and Loren,
all patches look OK to me, I have prepared them in
https://gitorious.org/~siretart/libav/siretarts-libav/commits/avx.20110424
and will push to master soon if nobody
Before anyone wastes time on porting the libcelt decoder from libav,
I've started to have a look and pushed the results here:
https://gitorious.org/~siretart/libav/siretarts-libav/commits/libcelt.2011-04-25
I noticed that it requires a rather recent version of libcelt (
0.8.1). Note that the
On 04/24/2011 06:08 PM, Reinhard Tartler wrote:
Before anyone wastes time on porting the libcelt decoder from libav,
I've started to have a look and pushed the results here:
https://gitorious.org/~siretart/libav/siretarts-libav/commits/libcelt.2011-04-25
I noticed that it requires a
On date Sunday 2011-04-24 18:43:41 +0200, Stefano Sabatini encoded:
On date Saturday 2011-04-23 17:28:30 +0200, Stefano Sabatini encoded:
On date Saturday 2011-04-23 13:54:52 +0200, Nicolas George encoded:
Le quartidi 4 floréal, an CCXIX, Stefano Sabatini a écrit :
This breaks ABI as it
On 4/25/11 1:46 AM, Stefano Sabatini wrote:
On date Sunday 2011-04-24 18:43:41 +0200, Stefano Sabatini encoded:
On date Saturday 2011-04-23 17:28:30 +0200, Stefano Sabatini encoded:
On date Saturday 2011-04-23 13:54:52 +0200, Nicolas George encoded:
Le quartidi 4 floréal, an CCXIX, Stefano
On 04/24/2011 08:24 PM, Diego Biurrun wrote:
---
libavcodec/flashsv.c| 21 ++---
libavcodec/flashsvenc.c | 18 +-
2 files changed, 19 insertions(+), 20 deletions(-)
diff --git a/libavcodec/flashsv.c b/libavcodec/flashsv.c
index 095aadd..0fdbfde
---
Changelog |1 +
configure |1 +
doc/general.texi |1 +
libavcodec/Makefile|1 +
libavcodec/allcodecs.c |1 +
libavcodec/flashsv.c | 230 ++--
libavcodec/version.h |2 +-
7 files
On Sun, 2011-04-24 at 07:05 -0400, Ronald S. Bultje wrote:
On Sun, Apr 24, 2011 at 2:06 AM, Uoti Urpala uoti.urp...@pp1.inet.fi wrote:
The current generic C implementation, which is always used when the
public header is included from other programs (either directly or
through
On Sun, Apr 24, 2011 at 2:55 AM, rukhsana afroz rukhsana.af...@gmail.comwrote:
I tested my decoder and jasper's one with a file which can be decoded
successfully by both. It seems, defining code blocks and its parameters with
how it should be decoded is completely implemnetation dependent.
42 matches
Mail list logo