Audioplayer (Shoutcast)bringt Box zum Absturz

Beitrag von **Gorcon** » Donnerstag 4. August 2005, 14:22

Hi
Gibts eine Lösung das sich die Box nicht ständig aufhängt wenn man per Shoutcast Musik hören will?

Hier mal ein Log:

Code: Alles auswählen

GetMetaDataBase: Filetype is not supported for meta data reading.
GetMetaDataBase: Filetype is not supported for meta data reading.
GetMetaDataBase: Filetype is not supported for meta data reading.
GetMetaDataBase: Filetype is not supported for meta data reading.
CMP3Dec: recoverable frame level error (lost synchronization)
CMP3Dec: recoverable frame level error (bad main_data_begin pointer)
CMP3Dec: recoverable frame level error (bad main_data_begin pointer)
Bad emulation neutrino/159
 NIP: 100f7480 instruction: 00000000 opcode: 0 A: 0 B: 0 C: 0 code: 0 rc: 0
 pte @ 0x100f7480:  (0xc17af100)->(0xc13573dc)->0x0110e9e9
 RPN: 0110e PP: 2 SPS: 1 SH: 0 CI: 0 v: 1
Kernel VA for NIP 0xc110e480  pte @ 0xc110e480: no pmd
Bad emulation neutrino/154
 NIP: 100f72f8 instruction: 00000000 opcode: 0 A: 0 B: 0 C: 0 code: 0 rc: 0
 pte @ 0x100f72f8:  (0xc17af100)->(0xc13573dc)->0x0110e9e9
 RPN: 0110e PP: 2 SPS: 1 SH: 0 CI: 0 v: 1
Kernel VA for NIP 0xc110e2f8  pte @ 0xc110e2f8: no pmd
Bad emulation neutrino/153
 NIP: 100f7008 instruction: 2754696d opcode: 9 A: 14 B: d C: 5 code: b6 rc: 1
 pte @ 0x100f7008:  (0xc17af100)->(0xc13573dc)->0x0110e9e9
 RPN: 0110e PP: 2 SPS: 1 SH: 0 CI: 0 v: 1
Kernel VA for NIP 0xc110e008  pte @ 0xc110e008: no pmd
Bad emulation neutrino/151
 NIP: 100f6e6c instruction: 00000000 opcode: 0 A: 0 B: 0 C: 0 code: 0 rc: 0
 pte @ 0x100f6e6c:  (0xc17af100)->(0xc13573d8)->0x016ac9e9
 RPN: 016ac PP: 2 SPS: 1 SH: 0 CI: 0 v: 1
Kernel VA for NIP 0xc16ace6c  pte @ 0xc16ace6c: no pmd
Floating point exception
TuxMailD <shutdown>
TuxMailD <backup Mail-DB>
TuxMailD 1.30 closed [04.08.2005 - 14:13:09]
zapit shot down :)
Waiting for controld (max. 9 seconds)

Gruß Gorcon

hi,

hast Du auch einen Link parat oder ist das bei allen shoutcast streams so?

ciao,

ChakaZulu

Beitrag von **Gorcon** » Donnerstag 4. August 2005, 14:48

Ja, das ist bei allen so. (zumindest die Sachen die ich höre 70, 80 Jahre Sachen)
Gruß Gorcon

Bei mir stürzt er auch ab wenn der stream nicht erreichbar ist.

Ich bin nicht alleine

Beitrag von **heho66** » Donnerstag 4. August 2005, 15:13

Hallo

hab folgende Erfahrungen mit shoutcast und meiner Box (nokia) gemacht:

