Neueste Beiträge

Seiten: [1] 2 3 ... 10
1
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von czietz am Heute um 17:06:09 »
.stc ist m.W. die Endung, die Steem eingeführt hat. Viele der Cartridge-Dumps sind aber eben nur Speicher-Dumps, also exakt 64*1024 oder 128*1024 Bytes lang. Du solltest also nicht exakt 128*1024 + 4 Bytes erwarten, sondern mind. auch die zwei anderen Größen akzeptieren.
2
Hardware (Classic 16-/32-Bit) / Re: STL für klassische Netusbee?
« Letzter Beitrag von simonsunnyboy am Heute um 15:46:03 »
I made case for classic NetUSBee. It is here:
http://www.krupkaj.cz/sblog/article_detail.php?itmid=9000037

Thank you, I will ask my local contact if he can work with the given files.
3
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von AndreasKromke am Heute um 13:35:37 »
Ja, ist zweifelhaft, ob man solche ROM-Cartridges findet
Die habe ich massenweise gefunden. Sonst wäre ich auch nicht auf die Idee gekommen, das auszuprobieren. Ich glaube, ich habe die bei atari-forum.com gesehen. Nur die wenigsten sind Diagnose-ROMs. Die haben auch eine andere Kennung, also einen anderen magischen Wert.

Und ja, .stc ist LibreOffice-Zeugs. Deshalb bin ich ja auch unzufrieden. Vielleicht sollte ich die Dateiendung weglassen bei der MIME-Definition. Ich hatte halt gehofft, daß ich die mit den magischen Bytes ver-und-en kann.
4
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von Thorsten Otto am Heute um 12:07:11 »
Ja, ist zweifelhaft, ob man solche ROM-Cartridges findet, wenn dann müsste man sich die schon selber bauen irgendwie. In den meisten Fällen wird der Port für Kopier-Schutz Dongles benutzt. Ausnahme ist wohl das Diagnose-Cartridge, das macht aber auf einem Emulator wenig Sinn.

Ist also die Frage ob man sowas überhaupt unterstützen muss. Besonders, wenn die mime-type Erkennung möglicherweise mit anderen Dateien vom Typ *.stc kollidiert (openOffice scheint sowas z.B. zu generieren wenn man für StarOffice exportiert, siehe auch https://sembiance.com/fileFormatSamples/document/starOfficeSpreadsheet/example.stc).
5
Hardware (Classic 16-/32-Bit) / Re: STL für klassische Netusbee?
« Letzter Beitrag von Lukas Frank am Heute um 12:05:18 »
@ragnar76 ... das wäre sehr Nett dann brauche ich die nicht in China machen lassen. Eilt auch alles nicht.
6
Hardware (Classic 16-/32-Bit) / Re: STL für klassische Netusbee?
« Letzter Beitrag von ragnar76 am Heute um 11:45:10 »
Thanks, but these aren't STL files. Can they be produced via PCBWAY?

Habe die Dateien mal umwandeln lassen in STL Dateien, kann die jemand prüfen ob die auch in Ordnung sind ...?
krupkajs Datein laden ohne probleme im Pruse-Slicer. Auch deine werden ohne probleme erkannt (und gesliced). Wenn du ein bisschen warte kannt dann musst du nicht pcbway nehmen, dann würde ich dir das drucken
7
Hardware (Classic 16-/32-Bit) / Re: STL für klassische Netusbee?
« Letzter Beitrag von krupkaj am Heute um 11:24:52 »
Oh, I see, these are obj files. I will export and upload STL in the evening :)
But JLC supports them too IIRC. I can also upload 3mf file if you want.
8
Hardware (Classic 16-/32-Bit) / Re: STL für klassische Netusbee?
« Letzter Beitrag von Lukas Frank am Heute um 11:05:52 »
Thanks, but these aren't STL files. Can they be produced via PCBWAY?

Habe die Dateien mal umwandeln lassen in STL Dateien, kann die jemand prüfen ob die auch in Ordnung sind ...?
9
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von AndreasKromke am Heute um 11:03:07 »
Auch wenn es höchstens anekdotische Evidenz hat, habe ich die Unterstützung von ROM-Steckmodulen (cartridges) eingebaut. Programmtechnisch war das sehr einfach. Ich wollte auch noch etwas mit dem MIME-Zeugs spielen und habe dabei  auch etwas gelernt.

Was ich nicht hingekriegt habe, und das Schweigen der Spezifikation ist hier wundersam im Einklang mit dem Fehlen von Beispielen, ja sogar mit der Nichtexistenz jeglicher Nachfragen, ist eine Kombination aus Merkmalen. Also was will ich eigentlich? Die Datei muß (a) am Anfang die magischen Werte haben, und sie muß (b) eine Länge von 128k+4 haben und muß (c) die Dateiendung .stc haben. Das wollte noch niemand. Jemals ever. Im Ergebnis werden jetzt alle Dateien erkannt, die (a) die magischen Werte haben oder (b) die Dateiendung ".stc". Das ist suboptimal.

Für den Zugriff kann man den ROMDRVR.PRG nehmen, der aber nur eine mangelhafte Teilmenge der DOS-Aufrufe unterstützt, insbesondere fehlen die neueren D***dir()-Funktionen. Im übrigen gehört sowas auch in den Kernel oder den Emulator, wenn man es ernsthaft verwenden wollte. Folglich sieht man das ROM nur per Fsfirst()/next(), also z.B. von MCMD aus. Es ist halt ein Hack. Oder Spielerei.

Auch wenn es vermutlich keine einzige ROM-Cartridge gibt, die irgendeinen praktischen Nutzen hat, so hat man dann wenigstens jetzt ein buntes Bildchen. Ich denke, daß Hatari die .stc-Dateien unterstützt, auch wenn ich es nicht ausprobiert habe.
10
Hardware (Classic 16-/32-Bit) / Re: STL für klassische Netusbee?
« Letzter Beitrag von krupkaj am Heute um 10:57:11 »
I made case for classic NetUSBee. It is here:
http://www.krupkaj.cz/sblog/article_detail.php?itmid=9000037
Seiten: [1] 2 3 ... 10