TiMidity++ AE

[Paul]

Oops, my bad.  That JNI_PlaySong method should start like this instead:

Code: [Select]

JNIEXPORT void JNICALL Java_com_xperia64_timidityae_MyActivity_JNI_Play_Song( JNIEnv* env, jclass cls, jstring jFilename )
{
...etc

[xperia64]

I have decided it will be easier to add the "400 pound gorilla" to my project than to figure out how the stand alone timidity lib works. However, this will allow me to support 32 formats!

[xperia64]

check this makefile if you could. thanks

[xperia64]

Version 0.5a is out. Next step is to (finally) get the native components hooked up. 

[xperia64]

Log.

[xperia64]

Status Update: SDL is hooked up, now i just need to figure out how to prevent it from hanging on SDL_Android_Init()

[xperia64]

Update: Audio!  Ogg, wav, flac, and midi files work with it.
So far mp3 doens't want to work but its a start

[xperia64]

Current Music format compatibility list:

Code: [Select]

Completely working:
*.mid
*.wav
*.669
*.amf
*.dsm
*.far
*.gdm
*.imf
*.it
*.m15
*.med
*.mod
*.mtm
*.okt
*.s3m
*.stm
*.stx
*.ult
*.uni
*.umx
*.psm
*.mt2
*.xm
Partially working:
*.mp3
*.flac
*.ogg
*.aif
All require the audio rate to be set perfectly
Not working:
*.raw
*.pcm
Unknown:
*.spx
*.shn
*.mpg
*.mpeg
*.voc
I plan on writing the frontend and including the formats that work perfectly so i can release it. After release, i will try to write a sample rate reader that will automatically choose the right sample rate

[xperia64]

Market Link: https://play.google.com/store/apps/details?id=com.xperia64.timidityae

[Tom.K]

Any chance to use this as an Icon?

[xperia64]

ill think about it

[xperia64]

For quite a while now I've been wanting to completely redo timidity actually using TiMidity++. However, I can't get it to even compile&output a wav file let alone stream audio to the speakers. If anyone would be willing to help get timidity running let me know.. Once it actually works, it will be fully open source to comply with the license, but I will still charge $0.99.
What needs to be done (that I can't figure out):
Compile timidity as a dynamic or static library.
Write an interface that either uses opensles or preferably write bytes/shorts using android.media.AudioTrack for API<9 compatibility.
Avoid SDL at all costs.

Here are some possible resources I've found so far:
First, obviously the official TiMidity++ library (preferably compile this): http://sourceforge.net/projects/timidity/files/TiMidity%2B%2B/TiMidity%2B%2B-2.14.0/
The original devs usually show up once a year or less so they probably wont be much help. I got it to compile as a dynamic lib but it always crashed in resample.c, even if I tried to force it to not resample.
Second, someone managed to compile timidity as a static lib for the iphone: https://github.com/yoyofr/modizer/tree/master/libtim
Can't find what/where the equivalent of a makefile for xcode is. I asked the dev how he managed to compile it and am waiting for a response.
Third and least preferable option: ftp://ling.lll.hawaii.edu/pub/greg/gt-0.4.tar.gz
Contains an older/simplified version of timidity, designed mainly as a binary file with interfaces missing that existed in TiMidity and full TiMidity++

This has been driving me insane for ages.
Other random notes:
Fluidsynth works and has been incorporated into another app as well, but is a huge processor hog and doesn't support certain soundfonts properly (nails on a blackboard).
The TiMidity++ binary compiled on my pandora will run once all of the libs are copied to the right place and can successfully output wav files. ALSA!=TinyAlsa. Once I get my nexus 7 back, I may be able to pipe the wav file to the tinyplay binary (only available on some devices) for dynamic playback instead of actually saving the file.

[xperia64]

Given up on TiMidity++ again for now, but I've encountered a terribly annoying issue with the internal android media player in general:

Code: [Select]

10-27 20:01:57.990: E/MP3Extractor(1805): Unable to resync. Signalling end of stream.It calls setOnCompletitionListener rather than setOnErrorListener making the app think it just played the file properly and should now skip to the next one. Seem to have it mostly under control with a lot of redundancy and Thread.sleep's. I also apparently have to keep the FileInputStream open forever. If anyone has any ideas on how I could fix this, please let me know. My current set up is load file->call proper playback method for that file->change values of variables accordingly->start a thread to constantly check if the player isn't currently loading, was playing, isn't paused, and check the player type (ndk or android mediaplayer) and whether that method is still playing->Change to next song if that is true. For the ndk method I poll whether it is currently playing or not and for the android mediaplayer method I set an onCompletitionListener. For some reason the file skipping occasionally happens with the ndk method too.

[Paul]

Do you know the cause of the "Unable to resync" error?  I would track that one down first if it is getting your app into a loop where it is skipping track after track and not playing anything (I gathered that was the behavior you were experiencing, correct me if I'm wrong).

As for the process logic, it seems like it should work on a high-level.  That said, personally I would try to hook into callback methods and do the state checks there if at all possible, rather than setting up a thread to poll the states constantly in a loop (it would make the code easier to follow, and you wouldn't have to worry about thread management or a zombie process draining the user's battery when it isn't needed).  I'd have to look at the actual code though, since I am not very familiar with the APIs involved.

[xperia64]

MP3Extractor Unable to resync is just a weird bug with the system android mediaplayer. I'll try to log more.