Heißt das, dass das Cover in der Ordnerübersicht angezeigt wird, in der Hauptanzeige dann aber nicht mehr? Das sollte eigentlich nicht vorkommen.
Ansonsten bin ich da auch etwas ratlos. Der Player nimmt als "Notlösung" ja sogar irgendein .jpg bzw. .png, solange es nur das eine gibt... Ansonsten probier doch mal, das Bild in cover.jpg oder folder.jpg umzubenennen.

Theoretisch schon, praktisch funktioniert das aber nicht auf allen Geräten. Android wurde eigentlich so programmiert, dass die Benachrichtigung einmal erzeugt wird und dann nicht verändert wird. Bei manchen Geräten wurde das von den Herstellern angepasst.
Das "neu durchscrollen" kommt dadurch, dass beim Liedwechsel die alte Benachrichtigung entfernt und eine neue erstellt wird. Das funktioniert zuverlässiger.

Die Benachrichtigung wird immer dann ausgeblendet, wenn ein Player-Fenster sichtbar ist - das gilt auch fürs Popup. Man braucht das Icon dann ja nicht wirklich und es brächte den "Zurück"-Stack ziemlich durcheinander, wenn man z.B. in der Ordnerauswahl für die Trackliste oder beim Hinzufügen zur Playlist Popup oder Hauptanzeige (je nach Einstellung) öffnen würde.

Das Widget zeigt die Daten vom Player an. Wenn der nicht läuft (also richtig "nicht läuft", nicht "im Speicher rumlungert") gibt's eigentlich auch nichts anzuzeigen. Alternativ müsste ich die ganzen Daten in den Speicher vom Widget kopieren - inkl. Cover. Außerdem würde der nächste Start trotzdem länger dauern, weil der Player erstmal wieder "hochfahren" und ggf. auf geänderte Daten prüfen muss.

Nicht sinnvoll. Der ID3-"Standard" ist so vermurkst, dass mir da das Risiko zu hoch ist, die "restlichen" Tag-Infos und z.T. Lieddaten (teilweise) zu zerstören. Bei ID3v2.3/2.4 kann man sich ja nicht mal darauf verlassen, dass die Längenangabe eines Tags stimmt...

Eine größere Schrift würde aber auch wenig bringen, wenn die dann durch den Platzmangel abgeschnitten wird oder Daten verschwinden.

Bei mir läuft die problemlos. Kann aber natürlich sein, dass da mal wieder ein ROM verpfuscht wurde, scheint bei 2.3 irgendwie der Normalfall zu sein...

Wenn ich wüsste, welche Workarounds da nötig sind, könnte ich sie evtl. auch einbauen. Google schert sich scheinbar nicht um Bugs, die's auf dem Nexus S nicht gibt.

Da hab ich noch keine sinnvolle Lösung gefunden. Fixe Positionen sind bei den ganzen Displayformaten eher unpraktisch, das Android-XML zu sensibel wenn was nicht ganz passt, eigenes XML wäre extrem aufwendig. Außerdem gibt's Probleme, wenn sich was in der App ändert, wie z.B. Tracklist-Button raus, Menü-Button rein, Repeat-Button statt Auswahlen, andere Standard-Schriftgrößen, ...

Ausblenden geht auch mit statischen XMLs. Aber dann sieht das Layout halt ggf. ziemlich übel aus, außerdem sind die Einstellungen fürs Aussehen ohnehin schon völlig überladen.

Theoretisch ginge das schon mit einer entsprechenden nativen Library. Aber das wäre wesentlich mehr Aufwand als die Sache wert ist.

Vielen Dank für die ausführlichen Antworten! Schade das da manche Sachen nicht sauber in Android aufgebaut sind :/

__________________

Zwei Verbesserungsvorschläge bzw. vielleicht war ich zu doof es einzurichten:

Den "Zurück" Button am Gerät während der gesamten ordner navigation verwenden um wieder einen Ordner höher zu kommen, der Button im Programm ist einfach zu klein und ich tipp andauernd auf Zurück, da das im restlichen Android immer so funktioniert

