Neueste Beiträge

Seiten: [1] 2 3 ... 10
1
Coole Erweiterung. Danke für die Info.

Bei einer Sammelbestellung wäre ich mit im Boot.

Schönen Gruß,
Heinz Schmidt
2
Hi.
Neue Hardware für den PoFo.
Werde anfragen ob es Rabatt gibt wenn wir mehrere abnehmen. Im Abbuc Forum gibt es schon Interesse.
Falls hier auch einer Interesse hat, bitte melden.
Gruß
Wolfgang

https://www.apfram.com/#apfmaxed

Nach vielen Jahren ist endlich ein brandneues Peripheriegerät da!
Volle Speicher- und Arbeitsspeicherfreiheit!

Einfach anschließen und loslegen!
Keine Modifikationen erforderlich!
Treiber sind vollständig integriert!

Was ist enthalten?

Eine kostenlose 32-MB-CompactFlash-Karte für den Einstieg.

512 KB zusätzlicher Speicher (wodurch sich die Gesamtkapazität des Portfolios auf 640 KB erhöht).

CompactFlash-Unterstützung für 32-MB-, 64-MB-, 128-MB- und 512-MB-Karten.

Ein internes 128-KB-B:-Laufwerk (schreibgeschützt) mit Treibern, Dienstprogrammen und Spielen!
3
Hardware (High-End) / Re: Raven060 - Aufbau-Abenteuer
« Letzter Beitrag von Nervengift am Gestern um 21:54:17 »
Für alle, die einen möglichst einfachen und unkomplizierten Einsteig in MiNT haben möchten, sollten mal Jo Even Skarsteins VanillaMiNT ausprobieren.

https://atari.joska.no/VanillaMiNT/

Für den Raven sollte das Setup für den Hades060 und den Falcon/CT60 am besten passen. Man muss nur gucken wegen der Treiber, der ACC und CPX-Module. Das müsste auf jeden Fall für den Raven entsprechend angepasst werden.

https://atari.joska.no/VanillaMiNT/VanillaMiNT-060-1-19-cur-full.zip
4
Hardware (High-End) / Re: Raven060 - Aufbau-Abenteuer
« Letzter Beitrag von Nervengift am Gestern um 21:09:23 »
Ich habe jetzt auch mal MiNT 1.19.0 mit N.AES 2.0.0 und dem aktuellen Thing Neo Desktop ausprobiert. Das läuft auch soweit, aber nicht ganz so sauber wie die Kombination MiNT 1.19.0 mit XaAES und Thing Neo. Die Buttons im N.AES-Fileselktor werden hin und wieder nur schwarz dargestellt, wobei ich mich bislang mit dem N.AES-Fileselektor nicht so anfreunden konnte. Vielleicht sollte ich mal einen alternativen Fileselektor ausprobieren.

Thing Neo scheint ein paar komische Bugs zu haben: Angemeldete Anwendungen können vom Laufwerk E:\ Dateien oft erst beim zweiten Doppelklick öffnen. Mal klappt das per Doppelklick und mal nicht, dann geht der XaAES-Fileselktor auf und fragt nach der Datei, die geöffnet werden soll. Ich meine auf Laufwerk C:\ hatte ich das noch nicht. Ich werde auch noch den Thing 1.29 Desktop in der Kombibation MiNT 1.19.0 und XaAES testen. Mal sehen ob der runder läuft als Thing Neo.
5
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von czietz am Gestern 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.
6
Hardware (Classic 16-/32-Bit) / Re: STL für klassische Netusbee?
« Letzter Beitrag von simonsunnyboy am Gestern 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.
7
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von AndreasKromke am Gestern 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.
8
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von Thorsten Otto am Gestern 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).
9
Hardware (Classic 16-/32-Bit) / Re: STL für klassische Netusbee?
« Letzter Beitrag von Lukas Frank am Gestern um 12:05:18 »
@ragnar76 ... das wäre sehr Nett dann brauche ich die nicht in China machen lassen. Eilt auch alles nicht.
10
Hardware (Classic 16-/32-Bit) / Re: STL für klassische Netusbee?
« Letzter Beitrag von ragnar76 am Gestern 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
Seiten: [1] 2 3 ... 10