MP3 - Absturz Box und Rechner

Das Original Benutzerinterface Neutrino-SD incl. zapit, sectionsd, yWeb etc...
Pedro_15
Neugieriger
Neugieriger
Beiträge: 11
Registriert: Sonntag 22. Juni 2003, 12:40

MP3 - Absturz Box und Rechner

Beitrag von Pedro_15 »

Hallo,

ich bin neu in der Neutrino dbox - Welt und habe ein Problem mit dem MP3 Player.
Er lässt den MP3 Server und die dbox abstürzen.
Das passiert beim einlesen des MP3 Verzeichnisses oder beim abspielen.

Ich habe verschiedene NFS Server probiert alle das selbe Problem.
Ich benutze das aktuelle Image (internet update).

Es scheint immer an den selben MP3 Dateien zu liegen.

Habt ihr eine Idee?

Danke!

Pedro
Zuletzt geändert von Pedro_15 am Sonntag 22. Juni 2003, 13:14, insgesamt 1-mal geändert.
GodOfGTA
Einsteiger
Einsteiger
Beiträge: 315
Registriert: Montag 18. November 2002, 13:08

Beitrag von GodOfGTA »

Jo. Die Box mit Nullmodem an den PC anschliessen und via Bootmanager mitloggen. Dann drauf achten bei welchen mp3z er aussteigt, und diese aus dem Verzeichnis verschieben.

CU
GodOfGTA
Pedro_15
Neugieriger
Neugieriger
Beiträge: 11
Registriert: Sonntag 22. Juni 2003, 12:40

Danke!

Beitrag von Pedro_15 »

und gibt es dafür einen Grund?

Wieso reisst er auch den MP3 Server mit?

Danke für die Hilfe!

Pedro
Pedro_15
Neugieriger
Neugieriger
Beiträge: 11
Registriert: Sonntag 22. Juni 2003, 12:40

Info

Beitrag von Pedro_15 »

Ich verstehe es immer noch nicht. Die MP3 sind alle auf dem selben weg erzeugt worden. Mache laufen manche nicht, aber leider die Mehrzahl nicht.

Es ist wirklich schade den so ist diese Funktion für mich unbrauchbar.
Hat den keiner die selben Problem? Woran kann es liegen?

Weiss jemand wer zur Zeit am Player arbeitet?

Vielen Dank für die Hilfe!

Pedro
Schamane21
Erleuchteter
Erleuchteter
Beiträge: 774
Registriert: Donnerstag 31. Januar 2002, 16:25

Beitrag von Schamane21 »

ich fand den tip von GodofGTA eigentlich ganz gut ;)

dazu sei noch gesagt, das log dann ma posten, veilleicht hilfts ja
stueckliste
Einsteiger
Einsteiger
Beiträge: 142
Registriert: Donnerstag 22. Mai 2003, 12:06

Beitrag von stueckliste »

Schamane21 hat geschrieben:ich fand den tip von GodofGTA eigentlich ganz gut ;)

dazu sei noch gesagt, das log dann ma posten, veilleicht hilfts ja
Vor allem wenn es tatsächlich immer die gleichen MP3s sind. Damit könnte man sicher schön den Fehler einkreisen, sofern man ein log hätte.

Bei mir stürzt der übrigens nicht mehr ab.
Pedro_15
Neugieriger
Neugieriger
Beiträge: 11
Registriert: Sonntag 22. Juni 2003, 12:40

Kein Log aber

Beitrag von Pedro_15 »

Hallo,

ich wollte mal ein Log schreiben lassen.
Es ist kein fehler im Log zu sehen, es schein so zu sein das der MP3 Rechner einfach abstürzt.

Ich habe dan mal den Debuglevel im Bootmanager hochgesetzt und dann sieht man das der in einer endlosschleife bei der betreffenden Datei hängt.

Hier ein kleine Auszug:

