similar to: Any encoding speedups ?

hello, please excuse my miserable english, and the anoying content of this mail for most list readers ome time ago i started to wonder if i had been subscribed not to the list i wanted to, because i received lots of mails about filenames and their extentions, and i do not bother about that at all. (well, of course i do unterstand that some peoples do bother about, but i'm almost sure there

hello, everybody! i record radio programmes through 'hard disk ogg 220'. as someone here has adviced me to do ;] it's brilliant. but after recording, i would like to cut off some material, to prepare an advertisement free version of the file. i use musicutter 071 to do this. but it gives me the following error when i'm trying to cut my file: 'Process time:

I received another response from these people. Again, the information sounds encouraging. :) -- Mark Nipper e-contacts: Computing and Information Services nipsy@tamu.edu Texas A&M University http://arrakis.tamu.edu/nipsy/ College Station, TX 77843-3142 AIM: texasnipsy ICQ: 66971617

In the recent muppets christmas film, god (played by whoopi goldberg- or howevr u spell her name), mentioned converting her entire album collection (every album ever recorded. ever) to mp3 files. Now that is the most pointless use of advertising the inferior mp3 format i've ever seen. Now that we've started covering the use of vorbis in games, anyone spotted any reference (no matter how

Hi all, [For the uninitiated: a "peeler" is a program that transforms a Vorbis stream into a smaller, (somewhat) lower quality Vorbis stream, and does so quickly, by just throwing out some data.] After having prototyped several peelers that aim to peel to a certain filesize, or to a certain quality, with mixed success, I've now taken a different route: a peeler that aims for the

Hi all, [For the uninitiated: a "peeler" is a program that transforms a Vorbis stream into a smaller, (somewhat) lower quality Vorbis stream, and does so quickly, by just throwing out some data.] After having prototyped several peelers that aim to peel to a certain filesize, or to a certain quality, with mixed success, I've now taken a different route: a peeler that aims for the

For the two or three of you who are subscribed to the mailing list that *haven't* heard already... from the blurb on Slashdot: "Xiph.org has made a beta release of firmware with Ogg Vorbis support for the Neuros portable music player. You can grab the firmware from the Neurosetta site. Note that this beta release only plays Vorbis files, and may skip on very high quality files, like

On Wed, Oct 23, 2002 at 08:51:27PM +0200, figyu wrote: > oops, sorry for that, i haven't realized this would cause what you are > saying. that's why i informed you about this. > i just didn't know the list address, that's why i replied to one of > the mails. now i can't do anything about that, can i? vorbis@xiph.org :) no, except i replied to you in personal and you

hello, i have a question about the documentation: oggenc --help says: -b, --bitrate Choose a nominal bitrate to encode at. Attempt to encode at a bitrate averaging this. Takes an argument in kbps. This uses the bitrate management engine, and is not recommended for most users. See -q, --quality for a

Monty wrote: > On Sat, Dec 07, 2002 at 10:29:29PM +0100, ChristianHJW wrote: > > >Please allow me to announce the creation of a new open source Media > >Container Format, named 'matroska' > > > >Project page is here http://sf.net/projects/matroska ; homepage is > >http://matroska.sourceforge.net , HTML should be online soon. > > Another redundant

Monty wrote: > On Sat, Dec 07, 2002 at 10:29:29PM +0100, ChristianHJW wrote: > > >Please allow me to announce the creation of a new open source Media > >Container Format, named 'matroska' > > > >Project page is here http://sf.net/projects/matroska ; homepage is > >http://matroska.sourceforge.net , HTML should be online soon. > > Another redundant

On May 14, 2010, at 11:24 AM, Jan Voung wrote: > I'm sure this has been asked many times, but is there current work on decreasing the time taken by the DAG-based instruction selector, or the other phases of llc? I am just beginning to dive into LLVM, and I am interested in compile-time reductions that do not reduce code quality dramatically. For example, simply switching on

On May 18, 2010, at 12:07 PM, Jan Voung wrote: > Here are some recent stats of the fast vs local vs linear scan at O0 on "opt -std-compile-opts" processed bitcode files. The fast regalloc is still certainly faster at codegen than local with such bitcode files. Let me know if the link doesn't work: > >

On May 17, 2010, at 9:09 PM, Rafael Espindola wrote: >> The fast and local register allocators are meant to be used on unoptimized code, a 'Debug build'. While they do work on optimized code, they do not give good results. Their primary goal is compile time, not code quality. > > Yes, we have a somewhat uncommon use case. It is fine to spend time > optimizing bitcode (LTO

> The fast and local register allocators are meant to be used on unoptimized code, a 'Debug build'. While they do work on optimized code, they do not give good results. Their primary goal is compile time, not code quality. Yes, we have a somewhat uncommon use case. It is fine to spend time optimizing bitcode (LTO is a OK), but we want to make the final IL -> Executable translation

Hello folks, I'm sure this has been asked many times, but is there current work on decreasing the time taken by the DAG-based instruction selector, or the other phases of llc? I am just beginning to dive into LLVM, and I am interested in compile-time reductions that do not reduce code quality dramatically. For example, simply switching on "-fast-isel" (roughly 17% drop in code

Here are some recent stats of the fast vs local vs linear scan at O0 on "opt -std-compile-opts" processed bitcode files. The fast regalloc is still certainly faster at codegen than local with such bitcode files. Let me know if the link doesn't work: https://spreadsheets.google.com/a/google.com/ccc?key=0At5EJFcCBf-wdDgtd2FoZjU4bFBzcFBtT25rQkgzMEE&hl=en Misc stuff: I ran into an

On Thu, Dec 15, 2016 at 3:05 PM, Michael S. Tsirkin <mst at redhat.com> wrote: > > git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus Pulled, but I wonder... > Documentation/translations/zh_CN/sparse.txt | 7 +- > arch/arm/plat-samsung/include/plat/gpio-cfg.h | 2 +- > drivers/crypto/virtio/virtio_crypto_common.h | 128 +++++

On Thu, Dec 15, 2016 at 06:20:40PM -0800, Linus Torvalds wrote: > On Thu, Dec 15, 2016 at 3:05 PM, Michael S. Tsirkin <mst at redhat.com> wrote: > > > > git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus > > Pulled, but I wonder... > > > Documentation/translations/zh_CN/sparse.txt | 7 +- > >

On Thu, Dec 15, 2016 at 06:20:40PM -0800, Linus Torvalds wrote: > On Thu, Dec 15, 2016 at 3:05 PM, Michael S. Tsirkin <mst at redhat.com> wrote: > > > > git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus > > Pulled, but I wonder... > > > Documentation/translations/zh_CN/sparse.txt | 7 +- > >