Android mod player
category: music [glöplog]
Quote:
Oh nice. Installing the rc1 deleted my MODS directory on the SD card. I even tested this by removing the app and installing again and it deleted the folder again. You might want to fix this.
Eh, that sounds very strange. The only time I call file.delete() is in very specific cases - also it would have to be a recursive delete to work...
The only think I can come up with is that renameTo() somehow got confused when you clicked a zip-file - it tries to move the file from downloads/ to MODS/
Something is not releasing as it should. The process is still active hours after I quit the player with "quit" from the iconMenu. Perhaps that is already fixed in updated version.
Quote:
added on the 2010-08-22 20:22:35 by sasq
Something is not releasing as it should. The process is still active hours after I quit the player with "quit" from the iconMenu. Perhaps that is already fixed in updated version.
This is just how android works - the PlayerService lurks around waiting to be used again - and will be killed only when the system needs more resources.
There must be ways to force a release of resource. I am positive that I have seen apps gracefully shutdown without any processes running just after a quit. Perhaps they use different resources though.
Oh, I see in the SDK that there are ways to release resources instead of waiting for Android to claim it for something else. have a peek at activity::finish
You're missing the point - it is more effective to leave it active. I stop the player thread when music is not playing, and the service will not run again until there is music to be played. It takes 0% CPU. It would take more CPU do destroy and create the service every time.
Sure if you leave the app by going back, but on an explicit "quit" ??
See, there is a point. When I killed the process after being idle, it instantly freed 5Mb of memory.
That memory will be freed when it is needed. Now all those objects have to be recreated next time you start playing some music.
Not actually quitting does make plenty of sense. But what happens on android if you really, really want to quit? (Just thinking this is roughly how ios works too, but sometimes you do want to quit an app - say if it's become unstable but is still running, you need to quit + relaunch)
If you want to "quit" an Android app, you can forcefully kill its associated service from within the "Manage Applications" menu in Settings. Not much point in doing so unless it's behaving badly, though.
Sounds reasonable. And yeah, this is only needed if it's misbehaving (or on ios if you want to hide it from the recent apps list.. which is actually a 'recent and/or still running' list). Of course there will be people religiously watching memory usage and quitting apps manually to free some up :)
It would be great if Droidsound showed up in the notification bar like the default music player does. Is that easy to do? Am I missing the notification because of the Motoblur skin? I assume Google isn't using hidden APIs in their music player.
Quote:
It would be great if Droidsound showed up in the notification bar like the default music player does. Is that easy to do? Am I missing the notification because of the Motoblur skin? I assume Google isn't using hidden APIs in their music player.
It very easy to do, I just haven't gotten around to it since it's not really an important feature :)
Right now I've added UADE-support, should be out in beta soon.
Oh my, AHX support.
I am now incredibly impressed, if that was even possible.
I am now incredibly impressed, if that was even possible.
Oh and my offer still stands, i'd be happy to grant you access to modarchive.org's API to enable interactivity if you want that. just me me know m0d [at] esper.net
Still a problem with API-keys and open source; I don't know how to not reveal the key...
AHX/Hively support! Excellent!
This is what I get when trying to play Future Composer mods with 1.1 beta 2:
Then the UI stops responding and droidsound eventually crashes with a keyDispatchingTimedOut.
Quote:
V/UADEPlugin( 2384): in load()
V/UADEPlugin( 2384): Getting player for /sdcard/MODS/nes/Jochen_Hippel_04.FC3
V/UADEPlugin( 2384): Starting thread
V/UADE ( 2384): uadecore: Could not load uaerc (/sdcard/droidsound/uaerc).
V/UADEPlugin( 2384): Player candidate: FutureComposer1.3
V/UADEPlugin( 2384): PLAYING '/sdcard/MODS/nes/Jochen_Hippel_04.FC3' with /sdcard/droidsound/players/FutureComposer1.3
Then the UI stops responding and droidsound eventually crashes with a keyDispatchingTimedOut.
Btw, I've got a .gbs that isn't playing correctly with droidsound: here
What I suspect is going on is that the Gameboy PAPU emulator you're using isn't emulating the envelope generators accurately. My playback code uses a "feature" of the PAPU where dummy writes to the envelope generators can be used to change the volume without having to restart the channel. I tested my playback code on a real Gameboy back when I wrote it and confirmed that it worked as intended.
What I suspect is going on is that the Gameboy PAPU emulator you're using isn't emulating the envelope generators accurately. My playback code uses a "feature" of the PAPU where dummy writes to the envelope generators can be used to change the volume without having to restart the channel. I tested my playback code on a real Gameboy back when I wrote it and confirmed that it worked as intended.
What mod/xm/s3m/it replay routine is DroidSound using?
Quote:
V/UADEPlugin( 2384): Getting player for /sdcard/MODS/nes/Jochen_Hippel_04.FC3
Can you link to/mail me that song so I can test it?
Quote:
What mod/xm/s3m/it replay routine is DroidSound using?
Modplug
Quote:
Quote:V/UADEPlugin( 2384): Getting player for /sdcard/MODS/nes/Jochen_Hippel_04.FC3
Can you link to/mail me that song so I can test it?
http://jiggawatt.org/notmine/Jochen_Hippel_04.FC3
There's a new beta with better UADE support now - that song worked for me anyway.