search for: amadorm

Displaying 4 results from an estimated 4 matches for "amadorm".

Did you mean: amador
2002 Feb 13
2
Comparison between Ogg Vorbis and LAME
...rdware? I\'d like to know what\'s taking them so long, and I\'m sure Thomson Multimedia had a lobby too. Luck, great work and many thanks for this amazing software and the effort for ridding the world of software patents, <p> Manuel Amador (Rudd-O) http://www.usm.edu.ec/~amadorm/ --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe message...
2002 Feb 13
0
Followup on Comparison between...
...ormance. I showed the bastard and earned 10 bucks (bet). Note that I still have to test the latest LAME and do graphs. I also should test different original samples. I still want less bitrate and indistinguishable quality on -q 5! =) luck, Manuel Amador (Rudd-O) http://www.usm.edu.ec/~amadorm/ PS: try to CC the list on the replies ;-) --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body....
2000 Oct 25
9
Return of the Son of MIME type
(quoting from the web archive, I only just subscribed) Monty wrote: > > > (a bit testy that this flamewar has started again, and no one has learned a > > thing from the previous rounds) > > OK, that wasn't fair... the old timers know what's up, but I do wish some of > the folks who bring things up would browse the archive threads or at least not > jump in
2000 Oct 17
7
Mime Type and Ogg (More)
David Mitchell <mitchell@ucar.edu> writes: > Ralph Giles wrote: > > > > On 15 Oct 2000, Maciej Stachowiak wrote: > > > > > I don't really know the details of the discussion, but I'd like to > > > present this issue from a user-oriented perspective, and from the > > > perspective of how Nautilus wants to use data files. > >