Ja das ist denkbar, dass ich den Emu blöderweise neu gestartet hatte vor dem "Test", und dann der "Autostart Warp" wieder an war.
Wäre ja auch seltsam gewesen diese Differenz.
Es gibt 2.909 Antworten in diesem Thema, welches 469.124 mal aufgerufen wurde. Der letzte Beitrag (
Ja das ist denkbar, dass ich den Emu blöderweise neu gestartet hatte vor dem "Test", und dann der "Autostart Warp" wieder an war.
Wäre ja auch seltsam gewesen diese Differenz.
Ja das ist denkbar, dass ich den Emu blöderweise neu gestartet hatte vor dem "Test", und dann der "Autostart Warp" wieder an war.
Man muss echt aufpassen bei all diesen Einstellungen die es in den Emus so gibt und die sich teils beeinflussen.
Wie bei mir jetzt, als ich im WinVICE vergessen hatte, von 101% Speed auf 100% zurückzustellen. *lol*
Apropos WinVICE, das hier hattest du gelesen gehabt, oder? ![]()
Bitte melde dich an, um diesen Link zu sehen.
Wäre doch eine super Sache mit der "map key Funktion".
Aber eine Sache ist trotzdem komisch. Wie ich auch messe in den ganzen Emulatoren, es kommen immer 4:46 Minuten heraus beim "Airwolf Tape" und nicht wie bei dir 4:36
ich habe die Leertaste gedrückt, sobald das Programm erkannt wurde bei Counter 5 oder 6. Es läuft ja nach einigen Sekunden automatisch weiter.
ich habe die Leertaste gedrückt, sobald das Programm erkannt wurde bei Counter 5 oder 6. Es läuft ja nach einigen Sekunden automatisch weiter.
Dann wird das wohl der Grund für die Abweichung sein, ich habe es von Anfang bis Ende automatisiert durchlaufen lassen bei allen Messungen in der Liste vorne bei EIntrag Bitte melde dich an, um diesen Link zu sehen..
Aber bei deiner 20 Sekunden Messung für das Tape mit aggressivem Auto-Warp hast du schon alles automatisiert laufenlassen, oder? Nicht daß der Großteil der 9 Sekunden Ladezeit-Abweichung dann davon verursacht wurden. ![]()
Jetzt kann man aber das Thema Ladezeit auch mal beenden, oder?
Und nach wie vor die Bitte, nicht die Optionsvarianten ins Unüberschaubare zu überdrehen.
Aber bei deiner 20 Sekunden Messung für das Tape mit aggressivem Auto-Warp hast du schon alles automatisiert laufenlassen, oder? Nicht daß der Großteil der 9 Sekunden Ladezeit-Abweichung dann davon verursacht wurden.
Das hättest du wohl gerne.
Nein dort lief ja der aggressive Warp über den Warte Prozess.
neues nightly
BBS support: Die Grafikfehler beim Verbinden mit höheren Baud Raten sind behoben.
Hier btw knapp 8 Sekunden mit aggressivem Warp und Emulatoroptionen auf Geschwindigkeit getuned, mit allem Firlefanz ausser Runahead dann irgendwas zwischen 8,5 und 9 Sekunden. Hat sich gelohnt im Januar noch mal dick aufzurüsten ![]()
Mit den Konfigurationen hab ich allerdings entweder irgendwas nicht verstanden oder das laden/speichern funktioniert nicht.
Auf was wirken die sich denn aus? Wenn ich z.B. Zyklus Akkurates Video und Bildzeilen Thread abschalte (was in meinem gespeicherten Profil aktiviert war) und dann lade, dann ist das immer noch abgeschaltet. Bug oder Verständnisproblem meinerseits?
Auf was wirken die sich denn aus? Wenn ich z.B. Zyklus Akkurates Video und Bildzeilen Thread abschalte (was in meinem gespeicherten Profil aktiviert war) und dann lade, dann ist das immer noch abgeschaltet. Bug oder Verständnisproblem meinerseits?
Gut, dass dieses Feature jemand testet und Feedback gibt. Ich hatte jetzt kein Problem mit den beiden Optionen festgestellt. hier ein paar Eckpunkte
- beim Wechsel einer Konfiguration wird die bestehende vorher automatisch gespeichert, sollte die Option 'Änderungen beim Beenden speichern' aktiv sein. vielleicht etwas Irre führend, da diese Option auch bzw. eigentlich beim Beenden des Emulators angewandt wird. Deaktiviert man diese Option kann man gezielt manuell speichern, andernfalls gibt es keinen Grund den Speichern Button zu bedienen.
- Beim Start des Emulators wird immer erst die Standard Konfiguration geladen.
- globale Optionen sind nicht mit einbegriffen, siehe alles unter Menu Punkt 'Optionen', da dies für alle zukünftigen Emulator Kerne gleichermaßen gilt
Die Option 'Bildzeilen Thread' würde ich entfernen / zurück bauen wollen. Es lässt sich nur für den Scanline basierten Renderer zuschalten, nicht für den Zyklen basierten.
Vor der Optimierung, Ende letzten Jahres, ließ sich dadurch die Performance etwas erhöhen, sichtbar wenn der Emulator ungebremst läuft. Mittlerweile wird es dadurch sogar langsamer auf meiner CPU.
Zudem läuft ein extra Kern dauerhaft auf 100%. Parallele Threads in so kurzer Zeit zu synchronisieren, bewirkt am Ende das mehrere Kerne ausgelastet sind, bei keinem nennenswerten Geschwindigkeitsvorteil.
Dazu kommt, das ältere CPU's von Natur aus weniger Kerne haben. Ich würde die Option nicht bei einem Dual Core anwenden.
Bringt jemanden diese Option was ?
Danke für die Info, ohne "Änderungen beim Beenden speichern" entspricht das Verhalten eher meiner Erwartung.
Allerdings lädt der scheinbar nur beim ersten Mal das Profil, wenn ich dann nochmal eine Änderung vornehme und auf laden drücke passiert nichts. Ich muss dann erstmal ein anderes Profil laden und wieder auf das vorige zurückwechseln damit die Einstellungen erneut geladen werden. Solange bei "aktive Einstellung" das gleiche Profil erscheint wie das zu ladende, passiert nichts.
Bildzeilen Thread bringt beim ersten, kurzen Vergleich mit aggressivem Warp bei Airwolf keinen Unterschied. Mein Gedanke war wohl "ich hab genug Threads, das kann nur besser werden wenn sich der Emulator breiter auf die Kerne verteilt".
Edit: Formulierung.
Solange bei "aktive Einstellung" das gleiche Profil erscheint wie das zu ladende, passiert nichts.
Das ist richtig, wenn das aktive Profil erneut geladen wird, passiert nichts. Ich verstehe nicht welches Ziel du damit verfolgst. Das Profil ist doch bereits geladen und die Optionen sind aktiv.
Mein Gedanke war wohl "ich hab genug Threads, das kann nur besser werden wenn sich der Emulator breiter auf die Kerne verteilt".
Das ist die typische Erwartungshaltung. Das funktioniert leider nicht bei Emulatoren. Die einzelnen Aufgaben im Rahmen der Emulation lassen sich nicht gut auf Prozessor Kerne parallelisieren.
Deswegen achte ich immer sehr auf eine hohe Single Core Leistung.
Ich habe nachdem ich das Profil geladen habe etwas an den Einstellungen geändert (vielleicht wollte ich etwas ausprobieren oder so). Dann möchte ich einfach zu diesem Profil zurückkehren, dass ja (obwohl da bei "aktive Einstellung" das Profil genannt wird) nicht aktiv ist sondern "custom settings". Das Verhalten ist nur solange logisch, wie "Änderungen beim Beenden speichern" aktiviert ist, sonst ist das verwirrend imho.
Ja, ich bin zwar gegen zu viele Features, aber wenn ein Profil geladen wurde sollte sich dadurch die "Auto-Abspeichern"-Funktion von Einstellungen deaktivieren und Denise sollte beim Beenden fragen, ob die veränderten Einstellungen übernommen werden sollen.
Sonst zerlegt man sich ja imho immer wieder seine Profile, wenn man nur mal was rumprobiert und Denise dann beendet und die "rumprobierten Einstellungen" dann in das Profil geschrieben werden.
Denise sollte beim Beenden fragen, ob die veränderten Einstellungen übernommen werden sollen.
Ich hätte eher vorgeschlagen, Denise wechselt auf "custom" sobald etwas geändert wird nachdem ein Profil geladen wurde. Oder alternativ lädt stur die Settings, egal ob davon ausgegangen wird dass das Profil noch genau so aktiv ist oder nicht. Sollte ja keinen Schaden anrichten oder übersehe ich etwas? Änderungen speichern kann man ja abschalten, dann verpfuscht man sich nix. Und man kann schlicht per Hand wieder sein Profil laden.
Ich habe nachdem ich das Profil geladen habe etwas an den Einstellungen geändert (vielleicht wollte ich etwas ausprobieren oder so). Dann möchte ich einfach zu diesem Profil zurückkehren, dass ja (obwohl da bei "aktive Einstellung" das Profil genannt wird) nicht aktiv ist sondern "custom settings".
ok verstehe deinen Gedankengang. Du will das Profil zurücksetzen, indem du es erneut lädst.
Die Anzeige des aktiven Profil sagt aus, welches Profil als letztes geladen wurde und in welches Profil Änderungen gespeichert werden. Möchte man Änderungen in ein neues Profil speichern als in das geladene, wählt man ein anderes aus oder wenn man kein anderes Überschreiben möchte, erstellt man aus den aktuellen Einstellungen ein Neues.
Das Verhalten ist nur solange logisch, wie "Änderungen beim Beenden speichern" aktiviert ist, sonst ist das verwirrend imho.
Hast du dich hier verschrieben? Aus den Aussagen vorher hätte ich erwartet, dass du genau das Gegenteil meinst.
Ich würde es wie folgt ändern:
- Die Option "Änderungen beim Beenden speichern" hat nur Auswirkungen auf das Standard Profil, nämlich beim Beenden des Emulators.
- geladene custom Profile schreiben niemals unaufgefordert, also beim Wechsel des Profiles. Die Option Speichern muss vor dem Wechsel bedient werden, ansonsten sind die Änderungen weg.
- das selbe Profil lässt sich erneut laden mit dem Ziel es zurückzusetzen
Ja, ich bin zwar gegen zu viele Features, aber wenn ein Profil geladen wurde sollte sich dadurch die "Auto-Abspeichern"-Funktion von Einstellungen deaktivieren und Denise sollte beim Beenden fragen, ob die veränderten Einstellungen übernommen werden sollen.
Sonst zerlegt man sich ja imho immer wieder seine Profile, wenn man nur mal was rumprobiert und Denise dann beendet und die "rumprobierten Einstellungen" dann in das Profil geschrieben werden.
siehe
- Die Option "Änderungen beim Beenden speichern" hat nur Auswirkungen auf das Standard Profil, nämlich beim Beenden des Emulators. andere geladene Profile speichern nicht mehr unaufgefordert.
Ich hätte eher vorgeschlagen, Denise wechselt auf "custom" sobald etwas geändert wird nachdem ein Profil geladen wurde.
Das finde ich verwirrend schon allein deswegen um zu wissen welches Profil ich ursprünglich geladen habe um dann meine Änderungen dort wieder hinein zuspeichern. (in der Regel)
So verschieden sind die Erwartungshaltungen ![]()
Alles anzeigenDas Verhalten ist nur solange logisch, wie "Änderungen beim Beenden speichern" aktiviert ist, sonst ist das verwirrend imho.
Hast du dich hier verschrieben? Aus den Aussagen vorher hätte ich erwartet, dass du genau das Gegenteil meinst.
Ich würde es wie folgt ändern:
- Die Option "Änderungen beim Beenden speichern" hat nur Auswirkungen auf das Standard Profil, nämlich beim Beenden des Emulators.
- geladene custom Profile schreiben niemals unaufgefordert, also beim Wechsel des Profiles. Die Option Speichern muss vor dem Wechsel bedient werden, ansonsten sind die Änderungen weg.
- das selbe Profil lässt sich erneut laden mit dem Ziel es zurückzusetzen
Ich hab' mich blöd ausgedrückt, aber deine vorgeschlagenen Änderungen beschreiben das Verhalten, dass ich intuitiv erwarten würde bzw. erwartet hatte. Klingt gut!
neues nightly
- Die Option "Änderungen beim Beenden speichern" hat nur Auswirkungen auf das Standard Profil, nämlich beim Beenden des Emulators.
- geladene custom Profile schreiben niemals unaufgefordert, also beim Wechsel des Profiles. Die Option Speichern muss vor dem Wechsel bedient werden, ansonsten sind die Änderungen weg.
- das selbe Profil lässt sich erneut laden mit dem Ziel es zurückzusetzen