Hi,

- RadioTunes SDK is using its own custom audio player based on AudioQueue to provide hardware decoding and playback functionality. MMS audio streams are software decoded by FFmpeg and use AudioQueue for playback.

- RadioTunes handles audio interruptions and network issues. During network loss it tries to reconnect with a timeout of 60 seconds. There's also a mechanism that can detect the availability of WiFi and automatically switch from 3G to WiFi.

- RadioTunes works in the background of course and also has ways to reconnect in the background during network loss.

- M3U is supported but there's no support for m3u8.

Thanks for answering!

So how's it all connected - how would I go about creating my own m3u8 parser using your player? Do I simply extend some "base-playlist-parser"-class and provide the file URLs when I've finished parsing it, or?

Yes, you can create your own parser which must implement the YLPlaylistParserProtocol:
http://yakamozlabs.com/static/radiotunes/Protocols/YLPlaylistParserProtocol.html

So your parser should basically return an URL.

But there can be multiple chunks//files in a single playlist - there's no support for that?

Right now only one URL is supported. So if you want to play a playlist with multiple URL items in it, you'll need to parse the playlist yourself and pass the URL's one by one to YLHTTPRadio or YLMMSRadio.

Alright. Thanks again for answering this quick.

Last question: I'm going to need the source code to make the changes needed. Would the $250 version be good enough for that, given that I'm only going to use this in a single app distributed on the AppStore?

Yes, all our licenses come with source code but have different terms regarding distribution and the number of apps you can use it with.

Hi Dario,

RadioTunes SDK is not a UI component so it doesn't matter if your project uses a storyboard or not. If you have a tableview in your storyboard for example, you should use RadioTunes API to start/pause radio playback when a user taps on a tableview cell.

Thanks Kemal, so i´ll try to integrate the demo version in my project. The

Hi,

The demo app doesn't have code to restore previously recorded items. The main purpose of the demo app is to showcase the main features of RadioTunes SDK. It's not meant to be a fully working radio app.

can you give me a little idea?

You can use NSFileManager to get a list of recordings on disk or serialize the NSMutableDictionary that keeps track of the recordings to a plist using NSKeyedArchiver.

NSArray *paths = NSSearchPathForDirectoriesInDomains(NSCachesDirectory, NSUserDomainMask, YES);
NSString *documentsPath = [paths objectAtIndex:0];
NSString *filename = [NSString stringWithFormat:@"%@%d.%@", [_detailItem objectForKey:@"name"], _recordingCounter++, [_radio fileExtensionHint]];
NSString *filepath = [documentsPath stringByAppendingPathComponent:[NSString stringWithFormat:@"recordings.Plist"]];
NSMutableDictionary *dict = [NSMutableDictionary dictionaryWithContentsOfFile:filepath];
[dict setObject:filename forKey:@"name"];
[dict writeToFile:filepath atomically:YES];
[_radio startRecordingWithDestination:filepath];
}
can you give me an idea what i am doing wrong?

Hi,

There are some glitches with your code. First let's assume that you'll be using a dictionary to keep track of recordings. Load the dictionary from plist only once when your view controller gets loaded. Once you've loaded the dictionary from plist you can keep it as a property and write it back to plist when you make changes to the dictionary.

In the code above you're passing filepath as the recording destination while filepath is actually the path of the plist file! You should create a path with the filename variable you created and use this as the recording destination.

can you help me out i am stuck on this for couple days still i cannot figure it out .Please ....

Hi,

I think it's better if we continue this conversation over email. You can reach me at "kemal dot taskin at gmail dot com".