- SCSI emulation INQUIRY command didn't clear old data in output buffer (b7)
- Do not abort uaehf.device RDB parsing if drive init or bad block list is set.
- A2386SX 16M+ memory size crash fix.
- Implemented previously empty QEMU byteswap function, fixes 16-bit Cirrus Logic VGA text mode.
- zlib and libpng (used by screenshot function) updated to latest versions.
- Added PC 3.5" HD 21 sectors/track format to PC floppy size autodetection list. (DMF format)
- Renamed GUI Flash RAM file title, it is also used for A2286/A2386SX CMOS RAM.
- Big Aranym JIT merge. 64-bit version JIT supported. Includes big 32-bit JIT changes. May cause breakage. (Frode) PPC support is not (yet) 64-bit compatible.
64-bit compatible JIT notes:
Use this thread: http://eab.abime.net/showthread.php?t=79762 to report following JIT related issues:
- 32-bit JIT works but 64-bit JIT crashes/works differently etc.
- 32-bit JIT works differently than in previous beta. (=before JIT merge)
Do not use above thread for non-JIT issues.
- 2G of Amiga address space available (vs ~1G to ~1.5G in 32-bit version under 64-bit OS). Because JIT still requires Amiga address space inside first 4G of host process address space and Windows allocates few pages in the middle of first 4G, 2G is the current max. Technically this is not a problem because AmigaOS is not really designed to support RAM at 2G-4G of address space, programs may use signed pointers and some exec functions use address bit 31 for error state. (In theory 3G may be possible later if it is really needed)
- Use "UAE" RAM allocation mode (not "Real") if you want max available Z3 RAM (up to 1.5G. Z3 RAM + RTG VRAM + 256M must be less than or equal to 2G. Anything more = crash.
- 64-bit JIT FPU is not fully functional yet. Do not enable.
Ultima modifica avvenuta il 27/09/2015 alle ore 19:07:25
- 64-bit JIT fixes. JIT FPU also fixed. (Frode)
- RDB parser dumps block contents to the log if parsing fails.
- SCSI tape request sense tape position bits (end/beginning) was not reported correctly (b7)
- UAE devices (uaeserial, uaescsi and so on) are now supported under KS 1.2.
- Directory harddrives and uaehf.device is now KS 1.2 automount/boot capable.
KS 1.2 boot notes:
- Logic reverse engineered from Multi Evolution SCSI driver.
- First drive in Harddrives panel is boot drive, even if it has lower boot priority than other drives.
- If boot priority = -128 (no autoboot): don't enable fake DF0: boot disk hack.
- Ugly hack. Temporarily patches DoIO() to inject fake df0: boot block and PutMsg() to get control after dos has been initialized.
Ultima modifica avvenuta il 27/09/2015 alle ore 19:07:40
AfAOne
Post inviati: 11780
Commento 83
carlo
1 Ottobre 2015 19:52:02
Ancora una novità da WinUAE, ora anche con Kickstart 0.7, 1.0, 1.1, 1.2, e 1.3 , sarà possibile fare il boot da Hardisk, HardFile o da una Directory di Windows. Questa funzione permetterà di immagazzinare ed eseguire vecchie applicazioni e giochi compatibili con i preistorici sistemi basati sui Kickstart citati sopra.
Ultima modifica avvenuta il 01/10/2015 alle ore 20:09:30
Post inviati: 1983
Commento 84
schiumacal
2 Ottobre 2015 09:15:54
@ Carlo
Ciao Carlo, ma la versione a 64bit di WinUAE oggi si puo' utilizzare anche come quella a 32bit ?
Mi spiego meglio...
Ad esempio sapevo che nella versione a 64bit non funzionava il Jit, mentre oggi ?
Oppure la versione a 64bit e' anche utilizzabile in modalita' PPC per far funzionare AmigaOS 4.1 come quella a 32bit ?
Quali sono le differenze tra le due versioni oggi ?
Grazie.
Un giorno o l'altro risolverò equazioni di grado superiore a cinque.
La domanda l'ho posta proprio perche' dalle features che posta Carlo, mi pare di capire che la versione a 64bit venisse aggiornata anche sui fixaggi del jit e di altre cosucce interessanti. Magari nuove features che essendo ancora in versione beta non vengono comunicate ufficialmente ma che comunque funzionano...
Un giorno o l'altro risolverò equazioni di grado superiore a cinque.
Riguardo la versione a 64bit non ho avuto modo di testarla, nelle recensioni riporto quanto detto da Toni nelle recensioni, puoi leggere QUI la discussione di Toni sull'argomento, partecipa anche l'utente "FrodeSolheim" Developer di FS-UAE.
Ultima modifica avvenuta il 02/10/2015 alle ore 15:40:40
- KS1.2 boot hack improved, now also works with KS 1.1, KS 1.0 and even with 0.7 beta!
- Added old style >2M chip RAM support back as a fallback, used when new method can't extend chip ram size.
- Fixed CAS2 instruction comparison failed case, memory operands should be written to Dc, not Du.
- Support DSKLEN writes while disk DMA is active, update only remaining DMA length without modifying DMA state (undocumented feature).
- If ROM scanner finds same ROM image multiple times, select plain file version if possible (not in archive).
Pre-KS 1.2 boot notes:
- KS 1.1 and older DOS is pure BCPL. Added separate BCPL entry point to directory filesystem handler that makes BCPL DOS happy.
- Expansion.library does not exist: MakeDosNode and AddDosNode replacements added.
- Directory filesystem automount/boot fully supported.
- Hardfiles work more or less same as with KS 1.3.
- Boot priority sorting is not supported, first drive is always boot drive. (This can change in the future, don't depend on current behavior!)
- WB 1.3 L:FastFileSystem is supported with 1.2 and older versions. (Automatically puts it inside BCPL wrapper and patches 1.2+ only CopyMem() calls)
- BCPL stuff from AROS m68k. Most of DOS BCPL was re-implemented and documented by Jason and me in AROS m68k.
- This completes one of the most pointless features ever. Until next most pointless feature.
[I can write detailed technical description of how pre-1.3 HD booting works and what kind of hacks and BCPL tricks were needed]
Ultima modifica avvenuta il 04/10/2015 alle ore 01:44:58
Finally feature-complete. Including 64-bit JIT and 64-bit PPC support
- Added Mediator 1200SX autoconfig data.
- Added support for 68020+ CPU floating bus data when clock chip is not connected (Not yet correctly emulated, need accurate CPU cycle sequence and more)
- SPS plugin was not searched from all supported directories.
- Don't add fake uae boot rom expansion board if "hide uae expansions" is enabled.
- FPU FPCR and FPIAR was swapped in disassembler.
- CIA-B TOD accurate cycle counting code used CIA-A "is tod on?" variable.. (2.7.x or somewhere close)
- Use official AD1848 crystal value in Toccata emulation (24.576MHz), it seems some Toccata boards have correct crystals and some not exactly correct (For example 24.582MHz). Now 48000Hz output is exactly 48000Hz. (was 48011)
- 64-bit JIT FPU rounding mode fix and other 64-bit FPU fixes. (Frode)
- 64-bit QEMU PPC plugin fixed (Frode)
- Added memory accesses only -cycle-exact mode. In this mode CPU does not internally count cycles, only external memory accesses are counted, including chipset DMA contention. (This was previously only used when 68040/060 and cycle exact was enabled). 68020+ only, at least for now. More compatible (prefetch + caches) also required.
- GUI disk eject button worked unreliably if disk was inserted and then immediately ejected.
Commento modificato il 15/10/2015 alle ore 08:24:04
Post inviati: 1983
Commento 90
schiumacal
15 Ottobre 2015 09:09:28
Wow !!! Quindi adesso anche la versione a 64bit e' perfettamente identica alla versione a 32bit, sia lato jit che lato PPC
In questi giorni, appena ho un po' di tempo provo il tutto.
Un giorno o l'altro risolverò equazioni di grado superiore a cinque.
Si, tutto da testare, ci sono stati piccoli cambiamenti radicali, io ho riscontrato anomalie su schermi Grafici Picasso IV Zorro III su OS4, e schermi grafici UAE GFX su OS3, fatemi sapere se anche voi con l'ultima release avete qualche problema !
Importante Fix per tutti coloro che con i sistemi Windows a 32Bit e la nuova Beta 16, avevano avuto problemi con gli schermi "Picasso IV Zorro III" e "UAE GFX", dove non erano più disponibili su OS4x e OS3x.
Commento modificato il 16/10/2015 alle ore 19:25:24
Alecos
Post inviati: 1615
Commento 93
Alecos
21 Ottobre 2015 13:57:06
Carlo ciao, a me è passata la voglia di usare WinUAE perché tutte le volte che lo lancio mi va in palla, non credo che supporti il mio chipset Z97 che credo sia troppo recente, infatti appena parte WinUAE si blocca subito e io devo premere F12 e scegliere come Display Intel(R) HD Grapics 4600 invece di Generic Pnp Monitor (1920*1080)*
Poiché ho provato a scrivere nel file di config di WinUAE Intel(R) HD Grapics 4600 invece di Generic Pnp Monitor (1920*1080)* ogni volta che rilancio WinUAE si resetta da solo a Generic Pnp Monitor (1920*1080)* e sono costretto a cambiare a mano tramite F12 e mettere Intel(R) HD Grapics 4600. Non ho scheda grafica esterna ma solo quella integrata da chipset.
Poi altra cosa, riesco a far partire OS4 senza problemi ma poi mi fa spurie perché mi dice che è necessario il DirectX9 che io su Windows 10 non posso mettere per problemi di obsolescenza di questi driver video, su Windows 10 mi pare ci siano le DirectX12 che non sono supportate da WinUAE, quindi sarebbe carino se WinUAE risolvesse questi due problemini...
1) supporto per l'hardware nuovissimo come il chipset Z97
2) supporto per le DirectX12
Fammi sapere, ciao Carlo
Alecos
Post inviati: 1615
Commento 94
Alecos
21 Ottobre 2015 14:41:58
Ho appena inviato due mail a Toni Willen spiegandogli il problema... speriamo che lui faccia un fix...
AfAOne
Post inviati: 11780
Commento 95
carlo
21 Ottobre 2015 15:09:35
Hai un sistema a32Bit ? hai inviato a Tony il file "config .uae" e i file "Full logging" e "Log Windows", senza di questi è difficile che Toni ti possa aiutare; se non sai come creare i log chiedi pure.
Alecos
Post inviati: 1615
Commento 96
Alecos
21 Ottobre 2015 15:26:50
Citazione
Hai un sistema a32Bit ? hai inviato a Tony il file "config .uae" e i file "Full logging" e "Log Windows", senza di questi è difficile che Toni ti possa aiutare; se non sai come creare i log chiedi pure.
Ho un sistema a 64bit e ho spedito a Toni tutto quanto sia i log, sia i config, insomma ha anche il report di diagx... quindi mi sembra che possa vedere lui stesso
AfAOne
Post inviati: 11780
Commento 97
carlo
21 Ottobre 2015 15:45:41
Ok, riguardo i sistemi a 32 Bit, avevo avuto io qualche problema su un PC, praticamente non si caricava più nessuno schermo grafico e i sistemi si riavviavano, poi sistemato spostando una semplice spunta. Dall'ultima release sono cambiate tante cose tra cui l'aggiornamento della "qemu-uae.dll" ora anche in versione 64Bit, quest'ultima volta ho risolto rimettendo quella spunta dove era in origine, Toni mi ha anche spiegato i motivi che riguardavano la memoria Z3Fast, cdove ho capito ben poco dalla traduzione gatta su Google Translator, la spunta in questione si trova nei settaggi RAM alla voce "Z3 Mapping Mode" che ora deve stare su "Automatic" o "UAE" per i sistemi a 32Bit, ma funziona anche con il 64Bit, in passato ho dovuto settare su "Real". Come vedi il tuo problema potrebbe essere una di questi settaggi, grazie al tuo config e i loghi Toni sicuramente capirà dove sta il problema.
Commento modificato il 21/10/2015 alle ore 15:48:32
Alecos
Post inviati: 1615
Commento 98
Alecos
21 Ottobre 2015 17:23:58
Citazione
Ok, riguardo i sistemi a 32 Bit, avevo avuto io qualche problema su un PC, praticamente non si caricava più nessuno schermo grafico e i sistemi si riavviavano, poi sistemato spostando una semplice spunta. Dall'ultima release sono cambiate tante cose tra cui l'aggiornamento della "qemu-uae.dll" ora anche in versione 64Bit, quest'ultima volta ho risolto rimettendo quella spunta dove era in origine, Toni mi ha anche spiegato i motivi che riguardavano la memoria Z3Fast, cdove ho capito ben poco dalla traduzione gatta su Google Translator, la spunta in questione si trova nei settaggi RAM alla voce "Z3 Mapping Mode" che ora deve stare su "Automatic" o "UAE" per i sistemi a 32Bit, ma funziona anche con il 64Bit, in passato ho dovuto settare su "Real". Come vedi il tuo problema potrebbe essere una di questi settaggi, grazie al tuo config e i loghi Toni sicuramente capirà dove sta il problema.
Installate le DirectX9, cambiata impostazione Da DirectDraw a Direct3D e adesso va tutto come un treno!!!
Bisognava solo ricordarsi che se si usa un sistema vecchio DirectDraw va bene ma sui PC moderni bisogna impostare su Direct3D... adesso lo so grazie a Toni!!!
AfAOne
Post inviati: 11780
Commento 99
carlo
21 Ottobre 2015 18:25:13
Alex, WinUAE è una macchina quasi perfetta, mai trovato un PC dove non giri (prossimamente anche su AROS), lo dicevo che era una cosa da niente, le DirectX9 è da una vita che io li ho installate, strano che il sistema non te le abbia mai chieste quando avviavi l'emulatore, poi sul sito di WinUAE QUI mi pare ci sia tutto quello che serve per configurare un PC.
Commento modificato il 21/10/2015 alle ore 18:25:43
- Trace mode in 68000 cycle-exact was 4 cycles too long.
- 68000 cycle-exact mode STOP needs at least 8 cycles before it can wake up.
- Memory-only cycle exact crash when entering GUI.
- Memory-only cycle exact shortcut config entry cycle_exact=memory (Old false and true values have not changed)
- Only use picassoiv_rom_file config entry if it contains valid path. (Workaround for some config files that contain picassoiv_rom_file=:NOROM for some reason)
- Z3 Picasso IV was disabled if there was not enough address space even when JIT was disabled (b16).
- JIT on/off change was not delayed until it was safe to do, like other CPU option changes. uae-configuration (or similar) on the fly config changes were unreliable in this situation.
- FAT drive mounted as a directory harddrive: file's modification time was not always correct. (2.6.0, wrong date field name)
- Warp mode fps limit added, config file only: warp_limit=fps