Llama's and Intuition's Techie Thread - Page 3

intuitionsys · 03-15-2006, 01:27 PM

Quote: Originally Posted by TheLlama

Cool, I'm glad I could point you in the right direction. Now would be a good time to get that pub-ftp or BB up and post the spectrum and fmod classes. I just regressed my original values to find the equations that I like. To make it so the user can adjust the spectrum settings to their own taste - I think that the best idea is to calculate the look-up arrays at startup. I'm thinking of either having it so the user plugs the values into A * log( f * D ) * B / log(C). That, or have a simple parser that can read in an equation symbolicly.

I'll try and get that up soon. I'm guessing most users would never use that though. As long as the response is close to what they expect, I can't see too many people fooling with it beyond mathematical curiosity.

Once I get that code somewhere you can peruse it, you'll see my method is similar in theory but the implementation is quite a bit different but I guess that goes with territory

.

I'm thinking of possibly making things like scrolling displays and the spectrum analyzer plugins so they can be replaced per the user's taste - e.g. a skin could also contain the libraries for the various displays so they change along with the graphics, sounds and palette changes that go with that skin.

TheLlama · 03-15-2006, 03:31 PM

Quote: Originally Posted by intuitionsys

I'm thinking of possibly making things like scrolling displays and the spectrum analyzer plugins so they can be replaced per the user's taste - e.g. a skin could also contain the libraries for the various displays so they change along with the graphics, sounds and palette changes that go with that skin.

Cool, this is my plan too.. Eventually. I'm thinking of using an XML file that can be loaded at runtime to layout the different screens. This won't be for a while, I'm still getting the player to _my_ liking. However, I think I like my player more than most players I use on the desktop so having an XML layout file will help ease the transition between the small flat panel and a desktop.

intuitionsys · 03-15-2006, 11:10 PM

Okay I've got a phpBB up at swaesbb.intuitionsys.com (the site I was eventually going to do for Silverwolf anyway). It may take a day for the DNS records to update but it can be directly accessed at www.intuitionsys.com/phpBB/index.php. It's quick and dirty but it works.

I left my code updates at work so I'll post them tomorrow morning...

btw I changed the methodology again for spectral gains; using a logarithmic gain curve against the linear values that works very well without alot of bs.

I'm now focusing on piping Xine audio into Silverwolf's FMOD instance, most likely by writing a plugin that shoots the data through a socket connection. FIFOs suck.

Update: Okay the audio and fft classes are there now in the "Code Snippets" area. It looks like swaesbb.intuitionsys.com has taken hold now as well.

intuitionsys · 03-21-2006, 12:07 PM

After alot of "make it work quick" attempts, it appears the best way (besides directly embedding it a la Kaffeine) to get Xine to pump audio into the existing FMOD instance (not just my app but any app that would be using FMOD) is going to be to modify the existing audio file driver in Xine to instead send that data over a socket that I can then use Sound::readData() to capture from. I haven't tested this idea yet though. Any suggestions? Better ideas?

TheLlama · 03-21-2006, 01:14 PM

Quote: Originally Posted by intuitionsys

After alot of "make it work quick" attempts, it appears the best way (besides directly embedding it a la Kaffeine) to get Xine to pump audio into the existing FMOD instance (not just my app but any app that would be using FMOD) is going to be to modify the existing audio file driver in Xine to instead send that data over a socket that I can then use Sound::readData() to capture from. I haven't tested this idea yet though. Any suggestions? Better ideas?

Sounds like a good idea. What reasons are you using sockets over pipes? Just curious. That would be really spiffy if it works out.

BTW, is anyone up for beta testing my gui framework in a week or so? I need some comments about usablity and I want to test it out as many system configurations as possible. (The software is *still* pretty young however).

intuitionsys · 03-21-2006, 04:00 PM

A pipe might work if I modify the file driver to do it that way (instead of over a socket) so that's a good suggestion.

A simple filesystem FIFO just isn't practical though since it blocks I/O on both sides until both are reading/writing. It just makes synchronization of the two a nightmare.

TheLlama · 03-21-2006, 04:27 PM

Quote: Originally Posted by intuitionsys

A simple filesystem FIFO just isn't practical though since it blocks I/O on both sides until both are reading/writing. It just makes synchronization of the two a nightmare.

True, something lightweight would probably be better.

intuitionsys · 03-21-2006, 07:05 PM

I'll post the audio.cpp/h files on swaesbb.intuitionsys.com (again) once I get the Xine stuff working.

Everything else works great though

TheLlama · 03-21-2006, 09:22 PM

Quote: Originally Posted by intuitionsys

I'll post the audio.cpp/h files on swaesbb.intuitionsys.com (again) once I get the Xine stuff working.

Everything else works great though

Thanks. You're saving me a bunch of time rewritting my code from C FMOD to FMOD Ex.

I looked at the Player class, it is alot like I expected which is good. The only things I really need to change are using libsigc instead of Qt sigslots and I want to make the class singleton so that various portions of the software can change what is playing, get player info, etc... I think I'm going to do the same with my database class.

intuitionsys · 03-22-2006, 09:14 AM

Cool glad to help. Btw "AngryLlama" ?

You may have noticed the scaling method is a blend of linear and logarithmic math but it works very well. I also chopped the very high end off the spectrum analyzer display (the reason for 40 bars instead of 64) since most MP3s rarely have much signal in the 18k+ range so it makes the display look lopsided.

TheLlama · 03-22-2006, 12:10 PM

Quote: Originally Posted by intuitionsys

Cool glad to help. Btw "AngryLlama" ?

You may have noticed the scaling method is a blend of linear and logarithmic math but it works very well. I also chopped the very high end off the spectrum analyzer display (the reason for 40 bars instead of 64) since most MP3s rarely have much signal in the 18k+ range so it makes the display look lopsided.

Lol, Well, that is my alias under most conditions. I registered AngryLlama here in 2000. I've long since forgotten the password and original email account. So, upon my revival, I just decided to grab a new nick.

Blarg

TheLlama · 03-24-2006, 04:46 PM

I'm having a hard time getting the new fmod to work. It compiles fine. However, my program freezes when calling FMOD::System::init.

I create an FMOD::System by using FMOD::System_Create, and the return status equals FMOD_OK. I can call fmod_system->getVersion() and it returns the version (I think, at least it doesn't seg fault). But when I call fmod_system->init() my program freezes with a seg fault.

Any ideas? Even the examples quit with a segfault.

intuitionsys · 03-24-2006, 05:02 PM

Can you post the offending snippet to swaesbb and I'll take a look...

I'm making headway with pumping Xine audio into the FMOD instance using the file driver in a ring buffer arrangement. It's cheesy but it works so far but it's far from proven yet.

unixxx · 03-24-2006, 05:34 PM

What IDE are you guys using? I had been using Dev-C++ but FMOD doesn't support using the C++ interface with it, only the C interface. Or are you doing it the old fashion way with vi and gcc?

TheLlama · 03-24-2006, 05:41 PM

Done. I don't know if I even want to use FMOD anymore. The examples provided with FMOD do not even run on my computer, I don't want to rely on a library that has crappy hardware support. The init() fails even if i set output type to FMOD_OUTPUTTYPE_NOSOUND.