Mený principale
 Notizie
 Grafica
 Forum
 Links
 Retro Trailer
 Recensioni
 Modelli Amiga
 Storia Amiga
 Lista Utenti
 Policy sito
Ricerca Google

Login

Nick


Password


08 Settembre 2019 Postato da: AfAOne
WinUAE 4.3.0 Beta Preview
Presto inizieranno le beta della nuova v4.3.0, queste le novità annunciate da Toni:


Future (4.3.0?) WinUAE beta series preview. Posted mainly because CPU tester changes are also included here. CPU tester posted in separate news forum thread. This thread will be unlocked later.

- Trumpcard A500AT v1.2 ROM dump found, compared to v1.1 (extracted from driver disk .driver file), main difference seems to be use of interrupts. Emulation updated. Both ROM versions have same version/date string "AT 1.1 (06 NOV 1991)", I guess they forgot to update it..
- Disk index pulses were not being generated when disk was being written (Broke Cadaver v0.1 save disk writing, has been broken at least since 3.0)
- Restoring CD32 or CDTV statefile with CD audio playing: start playing immediately, do not emulate CD audio start delays.
- Added statefile generic partial IO autoconfig board support, board is mapped in address space and visible in Hardware Info panel after restore. Each board still needs separate statefile implementation.
- CDTV audio CD playing state restore fixed.
- Don't save AGA colors chunk to statefile if config is not AGA and all AGA colors are uninitialized (if initialized: config was changed on the fly and AGA palette should be saved)
- Archos Overdrive HD (PCMCIA IDE adapter) emulation added.
- Generic PCMCIA hotswap support, each PCMCIA expansion has "PCMCIA inserted" checkbox, if ticked, card is inserted and if any other card was inserted, it gets removed first. If unticked, card is removed. Checkbox can be changed on the fly. Reason for this change is to have hotswap support that is not device type specific.
- PCMCIA SRAM and PCMCIA IDE are now expansion devices. Old PCMCIA SRAM/IDE configs need to be manually updated.
- PCMCIA conflict check was incorrect, it detected 4M Fast RAM as conflicting.
- Expansion panel selected device was unexpectedly cleared when clicking GUI elements.
- CIA overlay is unused only in Gayle based Amigas (A600, A1200) and also CD32. A4000 and A4000T models had incorrectly disabled CIA overlay emulation.
- Internal CD mount audio playback handled pregap incorrectly if previous track was in different file than current audio track and pregap was between tracks (cue/iso/wav, first audio track), it caused first 2 seconds (or length of pregap) of audio to be played with zero volume.
- High DPI support rewritten, now requires "Per Monitor DPI Aware V2" feature which was introduced in Windows 10 1703. 8.1 introduced original "V1" version which is not supported anymore. Manual GUI size/font adjustments are still supported in older Windows versions.
- GUI high DPI problems fixed, for example when moving GUI window from monitor to another monitor with different DPI usually worked very badly.
- Windowed mode bottom status bar is now high DPI compatible.
- Direct3D11 mode + Windows 10 with DXGI HDR support + HDR enabled GPU and display: use HDR compatible back buffer (DXGI_FORMAT_R16G16B16A16_FLOAT)
- Disk swapper path modifications did nothing while emulation was running.
- When overwriting configuration.backup, don't move old file to recycle bin. Backup of a backup is not that useful.
- CD32 pad emulation didn't handle weird pad reading code where pad mode selection Paula pin was in input mode and code set POTGO START bit which discharges POT caps = CD32 pad will see 0v in 3rd button line and activates CD32 pad mode.
- Enabled CD32 pad mode and normal second fire button (not CD32 blue) is pressed: override CD32 pad mode and use normal joystick mode. (This is basically same as having joystick splitter that allows to connect both CD32 pad and normal joystick at the same time)
- CIA odd address word or long read/write access returned upper and lower byte swapped.
- Switching chipset on the fly (OCS<>ECS/AGA using uae-configuration) didn't reset BEAMCON0, some other AGA only registers and sprite widths.
- Removed all 68020 cycle-exact CPU mode internal idle cycles. It wasn't good enough design (as expected), need to start from scratch later.. again.. It made real 68020 best case results too slow. (and worst case was still too fast..)
- uae-configuration didn't work in indirect UAE boot ROM mode. (uae-configuration uses C-style stack parameters and trap code didn't preserve SP)
- Added separate CPU tester project that generates test data file for configured CPU (cputestgen.ini) and Amiga program that uses generated data.
- Fixed E-Matrix 530/Typhoon MK2 RAM mapping. Now all supported memory sizes work and is detected correctly.
- Modularized expansions device handling more, each device now dynamically adds hsync, vsync, interrupt check etc... callbacks when initialized. Report if some expansion device/device combination stopped working.
- Sprite to bitplane collisions didn't set all CLXDAT bits with certain CLXCON combinations (bad early exit optimization added long time ago)

