search for: mode_s

Hiya, Find attached a new encoding mode. 100kbps. There's a patch as well; it is supposed to improve quality. Have fun, Segher p.s. To use the mode: add an #include "modes/mode_S.h" to modes/modes.h and force vorbisenc.c to use it. (Oh, and the S doesn't mean Segher. Really). <HR NOSHADE> <UL> <LI>application/octet-stream attachment: Unknown Document </UL> -------------- next part -------------- A non-text attachment was scrubbed... Name...

Hi, I have a track which when encoded with Mode_C or even Mode_E does not encode well at all ... It's a jazz flute track with a lot of plate echo. The flute (centred in the mix) almost disappears ... I am away for a few days, but if someone would like to look at this I would be grateful ... A small clip can be grabbed from my ftp server ... ftp.york.ac.uk in:

Hi, Ady wrote: > I very much doubt that there is any ISO image, publicly > available or not, that can boot optical media in UEFI mode by means of > Syslinux for EFI as of today. I hope this status will change at some > point. > [...] > I doubt that syslinux.efi (renamed as "EFI/BOOT/BOOT<arch>.EFI") > is capable of booting optical media in UEFI mode at

> I thought Didier Spaier showed us ISOs which boot by SYSLINUX and > Linux sitting in the EFI System Partition. Please allow me to emphasize it again, for clarity, avoiding the reiterated confusion to some readers / users. We are talking about: * ISO images, * burnt to _optical media_, * and using then the resulting _optical media_ to boot in _UEFI mode_, * in which the _main

My branch that I've been working on for the last few weeks is now the mainline; once I add a few more modes (mode_A.h through mode_E.h, corresponding roughly to 128,160,192,256,350 kbps stereo) and Mike Smith and Chad get the modes into OggEnc, we'll be at beta 2. A few things to note: I'd been really really hoping that I'd squeeze the last bit of performance out of non

Hi there, I encoded the hard to encode piece ":wumpscut: - mother" with the new prebeta4 encoder (windows). As I crashed my harddrive I've to reinstall linsuxx again and double check the results, maybe there's a difference between the platforms (as far as I remember there was such a thing before). This song is pretty good for fast listening-tests as there are plenty of

Hi there, I encoded the hard to encode piece ":wumpscut: - mother" with the new prebeta4 encoder (windows). As I crashed my harddrive I've to reinstall linsuxx again and double check the results, maybe there's a difference between the platforms (as far as I remember there was such a thing before). This song is pretty good for fast listening-tests as there are plenty of

The following block of code produces an exception. The testnew.ogg file is 10 seconds, containing pure silence encoded using mode E: http://www.cs.mun.ca/~chris3/testnew.ogg Other files and modes can cause the exception, but many files work fine. #include <stdio.h> #include "vorbis/vorbisfile.h" int main() { OggVorbis_File ov, ov2; FILE *f, *f2; f

Hi, Ady wrote: > * ISO images, > * burnt to _optical media_, > * and using then the resulting _optical media_ to boot in _UEFI mode_, > * in which the _main bootloader_ for such _optical media_ booting in > such _UEFI mode_ is part of The Syslinux Project. I would be willing to try such an ISO with qemu+OVMF. Regrettably my real test iron has no EFI firmware. Do you know the

All - Client: Win98, first version Server: Linux Mandrake, Samba 2.0.7 I'm trying to setup a Samba server to replace a customer's evil Windows 98 server, and have run into a problem. When used with encrypted passwords, it doesn't work. I tried all of the usual cures, and found that it worked perfectly if I enabled plaintext passwords in Win98. When I switched back to encrypted

Oooh Plate Echo was what people had before digital reverbs! (When they didn't have spring reverb!) - Long ago... They are quite rare now because only big studios had them as they took up a lot of room! (and then they threw them all away) *jealous* Do you really have a plate reverb or just a digital simulation? love Freya --- Robert Voigt <robert.voigt@gmx.de> wrote: > uh, you

I am using OggEnc v0.8 (libvorbis rc2) (win32 cli) I have access to two machines Pentium 3 450mhz, 192mb, Windows 2000 (SP2) Athlon 1400mhz, 256mb, Windows 2000 (SP2) When I encode the same wave file on each machine at the same nominal bitrate (96kbps), I get output files with different average bitrates. 107kbps on the Athlon, as opposed to 84kbps on the Pentium 3. Anyone

I am using OggEnc v0.8 (libvorbis rc2) (win32 cli) I have access to two machines Pentium 3 450mhz, 192mb, Windows 2000 (SP2) Athlon 1400mhz, 256mb, Windows 2000 (SP2) When I encode the same wave file on each machine at the same nominal bitrate (96kbps), I get output files with different average bitrates. 107kbps on the Athlon, as opposed to 84kbps on the Pentium 3. Anyone

I just finished the merge of branch_jackoggsvorbis into branch_postbeta2 Vorbis is now split into two libs, libogg, and libvorbis in this branch. the follow modules are a result: ogg - basic framing library, all ogg code and docs, etc vorbis - the vorbis codec, depends on ogg vorbis-plugins - all the audio plugins for ogg vorbis, depends on ogg and vorbis ao - libao a cross platform audio

---------- Forwarded message ---------- Date: Mon, 18 Dec 2000 15:50:05 -0500 (EST) From: Erik Kruus <kruus@on2.com> Reply-To: vorbis-dev@xiph.org To: vorbis-dev@xiph.org Subject: Re: [vorbis-dev] what script or command makes the codebooks? I've been through the entire vq table process during the last week. Some folks have already suffered through listening to .ogg files encoded with a

Hello! First of all a question: When you make the encoder tables (ie: mode_e.h) do you use the mapping0_forward function? Because you made the encoder tables, and after this you did a minor correction in the final beta4 ... (this correction was: additional[0]=fabs(additional[0]*scale); in the mapping0_forward function) (I see this was a bug, and the modification was correct, but this correction

Hi, first of all, sorry for taking so long. Unfortunately, some other tasks kept coming up. Anyway, attached is the version of the flags patch, that is based on the one I'm using with 2.6.9. It is against the rsync-3.0.0pre9 release. I've included the option name change from the repository, so the option is now called --fileflags. Improved from the previously distributed version is the