4 - nfsread: 12 Der Spiegel von Nerhegeb.mp3: 8192/8192 bytes at 1384448
2 - nfsd: NFS_READ
4 - AUTH_UNIX
4 - inode: get_attr: calling findfile for path= g/12 Der Spiegel von Nerhegeb.mp3
4 - FindFile: name=g:\12 Der Spiegel von Nerhegeb.mp3 attrib=1
4 - nfsread: 12 Der Spiegel von Nerhegeb.mp3: 8192/8192 bytes at 1392640
2 - nfsd: NFS_READ
4 - AUTH_UNIX
4 - inode: get_attr: calling findfile for path= g/12 Der Spiegel von Nerhegeb.mp3
4 - FindFile: name=g:\12 Der Spiegel von Nerhegeb.mp3 attrib=1
4 - nfsread: 12 Der Spiegel von Nerhegeb.mp3: 8192/8192 bytes at 1400832
2 - nfsd: NFS_READ
4 - AUTH_UNIX
4 - inode: get_attr: calling findfile for path= g/12 Der Spiegel von Nerhegeb.mp3
4 - FindFile: name=g:\12 Der Spiegel von Nerhegeb.mp3 attrib=1
4 - nfsread: 12 Der Spiegel von Nerhegeb.mp3: 8192/8192 bytes at 1409024
2 - nfsd: NFS_READ
4 - AUTH_UNIX
4 - inode: get_attr: calling findfile for path= g/12 Der Spiegel von Nerhegeb.mp3
4 - FindFile: name=g:\12 Der Spiegel von Nerhegeb.mp3 attrib=1
4 - nfsread: 12 Der Spiegel von Nerhegeb.mp3: 8192/8192 bytes at 1417216
2 - nfsd: NFS_READ
4 - AUTH_UNIX
4 - inode: get_attr: calling findfile for path= g/12 Der Spiegel von Nerhegeb.mp3
4 - FindFile: name=g:\12 Der Spiegel von Nerhegeb.mp3 attrib=1
4 - nfsread: 12 Der Spiegel von Nerhegeb.mp3: 8192/8192 bytes at 1425408
2 - nfsd: NFS_READ
4 - AUTH_UNIX
4 - inode: get_attr: calling findfile for path= g/12 Der Spiegel von Nerhegeb.mp3
4 - FindFile: name=g:\12 Der Spiegel von Nerhegeb.mp3 attrib=1
4 - nfsread: 12 Der Spiegel von Nerhegeb.mp3: 8192/8192 bytes at 1433600
2 - nfsd: NFS_READ
4 - AUTH_UNIX
4 - inode: get_attr: calling findfile for path= g/12 Der Spiegel von Nerhegeb.mp3
4 - FindFile: name=g:\12 Der Spiegel von Nerhegeb.mp3 attrib=1
4 - nfsread: 12 Der Spiegel von Nerhegeb.mp3: 8192/8192 bytes at 1441792
2 - nfsd: NFS_READ
4 - AUTH_UNIX
4 - inode: get_attr: calling findfile for path= g/12 Der Spiegel von Nerhegeb.mp3
4 - FindFile: name=g:\12 Der Spiegel von Nerhegeb.mp3 attrib=1
4 - nfsread: 12 Der Spiegel von Nerhegeb.mp3: 8192/8192 bytes at 1449984
2 - nfsd: NFS_READ
4 - AUTH_UNIX

Hat jemand eine Idee..

Pedro
oberon6
Beiträge: 1
Registriert: Donnerstag 15. April 2004, 09:30

mp3 player -> dbox absturz

Beitrag von oberon6 »

Hallo,

ich habe das selbe Problem. Habe ca. 2000 frisch gerippte mp3-files. alle mit lame 3.95 erzeugt ( mit option: --alt-preset cbr cd ). auf dem rechner laufen sie (soweit getestet) ohne probleme.

beim einlesen der mp3s ist dann ploetzlich nur noch das hintergrundbild zu sehen. nach einiger zeit schaltet sich die box dann ab.

zu diesem thema habe ich auch den thead
https://tuxbox-cvs.sourceforge.net/foru ... er+absturz
gefunden. scheinbar ist das problem aber nicht wirklich behoben!?

ich habe die nokia dbox2, neutrino v1.7.1

ich hoffe, es gibt noch andere, die ihre mp3s gerne über die dbox hören wollen....

schöner gruß,
oberon
rasc
Senior Member
Beiträge: 5071
Registriert: Dienstag 18. September 2001, 00:00

Re: Kein Log aber

Beitrag von rasc »

Pedro_15 hat geschrieben:Hallo,

ich wollte mal ein Log schreiben lassen.
Es ist kein fehler im Log zu sehen, es schein so zu sein das der MP3 Rechner einfach abstürzt.

Ich habe dan mal den Debuglevel im Bootmanager hochgesetzt und dann sieht man das der in einer endlosschleife bei der betreffenden Datei hängt.

[...]
Pedro

... der haengt doch laut Log nicht in einer Endlos-Schleife, sondern liest einfach die Datei. Ein Log hilft tatsaechlich manchmal, oder flashe ein aktuelles Image...