1. stürzt die Box gerne mal ab wenn Metadatenparsing an ist, ohne läuft sie auch 10h ohne Probs durch. (höhr eigentlich fast nur http://www.chronixradio.com)

2. stürzt die Box immer ab wenn ich durch den Provider nach 24h getrennt werde, oder die Inetverbindung von Hand trenne (kann ich mit leben).

genaugesagt stürzt sie ja net richtig ab sondern Neutrino hängt sich auf. Man kann problemlos per telnet auf die Box und sie neu starten (kann man Neutrino per telnet neu starten?)

im log konnte ich nix aussergewöhnliches finden

JO genau das ist ja das Problem was ich auhc habe.

wenn kein kontakt ist die box abgestürzt.

und dafür extra immer den rechner zu starten um das ding neu zu starten :/

Hmm - bei mir isses i.d.R. so, das, wenn ein Sender nicht verfügbar ist, die Box einen Moment bis zum Timeout braucht (ok - Moment ist eine sehr relative Angabe), dann aber den nächsten Sender versucht. Das 24h-Timeout liegt bei mir in einer Zeit, wo ich Shoutcast ehr nicht nutze (z.Zt. 5.00h morgens).
cu
Jens

Beitrag von **Gorcon** » Donnerstag 4. August 2005, 15:36

1. stürzt die Box gerne mal ab wenn Metadatenparsing an ist, ohne läuft sie auch 10h ohne Probs durch. (höhr eigentlich fast nur http://www.chronixradio.com)

und wie kann ich Metadatenparsing abschalten?
Länger als 30min läufts in letzter Zeit jedenfalls nicht.
Eine Trennung der Internetverbindung liegt auch nicht vor.

Gruß Gorcon

jmittelst hat geschrieben:Hmm - bei mir isses i.d.R. so, das, wenn ein Sender nicht verfügbar ist, die Box einen Moment bis zum Timeout braucht (ok - Moment ist eine sehr relative Angabe), dann aber den nächsten Sender versucht. Das 24h-Timeout liegt bei mir in einer Zeit, wo ich Shoutcast ehr nicht nutze (z.Zt. 5.00h morgens).

Und wenn nur ein sender dirn ist endet das also theoretisch in einer endlos schleife

Bei mir stürzt er allerdings dann auch ab wenn ich auf stopp klicke wenn der stream nicht erreichbar ist.

@Gorcon

du gehst in den einstellungen drückst blau. und ganz unten ist die einstellung dafür.

Mag schon sein, aber ein Druck auf Home sollte Dich dann nach ein paar Minuten da auch wieder raus bringen.
cu
Jens

Dann bleibt er ganz hängen. das mit home raus geht noch und das wars dann.

Beitrag von **Gorcon** » Donnerstag 4. August 2005, 15:54

jmittelst hat geschrieben:Mag schon sein, aber ein Druck auf Home sollte Dich dann nach ein paar Minuten da auch wieder raus bringen.
cu
Jens

Wenns ein paar sekunden wären würde ich es ja noch wegstecken aber jedesmal 5min warten und in der Zeit fährt meine Asus ständig "Fahrstuhl".

So habe jetzt mal Metadatenparsing abgeschaltet. (das muß wohl neu sein oder in älteren Imagen immer aus gewesen sein)

Mal schaun...

Edit: wenn sie die Box einmal "aufgehängt" hat reagiert sie auch nach 60min noch nicht auf Home oder Power.

Bei meiner Kabel Nokia-Box (Yadi Snapshot 2.1.0.9) ist es ähnlich:
beim Audioplayer im beliebigen Shoutcast-Stream findet nach unregelmäßigen Abständen entweder ein Ausschalten der Box in den Deep-Standby oder ein Hängenbleiben statt.

Wenn ich "Metadatenparsing" ausschalte, läuft alles stabil. Da scheint also der Bösewicht zu sitzen...

Scheint ja leider von der Resonanz nicht so zu interessieren das Thema...

Gibt es eine Chance den Fehler in Neutrino in einem der nächsten Updates zu beheben?
Ich setze einen Schoko-Nikolaus als Belohnung aus!

Beitrag von **mogway** » Freitag 6. Januar 2006, 00:17

Sebastian2 hat geschrieben:Bei mir stürzt er auch ab wenn der stream nicht erreichbar ist.

Das sollte nun gefixt sein. Bitte einmal testen.

Gruß
mogway

Beitrag von **w-sky** » Mittwoch 18. Januar 2006, 21:04

heho66 hat geschrieben:1. stürzt die Box gerne mal ab wenn Metadatenparsing an ist, ohne läuft sie auch 10h ohne Probs durch.

Ich habe keine Besserung ohne Metadatenparsing festgestellt. Das abzuschalten halte ich ohnehin nur für eine Notlösung!

Oder ist dieser Fehler schon gefixt? Allerdings läuft der Audioplayer bei mir auch stundenlang ohne Probleme, wenn der Sender o.k. ist - und ich bilde mir ein, dass es besser geworden ist, seit ich Kühlkörper auf einige Chips in der Box geklebt habe.

heho66 hat geschrieben:2. stürzt die Box immer ab wenn ich durch den Provider nach 24h getrennt werde, oder die Inetverbindung von Hand trenne (kann ich mit leben).

Das muss ich jedoch bestätigen. Der Player hängt sich auch auf, wenn er Audiodateien via NFS abspielt und man den NFS-Server abschaltet.
Nur "kann ich mit leben" möchte ich nicht sagen, denn Internetradio ist ja eigentlich immer noch experimentell; bzw. die meisten Sender sind mehr oder weniger Hobbyprojekte, und da kommt es schon mal vor, dass ein Sender kurz ausfällt oder vorübergehend offline ist. Darüber sollte die Box nicht so leicht in eine tiefe Meditation verfallen.

In meiner Liste von rund 40 Sendern sind immer 2 oder 3, die gerade mal inaktiv sind, und oft überspringt der Audioplayer sie einfach, wenn man sie abspielen will, aber manchmal hängt sich mit so einer inaktiven Icy-URL total auf. Auf einen Tastendruck - z.B. Stopp - reagiert er dann zwar noch, aber weiter geht gar nichts mehr, auch 5 Minuten später nicht.