Menů principale
 Notizie
 Grafica
 Forum
 Links
 Retro Trailer
 Recensioni
 Modelli Amiga
 Storia Amiga
 Retro-Gamers
 Lista Utenti
 Contatti
 Policy sito
Ricerca Google

Login

Nick


Password


09 Giugno 2017 Postato da: carlo
WinUAE Beta Series Development
Immagine


WinUAE 4.X.X Fix Aggiornato


Modificato il 12/12/2020 alle ore 22:27:34

Commenti: 166  Aggiungi - Pagine: 1...-5-6-7-8-9


Pagine: -1-2-3-4- [5] -6-7-8-9-

AfAOne

Post inviati: 5752

Visulizza profilo Messaggio Personale
82.51.188.*** Mozilla/5.0 (Windows NT 6.1; rv:72.0) Gecko/20100101 Firefox/72.0
Commento 81
AfAOne 11 Gennaio 2020    11:14:14
Allow Native Code: Imporante funzione inclusa in WinUAE che consente di utilizzare librerie (x86 dll) e Hardware PC per Amiga OS, alcune funzioni che beneficiano di questa funzione non possibili su nessun Amiga Reale:

- QuarkTex -> Emulazione Hardware 3D
- Wazp3D -> Emulazione Hardware 3D
- MiniGL Display
- WinLaunch -> Esegue Applicazioni Windows dal Workbench
- Anaiis -> Stack USB Nativo
- Winuaevidrec ->Guardare e Videoregistrare la TV
- MacroWave-Native -> Software Sintetizzatore
- Winuae_Lame -> Codifica MP3


Tutorial Video: WinLaunch, NetSur, Wazp3D, MiniGL Display, MUI Skin Request

Commento modificato il 12/01/2020 alle ore 18:00:15


Immagine AROS One x86/68k
- AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1


AfAOne

Post inviati: 5752

Visulizza profilo Messaggio Personale
95.238.251.*** Mozilla/5.0 (Windows NT 6.1; rv:72.0) Gecko/20100101 Firefox/72.0
Commento 82
AfAOne 28 Gennaio 2020    01:43:55
Si da per scontato che con WinUAE non si possa fare un collegamento "naturale" ovvero utilizzando gli strumenti usati da un Amiga reale, niente di più sbagliato.

Chiariamo da subito che su WinUAE esistono due metodi per collegarsi, uno è quello automatico dove non bisogna installare nulla per collegarsi in Rete, bisogna solo aggiungere una spunta su "bsdsocket.library" che si trova nel pannello di configurazione di WinUAE al menu "Expansions".

Il secondo metodo invece è quello tradizionale che si pratica su un vero Amiga, ovvero installare e configurare uno stack TCP/IP su AmigaOS. Per fare questo tipo di collegamento è necessario che su PC sia installato il software "WinPcap" o "Npcap", fatto questo Amiga OS si collegherà alla Scheda Wifi o LAN fisica del PC e potrà navigare su Internet o collegarsi in Desktop Remoto con uno dei PC connessi alla propria rete.

Allego un Video che mostra come fare una connessione "reale" con Miami Deluxe


Tutorial Video: WinUAE Connessione Reale Scheda WiFi PC

Commento modificato il 28/01/2020 alle ore 01:52:54


Immagine AROS One x86/68k
- AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1


AfAOne

Post inviati: 5752

Visulizza profilo Messaggio Personale
87.13.143.*** Mozilla/5.0 (Windows NT 6.1; rv:73.0) Gecko/20100101 Firefox/73.0
Commento 83
AfAOne 1 Marzo 2020    11:32:33
WinUAE News:: Prossima anteprima della serie beta di WinUAE, numero di versione ancora sconosciuto, data di inizio sconosciuta (fine marzo, inizio aprile?), elenco qualche novità tradotta dalla recensione fatta da Toni QUI

Queste alcune delle novità previste da Toni Wilen:

- Nuova funzionalità 68010 Include un'emulazione della modalità loop 68010 completa e accurata.
- Emulazione 68000 completamente accurata a livello funzionale e a livello di ciclo
- MOVES era istruzione 68020+ è stato introdotto nel 68010.
- BKPT era istruzione 68020+ è stato introdotto nel 68010.
- Emulazione 68030 MMU semplificata e ottimizzata
- I LED floppy hanno un bordo più luminoso se il disco inserito è protetto da scrittura
- Emulazione controller IDE Hardital Dotto
- Moltiplicatori CPU 1x-8x sono ora supportati anche in modalità CPU prefetch (più compatibile)
- Risoluzione da RTG a RTG corretta modalità con finestracon ridimensionamento
- Risincronizzazione della tastiera
- Emulata Porta seriale CIA-B PBON + OUTMODE

Commento modificato il 01/03/2020 alle ore 11:33:26


Immagine AROS One x86/68k
- AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1


Pegasus RyuSei Ken

Post inviati: 10185

Visulizza profilo Messaggio Personale
82.58.162.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36
Commento 84
Seiya 1 Marzo 2020    16:29:01
speriamo che non blocchi il moltiplicatore dato che ora c'è 1x, 4x, 8x e custom X.

AfAOne

Post inviati: 5752

Visulizza profilo Messaggio Personale
95.237.43.*** Mozilla/5.0 (Windows NT 6.1; rv:73.0) Gecko/20100101 Firefox/73.0
Commento 85
AfAOne 2 Marzo 2020    00:25:02
Per quale configurazione usi il Moltiplicatore ? nei sistemi con lo 060 JIT il moltiplicatore è disabilitato !

Immagine AROS One x86/68k
- AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1


AfAOne

Post inviati: 5752

Visulizza profilo Messaggio Personale
87.20.249.*** Mozilla/5.0 (Windows NT 6.1; rv:75.0) Gecko/20100101 Firefox/75.0
Commento 86
AfAOne 19 Aprile 2020    17:55:14
Immagine



WinUAE 4.4.0 beta series: Inizia una nuova era WinUAE che poteva essere v4.9.0 o addirittura v5.00 per i tanti cambiamenti.

Non ci sono ancora tutte le funzionalità ma Toni ha voluto comunque rilasciare la prima beta perché già ci sono stati molti cambiamenti.


Tra le cose importanti che mancano e che saranno aggiunte ci sono:

- Nuovo driver UAE AHI (presto)
- Supporto e convalida del tester CPU FPU (parzialmente fatto).
- Possibili aggiornamenti accurati del ciclo 68020, ma probabilmente sarà disponibile dopo l'uscita di questa versione.


WinUAE v4.4.0 Beta1: Download

WinUAE v4.4.0 Beta1 (64Bit): Download


Tutte le migliorie della versione (recensione Toni Wilen):


Another quite useless new feature: cycle-accurate 68010! Includes full and accurate 68010 loop mode emulation.


Main updates:

- 68000 emulation is now fully(*) accurate, functionally and in cycle level, including exception side-effects (undefined flags and register contents etc). Cycle counts are also correct in prefetch (more compatible) mode if nothing steals cycles from the CPU.
- 68000 common instructions cycle count without more compatible are also accurate unless instruction has variable cycle count (like MUL/DIV and others).
* = IPL sampling time to interrupt level change detection is not 100% accurate.
- 68010 emulation is now cycle-accurate, including loop mode. (Exception timing/side-effects, mainly bus error undefined flags are wrong. Address errors are correct)
- Basic FPU support added to my CPU tester. FPU softfloat basic arithmetic instructions tested and confirmed working accurately. No exceptions yet tested because FPSR setting when FPU generates exception seems to have CPU/FPU specific differences.