Fixed CPU tester detected differences between UAE and real CPUs. Mainly undocumented/undefined features, 68020+ T0 trace etc..

UAE = emulation bug fixed, not undocumented feature. No UAE = Undocumented CPU feature (that also needed UAE update)

68000:

- LINK stacked value is saved before SP is decreased by 4. Only affects pointless LINK A7,#x variant. (All models except 68040)
- CHK.W undefined flags fully emulated.
- DIVU and DIVS divide by zero condition codes are now 100% correct: DIVS always set Z-flag, DIVU sets Z-flag if dividend upper word is zero, N-flag if dividend upper word is negative.
- CPU bug found and emulated, MOVE.W <EA>,-(An) causing address error: stack frame's opcode field contains following instruction's opcode and "IN" (Instruction/Not) field is set to one! ("Not instruction").
- All instruction address errors should be 100% correct now. An contents are updated (or not updated) if -(an) or (an)+. Condition codes are also correct.
- MOVEM to <EA> with zero register mask: possible odd EA does not cause address error exception. (NOTE: MOVEM from <EA> with zero mask does generate address error exception even if mask is zero because MOVEM that reads from memory always does extra word read)
- BSR.B/W stores old PC to stack and decreases SP before checking if PC is odd.
- DBcc and odd offset: Does not generate address error if condition is true. Count does not affect address error. UAE: Address error stacked PC was wrong.
- UAE: MOVE to SR address error fixed.
- Many instructions update condition codes only partially if it generates address error exception. This is now 100% correctly emulated.

68020/030:

- UAE: More compatible CPU mode didn't split CPU read/write access if it would cross memory banks or wrap around (no normal program is supposed to do this but tester does)
- DIVS.W and divide by zero: undefined V flag is "unstable", when same test is repeated (with V having static value before executing DIWS.W), sometimes it is set, sometimes it is cleared after div by zero. This is not emulated (I have no idea why it works this way. So far this is the only instruction that has this kind of really weird behavior. It does sound like CPU forgets to either copy V to some internal state variables or back when DIVS.W generates div by zero)
- UAE: PACK instruction incorrectly used stack byte decrement behavior (-2) when source parameter was A7.
- UAE: UNPK instruction incorrectly used stack byte decrement behavior (-2) when destination parameter was A7.
- ABCD, NBCD and SBCD always clears undefined V flag.
- MOVES An,(An)+ and MOVES An,-(An) stores incremented/decremented An to memory. (Also 68040)
- CHK.W, CHK.L undocumented flags fully emulated.
- CHK2/CMP2: comparison was not correct when lower bound was larger than upper bound (Documented fully in "M68000 Family Programmer's Reference Manual" "Integer Unit Condition Code Computations" table. Other documentation only mentions inaccurate "If Rn<LB or Rn>UB" formula) . Undefined N and V flags emulated (This was really complex..).
- DIVS.L undefined flags are not fully emulated. (Other DIV variants: fully emulated)
- UAE: BSR and JSR address error fix.
- Both T0 and T1 trace bits set (Documented as "undefined/reserved") is same as T1 only set, normal trace mode (also 68040).
- UAE: MOVE to SR is considered change of flow instruction because it does full pipeline reload (T0 trace, also 68040).
- 64-bit MUL.L: Dh is updated before Dl.

68040:

- CAS2 updates Dc2 first, 68020/030 updates Dc1 first. (Only makes a difference if Dc1 and Dc2 is same register)
- LINK stacked value is saved after SP was decreased by 4.
- MOVES An,(An)+ and MOVES An,-(An) stores incremented/decremented An to memory (same as 68020/030)
- 64-bit MUL.L: Dl is updated before Dh.
- DIVU.W and DIVS.W: does not modify undefined N and Z flags if overflow. All other CPU models will modify N and Z flags.
- UAE: Missing 68040-only T0 trace trapping instructions emulated (MOVE to USP, MOVEC, CAS, FSAVE, etc..)
- CHK2/CMP2 undefined N and V flags emulated (Very simple: N is set if source value is negative, V is always zeroed)
- STOP parameter can have S-bit zeroed without privilege violation exception. Only 68060 requires parameter's S-bit being set.

68040/060:

- DBcc generates address error even if odd branch is not taken. (68000-68030 won't)
- Registers are always original unmodified if address error (jump to odd address) is generated.
- DIV.L divide by zero: C flag is cleared. Other flags are not modified.
- CHK clears N-flag if not exception.
- Unaligned MOVE16 works very strangely, need more testing with different accelerator boards.

68060:

- UAE: if DIV.L or MUL.L generated exception (unimplemented or div by zero) and addressing mode was -(an) or (an)+: an was not restored.
- MOVES An,(An)+ and MOVES An,-(An) stores non-modified An to memory.
- UAE: Added "Debug Pipe Control Modes" debug instructions HALT and PULSE: HALT = $4ac8 ("TAS A0") and PULSE = $4acc ("TAS A4"). HALT halts the CPU (requires supervisor mode, privilege violation if not in supervisor mode), PULSE does nothing ("toggle non-pipelined mode" says documentation). Other $4ac8-$4acf ("TAS An") instructions generate normal illegal instruction exception.
- UAE: LPSTOP fixed. First it checks if instruction's second word is correct (0x01c0), if not: F-line. Then it checks for supervisor mode, if not: privilege violation. Order was previously swapped.
- UAE: RTE accepted stack frame type 7 which is 68040 only.
- MOVEC with invalid control register in user mode generates illegal instruction exception. Previous CPU models generate privilege violation exception in this situation.

68020-060:

- 68020+ instructions that have extra opword field with zero bit followed by 3-bit REG (data register 0 to 7) field: If zero bit is set to one, REG field becomes address register field! Unfortunately it also seems to make instruction to return incorrect results, it looks like some internal operations use it as DREG and some as AREG. "Zero" bit appears to be not fully supported A/D select bit. (For example MUL.L, DIV.L, CAS2)
- 68060 + DIV.L with second opword zero bits set to one: some combinations seems to hang the CPU! (Internal divide algoritm stuck in infinite loop?)

I haven't found any differences in condition code undefined behavior between 68020 and 68030.

Misc:

- UAE: Some branch instructions generated wrong stacked trace exception Instruction Address field. (Was branch target, not address of branch instruction)
- UAE: 68000/010 JSR, BSR and RTS didn't check and generate address error if stack pointer was odd. (RTE and RTR did check it)
- UAE: Partially emulate 68010-only bus/address error stack frame. Bus/address error recovery is not emulated, it would be really complex (it is similar to 68030 MMU bus error retry. Most likely no Amiga (or Atari ST) program has ever required 68010 and expected and handled/emulated address errors. Previously 68000 address error stack frame was created
- UAE: 68010 in non-prefetch mode generated and accepted 68020+ stack frame types 1 and 2. 68010 only supports stack frame types 0 and 8.
- Stack pointer was modified before RTE detected format error (unsupported stack frame id), overwriting part of unsupported stack frame. (as usual, probably no program should care)

Strange things:
- Blizzard 1260: BPKT always hangs the system. Warp Engine: randomly hangs. CSPPC: does not hang.
- Blizzard 1260 (rev 1 68060): RESET instruction resets the system even in user mode! CSPPC, rev 1 68060: generates expected privilege violation exception. I don't see how this can be board specific (CPU interrnally generates RESET signal) so perhaps there are different rev 1 68060s?
- 68040: CHK.L #$40000000,D1 (D1=0) is buggy. Execution continues from PC+8, not PC+6! But for example if constant is #$50000000 or D1 is replaced with D0, it works correctly.

Disassembler updates (CPU tester uses disassembler to calculate instruction's source and target EA and length of instruction)

- FDBcc fixed.
- FTRAPcc support added.
- Some variants of MOVE16 didn't disassemble correctly.
- PACK and UNPK support added.
- MUL.L disassembles as MULS.L or MULU.L
- DIV.L disassembles as DIVS.L, DIVU.L, DIVSL.L or DIVUL.L
- CAS fixed.
- LPSTOP fixed.

Undefined flag status:

ABCD, SBCD, NBCD: complete (implemented 10+ years ago)
CHK: complete
CHK2, CMP2: complete
DIVU.W, DIVS.W: complete (overflow and div by zero). Except 68020-68030 DIVS.W div by zero "unstable" V flag.
DIVSL.L DIVUL.L, DIVU.L: complete (overflow and div by zero)
DIVS.L: not fully emulated

ICD Trifecta:
- A500 SCSI and IDE controller (LX), IDE only (EC)
- SCSI is true DMA! IDE is usual boring PIO.
- Only supports FFS in RDB. If it is the only RDB installed filesystem... Any other filesystem installed: all filesystems gets skipped!

Archos Overdrive HD:
- PCMCIA IDE controller, PIO.
- PCMCIA card appears as a read-only SRAM disk (CC0:, including startup-sequence and everything), data is stored in onboard 32k boot ROM, which loads the IDE driver, mounts the HD, changes assigns and finally executes HD s/startup-sequence.
- "amiquest.device (IDE 5.0 10/02/94)"

M-Tec Mastercard:
- NC53F94 based SCSI controller for M-Tec T1230 A1200 accelerator.
- Fake DMA (long word data port)
- E-Matrix 530 and Typhoon MK2 has same (or almost same) hardware. Driver is also almost identical.
- Emulated as a separate expansion board (not CPU board) because logically it is standard Z2 autoconfig board and it does not depend on accelerator board features in any way and boot rom is located on Mastercard expansion board. Main accelerator board does not have boot rom.

Modificato il 08/09/2019 alle ore 20:46:52

Commenti: 10  Aggiungi  - Leggi

Indice: Forum / Software Amiga in generale


Post inviati: 6461

Visulizza profilo Messaggio Personale
46.141.119.*** Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)
Commento 1
amiwell79 9 Settembre 2019    15:55:12
carlo forse conviene aprire un thread su winuae, in generale dico so che c'ènera già uno già bello corposo

support

https://www.actionaid.it/

https://www.amref.it/


Post inviati: 604

Visulizza profilo Messaggio Personale
80.182.173.*** Mozilla/5.0 (Windows NT 6.1; rv:69.0) Gecko/20100101 Firefox/69.0
Commento 2
AfAOne 9 Settembre 2019    16:00:45
Si appena esce la prima beta ufficiale, il vecchio Thread ormai è troppo obsoleto, WinUAE ha aggiunto l'emulazione di tanti altri apparati Hardware e modificato/migliorato molte funzioni e caratteristiche.

- AfA One - AROS One x86 - AROS One 68K - AfA One PPC -

- Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1 -

Immagine


Post inviati: 6461

Visulizza profilo Messaggio Personale
46.141.119.*** Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)
Commento 3
amiwell79 9 Settembre 2019    16:04:45
si lo so carlo, penso che tony sta facendo un grande lavoro peccato per amithlon che ci vuole un sistema molto obsoleto per fallo andare come si deve(so che gira anche in macchina virtuale adesso)

support

https://www.actionaid.it/

https://www.amref.it/


Post inviati: 604

Visulizza profilo Messaggio Personale
80.182.173.*** Mozilla/5.0 (Windows NT 6.1; rv:69.0) Gecko/20100101 Firefox/69.0
Commento 4
AfAOne 9 Settembre 2019    16:13:45
Come ti ho accennato in passato anche Amithlon si può aggiornare con un sistema moderno, come tu sai esiste anche una mia vecchia Distro Amithlon AfA OS che funziona benissimo sugli stessi livelli o quasi di AfA One, in alcuni casi anche più veloce e performante, per questo lavoro molto impegnativo devo ringraziare il bravo "Boss" per la collaborazione:


Amithlon AfA OS su VirtualBox:
https://drive.google.com/file/d/1kCSVPAuHrXPrAjoH5 JNzqjfbJIAnvvaC/view


Amithlon AfA OS creazione HardFile condivisibile con WinUAE su VirtualBox:
https://drive.google.com/file/d/1310kxc0gJuRjb-jgD 6sBz1Dek5BUHGbS/view

Commento modificato il 09/09/2019 alle ore 16:19:30


- AfA One - AROS One x86 - AROS One 68K - AfA One PPC -

- Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1 -

Immagine


Post inviati: 6461

Visulizza profilo Messaggio Personale
46.141.119.*** Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)
Commento 5
amiwell79 9 Settembre 2019    16:25:43
si mi ricordo del vostro lavoro

