Evo's default music app handles M3U playlists easy, which is great but unfortunately doesn't support it's unicode twin - M3U8. M3U8 and M3U playlists are exactly same thing (minus utf8 encoding), so I really see no reason why HTC didn't include it in their supported-playlist-formats list.
Knowing Android is open source and hoping that HTC did the same, did HTC release source code for their Music app? I'm new to android, but not new to programming. I'll have no problem in adding M3U8 support to HTC's music app but couldn't find any source code to work with. Anyone here has or could point me in right direction to the HTC Music source code (if there are any)?
Tanks!
PS: probably could have posted in the dev section, but being new to android and owning HTC Evo, felt that posting in Evo's app section was appropriate
HTC apks and framework are closed source.
bummer... seems like its back to editing smali code again
I take that back....
Tried 3 different music apps: doubleTwist, HTC Music, and Nemo Player. All three are from different companies/developers yet they all seem to run on same database. Same music files, same albums, same playlists - including those which I already manually deleted from sdcard but for some reason still show up in all three players.
Conclusion? Those music apps are nothing more that just a UI for android's music engine, well maybe except some minor features that each app tried to add to android, but other than that - they do same thing, using same database.
My first thought is that the android core is the one that scans sdcard for audio and playlist files and stores the results in public database. Now, if that's true then, since android is open source, I'll simply have to track down where in the android code does it differentiates between "valid" and "invalid" playlist file.
Anyways, so much for that. See ya in few days while I try digging deeper into android code
EDIT: using notepad++, I changed all M3U playlist char encoding to UTF8, which technically is not a proper M3U file, but android properly parsed the non-ansii characters as I wanted. WOW!
Android is the ONLY mobile OS that was able to play UNICODE m3u playlists by default! Now I'm even more happy with Evo than I was
Related
Hi
I want to extend the existing android music app so one can make bookmarks in their mp3s (useful for audiobooks in mp3 format)
if there is an android mp3 player which already has this feature please let me know
otherwise:
i have downloaded the android source code (release 1.0) and have modified the music app to store and load a bookmark (for now i just save the value of the position of the mp3 and it isn't linked to a specific mp3. (for now!)
When i build the app using make in the android folder and replace the Music.apk on my phone ( it runs JF1.43 ) i get an exception starting the music application ( NullPointerException in a row which is blank in the actual source code, so the row numbers in the exceptino and the rows in the source don't seem to match )
This also happens if I don't change anything in the downloaded sourcecode.. I just compile and replace the apk and i get an exception...
Pushing the same apk on the emulator works... it starts and works without issues...
is the android version on my phone (JF1.43) no compatible with the source code i downloaded (release 1.0) ?
If so what to do to get the source which is compatible ?
Since this didn't work I made a copy of the music app and renamed the package... normally installing the compiled apk of the renamed music app works... (although there are some popups asking me:
Complete action using:
Music
MyMusic (i named my modified version mymusic)
i guess it is because the intents have the same name... renaming them should fix this but I would prefer replacing the existing Music application
Thx for any help
Did you re-sign the apk using JF's test keys?
...
hm no i did not...
how to do it ? (still new to this )
i didn't really find anything useful in the forum...
is it the testsign.jar in JF's build environment ?
if it is: I tried using it but I still got exceptions on the phone
On your original question, I've been looking for this feature too. Merdian Player (available for free in the market) has this feature. It remembers the last music file played and the exact position, and even after closing/rebooting it will resume playback at that position.
Is there something specific to the platform that is preventing enhanced .m4a support on Android? As far as I can see from scouring the internet, it looks like we don't have a single media player that supports the enhanced features of chaptering and embedded images offered by enhanced .m4a files. This is supported in every apple device, if I am not mistaken.
Any ideas?
Found One!
In case anybody is interested, somebody on reddit came through for me:
https://market.android.com/details?id=com.akimbo.abp.trial&feature=search_result
Akimbo is an audiobook reader that handles .m4a chaptering and images pretty perfectly. Their library setup is a ****ty mess, but it has otherwise been strong so far.
yes this one works........ nearly.
The enhanced podcasts I use have several differant images per chapter, and the player moves onto the next image only at the next chapter so come the 2nd chapter it is several images behind.
.m4a files play just fine on the stock music player of my LG vortex, and the blur'd music player of the DX2. where are you encountering issues playing .m4a file?
the audio playback is fine on every player its the images encoded into the podcast that dont display properly
delboydell said:
yes this one works........ nearly.
The enhanced podcasts I use have several differant images per chapter, and the player moves onto the next image only at the next chapter so come the 2nd chapter it is several images behind.
Click to expand...
Click to collapse
Same issue here. I want to access enhanced podcasts from Coffee Break Spanish but I couldn't. Those podcasts also have multiple images per chapter.
I'm very interested in this as well. I've been using Pocket Casts which is a great player but doesn't support the contextual images and links.
My example Specifically is the "Rooster Teeth Podcast".
On my old iPhone the embedded images displayed perfectly in apps like Downcast and the native iTunes Player had functional Live links some of the time.
I'm desperately searching for one, but I've had no luck.
has anyone had any luck yet with this one? I am thinking about using my old hd2 just for m4a playback
I asked the developer of Pocketcasts about this. And it seems they're missing the tools to make this.
" We've been looking into it, but that format is a proprietary Apple standard that no one else has support for. So our iOS app supports it out of the box, because Apple has the developer tools for us to do that. On Android Google don't, and we've yet to find a third-party library we can use that does, which leaves us stuck. So short story: yes we'd love to, but we don't think we can."
Bummer.
Sent from my Transformer TF101 using xda premium
Hurtcake said:
I asked the developer of Pocketcasts about this. And it seems they're missing the tools to make this.
" We've been looking into it, but that format is a proprietary Apple standard that no one else has support for. So our iOS app supports it out of the box, because Apple has the developer tools for us to do that. On Android Google don't, and we've yet to find a third-party library we can use that does, which leaves us stuck. So short story: yes we'd love to, but we don't think we can."
Bummer.
Sent from my Transformer TF101 using xda premium
Click to expand...
Click to collapse
The feature is supported by VLC on the desktop (and likely other open source desktop apps). Handbrake also supports it; it can encode the chapter data into m4v files. In reading about it, it seems like the chapter data is simply encoded into the file in plaintext. I don't know how easy or hard it is to read that data on Android, but it definitely seems do-able (seeing as how the above 2 open source apps do it).
Any update on this?
Puffin617 said:
Any update on this?
Click to expand...
Click to collapse
I've had no joy. I have tried most new players added to the marketplace.
I don't believe that windows mobile has one up over android ??
It seems like Podcast Republic does the job ? unfortunately is has some bugs on my LG G3, like background play doesnt work, and rotating the devices skips chapters :silly:
Hopefully it will be resolved in a newer version.
uncleslim said:
It seems like Podcast Republic does the job ? unfortunately is has some bugs on my LG G3, like background play doesnt work, and rotating the devices skips chapters :silly:
Hopefully it will be resolved in a newer version.
Click to expand...
Click to collapse
This app is absolutely useless.!!! It has NO idea about chapters, let alone that there ARE chapters in the podcast....
I'm so vukking fed-up with Android's incompetence!!!!
The only way to even remotely use chapters is to play AAC files with an accompanying CUE sheet with PowerAmp...
Puffin617 said:
This app is absolutely useless.!!! It has NO idea about chapters, let alone that there ARE chapters in the podcast....
I'm so vukking fed-up with Android's incompetence!!!!
The only way to even remotely use chapters is to play AAC files with an accompanying CUE sheet with PowerAmp...
Click to expand...
Click to collapse
Well, it Works for me with chapters for the few podcasts i subscribe to like Hardwell on air and Tiesto Club life.
So it might be useless for you .. but for me its the best player out there for android ..
Go buy yourself and iPhone or calm Down :laugh:
I am making, as a Christmas present for my wife (she doesn't read these forums), an easy-to-use LibriVox audio book downloader for her new Kindle Fire. An early version is here.
Still to be implemented: searching, format selection (currently set to download ogg files; these work great with the Mortplayer Audio Book player).
Hope this forum is appropriate. There is not much about audio books here.
The download is about 2mb, because it includes the LibriVox catalog (as of yesterday). It will also auto-update the catalog every week or so.
The downloaded audio books go into a Librivox directory on your external storage. I may make that customizable in the future. There is also a playlist created for each book in its directory.
The app is basically finished for my purposes, though I may still add a few more features.
Since the previous post, I added:
- search
- select mp3 vs. ogg
- cover art
and probably a bunch of other stuff.
Seems promising... downloading right now.
Can u add changelog with date and version please?
EDIT
Tested app. Very nice so far... It would be great if you could add an option in the option menu to browse books only in a certain language.
Send from my Samsung GT-5800.
A beta is in the Market now.
A full release is in the Market.
I have one issue that turns into multiple ones: I've used the default [google?] music player and a half dozen others [currently TTPod] and despite is ugly playback, only the default Music Player recognizes all of my stash. the others all miss from 25% to 70% or so of my files.
why is that? if it matters the handset is a LG P509, runs well, is rooted, running modified stock Froyo.
I don't get my music the usual 'store' way: I'm a musician and fan of live sound, so I rip from various sources a lot of live music, render them as MP3's. The players will typically pickup the same bunches and miss the same from one to other, with the exception that none of them handle audiobooks well, or collections of voice/reading/spoken::; examples are I have two versions of Bible audio loaded and a couple of longish books on Audio: player-depending, some will ignore a lot but not all of these files [no pattern] and others will do various things like renaming/numbering the files, leaving them nameless [unknown - track 1, etc] picking up duplicates, identifying individual tracks as albums [again, some, not all, seemingly at random] and elsewise.
???? makes me miss my ipod.
suggestions?
cognus said:
I have one issue that turns into multiple ones: I've used the default [google?] music player and a half dozen others [currently TTPod] and despite is ugly playback, only the default Music Player recognizes all of my stash. the others all miss from 25% to 70% or so of my files.
why is that? if it matters the handset is a LG P509, runs well, is rooted, running modified stock Froyo.
I don't get my music the usual 'store' way: I'm a musician and fan of live sound, so I rip from various sources a lot of live music, render them as MP3's. The players will typically pickup the same bunches and miss the same from one to other, with the exception that none of them handle audiobooks well, or collections of voice/reading/spoken::; examples are I have two versions of Bible audio loaded and a couple of longish books on Audio: player-depending, some will ignore a lot but not all of these files [no pattern] and others will do various things like renaming/numbering the files, leaving them nameless [unknown - track 1, etc] picking up duplicates, identifying individual tracks as albums [again, some, not all, seemingly at random] and elsewise.
???? makes me miss my ipod.
suggestions?
Click to expand...
Click to collapse
what happens if u select a song(from the ones that dont appear) from a file manager? does it promp you to play the song with whatever player you have? or the file manager doesnt find them either?
Sent from my X10a using xda premium
Have to tried fixing permissions in rom manager?
Sent from my SGS2 LTE
you were one step ahead of me. i had not thought of that particular function but I was on the hunt for a good file manager and picked up ES File Explorer. [good app] Anyway, prior to that I went back to market and found a trial of a paid player called PlayerPro. it does the trick. found everything, and was clever enough to obfuscate empty folders. "Folder" view is not the default, but its not hidden either, so using that View everything was quite orderly. so that issue is solved.
I'm still puzzled, however, by the underlying technicals of why this occurs. it would be non-mysterious if there was some consistency, for instance, NO audiobook-type track would be mishandled as an "album", instead of "some are... most are not". And stranger still - CD's that I have ripped directly using a PC based tool have a fairly ordinary file structure [unlike ripping from streams or youtube, or audio tracks from vids] - those genre/album based products completely miss those altogether even though they are in subfolders under "Music".
negrobembon said:
what happens if u select a song(from the ones that dont appear) from a file manager? does it promp you to play the song with whatever player you have? or the file manager doesnt find them either?
Sent from my X10a using xda premium
Click to expand...
Click to collapse
This app is a fork of the popular Vanilla Music. It adds Dropbox streaming, and streamlines the interface. There are already a few music players that can stream from Dropbox, but, to my knowledge, this is the only fully open source one, and it further differentiates itself by supporting ReplayGain.
Current features:
play local music with support for Replay Gain
stream songs from your Dropbox, also with support for Replay Gain
mix local and Dropbox songs in the playback queue
High up on the to-do list:
clean up the interface a bit to remove traces of Holo and make it fully Material
add support for streaming more music formats from Dropbox
This is an early release, so it may not be completely stable. However, your files are safe even if the app malfunctions, because it only ever reads from Dropbox, never writes to it. Please post any feedback in this thread. Thanks!
Get it on Google Play or simply download the APK attached to the second post.
Source code is available here.
License: GPLv3.
Credits: As stated above, this is a fork of Vanilla Music.
For the record: I published an earlier version of this app here more than a year ago under a different name, but it was incomplete and had very limited API quota, making it largely unusable. This new version is much better, with unlimited API quota and several major issues resolved.
Updates
I fixed a common crash and a network issue that caused slowness. The app should now run smoothly and in a stable manner.
The new version is on Google Play and attached to this post as an apk.
Hi,
At first, thanks for this fork
Do you plan to add a feature to change the speed of playback? I have some issues with VLC and I'd like to keep an open source player.