Neueste Beiträge

Seiten: [1] 2 3 ... 10
1
Klasse !

Ist der Adapter von 9 auf 15 polig selbstgebaut ? Wenn ja, kannst Du die Pin-Belegung teilen ?
2
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von ragnar76 am Heute um 10:14:00 »
Leider gibt es wohl keine Alternative zu gxmessage, die mindestens so gut ist und auf allen Linux-Versionen sofort greifbar.
Es gibt schon diverse Alternativen (zenity, dialog, yad, whiptail etc.). Ob deren Verfügbarkeit besser ist, weiss ich aber nicht (auf openSUSE gibt es die alle). Evtl. könnte man das auch konfigurierbar machen, da es nur eine zentrale Stelle gibt wo es aufgerufen wird, sollte das machbar sein.
Was ist denn mit AppleScript bzw. osascript? Das ist auf jedem Mac vorinstalliert.
3
Habe einen Atari MegaST aufgebaut mit ECL Adaptern so das man die Viking Grafikkarte original lassen kann. Als erstes einen passiven Adapter von 9pol D-Sub auf 15pol D-Sub mit Atari TT ECL Belegung der zudem die -9 Volt einspeist welche der ECL Teil der Viking Grafikkarte benötigt und danach den besten ECL2VGA Converter den es gibt und zwar den TENOX ECL Adapter.

- Atari Viking ECL Grafikkarte
- MC68881 FPU
- MC68010 CPU
- EmuTOS
- Cloudy
- Lightning ST USB
- Storm ST
- HD Modul + HD Floppy
- IDE CF Adapter
4
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von Thorsten Otto am Heute um 06:00:31 »
Leider gibt es wohl keine Alternative zu gxmessage, die mindestens so gut ist und auf allen Linux-Versionen sofort greifbar.

Es gibt schon diverse Alternativen (zenity, dialog, yad, whiptail etc.). Ob deren Verfügbarkeit besser ist, weiss ich aber nicht (auf openSUSE gibt es die alle). Evtl. könnte man das auch konfigurierbar machen, da es nur eine zentrale Stelle gibt wo es aufgerufen wird, sollte das machbar sein.

Ich hatte mich auch schon daran versucht, dafür SDL zu verwenden. Müsste prinzipiell möglich sein, da man in SDL2 mehrere Fenster verwalten kann. Allerdings wären dafür einige "Krücken" notwendig (Events von solchen Fenster sollten ja nicht an die Emulation weitergereicht werden). Und das Handling habe ich noch nicht sauber hinbekommen, da Emulation und Graphic in verschiedenen Threads laufen, kann man an der Stelle nicht einfach SDL-Funktionen aufrufen.
5
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von AndreasKromke am Gestern um 23:19:14 »
Prima. Der cp-Befehl könnte entweder veraltet sein, oder er stammt aus einer anderen Quelle, weil macOS ja auch ein BSD-Unix ist und kein Linux.
6
Software (16-/32-Bit) / Re: Magic 6.2 mit Emutos 1.4 Problem
« Letzter Beitrag von ossc am Gestern um 21:59:48 »
Ein bisschen rumgefummelt, ein bisschen probieren und anpassen von Emutos 1.4
und schon geht es mit der Monsterkarte. Also die Beiden waren nur etwas inkompatibel
aber jetzt läuft es Dank @Thorsten Otto´s EmuTos Sonderbau.
7
Hardware / Re: Rothron Wiederbelebung
« Letzter Beitrag von S_Hogen am Gestern um 21:48:11 »
Etwas...  :)
1+2=Adapter für Falcon, Kabel ca 30cm. Beim zweiten ist es noch etwas länger.
3,4=Adapter für Prozessorbus(Sockel auf CPU).

Ich besitze diese Adapter für Falcon und Mega ST, aber mir fehlt der mit den zwei VME-Anschlüssen. Der ist wahrscheinlich für den Mega STE. Falls Sie etwas davon verkaufen möchten, bin ich an allem interessiert, was auf den Fotos zu sehen ist.
8
Hardware / Re: Rothron Wiederbelebung
« Letzter Beitrag von S_Hogen am Gestern um 21:43:18 »
Du baust das mit einem Atari Falcon als Steuer Rechner auf ...?

Atari TT und Mega STE sollte ja direkt gehen aber man braucht so eine passive VME Bus Verlängerung zu den Einschubgehäusen. @neualtuser weiss da sicherlich mehr ...