Bei Klick auf einen Ordner in dem mp3 Dateien oder mp3-Dateien und Ordner sind die mp3 Dateien anzeigen und auswählbar machen (z.b. durch klick auf eine mp3 datei wird der ganze Ordner abgespielt) irgendwie funktioniert das manchmal, manchmal nicht...das System habe ich noch nicht durchschaut...meist steht halt nur "wählen" da wenns nicht mehr weitergeht

Beim Hörbuch Player den Zählcounter in den id3 tags eins hochsetzen, wenn Datei fertig gehört.

Ist davon irgendwas umsetzbar oder erstrebenswert?

Beim restlichen Android geht's entweder zum vorherigen Inhalt/Ordner (das ist nicht unbedingt der übergeordnete...) oder auch ganz raus. Ich find's aber meistens extrem lästig, wenn man zigmal Zurück drücken muss, bis man endlich wieder da ist, wo man hin wollte.

Das System ist ganz einfach: Wenn abspielbare Dateien im Ordner sind, wird "Datei auswählen" angeboten, ansonsten eben nicht.
Dateien und Ordner wollte ich nicht in derselben Auswahl, weil das die Auswahl eines gesamten Albums erschwert (standardmäßig müssten dann ja beim Antippen die enthaltenen Dateien angezeigt werden und man müsste die erste auswählen) und man beim Wechsel zu einem anderen Lied erstmal die untergeordneten Ordner wegscrollen müsste.

Wäre zwar prinzipiell machbar, aber dann müsstest du bei jedem Liedwechsel erstmal ein paar Sekunden warten, bis die geänderte Datei geschrieben wurde. Das finde ich nun weniger attraktiv...

Naja genau der Zwischenschritt zu "Datei wählen", den finde ich etwas lästig, da der das ganze schlüssige Ordner navigieren irgendwie unterbricht...für gewöhnlich (windows, linux, wasauchimmer) klickt man sich ja durch die ordner und schlussendlich, wenn es keinen unterordner gibt, wählt man die datei...so aber entsteht immer der eindruck eines leeren Ordners und man weiß noch dazu nicht, welche Titel drin sind, solange man nicht auf "Datei wählen" geht - Irrt man sich im Ordner muss man aus dem Datei wählen Dialog wieder raus...

Irgendwas hat sich aber glaub auch geändert, so steht jetzt immer "aktuelles Verzeichnis" wenn keine Unterordner mehr da sind - dann werden die Titel angezeigt. Warum aber werden in manchen Ordnern die Titel sofort angezeigt, in anderen erst nach "aktuelles Verzeichnis"? Konnt jetzt auch nicht beobachten, dass das abhängig davon ist ob ich in dem Ordner schonmal drinwar oder nicht, von wegen Dateistruktur gespeichert...könnte man diesen "aktuelles Verzeichnis" Zwischenschritt nicht komplett entfernen und zumindest wenn keine Unterordner mehr vorhanden sind, den Inhalt anzeigen - Dieser "aktuelles Verzeichnis" Schritt macht nun wirklich keinen Sinn und taucht nur dann auf, wenn keine Unterordner mehr verfügbar sind. Das ist doch dann tatsächlich ein überflüssiger Klick.

Ach ja und der Audiobook player hat irgendwie einen Bug...oder da ist ein Mechanismus den ich nicht kapiere...
Oft, wenn man per Tip auf das Playerwidget in den Player wechseln möchte (ich habe direktes wechseln zum Player aktiviert), beendet er den aktuellen Titel und läd einen völlig anderen, spielt diesen aber nicht ab...beim musikplayer konnte ich das noch nicht beobachten...Es ist glaub auch nicht so, dass ich aus versehen auf Vor oder Zurück komme, da ein wahlloser Titel geladen wird.

Und noch ein kleiner Verbesserungsvorschlag/ Bug:
Wenn man in der Hauptansicht die Menü-Taste drückt kommt man ins Menü...soweit in Ordnung
Wenn man beim Android-Standardmenü die Menü-Taste nochmal drückt wird das Menü aber wieder ausgeblendet. Das passiert hier nicht, man kommt nur über die Zurück-Taste raus.

