Braucht man dafür überhaupt Gleitkommamarithmetik?
Ich bezweifle das, denn imho gehen die MP3-Sticks dafür viel zu schonend mit der kleinen Batterie um.

123mpg braucht eine FPU
Die Soundkarte will aber auch noch nicht so recht...
Das Testprogramm kann ihr zwar Töne entlocken, aber Windows will von ihr nichts wissen...
Mal sehen, ob die Kiste für einen NES-Emulator ausreicht...

_________________

Zitat :

123mpg braucht eine FPU

Dann wohl allenfalls zum Wandeln nach mp3.
Dabei wird ja die Schwerarbeit Spektralanlayse und Maskierung unhörbarer Komponenten sowie die Datenkompression vorgenommen.
Meist steht dafür beliebig viel Zeit zur Verfügung und deshalb ist es prinzipiell kein Problem auch Gleitkommarechnungen durch Software erledigen zu lassen.

Die alten Borland Compiler jener Zeit (286, 386) konnten übrigens Code erzeugen, der auf das Vorhandensein des Coprozessors zugeschnitten war, aber auch ohne ihn lief.
Wenn ein solches Programm auf einem Rechner ohne Coprozessor gestartet wurde, arbeitete es zunächst ganz normal, bis es an eine Stelle kam, an der der nicht vorhandene Number Cruncher angesprochen wurde.
Dadurch gab es einen Interrupt und die Interrupt-Routine ersetzte die aufrufende Stelle im Programm durch einen Patch, der dann z.B. das Software FDIV aufrief. Natürlich erledigte die ISR dann auch noch die Reparatur des Fehltritts.
Wegen des Patches wurde beim nächsten Durchlauf der gleichen Stelle, die entsprechende FDIV-Software sofort richtig aufgerufen ....

Insofern solltest du ruhig mal probieren, ob das Programm nicht auch ohne 387 läuft.

P.S.

Zitat :

Das Testprogramm kann ihr zwar Töne entlocken, aber Windows will von ihr nichts wissen...

Vielleicht solltest du eine so alte Gurke überhaupt nicht mit Windows laufen lassen.



[ Diese Nachricht wurde geändert von: perl am 16 Feb 2010 15:57 ]

Ich habe es probiert, das lieferte einen Abbruch mit Fehlermeldung.
Ist aber nicht so schlimm, dass es nicht funktioniert, dann werde ich das Pentiumboard (133MHz, geht aber locker bis 150 ; 24 MB RAM) reaktivieren, mal sehen.
Ziel ist es, einen sparsamen Standalone-MP3-Player zu haben, ohne viel zu investieren. Als Gehäuse wollte ich das eines DVD-Players verwenden.
Ob ich eine Soundkarte die niedrig genug ist oder eine Riserkarte finde, weiß ich natürlich noch nicht.
Vor allem bin ich gespannt, ob das Mainboard ins Gehäuse passt...


_________________

Zitat :

Ziel ist es, einen sparsamen Standalone-MP3-Player zu haben, ohne viel zu investieren.

Dann hol dir einen mp3-Stick für 10€.
Die x86 CPU verbraucht schon beim Nichtstun viel mehr.

< DoPo entsorgt >

mfg


_________________


[ Diese Nachricht wurde geändert von: DonComi am 16 Feb 2010 19:22 ]

Moin,

das sehe ich wie perl: wenn es sparsam und schnell sein soll, dann sicherlich nicht mit so einer Krücke.

Zur Not nimmst du einen Billig-MP3-Spieler und baust ihm eine neue Mimik mit einem kleinen µC. Das ist sparsam und für deine Art der Musikwahrnehmung sicherlich ausreichend...
(alternativ kaufst du dir einen Codec in Hardware und schiebst die Daten mit einem AVR rein. Es gibt einen MP3-Codec bei Reichelt für gute 10€ (ist ein DSP mit fertiger Firmware). Oder du nimmst einen kleinen ARM, der dürfte das auch packen. Ist zwar erstmal viel Neues, kann aber lehrreich sein )

Ich habe übrigens gestern nochmal bzgl. deines Chips gesucht, ob ich ihn vllt. da habe, habe aber nur einen mathematischen Koprozessor für einen 486 gefunden.
Und der ist in einem FP, nicht PLCC (und auch sonst völlig unpassend ).

