25 June 2017, 01:42 | #41 |
Registered User
Join Date: Apr 2005
Location: digital hell, Germany, after 1984, but worse
Posts: 3,374
|
Ok, a more serious feature request now:
The last time I tried to compile WinUAE myself was already more than 11-12 years ago on my old Win98 system. At that time there were still some 68k instructions not emulated by the JIT directly, but instead there was a fallback into the non-JIT code. I did not read the WinUAE sources for long. Are all of these old JIT fallbacks into non-JIT code now replaced by direct JIT code? Every forced fallback might result in a massive slowdown during the code execution. One example were the very complex PC-relative addressing modes of the 68k code. Last edited by PeterK; 25 June 2017 at 01:48. |
25 June 2017, 08:34 | #42 | ||
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,517
|
Quote:
GBAPII++ is "just" a "clone" of existing already emulated RTG board. Main reason for single RTG board was to have RTG mode that works with all operating systems (including unix-based). Only reason there is so many choices: they all use same chip family. Usual answer: SVGA chip emulations are very complex, I don't do those. It is someone else's problem. Obviously ET4000 does exists because it was very popular PC board but I am not that interested in adding it because it won't enable anything unique, it is "just" another RTG board with practically identical resolution and vram limitations. Only "better" one is Blizzard/CyberVision but Permedia2 chip isn't emulated. (or Voodoo3 but it isn't emulated either) Prometheus is already supported. (PCI bridges are very simple from emulation point of view) ISA bus extensions look useless (and probably also very easy to emulate). Always include use case! Minimally it must enable some unique software to run that does something interesting. GoldenGate: not going to happen without specs (PC side is a blackbox that is invisible to Amiga side). Commodore bridgeboards were only possible because detailed specs was included in official manuals. Quote:
Aranym and WinUAE/FS-UAE use now mostly same JIT so ask them (Frode did some merging and I think some merging is still missing) |
||
30 June 2017, 06:04 | #43 |
m68k all the way
Join Date: Aug 2011
Location: Koalaland
Posts: 523
|
x86 Bridgeboards not manufactured by Commodore.
|
30 June 2017, 06:53 | #44 |
Registered User
Join Date: Oct 2014
Location: Klagenfurt / Austria
Posts: 1,569
|
|
30 June 2017, 07:10 | #45 |
BoingBagged
Join Date: Aug 2007
Location: The South of nowhere
Age: 46
Posts: 2,358
|
@Toni
Whilst I understand your reasons and accept your choices, I still think it is invaluable to emulate all that hardware you find boring/uninteresting, because it is a very good way of documenting hardware and preserving it for future use/reuse (much like MAME guys do). It is also very useful for preparing and modding a system setup within the comforts of a modern PC and then taking the drive to the real Amiga without any adjustments. Doing the opposite allows you to verify wether a missbehaviour in an Amiga system is either a software issue or hardware failure. |
30 June 2017, 12:10 | #46 | |
Registered User
Join Date: Sep 2007
Location: Stockholm
Posts: 4,338
|
Quote:
|
|
30 June 2017, 14:36 | #47 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,517
|
Amount of unique software vs complexity of hardware needs to be balanced.
SVGA chips are extremely complex and also need complex interfacing to main emulation. (vs sound card or hd controllers or practically everything else) |
30 June 2017, 16:14 | #48 | |
BoingBagged
Join Date: Aug 2007
Location: The South of nowhere
Age: 46
Posts: 2,358
|
Quote:
But then WinUAE has reached a point of maturity in that there arent many other features to implement, besides bug fixes. It is rather "complete", so this only leaves room for the more exotic features/functions to be implemented. Of course, this in itself is a good sign of the progress you have made with it. Anyway, what is your personal/informal roadmap you would like WinUAE to take from here on? I read you mentioned implementing Video Toaster emulation, but beyond that? |
|
01 July 2017, 13:39 | #49 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,517
|
I don't have any real roadmap, just some list of things that would be nice to have, someday, when I feel like doing it.
Priorities change too easily, especially if new information gets released (like hardware specs, rom dumps etc). |
02 July 2017, 10:03 | #50 |
BiO-sanitation Battalion
Join Date: Jun 2017
Location: Scotland
Posts: 151
|
If I could have one WinUAE wish granted...
It would be to have a complete programming environment built in to it, with an editor, assembler and debugger all integrated in one nice package. Much like ZX Spin for the good old Speccy. I guess that's probably a whole ton of work, though. But hey, I can at least wish B |
05 July 2017, 21:40 | #51 | |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,517
|
Quote:
|
|
08 July 2017, 11:42 | #52 |
Gimmemore Commodore
Join Date: Apr 2016
Location: Australia
Posts: 339
|
Would love to see netplay as well. Like the others have said, I can't be bothered with other implementations as I only use WinUAE. The ability to play Lotus 2 online with my mate would be gaming nirvana for me.
|
22 July 2017, 21:40 | #53 |
Registered User
Join Date: Aug 2004
Location:
Posts: 3,343
|
Separate filter/scaling settings for PAL- and NTSC-like modes. Would allow automatic change of aspect ratio. E.g. 3× for both H & V for PAL modes, but 3×H & 3.5×V for NTSC modes.
"PAL-like" modes (meaning ones with almost-square pixels) would be PAL, DblPAL, Productivity, Super72. NTSC-like would be NTSC, DblNTSC, Euro36, Euro72. |
23 July 2017, 10:28 | #54 | ||
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,517
|
Quote:
Quote:
It must also optionally support RTG boards and video port adapters, also by mapping filter mode to specific board. |
||
23 July 2017, 13:08 | #55 | |
I Identify as an Ewok
Join Date: Jul 2001
Location: North Lincolnshire
Age: 45
Posts: 2,356
|
Quote:
|
|
23 July 2017, 13:50 | #56 | |
Defendit numerus
Join Date: Mar 2017
Location: Crossing the Rubicon
Age: 53
Posts: 4,475
|
Quote:
http://eab.abime.net/showthread.php?t=87570 It's not exactly what you ask, but great and nice additions. Cheers, ross |
|
23 July 2017, 15:35 | #57 | |
I Identify as an Ewok
Join Date: Jul 2001
Location: North Lincolnshire
Age: 45
Posts: 2,356
|
Quote:
|
|
24 July 2017, 11:33 | #58 |
Registered User
Join Date: Sep 2015
Location: Montreal
Posts: 297
|
Hello Toni,
If you proceed with NetPlay in the future, I would gladly share the servers I use for the amigalive project if required... (currently running Debian Linux) Any plans for an OSX Compatible version of WinUAE? This was be the first question half of the people I met asked for when interested in playing multiplayer through NetPlay. Last edited by ztronzo; 24 July 2017 at 11:41. |
24 July 2017, 13:21 | #59 |
Registered User
Join Date: Sep 2007
Location: Stockholm
Posts: 4,338
|
Yes, the biggest problem with WinUAE is that it isn't MacUAE.
|
24 July 2017, 13:27 | #60 |
Banned
Join Date: Aug 2005
Location: London / Sydney
Age: 47
Posts: 20,420
|
...then boot camp your Macs and switch between MacOS and Windows
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
some suggestions for future winuae versions | honx | request.UAE Wishlist | 9 | 26 March 2017 12:22 |
New feature in WinUAE | amigafreak68k | support.FS-UAE | 0 | 31 December 2014 18:57 |
Comments and suggestions | markpjd | Amiga websites reviews | 0 | 14 May 2014 17:47 |
Suggestions for a winuae.net refresh | NewDeli | Amiga websites reviews | 0 | 20 September 2009 19:56 |
|
|