For some reason when I use the latest release of fmodex under Linux distributions such as SuSE-9.2 or Mepis the sound is choppy and plays too fast. It does that even for the examples given so I really don’t think it’s my code.
It works just fine with Ubuntu and MacOSX.
Am I missing something?
Any help appreciated
- coincoin asked 12 years ago
Ok browsing through the forum I found a few I tried ASIO, AUTODETECT and DSOUND, none of them fixed the problem. Also I’m pretty sure it is not a hardware issue since it occurs on 4 different machines (2 running mepis and 2 SuSE).
I hope this can be fixed!
thanks for your time
I reverted the playstream example back to the original (doesn’t include a setOuput). When I run the compiled app as root or a non-privilaged user it does the same thing. Fast choppy sound.
Is the original member still reading this thread? I would be interested to see if 4.03.03 helped him at all, and some details about his hardware config. I wonder what we have in common that causes this, yet other Linux users don’t have a problem.
The output modes you can try (from fmod.h) on linux are:
FMOD_OUTPUTTYPE_OSS, /* Linux – Open Sound System output. (Default on Linux) /
FMOD_OUTPUTTYPE_ALSA, / Linux – Advanced Linux Sound Architecture output. /
FMOD_OUTPUTTYPE_ESD, / Linux – Enlightment Sound Daemon output. */
Also, do the examples work properly when you run them as root?
I’ve already had the problem with choppy fast sound under windows (win2000 on an P4 HT), some times ago.
If I remember, this occures if I call fmodex functions in different threads
ie one thread for the initialization (system.init) and another for playing sound …
I’ve fixed this problem by putting all fmodex calls in the same thread an fast sound was one.
In some particular cases, I’ve got silent sound (but the spectrum is good if I display it).
I’ve not tried with last version of fmodex, so I’m not sure if this currently doiong this or if this was diseappear.
I will try to reproduce it if this can helps you.
I’m still here in fact I just got back to work after spring break and decided to try the new version of fmod. Unfortunately, the problem is still happenning. I also tried different window managers but that didn’t seem to affect anything.
I’m glad to see I’m not the only one with this problem 😀
I have some new info.. I don’t know if this helps or hurts.
I tried changing the output method/driver with the following in the stream example:
result = system->setOutput(FMOD_OUTPUTTYPE_ESD);
With OSS and ALSA, I get the fast and choppy auto. With ESD, I get the following output with normal audio.
Audio device open for 44.1Khz, stereo, 16bit failed
Trying 44.1Khz, 8bit stereo.
Audio device open for 44.1Khz, stereo, 8bit failed
Trying 48Khz, 16bit stereo.
PlayStream Example. Copyright (c) Firelight Technologies 2004-2005.
Seems like there is a problem up sampling the audio? I dunno.. I don’t know audio.
Unfortunatly, this didn’t solve my problem. Still fast and choppy with OSS, fine with ESD.
And actually, in playing around with this some more, using ALSA, my box hard locked up twice. Upon reboot the same binary ran w/o locking my system up.. but nothing sucessful yet.
well, I know of system->setOutput(FMOD_OUTPUTTYPE_ALSA); from the examples and this one doesnt do any good and I don’t know of any other modes I could try. I searched a lot and could not find a list of modes I could use.
Do you have any good pointers to such a thing?
Please login first to submit.