support

https://www.actionaid.it/

https://www.amref.it/


Post inviati: 2530

Visulizza profilo Messaggio Personale
185.30.71.*** Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/76.0.3809.132 Safari/537.36
Commento 6
Amy - Mor 9 Settembre 2019    17:55:43
WinUae si conferma come sempre il numero uno degli emulatori Amiga, strumento indispensabile per chi non ha più un vero Amiga e ne vuole ricordare i fasti...

Amiga rulla di brutto!!

Post inviati: 604

Visulizza profilo Messaggio Personale
80.182.173.*** Mozilla/5.0 (Windows NT 6.1; rv:69.0) Gecko/20100101 Firefox/69.0
Commento 7
AfAOne 9 Settembre 2019    21:31:12
Non è che si conferma è sicuramente il numero uno ma non perchè lo dico io, perchè è la base di tutti gli altri Emulatori Amiga con la differenza che lui è molto più avanti.

Ti faccio un esempio, FS-UAE è ottimo e veloce, lo possiamo considerare il numero 2, però è basato ancora su una versione 3.x molto vecchia di WinUAE quindi priva di molte funzioni e priva di molte nuove caratteristiche.

QUI puoi leggere una mia discussione con "FrodeSolheim" autore di FS-UAE dove gli chiedevo se su FS-UAE si poteva avere l'audio "UAE 16Bit HiFi Stereo", una risoluzione video "UAE Zorro III" sull'emulazione OS4 o se si poteva collegare un WebCamera e accenderla sul Workbench, tutte cose che da anni sono disponibili su WinUAE.

