Ipod Mod 1TB und Probleme mit grossen Playlisten

Ich schätze einfach die Hardware (CPU + RAM) vom iPod kommt damit nicht klar und ist Überfordert. Wenn man bedenkt das die Hardware auf eine 160 GB HDD ausgelegt war/ist und die voll mit Musik kommt sicher nicht an 40k oder 50k Titel heran. Hast du schon bei demjenigen nach gefragt wo du auf die 1 TB mSATA deinen iPod umgerüstet hast?

Bei "30000..40000" klingelt's beim Programmierer - sollte die Datenbank (SQLLite), die da drin spielt, etwa bei 32768 Einträgen begrenzen? Eine kurze Suche bringt diese etwas ältere Seite zutage, in dem ein iPod diese Grenze hat.

Könnte also durchaus auch ein Softwareproblem sein.

Viele Grüße
Steffen

Danke für die Info Somit doch mehr Software (sieht ja mehr danach aus) Limitierung der Datenbank als grenzwertig für die Hardware, aber ein 1 TB Speicher ist aber schon was feines im Player.

Hallo Steffen,
Danke für Deinen Hinweis, möglicherweise ist das das Problem!
Der Pod ist aktuell samt meiner Mediathek beim "Ausstatter", der damit fleissig "übt".
Den Tip mit der Shuffellimitierung auf 32767 Lieder gebe ich an ihn zum Testen weiter.

Falls das bei >33000 Liedern nur mit unterschiedlichen Listen klappt, wäre für mich der eigentliche Reiz, einen so großen Speicher zu haben, nicht mehr voll gegeben.
Diese Limitierung wird bei der Benutzung von übergeordneten Ordnern die 3x 30000 Titel enthalten auch gelten, oder?

Wenn's so ist, wie ich befürchte, ist der Shuffle-Algorithmus so programmiert, dass er nur einen Vektor dieser Maximallänge "mischen" kann. Dann würde auch dieser von Dir beschriebene "Workaround" mit 3*30000 nicht funktionieren.

Oder, wenn er doch mehr kann, dass er dann der Datenbank sagt "und jetzt der Titel 42000", und diese Zahl "passt nicht auf den Einkaufszettel", so dass eine andere oder gar negative Zahl verwendet wird. Dann knallt's eben.

Mit drei Listen gäbe dann tatsächlich die Hoffnung, dass nicht eine große "Zwischendatenbank" aus allen Titeln gebildet wird, mit der dann gearbeitet wird. Sondern der Algorithmus will "Titel 20000 von Liste 1", also zwei "kleine" Zahlen. Ich befürchte allerdings ersteres.

Gerade mal nachgesehen, auch bei Rockbox (auf dem Clip+) kann ich die "Max Playlist Size" höchstens auf 32000 stellen. Da wird wahrscheinlich der Index als int16 (signed) gespeichert, das sind dann maximal 32767-32768 Einträge. Sonst gibt es bei RB aber wohl keine grundsätzliche Beschränkung der Gesamt-Trackanzahl, nur pro Verzeichnis (oder Ebene in der Datenbank) kann man maximal 10000 auf einmal anzeigen lassen.

Bei der Programmierung hat wahrscheinlich keiner damit gerechnet, daß da mal jemand derart gigantische Playlists brauchen würde. Ist ja auch immer 'ne Speicherfrage, 32768 Einträge à 16 Bit sind immerhin auch schon 64K nur für die Playlist-Indizes - zzgl. Trackname und Pfad, die i.allg. noch deutlich größer sind. Das kann sich schon mal zu 1-2 MB zusammenläppern, was nicht mehr so witzig ist, wenn der Player nur 8 MiB RAM oder gar noch weniger hat und von vornherein nur ~4,5 MiB davon für den Puffer erübrigen kann.

Wobei RB einen Vorteil hätte: Es ist Open-Source, da ließe sich also zumindest prinzipiell was dran machen...

Moin,
noch ein paar Nachfragen an die Datenbankspezies hier.
Was ist denn mit der Gerätefunktion Shuffle über alle Titel auf dem Gerät? Die sollte doch unabhängig von einer Playliste operieren, oder?
Oder gibt es da möglicherweise auch ein Limit für die Anzahl der Stücke?
Falls das geht, hätte man wenigstens die Möglichkeit des "Zufallswiedergabe" über alle Titel die per Playlisten auf das Gerät gespielt wurden.

Außerdem gibt es noch die "Intelligenten Playlisten", bei denen man eine Vorauswahl treffen kann, z.b. spiele alles ab außerder "Christmas". Wären die auch limitiert?

Es gibt, wie gesagt, zwei Möglichkeiten: entweder ist die Datenbank "schlecht" programmiert, oder die Shuffle-Funktion.

Jeder Deiner 50000 Titel auf dem iPod bekommt eine Zahl als Identifizierer. Ein Tabelleneintrag enthält also nicht nur Interpret, Titelname und so weiter, sondern noch diese ID, die ihn dann unverwechselbar macht, wie Deine Krankenversicherungsnummer.

Ein "gedankenloser" Datenbankprogrammierer würde dafür hier nun gewohnheitsmäßig den Typ SMALLINT verwenden. Wobei audiophilanthrop recht hat: für den normalsterblichen Anwender mit weniger als 32767 Tracks ist es dann wiederum Speicherverschwendung, hier jedesmal 4 statt 2 Byte zu benutzen. Außerdem gibt es bei manchen Datenbanken gar keinen anderen Ganzzahltyp.

Nun würde Dein iPod, wenn Du das 32768. Lied hinzufügst, diese ID verwenden und versuchen, in die Datenbank einzutragen. Es könnte sogar sein, dass das funktioniert: diese Zahl wird dann als -32768 verstanden und diese ID dann verwendet. Nummer 32769 wird dann -32767 und so weiter. Spätestens bei 65535 ist dann allerdings endgültig Schluss.

Oder aber es knallt schon hier wegen der negativen Zahl. Das würdest Du allerdings merken, denn dann würde so einiges anderers auch nicht funktionieren, zum Beispiel das Auflisten aller Komponisten, die mit B anfangen: es würden einige fehlen oder falsch drin sein.

Da Du nur von defekten Playlists geschrieben hast, scheidet das wohl aus. Wobei es interessant wäre, was für Effekte bei mehr als 65535 Titeln auftreten...

Somit glaube ich eher an eine problematische Shuffle-Funktion, die eben nur eine Liste von maximal 32767 Zahlen mischen kann. Und es wird nicht abgefangen, wenn die Liste größer ist. Dann mischt sie sich entweder einen Wolf oder langt irgendwo in den Speicher, wo sie nicht hindarf. In beiden Fällen hängt sich der iPod dann auf.

Um nun endlich Deine Frage zu beantworten: letzteres betrifft dann jede Liste, die "geshuffelt" werden soll. Wenn die Anzahl der zu mischenden Daten größer als 32767 ist, wird das Mischen nicht funktionieren.

Aber das sind natürlich nur Spekulationen. Vielleicht ergeben die Untersuchungen ja neue Erkenntnisse. Wäre durchaus interessant.

Viele Grüße
Steffen

Hallo Steffen,
Danke für Deine Ausführungen.
Ja das Ipod hat sich beim Shuffeln aufgehängt.
2x konnte ich mit der Geräte-Reset Funktion das Ipod neu laden, aber am Ende war es wieder komplett gesperrt und ich mußte es wieder einschiecken.
Bis gestern abend hatte ich noch kein Feedback vom Service, ich berichte aber weiter hier.