Hi rern,
thanks for your reply!
The same album but different cover arts - Songs from the same album normally have the same cover art. A large cover art might cause a noticable delay each time it fetched. Reuse the same cover art without refetching can avoid unnecessary delays.
Back button - It is not better to move it as of your suggestion.
I have much sampler like "The dome xxx", "Best of rock xxx" and other compilations. Most of them have embedded CoverArt (it was hard work ...). So fetching delay is no problem on this. If there aren´t embedded covers, in most cases there are no online results. I´m using RuneUIe with my mods - no noticeable slowdown. Of course the "Back button" is surely a matter of opinion. I like them left - because nearly every other software I know, has this button on the left side (browsers, database etc.).
I modded enhancestatus.php to correct metadata if you change from a fully tagged mp3 to a bad tagged mp3:
- Code: Select all
// no id3tag
if ( empty( $status[ 'Title' ]) ) {
$status[ 'Artist' ] = basename( $dir );
$status[ 'Title' ] = $pathinfo[ 'filename' ];
$status[ 'Album' ] = '';
}
if ( empty( $status[ 'Album' ]) ) {
$status[ 'Album' ] = '';
}
if ( empty( $status[ 'Artist' ]) ) {
$status[ 'Artist' ] = '';
}
This should produce no side effects.
I´ve uncomment 2 lines in the javascript function "addreplace":
- Code: Select all
function addReplace( mode, command, title ) {
if ( mode === 'wr' ) {
//GUI.local = 1;
//setTimeout( function() { GUI.local = 0 }, 500 );
}
This helps to refresh top-buttons on replace-play a webradio, because 'getPlaybackStatus' exits without refresh otherwise. A side-effect: I don´t have such problems like R101 with metadata-scrolling.
regards, Andy