Come puoi leggere dal link allegato "FrodeSolheim" mi ha detto che queste cose non si potevano avere fino a quando non otteneva un core aggiornato di WinUAE 3.4.x o 3.5.x, cosa che ancora non è avvenuto, adesso WinUAE è arrivato alla versione 4.2.2 quindi immagina quanto è più avanti, gli altri emulatori Amiga sono ancora più indietro di FS-UAE oltre che meno produttivi.

Commento modificato il 09/09/2019 alle ore 21:40:34


- AfA One - AROS One x86 - AROS One 68K - AfA One PPC -

- Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1 -

Immagine


Amigista since 91 - GNU/debian User Since 2000 - Solaris/Sparc Since 2001 - MOS 2011

Post inviati: 438

Visulizza profilo Messaggio Personale
79.51.148.*** Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/76.0.3809.100 Safari/537.36
Commento 8
VagaPPC 9 Settembre 2019    22:12:04
Diciamo che FS-UAE prosegue scopi differenti.
La portabilità su Linux e Mac, e la semplicità per giocare ai vecchi titoli.

Ideale per chi non vuole usare Windows e per chi è interessato ai giochi Amiga.

Ma se vogliamo emulare un vero Amiga con le possibili configurazioni dell'epoca, sicuramente il top è WinUAE.

Si può affermare che il fronte di sviluppo è indubbiamente WinUAE.

WorkStation: PowerMac DualG5 2Ghz - PowerMAC G4 450Mhz 1Gb - MorphOS *** PC AMD FX6300 16Gb RAM 3.5Ghz - Win7, debian ***