Hallo. Ja, ich kenne diesen Adapter und habe einen für den Falcon. Ich habe auch einen für den Mega ST. Der TT und der Mega STE benötigen anscheinend keinen Adapter, aber ein Kabel zum Anschluss des VME-Busses. Leider besitze ich kein solches Kabel.
9
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von don_apple am Gestern um 21:09:29 »
1. Die Vergrößerung des Atari-Fensters um den Faktor 2 ist für moderne Monitore gedacht. Bei 2,5k- oder 4k-Monitoren sieht man ansonsten den Atari-Bildschirm nur unter einer Lupe. Aber läßt sich ja leicht ändern.
2. Den Hinweis zum sdl2-mixer habe ich ergänzt. Das Paket kam erst später dazu.
3. Bitte versuche, den cp-Parameter "--update=none" zu ersetzen durch "--no-clobber". Wenn das auch nicht geht, dann bitte durch "-n". Dieser Parameter gilt als veraltet. Mein cp hat Version 9.4.
4. Bitte die soeben hochgeladene Version testen, ob der Überlauf in MAGXDESK auch damit behoben ist. Ich denke, eine Änderung der RSC-Datei sollte ausreichend sein. Ich habe es rudimentär getestet.

Und vielen Dank fürs Testen! Obwohl ich noch einen Vorkriegs-Mac stehen habe, bin ich doch leider weit weg von macOS, dafür habe ich derzeit keine Energie.
Vielen Dank für die Rückmeldung.

Zu "3.": bei macOS kennt cp anscheinend grundsätzlich keine langen Optionen (wie z.B. "--update=none"). Ich habe deshalb jetzt das LOCALISE.SH wie folgt geändert:
# Localise MagiC root fs
# Note that this script can be run from anywhere
# TODO: should run recursively

VERBOSE="-v"
#VERBOSE=""

if [ "$#" -eq 1 ]; then
    # go to directory where the script resides
    cd "$(dirname "$0")"
    # convert language code to uppercase
    CODE=`echo $1 | tr a-z A-Z`
    # check if kernel file already matches
    cmp --quiet $CODE/MAGICLIN.OS ../MAGICLIN.OS
    STATUS=$?
    if [ $STATUS -eq 2 ]; then
        echo "LOCALISE.SH: Valid country codes are: "; ls -d ??
        exit 1
    fi
    if [ $STATUS -eq 1 ]; then
        # overwrite all programs and kernel
        cp $VERBOSE -pf $CODE/MAGICLIN.OS ../
        cp $VERBOSE -pf $CODE/GEMSYS/GEMDESK/*.RSC ../GEMSYS/GEMDESK/
        cp $VERBOSE -pf $CODE/GEMSYS/GEMDESK/*.PRG ../GEMSYS/GEMDESK/
        cp $VERBOSE -pf $CODE/GEMSYS/GEMDESK/*.TXT ../GEMSYS/GEMDESK/
        # do not overwrite application database, if exists
        cp $VERBOSE -pn $CODE/GEMSYS/GEMDESK/APPLICAT.DAT ../GEMSYS/GEMDESK/ 2>/dev/null
        cp $VERBOSE -pn $CODE/GEMSYS/GEMDESK/APPLICAT.INF ../GEMSYS/GEMDESK/
    fi
else
    echo "usage: LOCALISE.SH DE|EN|FR"
    #echo $#
    exit 1
fi
Also "--verbose" durch "-v" ersetzt und "--update=none" durch "n". Damit funktioniert das Script jetzt bei mir auf macOS.

Zu "4.": mit der aktuellen Version von MagicOnLinux von Linux tritt der Crash nicht mehr auf. Danke für's fixen!

Btw. bei mir sieht die Ausgabe von cmake etwas anders aus als die die in der MACOS.txt zur Verifizierung angegeben ist:
-- The C compiler identification is AppleClang 17.0.0.17000603
-- The CXX compiler identification is AppleClang 17.0.0.17000603
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found PkgConfig: /opt/homebrew/bin/pkg-config (found version "2.5.1")
-- Checking for module 'sdl2'
--   Found sdl2, version 2.32.10
-- Checking for module 'sdl2_mixer'
--   Found sdl2_mixer, version 2.8.1
-- Configuring done (5.0s)
-- Generating done (0.0s)
-- Build files have been written to: /Users/<user>/Source/magiclinux/build
Wie du siehst wird da auch sdl2_mixer erwähnt.
10
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von AndreasKromke am Gestern um 20:32:50 »
Leider gibt es wohl keine Alternative zu gxmessage, die mindestens so gut ist und auf allen Linux-Versionen sofort greifbar. Ich habe damals lange recherchiert und nachgelesen, was es in Richtung xmessage Brauchbares gibt. Andererseits habe ich mich auch schon daran gewöhnt, ein PPA zu installieren, also eine alternative Paketquelle. Dann gibt es auch automatisch Aktualisierungen. Selberbauen ist natürlich etwas mühsam. Auf dem Mac war das alles einfacher, aber ich mußte damals das SDL ändern und selber bauen, weil sonst die Dialoge keine Tastatureingaben gekriegt haben.
Seiten: [1] 2 3 ... 10