- 68000 address error and bus error emulation updates, all side-effects/undocumented behaviors are now emulated. Prefetch generated bus errors are now 100% functionally accurate (Including possibly partially modified flags, partially modified registers etc..) and cycle accurate. Special case example: TRAPV, if prefetch causes bus error and V is set: bus error stacked SR field always has S-bit set and T is always cleared. If V was not set: stacked SR field contents are as expected. Another more common result: if long word is being read or written to and access causes bus or address error: CCR Z and N flags are set using only low 16-bit of long word. CPU tester prefetch bus error testing mode added.
- 68010 loop mode emulation (prefetch and ce only) NOTE: when stepping loop mode in UAE debugger, looped instruction appears to be skipped because in loop mode it is merged with DBcc execution.
- 68010 loop mode is cycle-accurate. Cycle totals are correct but idle cycle ordering may not be fully correct. (TODO: do some logic analyzer checks)
- 68010 accurate address errors and exception stack frame emulation (only documented part of stack frame, it has lots of undefined fields, like 68020/030 bus/address error to allow instruction continuation after the fault/fault retry with RTE. This is not emulated). Prefetch/ce only.
- 68010 read bus errors accurately emulated. (Except RTE support like above)
- 68010 cycle count adjustments. Most 68010 cycle counts are correct now. (TODO: recheck later)
- MOVES was 68020+ instruction. It was introduced in 68010.
- BKPT was 68020+ instruction. It was introduced in 68010. It is illegal instruction (at least without debugging hardware), only difference is that it executes break point access cycle which delays illegal instruction by 4 cycles compared to normal illegal instruction.
- 68030 MMU emulation simplified and optimized.
- 68030 MMU seems to do -(an)/(an)+ adjustment before bus error is detected and original register content is not restored when bus error exception starts. This is now emulated. No programs should care.
- gencpu now automatically and properly indents generated cpuemu_xxx.cpp files.
- 68000-010 CPU internal IPL change detection timing is now more accurate (but not 100% correct) and more optimal.
- 68000-010 CPU internal IPL change detection timing is now also emulated in prefetch mode without cycle-exact. (IK+, Warhead, etc sound now works without cycle-exact)
- 68010 RTE format error exception does not clear trace flag. 68020+ RTE format error exception clears it.
- 68000/010 odd exception vector generated address error stack frame is now correct. Tester support added. Odd bus error or address error vector will halt the CPU.
- 68000 exception (including interrupts) cycle usage also validated.
- 68000 BTST Dn,#x was 2 cycles too fast.
- 68000 DIVU/DIVS divide by zero exception processing starts after 4 cycles (was zero).
- 68000 JMP and JSR address error check was before EA calculation, 2-6 cycles too early.
- 68000 ADDX.L -(an),-(an) and SUBX.L -(an),-(an) had wrong cycle order: it is reada+2,reada+0,readb+2,readb+0,writec+2,prefetch, writec+0 (was prefetch,writec+2,writec+0)
- Lots of approximate (with or without prefetch) 68000 mode instruction total cycle count fixes. Cycle counts are now 100% correct.
- 68010 is now cycle accurate.
- 68010 MOVES.W an,-(an)/(an)+ and both source and destination an is same register: modified register content is stored if size is word. MOVES.L stores original register content.
- 68000 MOVE causing write address error: address error was checked too early, after read, even if it was followed by prefetch before write.
- All CPUs: Most address errors due to odd jump/branch address are now correctly emulated in non-prefetch mode.
- 68020 MUL and DIV use static cycle counts (just like 68010. Only 68000 MUL/DIV cycle counts depend on input values). Added slightly shorter delay than documented to non-fastest possible prefetch and ce modes. (MUL.L and DIV.L probably don't have fully static cycle counts)
- MOVES access to supervisor only address range is now correctly emulated in all CPU modes (SFC/DFC is used to check access privilege instead of CPU's current supervisor state), including MMU modes. Amiga does not have any but Atari ST does, used by Hatari.
- Full hardware bus error support (used by Hatari and also available via UAE debugger memwatch point b mode) is enabled in beta builds. It will require slightly more CPU power in 68000/010 modes.


FPU emulation updates:

- Implemented CPU tester FPU support. Still work to do.
- FBcc, FDBcc, FTRAPcc, FScc, FMOVEM and FMOVE to/from control register validated. Basic FPU instructions also validated (not logarithmec or arithmetic). (68882, 68040 and 68060)
- FPU exceptions that have EA field now also keep state if instruction filled the field because real FPU EA field can contain data used by previous instruction(s) if instruction didn't have EA, enables FPU tester EA field validation only when needed.
- Softfloat FCMP didn't also set N flag if source and destination was zero and either or both was negative zero.
- FPU conditional instructions (FBcc, FDBcc, FTRAPcc, FScc) didn't handle condition codes completely accurately. Invalid combinations like NaN + Z didn't match real hardware behavior.
- 6888x and 68040/68060 have different behavior in some undefined condition code combinations. This is also now emulated.
- FScc didn't modify address register if EA was (An)+ or -(An).
- If 68040+ unimplemented FPU instruction uses (An)+ or -(An) addressing mode, An should not be modified.
- If 68060 tries to execute packed datatype and addressing mode is -(An), An stored in unimplemented instruction stack frame is only decreased by 4 bytes. (eXtended datatype does same if FPU is not available or disabled. This is documented. Packed datatype behavior was not mentioned in documentation.)
- It was possible to set some FPCR and FPSR unused bits. 68040 and 68060/6888x have slightly different behavior.
- If 68040+ and instruction is unimplemented: generate exception 11 if instruction's EA can never be valid (for example PC relative or immediate destination) but generate unimplemented instruction exception 55 if EA can be generally valid but not necessarily valid for current instruction. Previously 11 was always generated if EA was invalid.
- 68040+ generates normal exception 11 (frame 0, like 6888x) if FPU instruction is non-existing (unknown opmode field). Previously frame 2 was always generated, only instructions that are implemented in 6888x but unimplemented in 68040+ generate frame 2.
- 6888x has undocumented opmodes that map to existing, documented, opmodes (for example $05 -> $04 = FSQRT). Only unused opmodes 0x40 to 0x7f generate F-line. This is now emulated, main reason was to not require special conditions in cputester. "Some extension field encodings are unspecified, are redundant with valid instructions implemented by the FPCP, and do not cause an F-line exception if executed. However, these encodings are reserved for future definition by Motorola, and thus should not be generated by assemblers or compilers.". Future is in the past now and 68040+ generate F-line exception as expected.
- 68888x packed data type is not 100% correct, sometimes last digit of 64-bit mantissa is 1 higher or lower. Probably rounding related.
- All FPUs FMOVE(M) to/from control registers and register fields is zero: FPIAR is selected. This was previously partially emulated.
- FMOVEM with dynamic register list used incorrect mask, registers D4 to D7 become D0 to D3.
- 6888x and FMOVEM with MODE field=predecrement: register list order is inverted, even if actual EA is not predecrement. 68040+ only use inverted register order if EA is predecrement. 68060 ignores MODE field completely and only uses EA to select between predec/postinc.
- 6888x FMOVE.P FPx,EA: if EA is invalid (for example Dn), conversion is still executed and possible FPSR flags (for example OPERR if k-factor>17) are set before F-line exception is generated.


68040 FPU weird behavior:

- FMOVEM.X to/from Control registers: if undefined bit 10 is set, CPU hangs. Not emulated. Tester blacklisted.
- FMOVEM.X to memory,-(An) but mode is postinc or FMOVEM.X to memory,NOT -(An) but mode is predec: extended doubles are written in reversed order (low mantissa, high mantissa, exponent).


68060 FPU weird behavior:

- 68060 unimplemented FDBcc stacked EA field contains last 2 words of instruction (condition and offset). It does not contain real effective address.
- If FPU instruction opmode is 0x78-0x7f (last 8 opmodes): instruction generates exception 4! All other non-existing opmodes generate expected F-line exception 11.
- At least 68060 is weird when it attemps to execute invalid FMOVE.D FPx,Dn (Works like FMOVE.S FPx,Dn but also generates exception 4!) or FMOVE.X FPx,Dn. (Also generates exception 4!) There are also other situations where illegal FPU instruction (valid opmode but EA is invalid) does something unexpected, like modifies other registers. Which means annoying special cases are needed in tester.. Not emulated. Tester blacklisted.
- FMOVEM.X #imm,FPx-FPy does not generate any exceptions and seems to zero all listed FP registers! Not emulated. Tester blacklisted.

- Do not enable filter detected borders in autoscale center mode.
- List all enabled hardware built-in HD expansions first in hardfile/drive controller selection.
- Disassembler now disassembles MOVEQ, ADDQ and SUBQ correctly (previously it was disassembled as MOVE.L #, ADD.x #..), EXT.B -> EXTB.L. Assembler also didn't support byte or word size ADDQ/SUBQ variants.
- Disassembler shows MOVEC inside [] if used control register is not supported by currently selected CPU model.
- Ignore ncap/winpcap dll version because recent ncap versions have smaller version number than old winpcap versions.
- On screen led floppy leds have brighter border if inserted disk is write protected. (Color/shape may change in future updates)
- Hardital Dotto IDE controller emulation.
- CD32 ROM delay loop patch was skipped because of initialization order change in 4.3.0. Broke CD32 CD if CPU speed was too fast.
- Debugger W command used white space stripping parsing functions.
- RDB HDF max physical block size was 2048 and larger block size was not out of range checked causing buffer overflow. Max is now 8k and larger sizes are ignored.
- If disk read DMA was started without selected drives, it was always emulated in turbo mode. (Probably broken whan Amax floppy support was added)
- CD32 pad red button didn't always work as a normal fire button, depending on how it was configured. (4.3.0)
- Ignore next key release after exiting debugger. (Only if following key event is release, if next is key press, next release is handled normally)
- GUI Reset button now also copies current GUI config to active config. Normally only config entries that support on the fly changes are active after reset but because GUI Reset button does cold reset, all changed config entries can be safely enabled. (For example Harddrive panel automount options)
- Paula has 2 CCK delay between AUDxDAT write and AUDxLEN counting down. ( http://eab.abime.net/showthread.php?t=100311 )
- DMA wait hack (automatically work around audio routines that have CPU delay loops) now also checks if CPU has executed enough instructions between DMA off and DMA on because there are also few bad audio routines that unnecessarily disable audio DMA and then re-enable it quickly. Log also if audio dma hack activates (first 100 times only to prevent possible log flood)
- Debugger memwatch points accessed random memory (and possibly crashed) if CPU was 24-bit but accessed address was outside of 24-bit address space.
- Interrupt delays rewritten to match real hardware better. Only Paula external interrupt pins (INT 2, 3 and 6) have delays (4 CCKs which is a lot, why?), internally generated interrupts don't have delays.
- 1x-8x CPU multipliers are now also supported in prefetch (more compatible) CPU mode.
- Some RTG to RTG mode resolution switches didn't resize windowed mode correctly (4300b1)
- Keyboard resync didn't replace old key code with new (zero) key code.
- Emulated CIA-B serial port which is connected to parallel port busy and paper out lines (CIA-A SP is connected to keyboard). Perhaps some diagnostics software uses this connection to do simple partial CIA port test without extra hardware.
- Emulated CIA-B timer mode that counts CNT (serial port clock pin) pulses. Probably no program cares.
- Emulated CIA-B PBON+OUTMODE. PB6 and PB7 are connected to floppy drive /MOTOR and /SEL3 signals. Most likely no program cares, part 2. But really weird program can at least in theory control floppy motor by starting and stopping CIA-B timer B in continuous mode...
- If 2 light pens/guns enabled, if gun 2 moves, enable only gun 2 crosshair. Previously gun 1 move enabled both crosshairs.
- Microbotics HardFrame v1.8 rom added, v1.9 replaced, previous v1.9 may have been corrupted. All other known HF roms have almost identical (and unused) data where old v1.9 has random looking data.
- .wrp unpacking now aborts if it attempts to read more data than is available (instead of possibly hanging in infinite loop). Reversed wrp algorithm may not be 100% correct, at least one file has been found that does not unpack correctly.
- CIA ROM overlay bit, parallel port and serial port handshake bits in input mode didn't have pullup support. (If input mode and pin floating: read state is high)
- Disassembler didn't output "(68020+)" if brief extension format with non-zero SCALE bit(s) and CPU was 68000 or 68010. It was only shown if full extension format.
- Disassembler didn't support 68040+ FxxxS and FxxxD FPU instruction variants (FSADD, FDADD etc). Append "(68040+)" if current FPU is 6888x.
- Implemented Paula serial port emulation receive break detection support. Paula behavior when serial receive line is in break condition is weird and undocumented: it keeps receiving all-zero serial words (including zero stop bit) continuously, as long as break condition is active. Serial.device break detection behavior is also a bit weird: when break status is detected (all SERDATR receive bits and RXD is zero), it starts a timer. If any non-break state serial word arrives when timer is active: not a break condition. When timer expires and RXD is not zero: not a break condition. Break is now internally marked as detected but serial.device still needs one more serial word that is not in break condition before break is reported to caller. One normal serial word alwAys arrives at the end of break because when Paula finally sees non-break state, it receives serial word with stop bit normally set (other bits may or may not be zeros depending on timing). In other words, serial.device break support depends on Paula undocumented behavior.
- If selected avioutput selected video codec returns error, automatically retry codec open using 32-bit bit depth. Some codecs don't support 24-bit mode. 32-bit was already selected if genlock was enabled.
- AUDxPER=0 internally set wrong period, should equal 65536 but was set to something much larger.
- Added on screen led size multiplier, config file only currently: show_leds_size and show_leds_size_rtg ("1x","2x","3x",&quo t;4x")
- Added A1060 Sidecar 2.05 ROM (pre-release, BIOS screen says "Test release") to ROM scanner.
- New easy to use and transparent printf()-like debug logging method for developers: simply write parameters to address $bfff00 (byte, word and long accepted) one by one, then format string to $bfff04 (must be long) and formatted log message will appear in log window. Address may change, currently only active if 128k UAE boot rom mode is enabled and accepts only %d, %u, %x, %p, %s and %b (BSTR). Quickly made for quick and easy UAESND AHI driver debug logging..
- ELF ROM loader: always align section beginning to 8-divisible addresses.


68010 loop mode:

Loop mode is basically <supported single word instruction> + DBcc loop that uses CPU internal 2 prefetch registers and instruction decode storage register as a cache for all 3 words (looped instruction, DBcc and DBcc offset). Loop runs without any prefetch memory reads.

- Most instructions have same cycle totals in loop mode. Prefetches are usually replaced with 4 idle cycles. Some only have 2, some add 2 cycles.
- DBcc execution when loop continues: 4 cycles. Non loop mode DBcc takes 10 cycles so usually at least 6 cycles is saved per round.
- When DBcc is executed that matches all loop conditions and loop mode is not yet active, first DBcc execution takes normal 10 cycles and does normal prefetches (one for looped instruction = branch address, one for itself = branch address + 2 which seems unnecessary)
- Loop exit due to loop count expiring: no extra cycles added, 2*prefetches only.
- Loop exit due to condition code: adds 2 or 4 cycles (+2*prefetches), depends on looped instruction.
- Memory shift instructions (ASRW etc..) and few others add unexplained 2 extra idle cycles in loop mode.


New undocumented 68010 weird behavior:

- some instructions, when they generate bus error, take 4 cycles longer because they for some unknown reason repeat bus access that caused bus error. Normal bus error: bus access is done, CPU waits for DTACK or BERR, if bus error, exception starts. Weird case: bus access is done, same bus access is done again, bus error exception starts. (logic analyzer confirmed). Possibly this only happens because my test hardware generates bus error when address range and rw-state matches, normally external hardware generates it after few cycles delay. This is not handled by tester (bus error cycle counts don't match) or emulated.


Hardital Dotto:

- Clone of ICD AdIDE.
- Memory map and autoconfig IDs are identical.
- Driver has strings "icdboot.device", "ICD BootRom (C)1990" and "icddiskide" "hidden" in nibble part of boot ROM. All visible strings have been edited from "ICD" to "SYN". Almost identical to already dumped ICD AdIDE ROMs, probably based on v32 AdIDE ROM (which is not yet dumped).

Commento modificato il 20/04/2020 alle ore 08:20:36


Immagine AROS One x86/68k
- AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1


AfAOne

Post inviati: 5752

Visulizza profilo Messaggio Personale
95.249.236.*** Mozilla/5.0 (Windows NT 6.1; rv:78.0) Gecko/20100101 Firefox/78.0
Commento 87
AfAOne 14 Luglio 2020    12:24:42
Immagine

Autore: Toni Wilen


WinUAE 4.4.0: Versione Stable del famoso Emulatore Amiga sempre più ricco di funzioni, maggiore compatibilità e velocità

WinUAE v4.4.0 Stable Download

Nuove caratteristiche e Miglioramenti:
- 68000 address and bus error (bus errors are not used in Amiga) stack frames are now 100% accurate, including all undefined behavior like partially updated flags or registers. Last missing part that wasn't fully accurate previously.
- 68010 emulation is now cycle-accurate. Including loop mode.
- 68030 MMU emulation simplified and optimized.
- CPU tester detected rare CPU/FPU bugs fixed.
- Multiple CPU tester detected undocumented CPU and FPU (all models) behavior emulated, mainly edge cases that almost never happen normally. More information in detailed changelogs.
- Debugger assembler and disassembler updates and fixes.
- 1x-8x CPU multipliers are now also supported in prefetch (more compatible) CPU mode.
- Implemented Paula serial port emulation receive break condition detection support.
- "diskchange rdh0:" can be now used to eject drag&drop mounted directory/file/archive harddrive.
- On screen led floppy leds have brighter border if inserted disk is write protected.
- If 2 light pens/guns enabled and if gun 2 moves, enable only gun 2 crosshair. Previously gun 1 move enabled both crosshairs.
- "Default" filter mode now enables aspect ratio correction and scales to window/screen size only when display size is too large or too small.
- Ignore ncap/winpcap dll version because recent ncap versions have smaller version number than old winpcap versions.
- GUI Reset button now copies current full GUI config to active config, including options that normally can't be changed on the fly.
- FPU default is back to 64-bit. Very few programs require 80-bit accuracy, it wasn't worth the speed loss.
- Black borders are not anymore enabled in autoscale center mode.
- Few custom chipset and CIA emulation updates.
- Added easy to use and transparent printf()-like debug logging method for developers.

Bugs Fixati:
- If disk read DMA was started without any selected drive(s), it was always emulated in turbo mode.
- Screen capture to clipboard created blank image if 256 color or less RTG mode and capture before filtering was set.
- When ejecting directory filesystem that points to plain file or archive, not all host file handles were closed properly.
- Switching GUI panels left stale entry in internal array, possibly causing random crash after switching panels many times.
- Config file (*.uae) icon is now correct again.

Bugs Fixati della 4.3.0:
- Some RTG to RTG mode resolution switches didn't resize windowed mode correctly.
- CD32 pad red button didn't always work as a normal fire button, depending on how it was configured.
- CD32 ROM delay loop patch was skipped. Broke CD32 CD if CPU speed was too fast.

Nuovo hardware emulato::
- Hardital Dotto (clone of ICD AdIDE)

Commento modificato il 14/07/2020 alle ore 12:30:04


Immagine AROS One x86/68k
- AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1


AfAOne

Post inviati: 5752

Visulizza profilo Messaggio Personale
212.171.171.*** Mozilla/5.0 (Windows NT 6.1; rv:79.0) Gecko/20100101 Firefox/79.0
Commento 88
AfAOne 11 Agosto 2020    08:35:36
Novità in arrivo per WinUAE sembra che Toni voglia sostituire le attuali schede RTG basate su Cirrus Logic con l'emulazione PCem e di eliminare completamente l'emulazione QEMU CL molto compromessa, trovate in QUESTA discussione la sua citazione.

Spero che questo non interessi solo l'emulazione OS 4.1 e che in qualche modo possa interessare anche all'emulazione OS3.

Interessanti anche le prime pagine della discussione linkata dove si parla di una richiesta di emulazione "Cybervision64/3D", inutile e obsoleta su OS3 visto che Wazp3D su WinUAE consente una emulazione Hardware (accellerazione hardware) quindi molto meglio di quelllo che può fare una "Cybervision64/3D" parole citate sullo stesso post dall'autore di Wazp3D.

Commento modificato il 11/08/2020 alle ore 09:40:43


Immagine AROS One x86/68k
- AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1


Pegasus RyuSei Ken

Post inviati: 10185

Visulizza profilo Messaggio Personale
87.2.121.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36
Commento 89
Seiya 11 Agosto 2020    11:06:04
In risposta a AfAOne
AfAOne


Interessanti anche le prime pagine della discussione linkata dove si parla di una richiesta di emulazione "Cybervision64/3D", inutile e obsoleta su OS3 visto che Wazp3D su WinUAE consente una emulazione Hardware (accellerazione hardware) quindi molto meglio di quelllo che può fare una "Cybervision64/3D" parole citate sullo stesso post dall'autore di Wazp3D.



non è vero perchè lui è anche contrario ad emulazione realistica. Tutti gli emulatori supportano le frequenze di clock dei processori. WinUAE la supporta solo con il 68000 a 7 Mhz e il in parte il 68020 a 14 Mhz. Lui vuole prendere questo e quello da PCem, ma questo emulatore emula le frequenze e bene o male rispetta le prestazioni originali. Ogni tanto si pesta i piedi da solo.
PCem supporta l'accelerazione 3D in diverse schede e puoi anche usare Direct3D su Windows dove puoi emulare una TNT2 come se fosse presente una originale e quindi il discorso di Tellier non regge molto. Tellier ha i suoi interessi perchè se l'emulazione di un chip 3D va più veloce (e ci va) di Wazp3D cosa ci sta a fare?

Toni e Tellier cercano di non intralciarsi e non rompere le uova ad altre persone tipo Hyperion che sono tra l'altro gli autori di Warp3D e quindi tutto il discorso di Wazp3D non è a caso. Una volta hanno portato Warp3D sull'emulazione e Hyperion aveva la bile fuore dalla bocca, il fegato a pezzi, distrutte le loro certezze. Hanno cominciato a minacciare denunci e azioni legali su questa cosa.

Toni potrebbe realizzare un emulazione PPC come un 604 a 1 Ghz senza problemi e usare l'accelerazione 3D completa, solo che non lo fa forse per i problemi citati o altri motivi. Dato che altri programmatori di emulatori fanno di tutto per emulare al 100% la macchina anche per quanto riguarda l'accelerazione 3D, la posizione di Toni è un po dubbiosa.

Su Amiga ci sono personaggi che tutti conoscono che hanno degli interessi dato che devono vendere dei prodotti e quindi non possono accettare che un emulatore faccia tutto e meglio di quello che fa un hardware. In altre comunità, produttori di hardware, software ed emulatori collaborano per dare il meglio alla comunità. Qui si fanno la guerra uno con l'altro e la posizione di Tellier sul 3D è molto ambigua dato che tra l'altro su OS4 lavora a Nova.

Commento modificato il 11/08/2020 alle ore 11:09:47

AfAOne

Post inviati: 5752

Visulizza profilo Messaggio Personale
212.171.171.*** Mozilla/5.0 (Windows NT 6.1; rv:79.0) Gecko/20100101 Firefox/79.0
Commento 90
AfAOne 11 Agosto 2020    11:21:35
Una cosa è certa che grazie a Tellier su WinUAE "Wazp3D" ha l'accellerazione hardware dove neanche su un Amiga reale è possibile averla con quella qualità e potenza.

Credo che Toni segue solo le sue idee senza preoccuparsi di quello che pensano gli altri lo si nota anche QUI in una discussione "MiSTer vs WinUAE" tradotto dice:

Sì, anche io userei qualche scheda FPGA se dovessi usarla solo per giochi o demo o qualche Workbench leggero, per lo sviluppo del software Amiga la FPGA sarebbe quasi inutile.

Poi dice, l'emulazione consente opzioni di debug migliori e più veloci e altro ancora, ma il punto è che non esiste una singola opzione "migliore" per tutte le attività, non c'è mai stato e probabilmente non ci sarà mai, gli Amiga sono troppo flessibili (e anche la maggior parte degli utenti ).

Ci sono anche altri motivi per preferire il "MiSTer", come per esempio quello di non voler perdere tempo con i PC quando si vuole solo giocare con qualche gioco.

Alcune attività sono molto meglio con le reimplementazioni FPGA, circa il 100% richiede hardware reale (diversi modelli), ma per alcuni scopi l'emulazione software è imbattibile.

Le demo AGA realizzate per A1200 non espanso richiedono comunemente 68020 molto accurato, ai giochi raramente interessa
, il resto lo potete leggere nel post integrale in inglese allegato sopra, trovate anche l'intervento di "jotd" esponente WHDLoad e il bravo "NovaCoder".

Commento modificato il 11/08/2020 alle ore 11:29:37


Immagine AROS One x86/68k
- AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1


amig4be

Post inviati: 2934

Visulizza profilo Messaggio Personale
93.37.178.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.125 Safari/537.36
Commento 91
amig4be 11 Agosto 2020    19:02:26
Toni Wilen è un personaggio assolutamente monumentale non solo dell'attuale scena Amiga, ma di tutta la sua storia. Considerato che ormai l'era dell'emulazione Amiga ha tanti anni sulle spalle, forse Toni è per la storia di questa piattaforma informatica la figura più importante dopo lo stesso Jay Miner.

Commento modificato il 11/08/2020 alle ore 19:04:22


[EBOOK/GUIDA- Blender 3.3 LTS - Grafica e Animazione 3D - GRATIS]

[free EBOOK - Evoluzione della Computer Grafica 3D - 2022]

[EBOOK/LIBRO - 64K Ram (64kB che sconvolsero l'informatica) Edizione 2020]

[Commodore Computer Blog]

[librologica]

[free eBook: "Amiga, da informatica a religione"]

Jay Miner (Hi-Toro) e Tony Wilen (WinUAE). L'alfa e l'omega della storia Amiga

L'uomo che sconfisse il Covid col radicchio! (commento 1323)

Post inviati: 3060

Visulizza profilo Messaggio Personale
185.30.71.*** Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.105 Safari/537.36
Commento 92
Amy - Mor 12 Agosto 2020    00:55:04
Penso onestamente che sia inopportuno paragonare il creatore di AMIGA con un programmatore che, per quanto bravo, ha "solo" creato un app per PC.

Quello che poi mi chiedo è se vale solo per AMIGA , cioè il mio PC esegue sempre emulatori PlayOne e Play2 tramite EPSXE - PCSX2 app che personalmente ritengo spaventose per quel che fanno, quindi i programmatori sotto quest'ottica sono alla pari di SONY?

Amiga rulla di brutto!!

AfAOne

Post inviati: 5752

Visulizza profilo Messaggio Personale
87.7.255.*** Mozilla/5.0 (Windows NT 6.1; rv:79.0) Gecko/20100101 Firefox/79.0
Commento 93
AfAOne 12 Agosto 2020    01:16:50
Il problema è che AMiGA è uno dei sistemi oprativi più difficili da emulare per via delle sue tante diversità e particolarità, difatti tutti gli sviluppatori di Emulatori "AMIGA" che sono tanti usano come base WinUAE, questo deve far capire quanto sia bravo questo sviluppatore.

Come dice amig4be si è un personaggio assolutamente monumentale perchè oltre a conoscere alla perfezione AMIGA conosce alla perfezione anche il PC, quindi una doppia bravura, ognuno dei maestri Amiga del passato erano esperti in un settiore, Toni lo è su tutti i settori software e hardware "che ricrea s livello software".
Se non fosse così bravo non avrebbe creato un Emulatore così perfetto da essere utilizzato per la programmazione al posto del Reale, mai sentito sviluppatori che usano un Emulatore PC o MAC per sviluppare e testare software.

Comunque rimarrà nella storia visto che oggi l'Amiga più conosciuto e usato al mondo è il suo Emulatore, prova a contare su EAB quanti utenti lo usano con centinaia di discussioni al giorno.

Commento modificato il 12/08/2020 alle ore 01:20:24


Immagine AROS One x86/68k
- AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1


consulenza informatica ambito aziendale - appliance sicurezza - ambienti server multipiattaforma - servizi hosting - networking

Post inviati: 6417

Visulizza profilo Messaggio Personale
217.133.133.*** Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:79.0) Gecko/20100101 Firefox/79.0
Commento 94
divina 12 Agosto 2020    01:21:36
In risposta a AfAOne
AfAOne

emulazione "Cybervision64/3D"


// precisazione:

il 3D della cybervision 64 3d è un fake nel vero senso del termine, ovvero:

1) il chip era non adatto al 3D (logicamente anche lato PC)

2) lo spazio di indirizzamento riservato per il 3D era solo di 1Mb (del tutto inutile)

3) l' unico game che pare sia stato parzialmente relizzato con un minimo di supporto 3D per la cybervision 64 3d era relativo ad un vecchio porting di Descent (presente in aminet)
Persino il software base di test di Warp3D non funziona correttamente con la cybervision 64 3d

Il discorso cambia diammetralmente con la Cybervisionppc (8Mb utilizzabili nel 3D ed un chip Permedia 2 non malvagio), scheda video utilizzabile con tutti i games ed apps Warp3D per PPC e 68k Amiga, e con connesione diretta alla Cyberstorm MK3 e Cyberstorm PPC
La utilizzo con grande soddisfazione su entrambe le acceleratrici citate (scheda ricercatissima ed il TOP come compatibilità 2D e 3D per Amiga)

(persino Quake GL 16bit 640x480 ! è una figata con la Cyberstorm Mk3 060@50 , senza tirare in ballo la cybersrtomPPC)

Giusto per la precisione

// chiuso OT

Commento modificato il 12/08/2020 alle ore 01:30:20


lunga vita al popolo ucraino massacrato dal criminale nazista Putin - fuck Putin - by Måneskin

Hey Hey Rise Up - by vecchietti Pink Floyd

Gasoline - by Måneskin


AfAOne

Post inviati: 5752

Visulizza profilo Messaggio Personale
87.7.255.*** Mozilla/5.0 (Windows NT 6.1; rv:79.0) Gecko/20100101 Firefox/79.0
Commento 95
AfAOne 12 Agosto 2020    08:28:22
In risposta a divina
divina


(persino Quake GL 16bit 640x480 ! è una figata con la Cyberstorm Mk3 060@50 , senza tirare in ballo la cybersrtomPPC)


Poca cosa rispetto al Warpz3D-UAE dove con l'accellerazione Hardware si possono uutilizzare risoluzioni molto più alte anche estreme con qualità grafica molto elevata, QUI un piccolo esempio.

Commento modificato il 12/08/2020 alle ore 08:31:25


Immagine AROS One x86/68k
- AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1


consulenza informatica ambito aziendale - appliance sicurezza - ambienti server multipiattaforma - servizi hosting - networking

Post inviati: 6417

Visulizza profilo Messaggio Personale
217.133.133.*** Mozilla/5.0 (iPhone; CPU iPhone OS 12_4_5 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Mobile/15E148 Safari/604.1
Commento 96
divina 12 Agosto 2020    09:38:26
In risposta a AfAOne
AfAOne

In risposta a divina
divina


(persino Quake GL 16bit 640x480 ! è una figata con la Cyberstorm Mk3 060@50 , senza tirare in ballo la cybersrtomPPC)


Poca cosa rispetto al Warpz3D-UAE dove con l'accellerazione Hardware si possono uutilizzare risoluzioni molto più alte anche estreme con qualità grafica molto elevata, QUI un piccolo esempio.



Non ci siamo capiti, prima di tutto mi riferivo a Quake I GL (MiniGL Warp3D), inoltre Quake II che mostri nel video con WinUAE è una porcheria visivamente parlando (funzionando in software mode) anche se aumenti la risoluzione video
Io mi riferisco a MiniGL Warp3D che su Amiga puoi utilizzare con la scheda video che ti ho indicato (ed anche con le Voodoo3), per esempio proprio in Quake2 (versione PowerPC Amiga con cyberstormppc e cybervisionppc gfx oppure con Voodoo3); nel punto del video che mostri, dove leggi software, lì puoi cambiare in MiniGL e la differenza a livello qualitativo è abissale
Se fosse possibile ciò in WinUAE sarebbe di mio interesse

Commento modificato il 12/08/2020 alle ore 09:40:45


lunga vita al popolo ucraino massacrato dal criminale nazista Putin - fuck Putin - by Måneskin

Hey Hey Rise Up - by vecchietti Pink Floyd

Gasoline - by Måneskin


AfAOne

Post inviati: 5752

Visulizza profilo Messaggio Personale
87.7.255.*** Mozilla/5.0 (Windows NT 6.1; rv:79.0) Gecko/20100101 Firefox/79.0
Commento 97
AfAOne 12 Agosto 2020    10:35:21
In risposta a divina
divina

inoltre Quake II che mostri nel video con WinUAE è una porcheria visivamente parlando (funzionando in software mode) anche se aumenti la risoluzione video

Anche se leggi software sta utiilizzando il software Warzp3D.library che solo e soltanto su WinUAE OS3 ha una"Accellerazione Hardware" non esiste per OS4 Emulato o Amigan Reale, si tratta di una libreria specifica fatta a posta dall'autore di Warzp3D per WinUAE che è collegata alla "soft3d.dll" di Windows, se non fosse così non potresti avviare QUAKE3 Arena o altri giochi pesanti

Citazione

per esempio proprio in Quake2 (versione PowerPC Amiga con cyberstormppc e cybervisionppc gfx oppure con Voodoo3); nel punto del video che mostri, dove leggi software, lì puoi cambiare in MiniGL e la differenza a livello qualitativo è abissale
Se fosse possibile ciò in WinUAE sarebbe di mio interesse

Si anche su WinUAE con Quake puoi cambiare e utilizzare le due voci dedicate al MiniGL, non ho curato questa cosa e non so se ho le giuste librerie, comunque ecco qui Quake2 in MiniGL, calcola che sto usando un vechio PC Dual-Core con soli 2GB di RAM disponibili su Win7 32Bit.

Con le novità in arrivo per WinUAE di Toni citate sopra sicuramente miglioreranno le cose e credo anche di molto.

Test Video: Quake2 in MiniGL


Commento modificato il 12/08/2020 alle ore 14:36:28


Immagine AROS One x86/68k
- AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1


Pegasus RyuSei Ken

Post inviati: 10185

Visulizza profilo Messaggio Personale
87.2.121.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.105 Safari/537.36
Commento 98
Seiya 12 Agosto 2020    11:38:40
@Divina
E' vero, il Virge non è un granchè in OpenGL perchè non ha delle caratteristiche tipiche di altri acceleratori 3D, ma però se il gioco viene programmato direttamente per il Virge hai l'accelerazione 3D molto veloce e qualitativamente otttima. Era come l'M3D e il Rendition Verite.

Non hai capito che l'accelerazione 3D anche software è uguale alla quella hardware. la differenza sono le prestazioni perchè tutto è carico della CPU. Quake 2 con Wapz3D è uguale a quello che tu con hai con la Bvision, gli stessi effetti. Solo che con la Bivision essendo una GPU dedicata hai prestazioni migliori.

Comunque il Permedia 2, scelto da Amiga, è la gpu più disastrata al mondo, una delle peggiori che c'erano in circolazione e non ha caso scelta da Amiga perchè almeno se i risultati erano scandenti c'era già l'alibi per dire che anche su PC aveva prestazione ridicole.

Su Amiga con WinUAE si potgrebbe emulare tranquillmanente ogni cosa perchè il software e i driver sono talmente pessimi che basta un emulatore per far girare il software meglio di come gira su hardware reale.

consulenza informatica ambito aziendale - appliance sicurezza - ambienti server multipiattaforma - servizi hosting - networking

Post inviati: 6417

Visulizza profilo Messaggio Personale
217.133.133.*** Mozilla/5.0 (iPhone; CPU iPhone OS 12_4_5 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Mobile/15E148 Safari/604.1
Commento 99
divina 12 Agosto 2020    14:40:19
In risposta a AfAOne
AfAOne

In risposta a divina
divina

inoltre Quake II che mostri nel video con WinUAE è una porcheria visivamente parlando (funzionando in software mode) anche se aumenti la risoluzione video

Anche se leggi software sta utiilizzando il software Warzp3D.library che solo e soltanto su WinUAE OS3 ed ha una"Accellerazione Hardware" non esiste per OS4 o Amigan Reale, si tratta di una libreria specifica fatta a posta dall'autore di Warzp3D per WinUAE che è collegata alla "soft3d.dll" di Windows, se non fosse così non potresti avviare QUAKE3 Arena o altri giochi pesanti

Citazione

per esempio proprio in Quake2 (versione PowerPC Amiga con cyberstormppc e cybervisionppc gfx oppure con Voodoo3); nel punto del video che mostri, dove leggi software, lì puoi cambiare in MiniGL e la differenza a livello qualitativo è abissale
Se fosse possibile ciò in WinUAE sarebbe di mio interesse

Si anche su WinUAE con Quake puoi cambiare e utilizzare le due voci dedicate al MiniGL, non ho curato questa cosa e non so se ho le giuste librerie, comunque ecco qui Quake2 in MiniGL, calcola che sto usando un vechio PC Dual-Core con soli 2GB di RAM disponibili su Win7 32Bit.

Con Novità in arrivo per WinUAE di Toni citate sopra sicuramente miglioreranno le cose e credo anche di molto.

Test Video: Quake2 in MiniGL




Il MiniGL che si vede nel tuo video è di una lentezza esasperante, è completamente ingiiocabile ... che senso ha eseguire un emulatore amiga e giocare a Quake II Mini GL in modo ingiocabile?
Piuttosto accendo un A4000 e me lo gusto via cyberstormppc o PowerPC PCI

oppure utilizzo un sistema “AmigaNG” con MorphOS o AmigaOS4 e me lo godo ancora di più (con la scheda video corretta ATI entrambi questi OS hanno il Warp3D, oltre al loro 3D)

lunga vita al popolo ucraino massacrato dal criminale nazista Putin - fuck Putin - by Måneskin

Hey Hey Rise Up - by vecchietti Pink Floyd

Gasoline - by Måneskin


consulenza informatica ambito aziendale - appliance sicurezza - ambienti server multipiattaforma - servizi hosting - networking

Post inviati: 6417

Visulizza profilo Messaggio Personale
217.133.133.*** Mozilla/5.0 (iPhone; CPU iPhone OS 12_4_5 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Mobile/15E148 Safari/604.1
Commento 100
divina 12 Agosto 2020    14:48:03
In risposta a Seiya
Seiya

@Divina
E' vero, il Virge non è un granchè in OpenGL perchè non ha delle caratteristiche tipiche di altri acceleratori 3D, ma però se il gioco viene programmato direttamente per il Virge hai l'accelerazione 3D molto veloce e qualitativamente otttima. Era come l'M3D e il Rendition Verite.

Non hai capito che l'accelerazione 3D anche software è uguale alla quella hardware. la differenza sono le prestazioni perchè tutto è carico della CPU. Quake 2 con Wapz3D è uguale a quello che tu con hai con la Bvision, gli stessi effetti. Solo che con la Bivision essendo una GPU dedicata hai prestazioni migliori.

Comunque il Permedia 2, scelto da Amiga, è la gpu più disastrata al mondo, una delle peggiori che c'erano in circolazione e non ha caso scelta da Amiga perchè almeno se i risultati erano scandenti c'era già l'alibi per dire che anche su PC aveva prestazione ridicole.

Su Amiga con WinUAE si potgrebbe emulare tranquillmanente ogni cosa perchè il software e i driver sono talmente pessimi che basta un emulatore per far girare il software meglio di come gira su hardware reale.




Il Virge era ed è una porcheria

Il Permedia 2 non era malvagio ed è stato sfruttato al meglio in ambito Amiga, logico che la Voodoo3 è decisamente migliore ma dipende come la gestisci in amiga
Vedi PowerPC PCI e Voodoo3

Ad oggi vedo un WinUAE che non riesce ancora ad offrire un Warp3D MiniGL a livello delle due soluzioni PowerPC Amiga che utilizzo ed è anni luce indietro a MorphOS in tal senso

Se un giorno con WinUAE ci sarà questa possibilità, con ottime prestazioni (me lo auguro), lo installerò molto volentieri

lunga vita al popolo ucraino massacrato dal criminale nazista Putin - fuck Putin - by Måneskin

Hey Hey Rise Up - by vecchietti Pink Floyd

Gasoline - by Måneskin


Pagine: -1-2-3-4- [5] -6-7-8-9-

Utenti Online
Utenti registrati: 1206 dal 1 Gennaio 2006
di cui online: 1 registrati - Mak73 -
135 non registrati

Benvenuto all'ultimo utente registrato: zulu

Buon Compleanno a frank62 - Kosmokrator - 

© Amigapage 1998 - 2007 - Sito italiano dedicato alla piattaforma Amiga ed evoluzioni varie.
Struttura del sito interamente ideata e realizzata da Marco Lovera e Alessandra Lovera - Tutto il materiale inserito all'interno del sito č dei rispettivi autori/creatori.
E' assolutamente vietata la riproduzione o la manipolazione di tutti i contenuti o parte di essi senza l'esplicito consenso degli amministratori e degli autori/creatori.

Eseguito in 0.090183973312378 secondi