@perl:
Der Dekodierer, den ich mir eben als Quellkode angeschaut habe, nutzt Gleitkommaarithmetik nach IEEE 754 (single), also mit 23 bit langer Mantisse.

Für die ersten Player hat man wohl eine ausgeklügelte Technik aus wohlabgestimmter Hard- und Software zurechtgebastelt, mit der man sowas dekodieren und dekomprimieren konnte, ohne viel Strom zu brauchen.
Mittlerweile sind diese Geräte aber generell-nutzbare Rechner, die nicht nur MP3 dekodieren und abspielen können. Auf einen ca. 2 Jahre alten Abspieler habe ich mal einen Linux-Kernel aufgespielt. Da war überhaupt nichts großartig getrickst, der konnte danach sogar andere Formate abspielen, ging alles über ne "richtige" FPU.

Ist schon faszinierend!

_________________




[ Diese Nachricht wurde geändert von: DonComi am 16 Feb 2010 19:57 ]

"normale" MP3-Player habe ich genug.
Für 10€ bekommt man aber keinen, der 40GB Speicher hat
Es muss ja kein Winamp sein, MPXplay ist auch ganz okay und kann vor allem ein Display ansteuern.


_________________

Zitat :

Der Dekodierer, den ich mir eben als Quellkode angeschaut habe, nutzt Gleitkommaarithmetik nach IEEE 754 (single), also mit 23 bit langer Mantisse.

Fragt sich, ob das erforderlich ist, oder ob das nur auf Denkfaulheit oder Unkenntnis des Programmierers beruht.

Zitat : perl hat am 16 Feb 2010 20:17 geschrieben :

Zitat : Der Dekodierer, den ich mir eben als Quellkode angeschaut habe, nutzt Gleitkommaarithmetik nach IEEE 754 (single), also mit 23 bit langer Mantisse. Fragt sich, ob das erforderlich ist, oder ob das nur auf Denkfaulheit oder Unkenntnis des Programmierers beruht.

Moin perl!

Möglich.
Dazu müsste man sich damit mehr beschäftigen, und dazu habe ich weder Zeit noch Lust.

Bekanntlich führen viele Wege nach Rom.
Algorithmen in streng mathematischer Form sind ja in implementierter Form oft ganz anders aufgebaut und man nutzt viele Hacks, um sie zu optimieren.
Dies ist vielleicht auch der Grund, warum man float benutzt. Es ist auf fast allen Maschinen ohne großen Aufwand verfügbar und der Kode damit ziemlich portabel.

Selbst ohne Gleitkomma-Hardware lässt sich mit Gleitkommazahltypen rechnen. Alles eine Frage der Programmierkünste und der Rahmenbedingungen.
Edit: und ob überhaupt Gleitkomma nötig ist..

_________________



[ Diese Nachricht wurde geändert von: DonComi am 16 Feb 2010 20:30 ]

In der c't gabs doch vor gefühlten hundert Jahren diesen MP3-Decoder für den Parallelport... vielleicht wär das was? Ich habs nicht mehr genau im Kopf, aber damals wurde glaube ich ein 486er benutzt, um über den LPT-Port Daten auf eine Decoderplatine zu schaufeln, die dann ihrerseits an die Anlage angeschlossen wurde. Das ganze müsste um die 10 Jahre her sein.

Ein 50MHz 486 ist schnell genug um selbst mp3 zu decodieren und an die Soundkarte zu schicken.
Und zum Codieren hat er ja gewöhnlich beliebig viel Zeit.
Habe das selbst lange genutzt.

Genau. Der eigentliche "MP3-Vorgang" passiert ja vor allem beim Encodieren und Komprimieren.


Achja, MP3-Dekoder und -Dekompressoren gibts bereits in einen DSP integriert für ca. 12€ bei Reichelt. Der DSP kann noch wesentlich mehr, als nur MP3 abspielen, man kann seinen RAM z.B. für eigene Programme nutzen, um z.B. Effekte auf den Samples zu berechnen.

Er beherrscht afaik vbr und cbr bis 256kb/s.
Die Daten schiebt man per SPI rein, dazu dürfte sogar ein AVR-Rechenknecht ausreichen, denn er schiebt bloß die Daten rein, daran rumrechnen muss er nicht (höchstens ein Dateisystem beherrschen).

VS1011

_________________