Patrice Bensoussan | 1 Aug 04:06 2004
Picon

[Bug Report] cannot convert to .wav

I tried to convert a wma file to wav, but it's failing.
See output below (why does it try to use snow?)
Same behaviour if I add -acodec pcm_s16le ...
(If I convert the same file to mp3 it works fine)
Any idea?

./ffmpeg -i test.wma test.wav
ffmpeg version 0.4.9-pre1, build 4718, Copyright (c) 2000-2004 Fabrice 
Bellard
   built on Jul 26 2004 21:51:26, gcc: 3.3 20030304 (Apple Computer, 
Inc. build 1640)
Input #0, asf, from 'test.wma':
   Duration: 00:01:06.4, bitrate: 193 kb/s
   Stream #0.0: Audio: wmav2, 44100 Hz, stereo, 192 kb/s
Output #0, wav, to 'test.wav':
   Stream #0.0: Audio: snow, 44100 Hz, stereo, 1411 kb/s
Stream mapping:
   Stream #0.0 -> #0.0
[snow  <at>  0x2311a8]this codec is under development, files encoded with it 
wont be decodeable with future versions!!!
use vstrict=-1 to use it anyway
Error while opening codec for stream #0.0 - maybe incorrect parameters 
such as bit_rate, rate, width or height

./ffmpeg -y -acodec pcm_s16le -i test.wma test.wav
ffmpeg version 0.4.9-pre1, build 4718, Copyright (c) 2000-2004 Fabrice 
Bellard
   built on Jul 26 2004 21:51:26, gcc: 3.3 20030304 (Apple Computer, 
Inc. build 1640)
Input #0, asf, from 'test.wma':
(Continue reading)

Moritz Muehlenhoff | 1 Aug 12:10 2004
Picon
Picon

Re: CVS: ffmpeg/libavcodec snow.c,NONE,1.1 Makefile,1.146,1.147 avcodec.h,1.324,1.325 allcodecs.c,1.70,1.71

Michael Niedermayer wrote:
> my experimental wavelet codec
> note, this is far from finished, dont expect todays encodings to be decodeable with cvs tomorrow ... 

This looks very promising. Are you aware of potential patent problems wrt
wavelet based video compression?

Cheers,
        Moritz

-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
Michael Niedermayer | 1 Aug 13:18 2004
Picon
Picon

Re: Re: CVS: ffmpeg/libavcodec snow.c,NONE,1.1 Makefile,1.146,1.147 avcodec.h,1.324,1.325 allcodecs.c,1.70,1.71

Hi

On Sunday 01 August 2004 12:10, Moritz Muehlenhoff wrote:
> Michael Niedermayer wrote:
> > my experimental wavelet codec
> > note, this is far from finished, dont expect todays encodings to be
> > decodeable with cvs tomorrow ...
>
> This looks very promising. Are you aware of potential patent problems wrt
> wavelet based video compression?
yes, its near impossible to write a non trivial program nowadays without 
infriging a few patents, as much as i would like to avoid this, even checking 
if a program violates any patents takes significantly more time then 
developing the program in the first place
if this bothers u, well either 
* look through the code and check it against patents, if someone tells me that 
a part is covered by a patent ill try to change it 
* write a letter/phonecall/email/... to your politicans and talk to them about 
why patenting algorithms and software is bad, most politicians have very 
little knowledge about sw patents while listening primarily to their most 
corrupted college, who tell them for example that the proposed directive from 
the european council wouldnt legalize sw patents at all, while it very 
clearly does

btw, furthermore theres the problem that most of the patents are invalid, the 
patent offices apparently dont check things nowadays anymore, the only 
wavelet patent at which i looked (stumbled across a link) was describing the 
well known EZW coder, so it was clearly invalid by prior art

[...]
(Continue reading)

Arpi | 1 Aug 13:41 2004
Picon

Re: Re: CVS: ffmpeg/libavcodec snow.c,NONE,1.1 Makefile,1.146,1.147 avcodec.h,1.324,1.325 allcodecs.c,1.70,1.71

Hi,

> On Sunday 01 August 2004 12:10, Moritz Muehlenhoff wrote:
> > Michael Niedermayer wrote:
> > > my experimental wavelet codec
> > > note, this is far from finished, dont expect todays encodings to be
> > > decodeable with cvs tomorrow ...
> >
> > This looks very promising. Are you aware of potential patent problems wrt
> > wavelet based video compression?
> yes, its near impossible to write a non trivial program nowadays without 
> infriging a few patents, as much as i would like to avoid this, even checking 
> if a program violates any patents takes significantly more time then 
> developing the program in the first place

btw, how long snow development will take?
i mean when will be the bitstream format finalized, ie it can be tested/used
in "production"? (without vstrict=-1)
what improvements do you plan to snow?

A'rpi / MPlayer, Astral & ESP-team

--
MPlayer's new image: happiness & peace & cosmetics & vmiklos

-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
(Continue reading)

Michael Niedermayer | 1 Aug 13:42 2004
Picon
Picon

Re: [Bug Report] cannot convert to .wav

Hi

On Sunday 01 August 2004 04:06, Patrice Bensoussan wrote:
> I tried to convert a wma file to wav, but it's failing.
> See output below (why does it try to use snow?)
> Same behaviour if I add -acodec pcm_s16le ...
> (If I convert the same file to mp3 it works fine)
> Any idea?
make distclean

[...]
--