__________________

Muss man beim MortPlayer aber nicht - man kann auch den gesamten Ordner wählen. Dann wird - je nach Modus - die erste oder eine zufällige Datei abgespielt.
Du kannst "Datei auswählen" aber auch als Standard für 'nen kurzen Klick auswählen (nach "Dieses Menü bei kurzem Klick"), dann geht's etwas flüssiger, wenn du die anderen Optionen selten nutzt.

Hä? Wenn's keine Unterordner gibt, kommt das Popup, wenn es welche gibt und Lieder im Ordner sind, gibt es den "Aktueller Order"-Eintrag. Eine leere Liste gibt es aber nie.

Das wäre aber auch nicht anders, wenn Dateien und Ordner im selben Dialog wären.

Das sollte eigentlich nicht vorkommen. Lass doch mal die Ordner neu einlesen (über den Menüpunkt), evtl. hat's da irgendwas in der Datenbank zerhauen.

Hab ich schon einmal gehört, aber ich kann diesen Fehler leider absolut nicht reproduzieren. Ich wüsste auch nicht, wie der zustande kommen könnte - wenn der Player bei laufendem Dienst geöffnet wird, holt der nur die Daten zum aktuellen Lied und sonst gar nichts.
Gibt's das Problem eigentlich nur beim Widget oder auch wenn der Player über das Launcher-Icon gestartet wird?

Würde ich auch gerne ändern, aber in den Popup-Dialogen gibt's keine Möglichkeit, mitzubekommen, wann die Menü-Taste gedrückt wurde. (Oder auch jede andere Taste - die, die funktionieren, werden systemintern behandelt...)

Und wenn du den Popup-Dialog zu einer eigenen Activity machst? Oder ist er das schon, und die Menü-Taste ist nur bei Activities benutzbar die den ganzen Bildschirm füllen?

__________________

Kritikpunkt mit den Dateien hat sich nach neueinlesen des ordners erledigt...kann mich aber nicht erinnern, dass er jemals die Titel in den Ordnern angezeigt hätte...cool...so wollt ich das...

zum hörbuch bug, wie folgt reproduzierbar (auch nach neueinlesen des Ordners):

4 x 2 widget (klappt glaub auch mit den anderen), direkt zum player wechseln bei antippen der songinfos aktivieren (klappt glaub auch mit dem "bei antippen - menü", dann zum player), hörbuch anmachen, hörbuch stoppen, audiobookplayer aus widget laden, audiobookplayer wieder ins widget laden (letzte hörbuchdatei sollte wieder zu sehen sein), per widget hörbuch fortsetzen, per tip auf widget in den player wechseln -> Fehler tritt auf...Fehler tritt nicht mehr auf, solange man nicht den hörbuch player aus dem widget läd...Fehler kommt also immer, wenn man per widget zwischen musik und audiobooks wechselt, oder wenn sich aufgrund von Pausieren der Prozess abschaltet und damit auch das Widget keinen Player mehr geladen hat...letzteres ist der nervigere Punkt...das passiert öfters, wechseln zwischen musik und hörbuch nicht ganz so häufig.

PS: Nicht nur, dass er, wenn man per widget zum player wechselt, und statt Titel A einen anderen Titel B wählt und stoppt (Fehler kommt übrigens auch wenn der Titel schon gestoppt ist), nein wenn man dann auf Pause/Play drückt, wählt er wieder einen anderen Titel C, dieser wird dann abgespielt.

Ne, das ist ein AlertDialog. Als eigene Activity ginge theoretisch schon auch, aber gerade beim Menü stört mich da der ganze Verwaltungskram, der damit durch die Verwendung vom Hintergrunddienst nötig wird - onPause/onResume mit (un)bindService, Initialisieren nachdem der Service verbunden wurde, etc. Das macht nicht nur das Programmieren lästig sondern auch die App langsamer.