Search results

This is what i do in Oldplay CODE #define GPIOLOUTF2 0x1076 #define GPIOHOUT 0x106E void hw_set_screen(bool on) { if (f200) { if(on) memregs16[GPIOLOUTF2 >> 1] |= 0x0800; else memregs16[GPIOLOUTF2 >> 1] &= ~0x0800; } else {...

Once you see the light and realize that a CLI almost always is alot more efficient, there is really not a big choice anymore. With that said it should be quite easy to deduce my opinions about all of these operating systems.

I always close and reopen audio whenever i change the clockfrequency, so from that point of view oldplay should also be safe, but alas, it is not. The bug might be unrelated, but playing to fast can also be related to this one bug with clockfrequencies. Even setting the clockfrequency back up...

As a last desperate attempt, you could upgrade to Open2x when it's out. I haven't heard of this problem from anyone else, and there i got no code to fix. Is the bug 100% repeatable? Does it always happen, or just with some songs?

Still, i have, just as every other program, not done anything related to speakers/headphones. There is simply no code to fix. In fact, i would have thought that the speaker/headphone thing was controlled in the hardware. I don't know why it is happening, I'm just using SDL, and SDL is writing...

Hey orkie. Thought i'd give a report here as well as on IRC. Static linking with the new libraries won't let SDL open a display anymore. CODE screen = SDL_SetVideoMode(settings.width, settings.height, 16, SDL_RESIZABLE); returns null SDL_FULLSCREEN wont work either. The old libraries work fine.

Hi i did a few fixes VERSION 1.33 * Fixed bug where volume was not changed until song was playing * Increased max volume (per request). The difference between low and high is now VERY large. Hopefully everyone will be satisfied. * Mods are back at stereo again (per request). Since there is a...

Well, it would be interesting to to try it out, but since i dont have any code at all that cares weather or not you have plugged in your headphones i doubt i can fix it. It would be some really far fetched bug in the mp3decoder that messes up something gmail: micketeer

This is out of my control. Firmware related if anything. I cannot even detect (or at least I don't) if headphones are connected and thus I don't write any code related to speakers/headphones, so It's impossible for this to be a bug in oldplay.

Hey, thanks for the information. I don't like the idea to compile two different version so can i easily detect if the unit is a F200 or F100 somehow?

I take it you were the one who sent me the songs, and since they work fine for me i don't really know what's going wrong there. Remove all traces of timidity in the oldplay folder, reextract timidity onto the SD-card The paths should be timidity/timidity.cfg timidity/instruments/acbass.pat and...

In the oldplay directory timidity/timidity.cfg or /mnt/sd/timidity/timidity.cfg (that is, make a folder timidity directly on the SD-card Edit: But it really should say it can't play them if timidity isn't found, so I don't know why it would be quiet. Send me one of the files, micketeer on gmail

I noticed a bug i accidently introduced in version 1.31, so i fixed it, and i also increased the volume precision since it seems it wasn't enough. VERSION 1.32 * Fixed bug song length that I accidently introduced in 1.31 (for game music) * The improved volume control wasn't enough, so I...

1. No, i think. I don't recall such a bug report anywhere i'm afraid, or maybe i fixed it some time ago? I dont know. If it still happens tell me. 2. I've never experienced any. How old version have you been running? I have occasionally fixed bugs in libmodplug, but not recently. 3. Well, yes...

Hi everybody! It still looks like this Changelog VERSION 1.31 (just bugfixes, sorry no time) * Change the default length with DEFLENGTH=X, where X is time in seconds. * Finer volume control at lower volumes (through software) * Pressing VOLUP+VOLDOWN now works as stick-click (for F200) *...