0
0

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 :)

  • You must to post comments
0
0

So what do you think the difference is? A library it reliese on, or the Kernel? I’m using 2.6.9 I think since I have some modules custom compiled in.

-Chris

  • You must to post comments
0
0

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.

[promt]$ ./playstream
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.

<snip>

Seems like there is a problem up sampling the audio? I dunno.. I don’t know audio.

-Chris

  • You must to post comments
0
0

Sorry for the delay, there is a pre-release linux version available through ftp.

http://ftp.fmod.org
user: upload
pass: upload

  • You must to post comments
0
0

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.

-Chris

  • You must to post comments
0
0

Does it occur in the other output modes besides OSS (default) ?

  • You must to post comments
0
0

Does it work if you run it as root (if you aren’t already)?

  • You must to post comments
0
0

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?

Thanks!

  • You must to post comments
0
0

I will double check tonight.. but as I recall from pervious testing that it doesn’t matter either way.

-Chris

  • You must to post comments
0
0

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

Ben

  • You must to post comments
0
0

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.

-Chris

  • You must to post comments
0
0

The output modes you can try (from fmod.h) on linux are:
[code:2e0eu6u9]
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. */
[/code:2e0eu6u9]

Also, do the examples work properly when you run them as root?

  • You must to post comments
0
0

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.

  • You must to post comments
0
0

the last one I missed (ESD) didn’t fix it, it still plays choppy but it doesnt seem to be fast anymore.
Also running the examples as root did not change anything :\

I hope you’re not out of ideas of things to try :)

thanks!

  • You must to post comments
0
0

I’m kind of a programming newbie I guess. My app isn’t threaded (I don’t think atleast.. unless QT).. and the examples arn’t either.

-Chris

  • You must to post comments
0
0

I just found a minor threading bug in the Linux version which may be related to this problem. The fix will be in the next release (most likely by next week), so i suggest giving that version a try.

  • You must to post comments
0
0

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 😀

  • You must to post comments
0
0

yeah it seemed like a thread issue to me at first, only I thought it was in one of my threads :)

I’ll give the next release a try and let you know what happens

Thanks again

Ben

  • You must to post comments
0
0

FYI I just tried under Fedora Core 5 and the sound is fine

  • You must to post comments
0
0

I’m affriad I posted a new thread about this.. but I’m seeing the same problem. Fedora Core 2, 2.6 Kernel.

Have their been any patches?

-Chris

  • You must to post comments
Showing 19 results
Your Answer

Please first to submit.