search for: scsiprog

I've put together a first cut for a Win32 DLL using the BladeEnc interface. Right now, it's just a drop-in replacement for BladeEnc.dll that ignores all encoding parameters passed to it and uses the info_A vorbis_info struct (same as the encoder_example). It's not particularly useful as of yet, but you can rename it to BladeEnc.dll and use it with any number of rippers out there

I've been playing around with the settings for lower, nominal, and upper bitrate in the vorbis_info struct, and no matter what values I set, I get the exact same output as with all three set to zero (ie. the example encoder). Am I correct to assume that the value should be given in bits per second? Or is it in units of Kbps?

>Second BETA is slated for this weekend, along with VBR 96, 128, 160, 192, >256kbps stereo modes. 1.0 final (with CBR) is optimisitcally scheduled for >the week before LinuxExpo. What will the names of the modes in modes.h be? (ie. will 128 KBps remain info_A, and so on...) -Andy ________________________________________________________________________ Get Your Private, Free E-mail

Hi Kovacs, >subj. I can compile the library on vc6, but it seems that it doesn't >export anything. Has somebody similar experience? I've built it using VC6, though I didn't use the project files in the vorbis_vc6 subdirectory, so I can't comment on them. You should be building the library as a static library, and not a DLL -- if you want to build the library as a DLL,

Hi all, The following is a trivial patch to psy.c, but combining the two loops saves a percent or two (according to gprof). ================================================================= --- psy.c Mon Jun 19 12:05:57 2000 +++ - Wed Jun 28 15:14:17 2000 @@ -550,12 +550,11 @@ frameno++; memset(flr,0,n*sizeof(double)); - for(i=0;i<n;i++)work[i]=fabs(f[i]); - - /* find the highest

>Tracks get listed like that in all players. >Since I'm not on the dev team, I'm assuming it's only for the beta, and >only >while they are still working on a tag system. Actually, artist and track info can be stored in a file, and if it's present I know that at least the WinAmp plug-in can read and display it. It's really just a matter of the encoder storing

>Win95. Unfortunately, the encoder_example segfaults. I get the same >results from Cygwin as well. Problem solved! (Or rather, worked around...) The problem with the segfault appears to have indeed been with alloca. There is a function _alloca in libgcc.a that comes with the mingw32 distribution of gcc-2.95.2. After examining the generated assembly code from envelope.c (and others),

Hi all, I've just posted another version of vorb_enc.dll (w/source code) at http://xtractor.sourceforge.net/vorbdll-20000626.zip It will still work as a drop-in replacement for bladeenc.dll (just rename the files that your ripper creates from MP3 to OGG), but will also accept info for the ogg comment header in the vorb struct in the format union of the BE_CONFIG struct. I'll be

I'd like to write a DLL wrapper (BladeEnc/lame_enc style) for libvorbis. I pulled down the CVS tree today, and with very slight changes (missing typedefs for int64_t, int16_t, etc...) got it to build using gcc 2.95.2 in Win95. Unfortunately, the encoder_example segfaults. I get the same results from Cygwin as well. On a linux box with egcs 2.91.66 it builds cleanly, and appears to