Aktuell arbeite ich an einer CI-Lösung, welche noch vor dem Release auf 1.0.7 fertig werden soll. Damit wird Denise auf externen Servern für alle OS'es gebaut. Das spart mir viel Zeit und es liegt kurz nach dem ich Quellcode ins Repo einchecke ein nightly zum Download bereit. Windows gibt es dann zusätzlich als 32 bit Version.
Denise C64 + Amiga Emulator
-
Retro-Nerd -
1. Juni 2018 um 20:52 -
Unerledigt
Es gibt 2.909 Antworten in diesem Thema, welches 469.085 mal aufgerufen wurde. Der letzte Beitrag (
-
-
ok ich verstehe jetzt wie du es im Sinn hast. In dem Fall bräuchte ich natürlich kein extra Widget.
Der Vorteil der File Dialog Lösung ist, dass man auf der Suche nach einem speziellen PRG in einem D64 schnell durch die Dateien browsen kann und die im File Dialog integrierte Liste aktualisiert sich sofort. Andernfalls muss es erst geöffnet werden, findet man es nicht in der bisherigen Ansicht sucht man das nächste D64 durch.
Aaah, jetzt durch deinen Satz
"findet man es nicht in der bisherigen Ansicht sucht man das nächste D64 durch"
verstehe ich erst, wie du hier denkst in diesem Punkt, beziehungsweise von was du ausgehst in der Anordnung, wie die Leute ihr C64 Archiv eingeteilt haben.
Aber bei mir hier ist es beispielsweise so, und ich denke eigentlich bei den meisten anderen Usern ebenfalls, dass man d64-Images überhaupt nicht nach prg's durchsuchen muss, da man doch eigentlich davon ausgehen kann, dass Onefiler sowieso direkt als einzelne prg-Files direkt im Archiv der User liegen. Also etwa so wie hier bei mir:
Bitte melde dich an, um diesen Anhang zu sehen.
Bei denjenigen Files, bei denen es möglich ist, sie aus einem d64 herauszukopieren, habe ich das auch immer so gemacht. Mein ganzes C64 Software-Archiv besteht nur noch aus d64 und prg Files (ausser beim SD2IEC Archiv, da sind noch d81 mit dabei, aber das tut jetzt mal nichts zur Sache, da Denise eh keine d81 Images öffnen kann). t64 Kasssetten-Files habe ich ebenfalls in prg's umgewandelt, oder wenn das t64 aus mehreren Files bestand, dann eben in d64. Könnte man aber auch als t64 belassen, ich hab halt immer prg's daraus gemacht.
Als d64-Image belassen, wurden bei mir hier immer nur Nachlader oder Onefiler mit Highscore-Saver, bei denen es nicht anders möglich ist. Der Rest wurde als Einzel-prg herauskopiert. So sind die prg's natürlich schneller zu laden und vor allem auch viel schneller zu finden, als wenn immer 4 oder 5 von ihnen in EINEM d64 wären und man dann keinen richtigen Überblick mehr hätte, in welchem d64 nun welche Onefiler drin sind.
Eigentlich ging ich immer davon aus, dass dies gängige Praxis ist und es viele Leute genauso machen in ihren Archiven und deshalb muss man eigentlich gar keine d64-Images nach bestimmten Onefiler-prg's mehr durchsuchen.
Und bei Nachlade-Spielen oder -Demos passt ja eh häufig nur immer eines auf ein d64, da ist die Zuordnung und Namensgebung dann auch klar. Jedes Spiel und jedes Demo hat quasi sein eigenes File im Archiv, um überflüssige Rumsucherei zu vermeiden.
-
Eigentlich ging ich immer davon aus, dass dies gängige Praxis ist und es viele Leute genauso machen in ihren Archiven und deshalb muss man eigentlich gar keine d64-Images nach bestimmten Onefiler-prg's mehr durchsuchen.
ok da fehlt mir die Praxis. Ich bin immer davon ausgegangen, das dies genau der Grund ist, warum die ganzen anderen C64 Emulatoren die D64/T64 Vorschau direkt im File Dialog haben.
Ich hätte gedacht Leute können dadurch schneller in ihren Archiven suchen. Wenn das keine gängige Praxis ist, würde ich mir das aufwendige für 3 Betriebssysteme zu erstellende Widget natürlich sparen.
Wie beliebt sind eigentlich T64 images ?
-
Ehmm... ne, also ich hab mir mit Sicherheit nicht die "Mühe" gemacht, eingelesene Disketten usw. in ".prg"s zu zerlegen, um die Onefiler zu extrahieren...
-
Ich finde es etwas unglücklich, dass man beim Start erst einen schwarzen Screen sieht. Könnte man dort nicht entweder einen Hinweis einblenden, wie man die Emu-Varianten startet oder dort gleich (vielleicht hübsche grafische) Buttons anbieten, mit denen man die Emus auswählen kann? Man könnte den jeweiligen Start-Screen verkleinert zeigen oder Illustrationen/Icons der beiden Rechner. Und wahrscheinlich wäre es recht sinnvoll, wenn sich Denise merken würde, welcher Emu beim Beenden des Programms aktiv war und diesen beim nächsten Start gleich wieder aktivieren. Umschalten kann man ja bei Bedarf immer noch übers Menü
klar ein paar nette Buttons würden das Ganze aufwerten.
Genau, das was "Retrofan" hier anspricht mit dem "scharzen Bildschirm", hatte ich ja auch schon mal erwähnt weiter vorne, als ich vorschlug, ob man nicht vielleicht sowas wie eine
"Start Denise directly in C64 Mode"
oder später (wenn der Amiga Bereich dann soweit ist) zusätzlich noch eine
"Start Denise directly in Amiga Mode"Funktion als anklickbare Funktionen mit in's Menue des Emulators aufnehmen könnte? Dann würde Denise den User immer gleich mit dem entsprechenden Anfangsbildschirm seines gewünschten Computers begrüßen.
Und hierzu gleich noch eine erweiterte Frage, "PiCiJi". Was hältst du davon, wenn es zusätzlich auch noch eine anklickbare
"Start Denise with opened Software Dialog"
Funktion geben würde, damit Denise den User direkt so begrüßt wie auf dem Screenshot hier zu sehen und man direkt loslegen kann mit der Auswahl seiner gewünschten Software?
Bitte melde dich an, um diesen Anhang zu sehen.
Denn eigentlich ist das erste was man zwangsläufig im Denise ja fast immer macht, den Popup-Menüpunkt "Software" zu öffnen um darüber dann Software laden zu können. Wenn der immer gleich schon mit geöffnet wäre, ist dies ja keine schlechte Sache. Da das manche aber vielleicht doch nicht wollen aus irgendeinem Grund, eben dann wieder als AN und AUS schaltbare Klickfunktion.
Und da ja der Amiga auch noch integriert wird später, müsste dieser Punkt dann wohl nochmals unterteilt werden in "Start with opened C64 Software Dialog" und "Start with opened Amiga Software Dialog", denn die Amiga Software wird später sicherlich über einen anderen Menü-Punkt zu laden sein, nehme ich mal stark an.
Da das dann alles recht viele neue klickbare Funktionen wären, müsste man diese halt in irgendein "Denise Menue-System Settings" Popup-Untermenue auslagern. Das alles gibt dem User halt den Vorteil, den Emu mehr auf seine jeweiligen Vorlieben vorzukonfigurieren.
Man hätte dann halt vier verschiedene Start-Optionen für den Denise zur Auswahl, die man gegenüberstellen könnte und dem User die Auswahl für eine davon geben kann.
Denn
- "Start Denise directly in C64 Mode" und
- "Start Denise directly in Amiga Mode"
widerspechen sich ja dann mit
- "Start with opened C64 Software Dialog" und
- "Start with opened Amiga Software Dialog"
weil es, wenn der Software-Dialog eh geöffnet ist und den Emu-Screen überlagert, dann keinen richtigen Sinn mehr macht, dass der Emu mit dem C64 Einschaltbildschirm startet, denn man dann ja eh nicht richtig sieht, wenn der Software-Dialog davor ist. Deshalb würde es reichen, diese vier Punkte zur Auswahl zu stellen und der User könnte sich dann für einen davon entscheiden.
Was hältst du von diesen vier Auswahlmöglichkeiten zur Art, wie der Emulator dann starten soll, "PiCiJi"?
-
Ehmm... ne, also ich hab mir mit Sicherheit nicht die "Mühe" gemacht, eingelesene Disketten usw. in ".prg"s zu zerlegen, um die Onefiler zu extrahieren...
Aber dann ist es, bei hunderten von Spielen, doch Wahnsinn, Sachen auf die Schnelle zu finden, oder? Es sind ja immer mehrere prg-Onefiler in einem d64, wie findet man die dann alle, oder heissen solche Files dann
Archon & Dig Dug & Mad Max & Pacman & Bandits.d64 ?
Wie will man die dann alphabetisch korrekt einordnen im eigenen Archiv, um sie später auch schnell wieder finden zu können?
Bei mir liegen die einzeln im Archiv und heissen
Archon.prg
Dig Dug.prg
Mad Max.prg
Pacman.prg
Bandits.prg
Ist so doch viel übersichtlicher und weniger Platz brauchen sie auch noch. Okay, bei den riesigen SD-Karten ist das "Platz" Argument mittlerweile nicht mehr das Entscheidende, aber die Übersicht ist so halt viel besser, weil ich so die ganzen Einzelfiles alphabetisch ordnen kann und ich habe hier tausende Files. Das wäre anders für mich sonst eine Quälerei mit dem suchen bestimmter Files.

Ich mache das Herauskopieren immer mit dem d64-Editor, das geht sehr schnell. Kommt ein neues File auf der CSDB raus und es ist in einem d64, dann lade ich es runter, doppelklicke das d64 damit der d64-Editor es öffnet. Dann werfe ich einen Blick auf den Inhalt. Ist dort nur ein Onefiler drin, dann markiere ich den und drücke auf "File Export". Das wars, schon ist das File als einzelnes prg da und ich kann das d64 dann löschen. Das Einzel-prg wird dann entsprechend benannt und kommt in mein Archiv, vorausgesetzt es gefällt mir, denn nur solche Files kommen in mein Archiv.
ok da fehlt mir die Praxis. Ich bin immer davon ausgegangen, das dies genau der Grund ist, warum die ganzen anderen C64 Emulatoren die D64/T64 Vorschau direkt im File Dialog haben.
Möglich, dass das der Grund ist? Ich habe immer an den Grund gedacht, warum man die Vorschau sieht, dass vielleicht User auch mal ein anderes File, als das erste auf der Disk direkt starten wollen über's Emulator-Menue und dass man deshalb direkt den Inhalt der d64-Images immer sieht?
Kann und wird wohl beides stimmen, aber aus meiner Praxis im tagtäglichen Handling mit den Files, kann ich jedem nur raten, Onefiler IMMER aus Diskimages herauszukopieren in den Fällen, in denen dies keinen "Nachteil" für den Onefiler hat. Also wenn er dann nach einem Highscorefile sucht und man hat ihn rauskopiert aus der Disk, dann ist das natürlich nicht sinnvoll, aber man sieht ja in der CSDB an der Namensgebung der Cracks, ob es File den Highscore speichert oder nicht.
Ich hätte gedacht Leute können dadurch schneller in ihren Archiven suchen. Wenn das keine gängige Praxis ist, würde ich mir das aufwendige für 3 Betriebssysteme zu erstellende Widget natürlich sparen.
Naja, die Option zu haben, diese Images direkt einsehen zu können, seien es nun d64, g64 macht sowieso auf jedenfall Sinn, eben auch, wenn man mal was anderes von der Disk starten will, als das erste File auf dieser. Und es könnte ja auch sein, dass zwei verschiedene Nachlader-Spiele in einem d64-Image drin sind. Da will man ja dann auch das zweite Spiel davon, direkt laden können.
Deshalb macht das sowieso Sinn, egal wie Leute das dann benutzen oder ihre Archive eingeteilt haben. Ich dachte halt immer, es wäre übliche Praxis, Onefiler aus Diskimages herauszukopieren. Aber vielleicht liege ich damit auch falsch und ich bin einer der Wenigen, die das so machen? Möglich ist alles.

Wie beliebt sind eigentlich T64 images ?
Sind eigentlich auch gut zu nutzen. In der Gamebase64 sind ja nach wie vor viele Onefiler im t64 Tape Format. Ich persönlich hatte aber nie ein Tape, sondern immer Floppys an meinen echten C64ern, deshalb bevorzuge ich eher Diskfiles. Ich versuche immer, mich nur auf zwei Formate, also d64 und prg, zu beschränken in meinem C64 Archiv welches ich am 1541Ultimate und mit den Emulatoren benutze. beim SD2IEC Archiv kommen dann noch ein paar andere Formate, vor allem d81 und auch ein paar wenige d71, mit dazu. Diese d71 könnte ich aber auch umkopieren auf d81 eigentlich. Aber gib sicher auch Leute, die gerne direkt t64 Files benutzen, ist ja auch sowas wie ein Containerformat soweit ich weiss?
-
Vielleicht sollte man das aber auch alles nicht zu sehr verclustern und mit Optionen "überstrapazieren".
Imho sollte der Dateirequester einfach alle Dateitypen, die er versteht, auflisten und dann anhand der Auswahl wissen, was man vorhat... Nehme ich eine .d64 sollte man vielleicht noch als Option auswählen können, ob es nur gemountet oder mit *,8,1 ausgeführt werden soll, eine .sid sollte den internen Player starten und eine .adf dann erkennen, dass ich eigentlich die Amiga-Seite des Emulators nutzen möchte, etc.
Edit: Naja, bei meinen alten Disketten weiss ich einfach grob, wo was ist..... Wobei ich ehrlich gesagt meine eigenen Discsets kaum noch nutze. Momentan hab ich praktisch immer mein U64 in Verbindung mit Assembly64 laufen - schiebe ggfls. Sachen per FTP dann in den U64.
Den Autor von Assembly64 habe ich gebeten, ob er sich Denise mal anschauen und ggfls. einbinden kann, sodass man die Software aus der Suche auch direkt dann an Denise übergeben kann. Das wäre für mich imho die praktikabelste Lösung.
-
- Offizieller Beitrag
Eigentlich ging ich immer davon aus, dass dies gängige Praxis ist und es viele Leute genauso machen in ihren Archiven und deshalb muss man eigentlich gar keine d64-Images nach bestimmten Onefiler-prg's mehr durchsuchen.
Nein, das ist sicherlich keine gängige Praxis. Bitte vorsichtig sein, eigenes Verhalten als allgemeingültig anzusehen. Ich persönlich mache gar nichts mit irgendwelchen D64 und extrahieren da auch nichts. Wenn nur ein PRG drin ist, gut, wenn mehrere drin sind, auch gut. Ich kann mit dem Finder (Äquivalent zum Windows-Explorer) direkt in D64-Archive hineingucken, das reicht mir zum Auswählen.
"Start Denise directly in C64 Mode"
oder später (wenn der Amiga Bereich dann soweit ist) zusätzlich noch eine
"Start Denise directly in Amiga Mode"Funktion als anklickbare Funktionen mit in's Menue des Emulators aufnehmen könnte? Dann würde Denise den User immer gleich mit dem entsprechenden Anfangsbildschirm seines gewünschten Computers begrüßen.
Ich finde meine erwähnte Lösung eleganter. Direkt im schwarzen Fenster kann man dann zwischen C64 und Amiga auswählen. Und ab dem 2. Start des Programms kommt man direkt in den Modus, in dem man den Emu verlassen hat. Im Menü braucht man dann nur noch eine einzige Möglichkeit zum Wechsel des Modus.
-
Die Antworten kommen häufig so schnell. Ich war eben noch dabei, oben was zu ergänzen im vorigen Eintrag, waren schon wieder die Antworten hier.
Jetzt liest das dann wieder keiner mehr. Egal.Eigentlich ging ich immer davon aus, dass dies gängige Praxis ist und es viele Leute genauso machen in ihren Archiven und deshalb muss man eigentlich gar keine d64-Images nach bestimmten Onefiler-prg's mehr durchsuchen.
Nein, das ist sicherlich keine gängige Praxis. Bitte vorsichtig sein, eigenes Verhalten als allgemeingültig anzusehen. Ich persönlich mache gar nichts mit irgendwelchen D64 und extrahieren da auch nichts. Wenn nur ein PRG drin ist, gut, wenn mehrere drin sind, auch gut. Ich kann mit dem Finder (Äquivalent zum Windows-Explorer) direkt in D64-Archive hineingucken, das reicht mir zum Auswählen.
Gut, wenn das scheinbar keine gängige Praxis ist, dann sind wir uns aber sicher in dem Punkt einig, dass es die mit Abstand beste Lösung ist, sein Archiv so anzulegen. Oder?
Denn dann
- braucht man keinerlei Zusatztools mehr, um all seine Files zu sehen, da die Onefiler sowieso als einzelne Files direkt auf der Festplatte des PC's liegen
- brauchen die Files auch noch weniger Platz, weil 171kb grosse d64 Files ja fast nie ganz voll sind, oftmals sogar grösstenteils leer, bis auf ein paar kleinere Files darin
- können prg's direkt, sogar per Doppelklick im Explorer, auf die schnellste Art geladen werden. sind solche Files innerhalb eines d64, laden sie wesentlich langsamer
Die Gamebase64 übrigens, eines der größten C64 Software-Archive, ist auch so ähnlich angelegt. Auch dort wird eingeteilt nach dem Schema
"pro Spiel ein File"
Anders wäre es ja unmöglich bei über 24.000 Files, den Überblick zu haben, beziehungsweise sie alphabetisch einteilen zu können.
Wenn man also von Anfang an, schon immer seine Files aus der GB64 genommen hat, dann ist man quasi schon in solch einer Einteilung von Anfang an drin. Ich will niemandem raten, wie er seine Files anzulegen hat, soll jeder machen wie er will, aber Sinn macht es auf jeden Fall auf diese Art mit dem herauskopieren von Onefilern.
Mir wäre es viel zu aufwändig, irgendwelche d64 Files jedesmal durchwühlen zu müssen, nur um einen irgendwo darin enthaltenen Onefiler zu finden, der ganz anders heisst, als das d64 Image selbst. So schaue ich ein einziges Mal mit dem d64-Editor in ein d64 rein, extrahiere daraus die Onefiler und brauche dann das Zusatztool d64-Editor für dieses File nie mehr. Den "Finder" braucht man als Zusatztool aber ständig, wenn man es nicht so macht.
Aber eigentlich ist diese Frage, wie man nun bei sich die Files einteilt, auch gar nicht die Entscheidende hier für die zukünftige "Multi Loader Funktion" im Denise. Ich warf diese Frage nur aus dem Grund auf, weil ich erst nicht verstand, warum "PiCiJi" den Multi-Loader Punkt als direkten Popup-Menüpunkt anlegen wollte, während ich wesentlich mehr Sinn darin sah/sehe, ihn direkt ins "Software" Menue als neues Feld mit zu integrieren, da dort ja eh alles schon "angerichtet" dafür ist. man muss dort nur die File-Erkennungs-Fähigkeiten der drei Felder "Disketten", "Kassetten" und "Speicher" vereinen. Ansonsten könnte es innerhalb des Multi-Loader-Feldes dann ablaufen, wie im "Disketten" Feld.
Ich finde meine erwähnte Lösung eleganter. Direkt im schwarzen Fenster kann man dann zwischen C64 und Amiga auswählen. Und ab dem 2. Start des Programms kommt man direkt in den Modus, in dem man den Emu verlassen hat. Im Menü braucht man dann nur noch eine einzige Möglichkeit zum Wechsel des Modus.
Kann man sehen, wie man will. Im Endeffekt kommt es, nach dem einmaligen Einstellen, eh auf's nahezu gleiche raus.
-
Nehme ich eine .d64 sollte man vielleicht noch als Option auswählen können, ob es nur gemountet oder mit *,8,1 ausgeführt werden soll
Das geht bereits "Hagtrix", indem du einen Doppelklick auf die Kopfzeile des aufgelisteten d64 Images machst. Also hier auf die weisse Zeile
Bitte melde dich an, um diesen Anhang zu sehen.
-
Leider soeben erst bemerkt. Hier in meinem Eintrag Bitte melde dich an, um diesen Link zu sehen.
Bitte melde dich an, um diesen Link zu sehen.
hab ich aus Versehen nochmal den gleichen Screenshot eingefügt wie im Eintrag #363. Mist. Ich kann es ja jetzt nicht mehr ausbessern im alten Eintrag. Dort im Eintrag Bitte melde dich an, um diesen Link zu sehen. gehört hinter meinen Satz
"... Funktion geben würde, damit Denise den User direkt so begrüßt wie auf dem Screenshot hier zu sehen und man direkt loslegen kann mit der Auswahl seiner gewünschten Software?"
natürlich dieser Screenshot hin, in dem man direkt das geöffnete "Software" Menue sieht:
Bitte melde dich an, um diesen Anhang zu sehen.
Sonst ergibt der ganze Satz dort im Eintrag Bitte melde dich an, um diesen Link zu sehen. natürlich überhaupt keinen Sinn.
Sorry "PiCiJi", da hab ich den Anhang irgendwie verwechselt und jetzt erst den Fehler bemerkt.
-
Also ich behalte auch lieber das .d64 File und kopiere auch nicht das .prg File aus dem Image heraus. Ich bevorzuge lieber erst eine Ansicht des .d64 Files.
-
Also ich behalte auch lieber das .d64 File und kopiere auch nicht das .prg File aus dem Image heraus. Ich bevorzuge lieber erst eine Ansicht des .d64 Files.
Also nur dass jetzt hier kein Missverständnis aufkommt. Auch wenn ich anscheinend eine andere Sortierung in meinem Archiv bevorzuge als manch andere hier (was mich wundert, aber okay) und ich nicht in d64 Images nach Onefilern suchen muss dank dieser Einteilung, heisst das ja noch lange nicht, dass ich gegen eine Ansicht von d64 Files bin.
Natürlich bin ich ebenfalls FÜR eine Ansicht der Inhalte von d64 Images, wenn man sie aufruft, etwas Gegenteiliges hab ich ja auch nie gesagt. Denn so eine Funktion braucht man ja aus mehreren Gründen, eben auch, wenn zum Beispiel zwei Nachlade-Spiele auf einem d64 drauf wären und man das zweite davon direkt laden wollte, also nicht nur, wenn man nach andersnamigen Onefilern in d64 Files sucht. Und weil man das aus mehreren Gründen braucht, bin ich ebenfalls dafür, die eh schon im Feld "Disketten" vorhandene Ansichtsfunktion von d64 Files, auch auf das neue "Multi Load" Feld zu integrieren. Dafür müsste dieses Feld aber nicht unbedingt einen komplett neuen Popup-Menuepunkt bekommen.
Wenn ich sage, ich würde es bevorzugen, dieses neue "Multi Loader Feld" direkt mit im Software-Menue als weiteres Feld anzufügen, dann bedeutet dies ja nicht automatisch, dass man damit dann d64 Images nicht mehr listen können soll. Ich hab`s ja weiter vorne erklärt, dass ein neues "Multi Loader" Feld, dann lediglich die Fähigkeiten der bisher schon dort vorhandenen drei Felder "Disketten", "Kassetten" und "Speicher" auf sich vereinen soll, was dann ja auch die Ansicht der d64 Inhalte mit einschließt, denn diese Fähigkeit besitzt das "Disketten" Feld ja bislang auch schon.
Ist natürlich alles nur ein Vorschlag, wie ich es umsetzen würde. Letztendlich wird "PiCiJi" das so umsetzen, wie es ihm am meisten zusagt, das ist ja das gute Recht eines jeden Programmierers. Aber sich viele verschiedene Vorschläge anzuhören vorher, kann ja auch nicht schaden.
-
Wie beliebt sind eigentlich T64 images ?
Zur Beliebtheit kann ich nichts sagen, aber auf jeden Fall sind sie genauso relevant/gängig/üblich wie alle anderen Formate und Container. Insbesonderen wenn man mit älteren Downloads und Archiven zu tun hat. Man muss natürlich im Hinterkopf behalten, dass historisch bedingt "da draussen" noch immer (und vermutlich auf ewig...) eine Menge defekter T64 herumgeistern, die bei unsachgemässer Behandlung falsch eingelesen oder beim Beschreiben zerschossen werden können wenn die Software damit nicht klar kommt bzw. sich dessen nicht bewusst ist.
-
- Offizieller Beitrag
auf der Liste
Mann, das läuft ja hier wie am Schnürchen.
Vielen Dank für die prompte Rückmeldung.Dieser Style mit den dicken Icons wiederum gefällt mir weniger. Außerdem wird der Aufwand dann größer. Denise besteht aus einem Plattform abhängigen Guikit, was die Widgets generiert und einem Plattform unabhängigen Programm, welches die Widgets anwendet. Ich würde nicht wollen, dass der Programm Teil für die OS'es auseinander läuft.
Nein, das würde ich auch nicht wollen. Es war nur eine Idee, wie man diese ineinander geschachtelten Tableisten zumindest optisch entzerren könnte, um das Ganze weniger komplex wirken zu lassen.
ein paar nette Buttons würden das Ganze aufwerten.
Ich gucke mal, ob mir dazu etwas einfällt.
Gut, wenn das scheinbar keine gängige Praxis ist, dann sind wir uns aber sicher in dem Punkt einig, dass es die mit Abstand beste Lösung ist, sein Archiv so anzulegen. Oder?
Ich will das nicht in Abrede stellen. Aber ich habe keine Zeit/Lust, meine Sammlung auf diese Weise zu pflegen.
Aber eigentlich ist diese Frage, wie man nun bei sich die Files einteilt, auch gar nicht die Entscheidende hier für die zukünftige "Multi Loader Funktion" im Denise.
Ich wollte auch nur ein wenig bremsen, weil es sich manchmal anhört, als würden das ALLE so machen. Die Leute tun ihre Dinge aber oft auf ganz unterschiedliche Weise – und auch ich bin immer mal wieder überrascht, wie Andere etwas handhaben. Ich wollte nur verhindern, dass so ein Emulator auf einmal auf eine einzelne Person zugeschnitten wird und andere später das Nachsehen haben.
Ich persönlich weiß noch gar nicht, wie gut ich die jetzige Art und Weise finde, wie Denise die C64-Dateien verwaltet. Weil ich das alles noch nicht benutzt habe. Ich werfe irgendeine Datei auf das Programm-Icon im Dock und will, dass die möglichst schnell geladen/gestartet wird. Ich muss zugeben, dass ich die Verwaltung bei meinem ersten C64-Emulator (Power64, Das Spagettimonster hab ihn selig) eigentlich immer noch am Besten fand: Für jedes D64/T64, das ich auf den Emu zog oder übers Menü geladen wurde, wurde ein kleines Fenster mit dem Inhalts-Verzeichnis angezeigt. Bei einem PRG wurde das Verzeichnis von der Festplatte genauso angezeigt. Das Schöne war, dass man direkt Dateien von einem Fenster/Laufwerk in ein anderes verschieben/kopieren konnte und auch direkt dort neue Dateien/Separatoren anlegen oder auch Dateien vom Mac-Desktop in ein D64-Fenster legen konnte (und umgekehrt). Man konnte sich zusätzliche Verwaltungs-Tools komplett sparen. Das ganze funktionierte also wie der Mac-Desktop und auch in Kombination mit ihm. Das fand ich persönlich perfekt – und VICE war hier für mich schon der erste große Rückschritt.
brauchen die Files auch noch weniger Platz, weil 171kb grosse d64 Files ja fast nie ganz voll sind, oftmals sogar grösstenteils leer, bis auf ein paar kleinere Files darin
Das bringt mich zu einem lange gehegten Wunsch: Der oben erwähnte Power64 konnte mit ZIP-gepackten Archiven genau so umgehen, wie mit ausgepackten D64 oder Verzeichnissen. Man konnte also die D64-Dateien als ZIP lassen, wie man sie aus dem Internet geladen hat und musste sie nicht, wie bei VICE, erst platzverschwenderisch auspacken. Das würde ich mir auch für Denise wünschen.
-
Denn eigentlich ist das erste was man zwangsläufig im Denise ja fast immer macht, den Popup-Menüpunkt "Software" zu öffnen um darüber dann Software laden zu können. Wenn der immer gleich schon mit geöffnet wäre, ist dies ja keine schlechte Sache. Da das manche aber vielleicht doch nicht wollen aus irgendeinem Grund, eben dann wieder als AN und AUS schaltbare Klickfunktion.
Sicherlich ist es häufig die erste Aktion Software einzulegen. Eine Option dafür könnte man in Erwägung ziehen.
Alles anzeigenDenn
- "Start Denise directly in C64 Mode" und
- "Start Denise directly in Amiga Mode"
widerspechen sich ja dann mit
- "Start with opened C64 Software Dialog" und
- "Start with opened Amiga Software Dialog"
weil es, wenn der Software-Dialog eh geöffnet ist und den Emu-Screen überlagert, dann keinen richtigen Sinn mehr macht, dass der Emu mit dem C64 Einschaltbildschirm startet, denn man dann ja eh nicht richtig sieht, wenn der Software-Dialog davor ist. Deshalb würde es reichen, diese vier Punkte zur Auswahl zu stellen und der User könnte sich dann für einen davon entscheiden.
Was hältst du von diesen vier Auswahlmöglichkeiten zur Art, wie der Emulator dann starten soll, "PiCiJi"?
Start Screen: C64 / Amiga Grafik zur Auswahl, wie Retrofan vorschlug.
Bei Klick eines der beiden Systeme:
- wenn Software Dialog gewünscht, öffnet dieser sich für das entsprechende System, aber kein auto Boot in C64 Basic Screen oder Amiga Workbench
- wenn Software Dialog nicht gewünscht, Boot in das entsprechende System (aktuell eingelegte Software ist natürlich aktiv)
kein Klick der beiden Systeme ... auch gut, keine Aktion
Möglich, dass das der Grund ist? Ich habe immer an den Grund gedacht, warum man die Vorschau sieht, dass vielleicht User auch mal ein anderes File, als das erste auf der Disk direkt starten wollen über's Emulator-Menue und dass man deshalb direkt den Inhalt der d64-Images immer sieht?
ja das ist natürlich der Hauptgrund. Es war unglücklich von mir in Beziehung gesetzt.
Ehmm... ne, also ich hab mir mit Sicherheit nicht die "Mühe" gemacht, eingelesene Disketten usw. in ".prg"s zu zerlegen, um die Onefiler zu extrahieren...
würde ich auch nicht tun. Generell mag ich auch lieber umfangreichere Spiele, wie Zak und Turrican.
Ich finde meine erwähnte Lösung eleganter. Direkt im schwarzen Fenster kann man dann zwischen C64 und Amiga auswählen. Und ab dem 2. Start des Programms kommt man direkt in den Modus, in dem man den Emu verlassen hat. Im Menü braucht man dann nur noch eine einzige Möglichkeit zum Wechsel des Modus.
würde die Emulator Auswahl immer im Start Bildschirm einblenden. Ich würde jedoch nicht in 2 Modi trennen. Ich finde es angenehmer permanent Zugriff auf beide Modi zu haben, deswegen habe ich im Hauptmenu den Aufbau: C64, Eingabe, Amiga, Eingabe. Intern wird jedoch berücksichtigt, welcher Emu zuletzt verwendet wurde bzw. verwendet wird. Die Hotkeys zum Öffnen von Settings, Laden von Spielständen berücksichtigen dies dann.
Ich warf diese Frage nur aus dem Grund auf, weil ich erst nicht verstand, warum "PiCiJi" den Multi-Loader Punkt als direkten Popup-Menüpunkt anlegen wollte, während ich wesentlich mehr Sinn darin sah/sehe, ihn direkt ins "Software" Menue als neues Feld mit zu integrieren, da dort ja eh alles schon "angerichtet" dafür ist.
Der Klick-Weg ist mir hier für einen Multi-Loader, welcher schnell bedienbar sein soll, zu weit. Außerdem brauche ich den Platz für weitere Expansions. Ich würde dir auf die Schnelle (diese Version) eine Hauptmenu Option reinbauen, welche sinngemäß das Gleiche wie Drag'n'Drop macht, jedoch mit File-Dialog. Somit musst du nicht wissen ob in dem Archiv ein PRG oder D64 steckt.
Später erweitere ich diesen File-Dialog um eine Vorschau für D64/T64 mit Direkt Lade Funktion einzelner PRG's daraus und natürlich dem besprochenen Quik-Load.
Zuerst muss ich jedoch noch 2 macOS Probleme lösen:
1. mein CI System baut auf Mojave, führe ich Denise dann in High Sierra aus meckert er, dass die Version dafür nicht geeignet ist.
2. beim Umschalten auf die japanisch Übersetzung wird nur das aktuelle Fenster übersetzt.
Sorry "PiCiJi", da hab ich den Anhang irgendwie verwechselt und jetzt erst den Fehler bemerkt.
kein Problem, kurz Angst hatte ich allerdings schon, als ich den File-Explorer sah

Man konnte sich zusätzliche Verwaltungs-Tools komplett sparen.
Grundsätzlich ist das eine schöne Vorstellung. Die Priorisierung verschiebt derartige Vorhaben jedoch deutlich nach hinten. Dafür muss erst der Amiga stehen.
Das bringt mich zu einem lange gehegten Wunsch: Der oben erwähnte Power64 konnte mit ZIP-gepackten Archiven genau so umgehen, wie mit ausgepackten D64 oder Verzeichnissen. Man konnte also die D64-Dateien als ZIP lassen, wie man sie aus dem Internet geladen hat und musste sie nicht, wie bei VICE, erst platzverschwenderisch auspacken. Das würde ich mir auch für Denise wünschen.
Denise öffnet Zip-Archive und die Dateien können ohne vorheriges Entpacken verwendet werden. Sollte die Anzeige der Archiv Inhalte ungünstig positioniert sein, einfach umschieben. Denise merkt sich die Position und Größe aller Fenster für das nächste Mal.
-
- Offizieller Beitrag
Grundsätzlich ist das eine schöne Vorstellung. Die Priorisierung verschiebt derartige Vorhaben jedoch deutlich nach hinten. Dafür muss erst der Amiga stehen.
Ja klar, das war auch nicht als Vorschlag für das nächste Release gedacht.

Denise öffnet Zip-Archive und die Dateien können ohne vorheriges Entpacken verwendet werden.
Klasse. Ich hatte das einfach noch nicht ausprobiert, weil VICE es nicht kann. Super, dann kann ich an der Stelle arbeiten, wie früher.
Ich habe hier mal einen möglichen Startscreen-Mockup (in Mac-Optik) gestaltet. Mal gucken, wie der ankommt ...
Bitte melde dich an, um diesen Anhang zu sehen.
-
- Offizieller Beitrag
wie man unter Vice mit zipfile umgeht kann man nebenan ausdiskutieren: Bitte melde dich an, um diesen Link zu sehen.
sl FXXS
-
brauchen die Files auch noch weniger Platz, weil 171kb grosse d64 Files ja fast nie ganz voll sind, oftmals sogar grösstenteils leer, bis auf ein paar kleinere Files darin
Das bringt mich zu einem lange gehegten Wunsch: Der oben erwähnte Power64 konnte mit ZIP-gepackten Archiven genau so umgehen, wie mit ausgepackten D64 oder Verzeichnissen. Man konnte also die D64-Dateien als ZIP lassen, wie man sie aus dem Internet geladen hat und musste sie nicht, wie bei VICE, erst platzverschwenderisch auspacken. Das würde ich mir auch für Denise wünschen.
An und für sich eine gute Idee. Ich hatte das auch mal mit all meinen Amiga adf-Diskettenimages gemacht und sie zu gzip Files gepackt, dann konnte man sie immernoch sowohl mit dem WinUAE, als auch mit dem WinFellow Emulator öffnen.
Das Problem bei den allermeisten Emulatoren ist dann aber, dass speichern von Highscores oder Spielständen dann nicht mehr möglich ist auf diesen gezippten Files. Das ist lobenswert, wenn das mit Power64 dann trotzdem noch geklappt hat, würde mir auch wünschen, dass alle Emu's dies so könnten. Aber ich bin dann, eben wegen des Problems mit dem "Abspeichern" auf die adf's, dann wieder dazu übergegangen, die adf's ungepackt auf der Festplatte zu belassen. Aber gewaltig Platz hatte ich mir natürlich gespart, als sie gepackt waren, das ganze Amiga Archiv war dann nur noch circa halb so gross wie jetzt, sprich fast ein Gigabyte kleiner als im ungepackten Zustand.
Das Problem, selbst wenn der Denise das dann könnte mit dem speichern auf die gepackten Images, wäre ja dann immernoch, dass all die anderen C64 Emu's, die man ja vielleicht auch mal benutzen will, dann entweder gar nichts mehr mit den gepackten Files anfangen könnten oder eben nicht darauf speichern. Somit würde dieser Grund dann wieder verhindern, dass man guten Gewissens all seine C64 Images packt. Das ist hier die Problematik beim zippen oder sonstigen verkleinern.
Bei C64 Software am PC spielt hier, neben der Möglichkeit des Packens, eben auch das Herauskopieren von Einzelfiles eine grosse Rolle. Womit wir wieder beim Thema sind. Und das Interessante an der Platz-Spar-Sache ist ja auch, dass man es irgendwie bei so winzigen Dateien, wie eben etwa den C64 Files, leicht unterschätzt. Ich hätte das selbst kaum so gedacht, aber nur mal zum Vergleich. Ich hab doch hier
Bitte melde dich an, um diesen Link zu sehen.
mal mein Bilder-Archiv, welches sich im Laufe der Jahre so angesammelt hat, zur Verfügung gestellt. Nahezu alles von der CSDB heruntergeladen über Jahre hinweg und auch immer schön brav alles mit dem D64-Editor herauskopiert aus d64-Files, falls Zeichner ihr Bild in diesem Dateiformat dort auf der CSDB hochgeladen hatten und nicht gleich als prg Einzelfile. Und das war oft der Fall.
Nun umfasste mein Bilder-Archiv zum damaligen Zeitpunkt als ich es hier hochlud, 1084 Dateien und es ist entpackt 10,6 MB gross. Hätte man zum Beispiel all diese Bilder auf jeweils einem 171 kb grossen d64 belassen und sie dort nicht herauskopiert, wäre dieses Archiv statt 10,6 MB dann 181 MB gross. Also da erschrickt man dann schon selbst im Nachhinein, denn das ist 17 mal so gross wie als einzelne prg's. Mehr als jeder Packer diese Files jemals verkleinern könnte. Gut, die heutigen Festplatten sind so riesig, da sind selbst 181MB eigentlich ein Witz, aber trotzdem, solch ein riesiger Unterschied, quasi fast 170 MB verschwendeter ungenutzter freier Speicher innerhalb der ganzen d64 Images, der gar nicht belegt ist. Das ist schon verrückt und macht mehr aus, als man denkt.
Das Herauskopieren, ist definitiv sinnvoll. Aber wie du schon sagst, anfangs, wenn man dazu übergeht und sein Archiv auf diesen Stand bringen will und schon hunderte Files hat, dann ist es mühsam umzustellen, weil man dann ja stundenlange Arbeit vor sich hat und in alle Files reinsehen muss. Glücklicherweise habe ich das lange hinter mir und muss jetzt immer nur noch neu hinzukommende Files auf diese Art und Weise "behandeln", sprich Doppelklick auf jedes neu heruntergeladene d64 und es öffnet sich direkt im D64-Editor, Rechtsklick mit der Maus auf das zu exportierende File und aus dem Menue dann "File Export" wählen. Fertig. Das geht jetzt natürlich sehr schnell und ist dann keine Arbeit mehr.
Alles anzeigenIch warf diese Frage nur aus dem Grund auf, weil ich erst nicht verstand, warum "PiCiJi" den Multi-Loader Punkt als direkten Popup-Menüpunkt anlegen wollte, während ich wesentlich mehr Sinn darin sah/sehe, ihn direkt ins "Software" Menue als neues Feld mit zu integrieren, da dort ja eh alles schon "angerichtet" dafür ist.
Der Klick-Weg ist mir hier für einen Multi-Loader, welcher schnell bedienbar sein soll, zu weit. Außerdem brauche ich den Platz für weitere Expansions. Ich würde dir auf die Schnelle (diese Version) eine Hauptmenu Option reinbauen, welche sinngemäß das Gleiche wie Drag'n'Drop macht, jedoch mit File-Dialog. Somit musst du nicht wissen ob in dem Archiv ein PRG oder D64 steckt.
Später erweitere ich diesen File-Dialog um eine Vorschau für D64/T64 mit Direkt Lade Funktion einzelner PRG's daraus und natürlich dem besprochenen Quik-Load.
Zuerst muss ich jedoch noch 2 macOS Probleme lösen:
1. mein CI System baut auf Mojave, führe ich Denise dann in High Sierra aus meckert er, dass die Version dafür nicht geeignet ist.
2. beim Umschalten auf die japanisch Übersetzung wird nur das aktuelle Fenster übersetzt.
Okay. Einen letzten Vorschlag hierzu noch zu diesem Punkt, um vielleicht doch noch meinen Vorschlag mit dem neuen Feld unter "Software" etwas attraktiver zu machen und ihn vielleicht doch noch irgendwie retten zu können, damit das vielleicht doch noch kommt. *lol*
Was würdest du davon halten, einfach das "Disketten" Feld, genau so wie es jetzt schon ist, unter anderem Namen (zum Beispiel "Multi-Load") nochmal als neues Feld unter "Software" hinzuzufügen (ganz vorne), mit dem einzigen Unterschied zum normalen "Disketten" Feld, dass beim "Multi-Load" Feld hier im File Dialog
Bitte melde dich an, um diesen Anhang zu sehen.
für den Nutzer auch prg, t64 und p00 Dateien sichtbar und startbar sind. Das würde mir persönlich hier schon vollkommen ausreichen als Multi-Loader-Funktion.
Der Inhalt von t64 oder prg Dateien müsste unten nicht extra vorher jedesmal noch gezeigt werden, wie es etwa im "Speicher" Feld der Fall ist, wo man dann das File im prg sieht. Denn bei einem prg kann man eh nichts anderes laden, als das eine File welches es beinhaltet.
Auch den Inhalt der t64 Files müsste man bei der "Multi-Loader" Funktion eigentlich vorher nicht nochmal sehen (will man es sehen, kann man das über das "Kassetten" Feld machen), auch hier reicht es, wenn es einfach gestartet wird, nachdem der User das File auf dem im Screenshot zu sehenden File-Dialog markiert und dann unten auf "öffnen" geht. Schon wird das t64 oder prg gestartet, ebenso p00 Dateien, wo es genauso ablaufen könnte (oder auch bei "tap" Files).Und klickt man ein d64-Image an, dann sieht man unten seine Directory, denn das Multi-Loader-Feld kann ja genau das, was auch das "Disketten" Feld kann. Hier, im Umgang mit d64 Files, hat sich also rein gar nichts geändert gegenüber dem "Disketten" Feld, wenn ein User ein solches File darüber öffnet. Das neue "Multi-Load" Feld wäre quasi sowas wie ein neues, um prg's und t64's erweitertes "Disketten" Feld.
Das wäre recht einfach zu realisieren für Dich, weil eigentlich alles schon jetzt so vorhanden ist im Denise, nur eben verteilt auf mehrere Lade-Felder und es würde eigentlich von den Funktionen her, für ein "Multi-Loader" Feld vollkommen ausreichen.
-
Ich habe hier mal einen möglichen Startscreen-Mockup (in Mac-Optik) gestaltet. Mal gucken, wie der ankommt ...
gefällt mir schon sehr gut. Vielleicht passt der bunten Haken für Amiga besser, Google Bilder Suche: amiga 500 logo
-