16.11.2018 10:13
[#43]
Re: Szybkość (powolność) dosboxa
@michal_zukowski, post #40
No to już jest bardzo ładny wynik... i zarazem dosyć podejrzany, w kontekście startu z poziomu 3.4 fps. Ciekawe gdzie były aż takie rezerwy że prędkość emulacji wzrosła ponad 100%.
Ja wyników podać nie mogę, lecz zakładając że te 8fps jest prawdziwe, bez żadnych dziwnych tricków, to jest to wynik lepszy niż na mojej konfiguracji. No przynajmniej jeśli chodzi o aktualnego publicznego DOSBoxa, bo szykuje się nowa wersja oparta na SDL2, która to biblioteka daje co do zasady lepsze osiągi pod AOS 4, względem SDL1.
Ja wyników podać nie mogę, lecz zakładając że te 8fps jest prawdziwe, bez żadnych dziwnych tricków, to jest to wynik lepszy niż na mojej konfiguracji. No przynajmniej jeśli chodzi o aktualnego publicznego DOSBoxa, bo szykuje się nowa wersja oparta na SDL2, która to biblioteka daje co do zasady lepsze osiągi pod AOS 4, względem SDL1.
16.11.2018 10:32
[#44]
Re: Szybkość (powolność) dosboxa
@MUFA-amigaone-pl, post #43
W sumie wyszło na tyle, że stare buildy też mają u mnie taką prędkość
kluczowe okazalo sie ustawienie cycles na 22000, scaler=none, pentium_slow, dzwiek na sb16, wielkosc okna original.
A więc straciłem 1 dzien na bzdurne ustawianie parametrow kompilacji w gcc , które nic nie dały (prócz wyłączenia exceptionów). Z drugiej strony zacząlem robić natywne wsparcie dla overlaya (czyli to coś co w os4 nazywane jest akceleracją wyswietlania) więc okienko moze miec dowolne rozmiary i nie tracę żadnych fpsów.
Bez przerobienia dynareca na ppc pewnie więcej fpsów nie da sie uzyskać, tzn pewnie mozna podbić jeszcze cykle ale dzwięk bedzie klatkował.
btw. czy komus w ogole dzialal overlay na dosboxie? tzn czy nie dalo sie zrobic screenshota?
btw2. wersja na SDL2 raczej nie przyniesie przyspieszenia skoro ja uzywam praktycznie bezposrednio amigowego api bez zadnych wrapperow i przyspieszenia nie dostalem
Ostatnia aktualizacja: 16.11.2018 10:35:37 przez michal_zukowski
kluczowe okazalo sie ustawienie cycles na 22000, scaler=none, pentium_slow, dzwiek na sb16, wielkosc okna original.
A więc straciłem 1 dzien na bzdurne ustawianie parametrow kompilacji w gcc , które nic nie dały (prócz wyłączenia exceptionów). Z drugiej strony zacząlem robić natywne wsparcie dla overlaya (czyli to coś co w os4 nazywane jest akceleracją wyswietlania) więc okienko moze miec dowolne rozmiary i nie tracę żadnych fpsów.
Bez przerobienia dynareca na ppc pewnie więcej fpsów nie da sie uzyskać, tzn pewnie mozna podbić jeszcze cykle ale dzwięk bedzie klatkował.
btw. czy komus w ogole dzialal overlay na dosboxie? tzn czy nie dalo sie zrobic screenshota?
btw2. wersja na SDL2 raczej nie przyniesie przyspieszenia skoro ja uzywam praktycznie bezposrednio amigowego api bez zadnych wrapperow i przyspieszenia nie dostalem
Ostatnia aktualizacja: 16.11.2018 10:35:37 przez michal_zukowski
16.11.2018 12:01
[#47]
Re: Szybkość (powolność) dosboxa
@michal_zukowski, post #46
No tak, to podobnie jak u mnie podczas zabawy kiedyś tam.
Podbicie cycles z auto na jakąś taką podobną wartość jak Twoja przyspieszało FPS w Doomie, ale dźwiękowi zdarzały się zgrzyty już.
Ale ustawieniem scalera się pobawię, bo widać jest pole do poprawy, także dzięki
Ostatnia aktualizacja: 16.11.2018 12:02:23 przez Jacques
Podbicie cycles z auto na jakąś taką podobną wartość jak Twoja przyspieszało FPS w Doomie, ale dźwiękowi zdarzały się zgrzyty już.
Ale ustawieniem scalera się pobawię, bo widać jest pole do poprawy, także dzięki
Ostatnia aktualizacja: 16.11.2018 12:02:23 przez Jacques
16.11.2018 16:12
[#48]
Re: Szybkość (powolność) dosboxa
@Jacques, post #47
Dlatego w cycles daje się parametr max zamiast konkretnych liczb. Wówczas to emulator powinien automatycznie dobrać sobie największą możliwą liczbę, przy którtej wszystko, w tym dźwięk chodzi OK.
Myślałem że to oczywiste iż w tym wątku podawane są wyniki dla cycles=max, inaczej nie ma to sensu, bo można takimi wynikami dowolnie manipulować, zmianiając liczbę cykli.
Myślałem że to oczywiste iż w tym wątku podawane są wyniki dla cycles=max, inaczej nie ma to sensu, bo można takimi wynikami dowolnie manipulować, zmianiając liczbę cykli.
17.11.2018 09:42
[#51]
Re: Szybkość (powolność) dosboxa
@ede, post #49
W tym wątku jedynie poszukujemy ustawień przy których DOSBox działa najszybciej. Także ten, można (a nawet trzeba) manipulować :) Luz.
Ok. wszak to tylko hobby, jeśli ktoś znajduje przyjemność w manipulowaniu kosztem funkcjonalności, to ja to przyjmuje do wiadomości. Nadmieniam jednak że mam nieco inne podejście do emulatorów. Dla mnie po prostu ma to działać prawie tak samo jak oryginał, to też nie zwykłem używać tego typu programów np. włączonym frameskipem, wyłączonym dźwiękiem czy innymi ustawieniami zabijającymi komfort emulacji. Analogicznie nie ustawiam liczby cykli w DOSBox, większej niż pozwala na to procesor, bo to rodzi problemy (i to bynajmniej nie tylko z rwaniem dźwięku).
Zatem cieszcie się rekordami w emulowanym Quake, przy czym ja nie będę się odnosił jak te wyniki mają się do wyników X5000. Po prostu dla mnie osobiście manipulowanie cyklami jest stratą czasu, bo to oznacza że jeśli grasz dla przyjemności (a nie dla cyferki fps), to robisz sobie pod górę. Zdecydowanie lepiej się gra mając mniej fps'ów ale za to czysty dźwięk, animację bez dziwnych przeskoków tudzież innych niespodzianek.
18.11.2018 12:13
[#52]
Re: Szybkość (powolność) dosboxa
@michal_zukowski, post #50
Co bym nie robił, nie mam więcej niż 5.8fpsów na dowolnej wersji z Max, bez Maxa miałem 9.2Fpsa (fixed 27000, z dzwiękiem, ale trochę ciął), to ewentualnie może się przydać do Win95. Zwiekszanie fixed ponad to spowodowało mocny zjazd fpsów. Karta muzyczna SB2.
A teraz zagwozdka: wiadomo, że z dynarec mielibyśmy dużo szybszą emulacje. Co więcej ludzie od Wii kiedyś napisali dynarec dla PPC ale nie ukończyli. Znalazlem ich źródła, wkompilowałem z dosboxa i dosbox zalicza zwiechy w trybie dynamic. Z drugiej strony myślę, że to dobry pomysł na zrobienie bounty (normalnie zrobiłbym bym to ja ale ja nie ogarniam assemblera x86/ppc i nie mam czasu sie go uczyć). To jak, ktoś coś? Zyskaliby i czerwoni, i niebiescy a nawet różowi.
A teraz zagwozdka: wiadomo, że z dynarec mielibyśmy dużo szybszą emulacje. Co więcej ludzie od Wii kiedyś napisali dynarec dla PPC ale nie ukończyli. Znalazlem ich źródła, wkompilowałem z dosboxa i dosbox zalicza zwiechy w trybie dynamic. Z drugiej strony myślę, że to dobry pomysł na zrobienie bounty (normalnie zrobiłbym bym to ja ale ja nie ogarniam assemblera x86/ppc i nie mam czasu sie go uczyć). To jak, ktoś coś? Zyskaliby i czerwoni, i niebiescy a nawet różowi.
18.11.2018 13:38
[#53]
Re: Szybkość (powolność) dosboxa
@michal_zukowski, post #52
Czemu nie? Ale ja bym jeszcze pomysł wrzucił na MorphZone/AmigaWorld i zobaczył jakie opinie są wśród ludzi (czy wystarczająco dużo osób uważa to za dobry pomysł). Potem trzeba znaleźć programistę i wyznaczyć kwotę/czas. Bounty można by zrobić na WarmUP, u Papiosaura.
04.09.2019 21:37
[#60]
Re: Szybkość (powolność) dosboxa
@recedent, post #59
Kompilacja z źródeł wersji Dosbox 0.74.
Tutaj Config (najważniejsze pozycje):
Tutaj Config (najważniejsze pozycje):
fullscreen=true
fulldouble=true
fullresolution=original
windowresolution=original
output=opengl
autolock=false
sensitivity=100
waitonerror=true
priority=normal,normal
mapperfile=mapper.txt
usescancodes=false
language=
machine=svga_s3
captures=capture
memsize=32
frameskip=0
aspect=false
scaler=normal2x
core=auto
cputype=auto
cycles=17000
cycleup=500
cycledown=250
nosound=false
rate=8000
blocksize=1024
prebuffer=150
mpu401=none
mididevice=none
midiconfig=
sbtype=sb16
sbbase=220
irq=7
dma=1
hdma=5
sbmixer=false
oplmode=auto
oplemu=fast
oplrate=8000