Amiga 500,1200 dismessi, A4000/60 PowerPPC, CybervisionPPC: Non funzionanti conservati come monumenti *** SUN Ultra5: Solaris8/9, debian (in attesa di utilizzo)

VagaPPC

Post inviati: 604

Visulizza profilo Messaggio Personale
80.182.173.*** Mozilla/5.0 (Windows NT 6.1; rv:69.0) Gecko/20100101 Firefox/69.0
Commento 9
AfAOne 9 Settembre 2019    22:17:59
Si infatti, io non sono un utilizzatore di Linux ma da quello che ho letto grazie a Wine WinUAE funziona molte bene anche su Linux.

- AfA One - AROS One x86 - AROS One 68K - AfA One PPC -

- Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1 -

Immagine


Boss

Post inviati: 610

Visulizza profilo Messaggio Personale
80.117.77.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:56.0) Gecko/20100101 Firefox/56.0 Waterfox/56.2.14
Commento 10 in risposta al 4 di AfAOne
Boss 10 Settembre 2019    18:33:31
Citazione

Come ti ho accennato in passato anche Amithlon si può aggiornare con un sistema moderno, come tu sai esiste anche una mia vecchia Distro Amithlon AfA OS che funziona benissimo sugli stessi livelli o quasi di AfA One, in alcuni casi anche più veloce e performante, per questo lavoro molto impegnativo devo ringraziare il bravo "Boss" per la collaborazione:


Amithlon AfA OS su VirtualBox:
https://drive.google.com/file/d/1kCSVPAuHrXPrAjoH5 JNzqjfbJIAnvvaC/view


Amithlon AfA OS creazione HardFile condivisibile con WinUAE su VirtualBox:
https://drive.google.com/file/d/1310kxc0gJuRjb-jgD 6sBz1Dek5BUHGbS/view


OT/ ci devo ancora smanettare per renderlo 100% funzionante, anche se il grosso del merito è il tuo Carlo appena avrò un po' di tempo devo aggiornare il sottosistema linux, crearmi delle rom aggiornate partendo da quelle del 4000 invece delle originali del 2000. la grossa limitazione (quella che credo da solo non riuscirò mai a scavalcare) sono i driver base per il pci-e, essendo che per amiga (se non dico un boiata) non c'è nulla che venga supportato tramite questo tipo di interfaccia, e quindi non ho neppure una base da modificare. per il resto non vedo grossi problemi un driver sata esiste già, basta che il sistema sia già dentro all'hard disk sata e lui parte. scusate la divagazione...

rientrando in topic, ho provato winuae con wine su linux, ma ho notato molta lentezza rispetto a farlo girare su windows con stesse configurazioni hardware e software. quindi se non ci sono casi particolari credo sia più efficiente utilizzare fs-uae sulle distro linux, giusto per una questione di latenza (ho fatto pochi test in merito, e li ho fatti qualche anno fà, magari la situazione è migliorata).

Commento modificato il 10/09/2019 alle ore 18:34:47


A1200/030, APOLLO 1230LC 8MB KICK 3.1 HDD IDE 40GB df1 esterno RECAPPATA 100% || A1200 8MB FAST CF 4 GB RECAPPATA 100% || A500+ CON A501 switch df0 df1 nascosto e gotek esterno (RIPARATE DA ACIDO)

A1200 Raspberry Pi 3B+ con floppy Mod || A500 x64 i5 8GB RAM (Toshiba portege r830)(windows 7) || A2000 X64 Socket 775 XEON E5450 771 MOD 4GB RAM TRIPLE BOOT (WINUAE A4000 AFAOS / WIN7 / UBUNTU)

Commodore 8296 con tastiera, drive 8250lp e stampate ad aghi tutto funzionante


Utenti Online
Utenti registrati: 988 dal 1 Gennaio 2006
di cui online: 3 registrati - ilBarbax - AfAOne - Albe75 -
6 non registrati

Benvenuto all'ultimo utente registrato: Joe

Buon Compleanno a AMINIX - zerohatan - 

© 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.19084906578064 secondi