January 30, 2010, 10:44 am
|
MPoD version 1.4 is available from the AppStore. New features and fixes in this release:
- Directly browse the mpd structure. This was the most requested feature for MPoD. As result you now have to option to either use the local cache, or get data directly from the server.
- Use local cover art that is shared through http. By sharing your music folder on the MPD server over http, MPoD can pick up cover art from the folder of the currently playing track. This is in addition to the Amazon based cover art;
- Improved streaming (on-the-go mode) through the use of the RadioKit SDK from Stormy Productions. Stopping and pausing of a stream works better, plus there is visual feedback on when MPoD is connecting/buffering;
- Simplified streaming settings;
- Show information on current bitrate;
- Fix cover art problems for timezones far away from GMT;
- Some small bugfixes.
|
Anyone using Cover-fetching where umlautes are used?
Thank you very much for this app, it’s wonderful! However, I miss the capability of browsing the library by any tag other than Artist or Album. Specifically, I’d very much like to be able to browse by composer, very useful for classical music, where you want to establish a distinction between performer and composer. Any chance?
Lyrics could be another great addition, but I realize that, unlike my previous suggestion, it implies writing probably a lot of code. :-S
Anyhow, great work!
Hello !
Great improvements with directory structures and the suppression of streaming buffer-under-run.
Though on my iPhone 3GS battery autonomy is suffering badly. Additionnaly, my phone heats hands quicky, interesting side effect this winter ^^
On my device, top reports 83-89%+ Cpu utilisation for MPoD; 80% user, 20% system and 0% idle.
mediaserverd itself use between 6% and 3%, (standard for hardware mp3 decoding).
Same thing append when using graphic interface or when device is locked.
Don’t hesitate to contact me for more details if needed, i wish you a good bug-hunting session
The library that does the streaming has a problem. I received a new version of that library, and tests show that using it brings the CPU utilization back to a normal utilization of 10% on a 3G. I’ll release a bugfix version for this.
Anyone using Cover-fetching where umlautes are used?
I’m using UTF8 encoding to encode the URL, that may have something to do with it. Do you know what encoding your filesystem is using?
My filesystem should be UTF8 aswell. Since my console-terminal shows the characters ok when using a UTF8-terminal.
Does it mean that you do not have this problem?
Maybe your cover service uses another encoding.
I already figured out how to setup the http-sharing on my PopcornHour, it was easy realy.
In the server-documents-root directory of the lighttpd webserver, just add a symlink to the music directory of mpd.
-
aleg
Aleg- What were the exact lines you added to the lighttpd.conf file?
Did you only do this or also have Icecast?
Thanks.
Tim, you only need to make a link to your music repository. For example ln -s /mnt/store/music/ /var/www/
Sorry- but still not sure what I need to put where.
Maybe par tof your comment got cut off as ‘In -s’ does not mean much to me.
mpp DB is at:
/opt/sybhttpd/localhost.drives/HARD_DISK/Apps/mpd
Music is at:
/opt/sybhttpd/localhost.drives/HARD_DISK/Music
Mp conf set for Audio out to sigma chip and to httpd at: port “101337″
lighttpd:
instdir=”/share/Apps/lighttpd/”
server.document-root = “/share/Apps/AppInit/websites”
What do I need to add where?
Thanks again.
Tim
You don’t have to add any line in lighttpd.conf.
You only need to make a symbolic link (a kind of Windows Shortcut)in the lighttpd server document root.
You need to open a telnet session to your Popcorn
Type in the following Linux command:
ln -s /share/Music /share/Apps/AppInit/websites/Music
This creates a symbolic link called Music in the /share/Apps/AppInit/websites directory which points to /share/Music which is your mpd music directory.
BTW. “/share” always points to “/opt/sybhttpd/localhost.drives/HARD_DISK” so is easier to use.
In the in Mpod enter in the preferences of the mpd-server as URL http://:/Music
so e.g http://192.168.1.10:9999/Music
Mpod will then look there for its covers before going to amazon.
Works like a charm.
-
aleg
Sorry for the incomprehensible http://:/Music
This was not what I typed.
It should read “http://”IP-address of popcorn”:”portnumber of lighttpd”/Music”
aleg-
Still no luck for on the go.
It just get stick at buffering the song.
Art displays but nothing plays.
Maybe my impresssion is wrong of ‘On the Go’.
IS the Mpod client suppose to ‘play’ the content on the iphone o just ‘execute’ mpd as to what to play and ‘other’ client play the result.
Tim
The MPoD is an mpd-client which tells mpd (which is a player program running on the popcorn hour if you installed it there) what to play.
So MPoD is a control point and mpd on the PopcornHour is the player
-
aleg
Thank you very much for the directory browser. Super addition.
Could you provide some instructions on how to setup the sharing over http so mpod can retrieve covers locally?
-
aleg
I’ve started on a how-to document describing the setup of MPoD, and the different features it has.
Hello,
thank you very much for this software. The last update to 1.4 brought http-cover-fetching. Unfortunately, it doesnt work here for covers that are on directories with umlautes. Is there a workaround?
This is the url it should call:
http://ses.mymdomain.lan/m/Ziynet%20Sali/Ziynet%20Sali%20-%20R%C3%BCya%202009/front.jpg
From the webserver logs i see that it interpretes the umlautes different.
[[[[[[[ WEB-SERVER-LOG]]]]]]]]]]]
::ffff:192.168.192.189 ses.mymdomain.lan – [31/Jan/2010:04:03:13 +0100] “GET //m//Ziynet%20Sali/Ziynet%20Sali%20-%20R%E2%88%9A%C2%BAya%202009/front.jpg HTTP/1.1″ 404 345 “-” “Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7″
The 1.4 update which lets users browse the directory structure is a major improvement! I originally imported most of my music using Itunes and Apple’s m4a “Apple Lossless” format and the id3 tags haven’t work properly with the MPD server. I fixed most of the problems but couldn’t get the mpd server to use the track numbers instead of sorting songs alphabetically. The directory browsing has fixed that. Thank you!