-- 
Michael
level[i]= get_vlc(); i+=get_vlc();		(violates patent EP0266049)
median(mv[y-1][x], mv[y][x-1], mv[y+1][x+1]);	(violates patent #5,905,535)
buf[i]= qp - buf[i-1];				(violates patent #?)
for more examples, see http://mplayerhq.hu/~michael/patent.html
stop it, see http://petition.eurolinux.org & http://petition.ffii.org/eubsa/en

-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
Michael Niedermayer | 1 Aug 15:18 2004
Picon
Picon

Re: Re: CVS: ffmpeg/libavcodec snow.c,NONE,1.1 Makefile,1.146,1.147 avcodec.h,1.324,1.325 allcodecs.c,1.70,1.71

Hi

On Sunday 01 August 2004 13:41, Arpi wrote:
> Hi,
>
> > On Sunday 01 August 2004 12:10, Moritz Muehlenhoff wrote:
> > > Michael Niedermayer wrote:
> > > > my experimental wavelet codec
> > > > note, this is far from finished, dont expect todays encodings to be
> > > > decodeable with cvs tomorrow ...
> > >
> > > This looks very promising. Are you aware of potential patent problems
> > > wrt wavelet based video compression?
> >
> > yes, its near impossible to write a non trivial program nowadays without
> > infriging a few patents, as much as i would like to avoid this, even
> > checking if a program violates any patents takes significantly more time
> > then developing the program in the first place
>
> btw, how long snow development will take?
> i mean when will be the bitstream format finalized, ie it can be
> tested/used in "production"? (without vstrict=-1)
well, how should i know?

> what improvements do you plan to snow?
* more speed
* try quadtree based entropy coder
* smaller blocksize for motion compensation
* try non translational motion compensation
* try multiple reference frames
(Continue reading)

Patrice Bensoussan | 1 Aug 15:26 2004
Picon

Re: [Bug Report] cannot convert to .wav

I did a make clean & recompiled everything, and it seems to work now.
Not sure what happened...

-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
Michael Niedermayer CVS | 2 Aug 03:03 2004
Picon

CVS: ffmpeg/libavcodec snow.c,1.9,1.10

Update of /cvsroot/ffmpeg/ffmpeg/libavcodec
In directory mail:/var2/tmp/cvs-serv23777

Modified Files:
	snow.c 
Log Message:
various subband encoders (all either worse or complicated so they are commented out)
different 0-context encoding, 1.2% lower bitrate (foreman <at> 352x288 qscale=8) no significant change at qscale=1

Index: snow.c
===================================================================
RCS file: /cvsroot/ffmpeg/ffmpeg/libavcodec/snow.c,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -d -r1.9 -r1.10
--- snow.c	28 Jul 2004 01:35:29 -0000	1.9
+++ snow.c	2 Aug 2004 01:03:52 -0000	1.10
 <at>  <at>  -326,6 +326,12  <at>  <at> 
 };
 #endif

+typedef struct QTree{
+    int treedim[MAX_DECOMPOSITIONS][2];
+    uint8_t *tree[MAX_DECOMPOSITIONS];
+    int max_level;
+    int stride;
+}QTree;

 typedef struct SubBand{
[...1115 lines suppressed...]
(Continue reading)

Michael Niedermayer CVS | 2 Aug 03:06 2004
Picon

CVS: ffmpeg/libavcodec snow.c,1.10,1.11

Update of /cvsroot/ffmpeg/ffmpeg/libavcodec
In directory mail:/var2/tmp/cvs-serv17585

Modified Files:
	snow.c 
Log Message:
cleanup

Index: snow.c
===================================================================
RCS file: /cvsroot/ffmpeg/ffmpeg/libavcodec/snow.c,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -d -r1.10 -r1.11
--- snow.c	2 Aug 2004 01:03:52 -0000	1.10
+++ snow.c	2 Aug 2004 01:06:55 -0000	1.11
 <at>  <at>  -326,13 +326,6  <at>  <at> 
 };
 #endif

-typedef struct QTree{
-    int treedim[MAX_DECOMPOSITIONS][2];
-    uint8_t *tree[MAX_DECOMPOSITIONS];
-    int max_level;
-    int stride;
-}QTree;
-
 typedef struct SubBand{
     int level;
     int stride;
(Continue reading)

Jeff Muizelaar | 2 Aug 04:14 2004
Picon
Picon

[PATCH] improve delta decreasing algorithm in ac3enc

The attached patch improves the algorithm used for decreasing the deltas
before differential encoding in the ac3 encoder.

-Jeff
--- ffmpeg-virgin/libavcodec/ac3enc.c	2004-02-18 14:15:19.000000000 -0500
+++ ffmpeg-ac3/libavcodec/ac3enc.c	2004-05-06 19:08:24.000000000 -0400
 <at>  <at>  -515,7 +515,7  <at>  <at> 
                       int nb_exps,
                       int exp_strategy)
 {
-    int group_size, nb_groups, i, j, k, recurse, exp_min, delta;
+    int group_size, nb_groups, i, j, k, exp_min;
     uint8_t exp1[N/2];

     switch(exp_strategy) {
 <at>  <at>  -550,25 +550,13  <at>  <at> 
     if (exp1[0] > 15)
         exp1[0] = 15;

-    /* Iterate until the delta constraints between each groups are
-       satisfyed. I'm sure it is possible to find a better algorithm,
-       but I am lazy */
-    do {
-        recurse = 0;
-        for(i=1;i<=nb_groups;i++) {
-            delta = exp1[i] - exp1[i-1];
-            if (delta > 2) {
-                /* if delta too big, we encode a smaller exponent */
(Continue reading)


Gmane