similar to: Perl wrapper for libvorbisfile or stuff

Hi, I wrote a quite useful perl script (and I am still working on it) that does all the renaming and tagging of my MP3 files automatically (which is very useful because I am an order fanatic and everything has to have MY format). I'm not quite done with ID3v2 support but that will probably work soon. As I am planning to start using Ogg Vorbis instead of MP3 in the future I am already now

I'm working on getting the Darwin/Mac OS X port of Vorbis up and running again and have run into problems building libvorbisfile. I have installed the latest libtool (1.3.5) and modified it to handle Darwin/Mac OS X better (to create shared libraries, dylibs, that can be linked against other dylibs instead of creating bundles which cannot be used as input to the linker). But, when it tries

I am having no luck at all mixing libvorbisfile with the cross-platform gaming library SDL. It seems that any time I call ov_clear, the app goes unstable and crashes later in calls to glibc. This is unacceptable for obvious reasons and I was wondering if there was a way to fix it by just using libvorbis. I was going to experiment with the possibility, but I have, as yet, been unable to find

How can this problem be reproduced? If you have an specific .ogg file that gives problems it would be helpful to have them so we can try to reproduce them. Kind regards, Gunter. On So, Jun 14, 2015 at 7:10 , Marshall Mason <marshallmason2 at gmail.com> wrote: > Hi there, > I've been grappling with this for some time, so I'm finally breaking > down and trying this

Hi there, I've been grappling with this for some time, so I'm finally breaking down and trying this list. I'm trying to integrate libvorbisfile and libao to create a simple sound file player, a la ogg123. To do this, I borrowed heavily from ao_example.c and vorbisfile_example.c. I feed the buffer from ov_read into ao_play in a simple loop. It usually works, but occasionally all it

Is there any particular reason why ov_read() packs floats to integer PCM inline, rather than being implemented in terms of ov_read_float() and a separate packing fucntion? There are obviously many advantages doing audio manipulation on the floats before packing, but right now you have to reinvent the packing stage yourself - in a replaygain backend that I'm working on, I ended up copying

I just updated to get the official beta3 tagged source and it started working. Don't know why :) -tim --- >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

Hi, Today I tried to run my player code with the CVS libvorbis (instead of RC3 as usual) and I found the infinite loop here (lines prefixed with >> are in the loop): tatic ogg_int64_t _get_prev_page(OggVorbis_File *vf,ogg_page *og){ ogg_int64_t begin=vf->offset; ogg_int64_t end=begin; ogg_int64_t ret; ogg_int64_t offset=-1; >> while(offset==-1){ >>

Dear Marshall, I spent most of yesterday finding out that wxWidget's wxStringArray sometimes drops whitespace in a new entry depending on the character the last entry ended with - so I know what you mean. But your code looks clean and after listening to the bell for what felt too long I started using your program as a regular audio player. I too assume the problem lies in the audio driver

The folowing code donst work: #include <vorbis/codec.h> #include <vorbis/vorbisfile.h> #include <stdlib.h> #include <stdio.h> int main() { FILE *stdfile; OggVorbis_File vf; int tmp; stdfile=fopen("./test.ogg","r"); if( ov_test(stdfile, &vf, NULL, 0) ==0) { tmp = ov_test_open(&vf);

Hi, I'm new to writing any kind of sound program and somewhat new to C. I am on linux and I've been trying to get the example code (http://www.xiph.org/ogg/vorbis/doc/vorbisfile/example.html)for the decoder using libvorbisfile to work. I think my main problem is output to /dev/dsp. If I use the example where the only change I made were to open a file instead of using stdin and I ouput

Hi Gunter, I've solved the sound glitch. Since it was hard to reproduce, it took me a while, but I eventually figured it out. What I needed to do was fill the buffer with more data before handing it off to ao_play. It requires lots of bookkeeping, pointer arithmetic, and a sufficiently large buffer. First, the bigger buffer. I just pulled this code from ogg123: #define PRIMAGIC

Audacity is preparing to release version 2.0.6 shortly, so I have been doing numerous test builds. Since the last Audacity release, my development system (Gentoo Linux) has updated to libvorbis-1.3.4 and libogg-1.3.1. As a result (I think) of this, I now get link errors when trying to compile Audacity against the system copies of libogg and libvorbis (standard dynamic linkage to the system

Hi Gunter, Thank you for your quick response. As I mentioned in the email, I cannot dependably reproduce it. It comes and goes, and I just have to wait for it to come up before I can try to debug it. I've found it tends to happen when I've been taxing my sound driver, but this isn't consistent either. My inability to consistently reproduce this has made it a nasty bug for me to

I've been experimenting with the ideas of Replay Gain[1] and find that ogg123 doesn't have a way of specifying the scaling applied to replayed samples (like -f in mpg123). Looking at libvorbisfile, I see no function exactly matching this possibly desirable behaviour. ov_read() scales by either 128 (byte output) or 32768 (word output), but there's nothing in between. ov_read_float()

As promised, I've written vorbis Perl modules (separated into an Ogg Vorbis module and an ao module). You can get tarballs and .debs at http://eyeofdog.org/foof/code/vorbis/ Ogg::Vorbis is an object oriented module based around OggVorbis_File. Ogg::Vorbis::Info is an accessor class to the vorbis_info struct. Comments are retrieved as a simple hash. Since this is based around libvorbisfile

[I'm not online regularly, so don't include me in any replies. Looks like the archives are working at present, so I'll catch up from them when I get a chance. Thanks...] (Trying out vorbis-dev@ instead of vorbis@ where I sent my previous messages; if this is the wrong place, correct me) Greetings. Some weeks ago, I submitted several hacks which gave me the ability to play Ogg

Hi, While testing ReplayGain (so it could be related to a bug), I noticed the following gain comments for a file: RG_PEAK=1.71580 RG_RADIO=-7.91 dB RG_AUDIOPHILE=-6.72 dB I've never seen such a large peak. Not that I've looked much, nor have I analyzed the file further. I just thought I should mention it. :) The file is the track Board Burner by Mixmaster Mike, available at:

Hi Gunter, I think this problem started happening when I upgraded from Debian Wheezy to Debian Jessie. If nothing looks amiss in my code, it probably is a sound driver problem. But since it works 100% of the time in ogg123, I feel I must have missed some corner case. My audio driver is almost always active. I usually have my music player going in the background when I do my testing. The problem

Hi! Guess I am doing something totally wrong here: Some smart person could maybe plz tell me what.