similar to: ogg to mp3 conversion

Dear all, I have 2 variables, x<-c(1,2,3,4,5,6,7,8,9,10) y<-c(1.3,2.5,4.6,5.3,5.9,6.7,7.4,8.5,9.4,10.4) each point of the y variable has an error: erry<-(0.2,0.3,0.2,0.1,0.4,0.2,0.3,0.4,0.3,0.2) how to plot(x,y) with the errors segments? Thank you, Copex --------------------------------- [[alternative HTML version deleted]]

I use "jack" for my ripping, changed a few things here and there to get the "right" switches for oggenc. I reported a wishlist item to it's author to make the defailt -q instead of specifying bitrate. So for the time being he has set it to -q5, without the ability to specify quality on the command line, like bitrates for mp3. -q5 sounds high to me. He said it should be at

hi have problems to get an samba server up that offers shares for all without a password heres my smb.conf file located under /usr/local/samba/lib/smb.conf [global] netbios name = DEATHB server string = Samba %v on (%L) workgroup = LANSTRIKE encrypt passwords = yes security = share [homes] browseable = no [mp3] comment = lmh path = /var/glftpd/site/mp3/lame.r3mix/ browseable = yes read only =

Hello everyone, ff123 compiled Monty's branch of the RC1 encoder, see his post on r3mix.net forum: http://66.96.216.160/cgi-bin/YaBB.pl?board=c&action=display&num=994299736&start=30 Anyway it only supports ~128kbps mode, so I did a quick listening test with some files that bugged vorbis beta4. grace.wav - the right channel is still a bit watery, and I think this can be seen

Hi all, I just came across the following page: http://r3mix.net In the "News" section there is a fairly negative critique of Vorbis; especially it is mentioned that Vorbis "has terrible masking problems". There is also a Vorbis-encoded frequency sweep which shows strong deficiencies at high frequencies, but I suppose this is due to the quite low bitrate of the distributed

Yes, r3mix found a bug, no it's not a serious one. It's amazing how something small gets overblown like this. The r3mix reviewer basically just hit the known short block trigger bug when doing his tests. We've known about this bug since before the beta and haven't fixed it yet because it was considered relatively minor; [ironically] it mostly affects test samples with a single

This one really has me stumped. I'm running 866MHz, 256MB RAM, 80GB Disk (7200RPM) on Linux-mandrake 8.2 icecast 1.3.12 & ices 0.2.3 & lame 3.91 all mp3s encoded with lame 3.91 or higher and --r3mix (VBR) Sorry for the long email but I'm hoping to get someone out there that's seen this before and give me some advice... I'm continually getting errors like this when running

I compiled and installed pyogg followed by pyvorbis, running: $ ./config_unix.py $ python setup.py build and as root: # python setup.py install for pyogg and pyvorbis in turn. This completed without error, however upon trying to import ogg.vorbis in IDLE I get an import error: ImportError: libvorbisfile.so.3: cannot open shared object file: No such file or directory I was told this may have

Hello -- I desperately want to start using Ogg compression on music I release on the internet, but I am encountering a fair amount of artifacts. I noticed some in beta4 and was hoping they would disappear with RC1. However, I've been playing with RC2 and I've still been banging my head into a number of problems. A majority of the music I make has long drones with a fair amount of spectral

Googling indicates that cygwin doesn't have that functionality. Or, at least, didn't in 2010, when someone asked about the same problem: https://cygwin.com/ml/cygwin/2010-01/msg00596.html "cygwin has only dlsym() not the SGI DL_info + dladdr() yet. clang just needs it to get the path for the CIndex dll. This should be possible with the code in the LLVM_ON_WIN32 section, and convert

I came across an interesting test sample the other day while trying to compress some of my music and trying out different encoders. You can grab the sample in question from here: http://www.animus-facticius.org drone_clip.zip is a 9 second clip of the track where the artifact is most apparent, drone_short.pac is a 1 minute clip of track. The sample is from the song "Drone" from

I am updating our out-of-tree copy of LLVM to track the head (revision #272991 specifically). I have it building successfully with VC++ 2013 and CMake v3.5.2 on Windows, and with GCC v4.8.5 and CMake v3.5.2 on CentOS; but when I try building on Windows using Cygwin32 I get the following build failures: [ 4%] Building CXX object lib/Support/CMakeFiles/LLVMSupport.dir/Signals.cpp.o In file

Hi, there. Thanx for the update, Peter. That scrolling stuff working...but this time, the information on the artists and the titles are not displayed on the playlist till the song is being played. Is this happening to only me (I am on Win98SE)? At r3mix forum (http://r3mix.net/forum or http://r3mixforum.cjb.net), there is a high-level discussion on the channel coupling implementation on RC1

The reason I have been being very nosy, yet very secretive. vorbismodule 0.0a ----------------- This is a Python (http://www.python.org/) module that can be use to read files in the Ogg Vorbis format, using the same interface as defined in the wave and sunau modules. At the moment it only supports reading Vorbis files, and I've only really tested it under Linux. Please feel free to download

The reason I have been being very nosy, yet very secretive. vorbismodule 0.0a ----------------- This is a Python (http://www.python.org/) module that can be use to read files in the Ogg Vorbis format, using the same interface as defined in the wave and sunau modules. At the moment it only supports reading Vorbis files, and I've only really tested it under Linux. Please feel free to download

In light of the recent study - http://www.airwindows.com/encoders/index.html - posted at slashdot, I've come to realize how little I know about this whole field. So, I'm making an appeal to the audio experts here. I want 'jukebox' quality, meaning ~0 artifacts while maintaining a good compression ratio, but not quite 'archival' (read high bitrate) as I don't mind

I'm just wondering if someone wrote a perl script to convert a directory with flac files into mp3 and preserving the id3 tag from flac to mp3? I have two harddrives where I keep my favorite CDs in flac and others in mp3 but when I get tired of them, I move them into mp3 and rather than popping the original CD in, it might be easier to just convert from flac to mp3 directly. Please cc me on

After doing an informal (128k) listening test, I have concluded that I prefer Beta4 over RC2. The 16kHz low-pass on the RC2 encoder makes it sound like FM radio. Both encoders SEEM to have a couple of dB bump at 10kHz. JT --- >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

Is that the only problem to use lld to link cygwin programs? On Thu, Feb 8, 2018 at 8:19 AM, Andrew Kelley <superjoe30 at gmail.com> wrote: > Here are the linker errors: > > lld: warning: libcygwin.a(_cygwin_crt0_common.o): undefined symbol: > __data_start__ > lld: warning: libcygwin.a(_cygwin_crt0_common.o): undefined symbol: > __data_end__ > lld: warning:

Vikram S. Adve wrote: > Another alternative may be to unify the LLVM-side information > (opt/debug options, tool names, directories, test scripts, etc.) so > that most tasks only require you to make changes in one place, and then > let the rest of the build system be separate for the two platforms. I think it's OK to have a seperate limited (only the core libraries) native