Todo: Difference between revisions

From vice-emu
Jump to navigation Jump to search
(173 intermediate revisions by 5 users not shown)
Line 2: Line 2:
This is the list of known problems. also look at [https://sourceforge.net/tracker/?limit=100&func=&group_id=223021&atid=1057617&assignee=&status=4&category=&artgroup=&keyword=&submitter=&artifact_id=&assignee=&status=1&category=&artgroup=&submitter=&keyword=&artifact_id=&submit=Filter&mass_category=&mass_priority=&mass_resolution=&mass_assignee=&mass_artgroup=&mass_status=&mass_cannedresponse= Tracker: open Bugs]
This is the list of known problems. also look at [https://sourceforge.net/tracker/?limit=100&func=&group_id=223021&atid=1057617&assignee=&status=4&category=&artgroup=&keyword=&submitter=&artifact_id=&assignee=&status=1&category=&artgroup=&submitter=&keyword=&artifact_id=&submit=Filter&mass_category=&mass_priority=&mass_resolution=&mass_assignee=&mass_artgroup=&mass_status=&mass_cannedresponse= Tracker: open Bugs]


This list always refers to the status of the last major release version, which was '''3.4'''. Items that have been fixed by the time of a major release will be removed, items fixed after that will be marked as fixed and stay until the next major version. New items will be added as noticed.
This list always refers to the status of the last major release version, which was '''3.5'''. Items that have been fixed by the time of a major release will be removed, items fixed after that will be marked as fixed and stay until the next major version. New items will be added as noticed.


==Prime Directive==
==Prime Directive==
Line 12: Line 12:
* When adding/changing command-line options and/or resources, adding a new feature or change the behavior of an existing feature, '''please update the documentation'''.
* When adding/changing command-line options and/or resources, adding a new feature or change the behavior of an existing feature, '''please update the documentation'''.
* After fixing a bug or implementing a new feature, '''update''' its status on '''the [https://sourceforge.net/tracker/?limit=50&group_id=223021&atid=1057617&status=1&submit=Filter Bug Tracker] and''' mark it as fixed in '''the TODO list''' below.
* After fixing a bug or implementing a new feature, '''update''' its status on '''the [https://sourceforge.net/tracker/?limit=50&group_id=223021&atid=1057617&status=1&submit=Filter Bug Tracker] and''' mark it as fixed in '''the TODO list''' below.
:: Only remove a bug/feature from this list when it was fixed/implemented in the latest stable release.
* And most importantly...
* And most importantly...
<pre>
<pre>
Line 26: Line 27:
  $ ./src/findhacks.sh archdep
  $ ./src/findhacks.sh archdep


* remove the third scaling method described in [[Scaling_cleanup]] (formerly used by XAW)
* remove the third scaling method described in [[Scaling_cleanup]] (formerly used by XAW) (fixed?)
* add proper [[Icons]] to both UIs
: '''TODO''': update the [[Icons]] page with all required info
* revisit the old [[Feature checking]] pages, and clear it out eventually
* revisit the old [[Feature checking]] pages, and clear it out eventually
** [[Resource_and_Cmdline_checking]] - Tracks and documents all Resources and Command line options
** [[Resource_and_Cmdline_checking]] - Tracks and documents all Resources and Command line options


* '''TODO''': get rid of fullscreenarch.h and fullscreen.c - its no more required because both SDL and GTK3 can do all of the features fine.
* '''TODO''': get rid of fullscreenarch.h and fullscreen.c - its no more required because both SDL and GTK3 can do all of the features fine. (fixed?)
* replace readline and our fallback implementation with linenoise (https://github.com/antirez/linenoise), or perhaps linenoise-ng (https://github.com/arangodb/linenoise-ng) which appears to support Windows and UTF-8.
* replace readline and our fallback implementation with linenoise (https://github.com/antirez/linenoise), or perhaps linenoise-ng (https://github.com/arangodb/linenoise-ng) which appears to support Windows and UTF-8. (fixed?)


==Build system==
==Build system==
* The build system currently has some code in the Makefile's to conditionally build x64sc, x64dtv and xscpu64, but these are unconditionally set to 'true' in configure. So the build system can be somewhat simplified by removing these conditionals from the Makefile.am's and the bindist scripts.
** '''fixed''' for Windows and Linux
* The Gtk3 Windows port bindist script copies *all* icons of the Adwaita theme, resulting in 6000+ files, while we use about 12 icons currently (all in VSID).
** I (compyx) am working on a system to have the Gtk3 source files indicate which icons they use and create a list of icons to include in a bindist. But I'm afraid a simple shell script won't do, I may have to use Python or Perl. I think autotools depends on Perl, so there's that.
* The build system doesn't properly handle --enable-debug on Windows: all binaries are stripped when creating a bindist. This makes creating debug builds for Windows a futile effort.


==Documentation==
==Documentation==
===MAN Pages===
===Technical===
* the man pages are very outdated and should perhaps be generated from the infotext
** the man pages refer to the path where the html documentation can be found, this should get adjusted to whats actually used
* the following man pages are missing: vsid
* man pages for the individual emulator binaries should get installed as symbolic links to vice.1
 
===Manual===
====Technical====
* many nodes are not yet linked correctly, which makes some of the exporters output garbled and/or suboptimal output (unix .info).
* many nodes are not yet linked correctly, which makes some of the exporters output garbled and/or suboptimal output (unix .info).


: '''Workaround:''' use the .html or .pdf documentation, which is exported correctly.
: '''Workaround:''' use the .html or .pdf documentation, which is exported correctly.


====Content====
===Content===
The documentation is partly outdated and/or incomplete, in particular:
The documentation is partly outdated and/or incomplete, in particular:


Line 62: Line 48:
* some descriptions of emulator formats are missing (D67, D1M, D2M, D4M...)
* some descriptions of emulator formats are missing (D67, D1M, D2M, D4M...)
* descriptions of several snapshot modules are missing (Plus4, TED...)
* descriptions of several snapshot modules are missing (Plus4, TED...)
* Generate only vice.pdf and make available via the UI, spawning the default PDF handler on the OS, or point to the HTML documentation on the website.
* Unix: Install docs into their proper location, in other words: certainly '''not''' in $prefix/lib64/vice/doc.


for details look at doc/Documentation-Howto.txt
for details look at doc/Documentation-Howto.txt
Line 73: Line 57:
* '''TODO''': make a test program to determine visible screen dimensions
* '''TODO''': make a test program to determine visible screen dimensions
* '''TODO''': make a test program to determine the type of delay line used for a PAL screen (UV or U only)
* '''TODO''': make a test program to determine the type of delay line used for a PAL screen (UV or U only)
=== autostart problems ===
* autostart seems to be broken in xcbm2 and xcbm5x0 at least with the settings the testbench wants to use
* xplus4 gives "sound buffer overrun" on autostart with certain settings (which settings?)
* x128 does not autostart prg files correctly when also a cartridge is attached (that forces c64 mode)


==Emulators==
==Emulators==
Line 86: Line 75:
: '''Workaround''': If you have to use the function keys, press the (real) shift key manually (e.g. F2 = Shift + F1, F4 = Shift + F3 and so on); this also works with other keys.
: '''Workaround''': If you have to use the function keys, press the (real) shift key manually (e.g. F2 = Shift + F1, F4 = Shift + F3 and so on); this also works with other keys.


* When typing very quickly, some keypresses might get lost. This comes from the fact that the keyboard is (and can not) be scanned in real time (ie every 1mhz cycle). Even if we could remove the per frame scanning from the emulator itself, the operating system and last not least the keyboard itself would still impose a certain limit (something like 10ms for USB HID keyboards, for example). That means if a key is pressed and released within that timespan, the emulator does (and can not) know about it.
* <s>When typing very quickly, some keypresses might get lost. This comes from the fact that the keyboard is (and can not) be scanned in real time (ie every 1mhz cycle). Even if we could remove the per frame scanning from the emulator itself, the operating system and last not least the keyboard itself would still impose a certain limit (something like 10ms for USB HID keyboards, for example). That means if a key is pressed and released within that timespan, the emulator does (and can not) know about it.


: '''Workaround''': the only workaround is to type slower, it cant be fixed.
: '''Workaround''': the only workaround is to type slower, it cant be fixed.</s> -- dqh: I believe this problem is basically resolved


* Some ports/emulators/keyboard-types do not have all required keymaps (and a fallback will used) - look at [[Keymaps]] for details
* Some ports/emulators/keyboard-types do not have all required keymaps (and a fallback will used) - look at [[Keymaps]] for details
Line 101: Line 90:


* currently VICE interprets all buttons of a connected joystick as fire button ( https://sourceforge.net/tracker/?func=detail&aid=3292139&group_id=223021&atid=1057620 )
* currently VICE interprets all buttons of a connected joystick as fire button ( https://sourceforge.net/tracker/?func=detail&aid=3292139&group_id=223021&atid=1057620 )
* 2nd button of C64GS joystick (cheetah annilihator) not implemented ( http://sourceforge.net/p/vice-emu/feature-requests/189/ )
* 2nd button of C64GS joystick currently only work via keyboard, not real (USB) joysticks
* contact-bounce is not emulated
* contact-bounce is not emulated
: '''TODO''': make a proper test program
: '''TODO''': make a proper test program
Line 110: Line 99:


* Paperclip 64 dongle emulation is broken
* Paperclip 64 dongle emulation is broken
* Gun Stick lightpen emulation is not working (and disabled, unless experimental devices are enabled in joyport.h)
====Userport devices====
* diag 586220 harness  emulation is not working (and disabled, unless experimental devices are enabled in userport.h)
* SNES controller by David Murray
====Tapeport devices====
* diag 586220 harness  emulation is not working (and disabled, unless experimental devices are enabled in tapeport.h)


====Commandline====
====Commandline====


* some options where the available parameters depend on the machine type lack proper descriptions (-drivetype)
* some options where the available parameters depend on the machine type lack proper descriptions (-drivetype)
====Resources====
* It's unclear what the "event_relevant" member of resources actually means, and what the difference between RES_EVENT_SAME and RES_EVENT_STRICT is. This needs to documented and then probably a lot of resources fixed to use the correct values.


====Monitor====
====Monitor====


* When loading a snapshot, the monitor break/watchpoints break.
* <s>When loading a snapshot, the monitor break/watchpoints break.</s>
* Improve the remote interface


====History Recording====
====History Recording====
Line 148: Line 150:
====Drive Emulation====
====Drive Emulation====


* Dual disk drive 2040/3040 support (DOS1, 670 blocks free) is not working
* when using a dual drive, and no TDE, only the first drive (0:) can be used.
* G64 image support is incomplete, the speedzone definitions are completely ignored
* G64 image support is incomplete, the speedzone definitions are completely ignored
: ''Note: this is no problem in practise, so far not a single title (game) could be located that would actually require this kind of support to work''. Incase you find a program that needs this kind of support, please let us know.
: ''Note: this is no problem in practise, so far not a single title (game) could be located that would actually require this kind of support to work''. Incase you find a program that needs this kind of support, please let us know.
Line 175: Line 175:
** creating (formatting) G71 does not work correctly, the second BAM block will be wrong (vdrive problem)
** creating (formatting) G71 does not work correctly, the second BAM block will be wrong (vdrive problem)
** double sided P64 can be used, but can not be created from within VICE (see patch #122, r32586). since these are non existant "in the wild" and probably not needed for anything - not a big problem :) to handle this properly, a seperate image format should get created (at least internally)
** double sided P64 can be used, but can not be created from within VICE (see patch #122, r32586). since these are non existant "in the wild" and probably not needed for anything - not a big problem :) to handle this properly, a seperate image format should get created (at least internally)
======Dual Drives======
Dual Drives are currently implemented as a weird hack, to improve this we must do some significant changes to how drives are handled internally. For details see [[Improving_dual_disk_drive_handling]]


=====Extensions=====
=====Extensions=====
Line 230: Line 226:
* the case when CIA1 port A and port B are both in output mode, port A outputs low, port B outputs high, both are connected via the keyboard matrix and a value is read from port B is not handled correctly ( testprogs/CIA/ciaports ; http://noname.c64.org/csdb/release/?id=5375 ) (has been improved but is not perfect)
* the case when CIA1 port A and port B are both in output mode, port A outputs low, port B outputs high, both are connected via the keyboard matrix and a value is read from port B is not handled correctly ( testprogs/CIA/ciaports ; http://noname.c64.org/csdb/release/?id=5375 ) (has been improved but is not perfect)
* the various analog side effects that must be considered when pressing two or more keys are not emulated correctly, so this will currently not produce the correct results in some corner cases.
* the various analog side effects that must be considered when pressing two or more keys are not emulated correctly, so this will currently not produce the correct results in some corner cases.
* Shift Register IRQ triggers only cycle too early (see [http://sourceforge.net/p/vice-emu/bugs/599/ this] bug)
* Shift Register IRQ triggers one cycle too early (see [http://sourceforge.net/p/vice-emu/bugs/599/ this] bug)
* I/O "peek" function is broken


used in: C64, C128, 1570/71
used in: C64, C128, 1570/71
Line 254: Line 249:


* Some basic features of the VDC are missing:
* Some basic features of the VDC are missing:
** Interlaced mode ( https://sourceforge.net/tracker/?func=detail&aid=2871065&group_id=223021&atid=1057617 ) - This will require a major rewrite of the output as it is currently basically 640x200(ish) vertically stretched to keep the aspect right, but in interlaced it will have to go to 640x400ish with no vertical stretching. None of the other emulated models change output modes like this and it can break some platforms.
** Interlaced mode has been partially implemented since 3.3 ( https://sourceforge.net/tracker/?func=detail&aid=2871065&group_id=223021&atid=1057617 ) - But interlace is not supported by the renderers so the even and odd fields just overwrite the same raster lines on the output which is ugly. It is currently basically 640x200(ish) vertically stretched to keep the aspect right, but in interlaced it will have to go to 640x400ish with no vertical stretching. None of the other emulated models change output modes like this and it can break some platforms (which ones?). A new renderer will need to be created to deal with interlace.
* Registers 34/35 (horizontal blanking position) not implemented
* Registers 34/35 (horizontal blanking position) not implemented
* $d600 bit 7 STATUS flag is only approximately implemented. Fixing requires emulating the internal timing of the VDC..  (partially implemented in r35456, also see testprogs/VDC/vdctiming)
* $d600 bit 7 STATUS flag is only approximately implemented. Fixing requires emulating the internal timing of the VDC..  (partially implemented in r35456, also see testprogs/VDC/vdctiming)
Line 403: Line 398:
* various cartridges have no support for verbose i/o dump in the monitor
* various cartridges have no support for verbose i/o dump in the monitor
* Passthrough port functionality depends on ordering of cartridge attaches, especially visible from the command line. (e.g. MMC64+RR ok, RR+MMC64 not)
* Passthrough port functionality depends on ordering of cartridge attaches, especially visible from the command line. (e.g. MMC64+RR ok, RR+MMC64 not)
* '''TODO:''' IDE64 is missing a "make HD image read only" resource
* '''TODO:''' IDE64 saves its config data into vicerc - it should use a bin image like every other cartridge
* RAM link has some implementation problems
** it uses the "Main Slot" allthough it has a Passthrough port - it should use "Slot 0" instead
** it uses the "main image" API for save-as and flush - this is technically wrong and can only "work" right now because the "main image" (which is the ROM!) can not be changed
*** TODO: we need to create an API for saving/flushing secondary images (such as additional cartridge RAM or EEPROMs)


====x128====
====x128====
Line 417: Line 418:
** "Grave Cave" ( https://sourceforge.net/tracker/?func=detail&aid=3297561&group_id=223021&atid=1057617 )
** "Grave Cave" ( https://sourceforge.net/tracker/?func=detail&aid=3297561&group_id=223021&atid=1057617 )
* the naming of the VIAs in the sourcecode is mixed up, it should be VIA1 for the one at 9110 and VIA2 for the one at 9120
* the naming of the VIAs in the sourcecode is mixed up, it should be VIA1 for the one at 9110 and VIA2 for the one at 9120
===== Cartridge System =====
* cartridge_get_info_list is not implemented
* CRT/BIN saver are missing
** writeback with crt file is not implemented
** GUI elements for "save cartridge" are missing


====x64dtv====
====x64dtv====
Line 426: Line 434:
* switching VICII border mode resets x64dtv ( https://sourceforge.net/tracker/?func=detail&aid=3004255&group_id=223021&atid=1057620 )
* switching VICII border mode resets x64dtv ( https://sourceforge.net/tracker/?func=detail&aid=3004255&group_id=223021&atid=1057620 )
* CPU history (chist) implementation is incomplete
* CPU history (chist) implementation is incomplete
* the "PS/2 Mouse at Userport" should get refactored to be a regular Userport device in the common Userport system
* "enable Userport Joystick" vs "Hummer Userport Joystick" is strange and confusing, especially since in the DTV emulator we dont even have a "UserportJoyType" selection. the regular "DTV Joystick on Userport" should become a regular Userport device.


====xplus4====
====xplus4====
<big>The plus4 emulator is generally work in progress and not yet "ready". Maintainer wanted!</big>
<big>The plus4 emulator is generally work in progress and not yet "ready". Maintainer wanted!</big>
* support for Snapshots is incomplete/broken (TED, PIA, V364 Speech, ...) ( https://sourceforge.net/tracker/?func=detail&aid=2878220&group_id=223021&atid=1057617 )
* support for Snapshots is incomplete/broken (TED, PIA, V364 Speech, ...) ( https://sourceforge.net/tracker/?func=detail&aid=2878220&group_id=223021&atid=1057617 )
* emulation of the V364 speech chip is incomplete (see [[Todo#t6721a]])
* CPU history (chist) implementation is incomplete
=====Cartridge System=====
* handling of the c0/c1/c2 roms is weak
* handling of the c0/c1/c2 roms is weak
** cartridges share the same roms as internal roms
** cartridges share the same roms as internal roms
** roms are not removed from the memory map if not present (just cleared)
** roms are not removed from the memory map if not present (just cleared)
* emulation of the V364 speech chip is incomplete (see [[Todo#t6721a]])
* "mmu" memory translation table handling is not implemented for cartridges
* CPU history (chist) implementation is incomplete
* snapshot implementations are completely untested
* .crt support is missing


====xcbm2====
====xcbm2====
Line 447: Line 461:
: ''note: run like this: xcbm2 -model 610 -ntsc -drive8type 8050 -virtualdev +truedrive -8 cbm2-burnin.d80''
: ''note: run like this: xcbm2 -model 610 -ntsc -drive8type 8050 -virtualdev +truedrive -8 cbm2-burnin.d80''
* CPU history (chist) implementation is incomplete
* CPU history (chist) implementation is incomplete
===== Cartridge System =====
* not implemented yet


====xcbm5x0====
====xcbm5x0====
Line 455: Line 471:
* The C510 emulation uses the old VIC-II core which means no cycle exact sprite collisions, no inline gfx changes, and probably more.
* The C510 emulation uses the old VIC-II core which means no cycle exact sprite collisions, no inline gfx changes, and probably more.
* CPU history (chist) implementation is incomplete
* CPU history (chist) implementation is incomplete
===== Cartridge System =====
* not implemented yet


====xpet====
====xpet====
Line 463: Line 481:
* break- and watchpoints in zeropage are broken. this is because of the old cpu core, and can likely not be fixed without migrating to the new one.
* break- and watchpoints in zeropage are broken. this is because of the old cpu core, and can likely not be fixed without migrating to the new one.
* some combinations of selected keymap and keyboard model do not work because of missing keymaps
* some combinations of selected keymap and keyboard model do not work because of missing keymaps
** also the keymaps must match the "editor" ROM - currently only the UK (Business) ROM in included in VICE
** the keymaps for US (host) keymap need to be checked and fixed
* CPU history (chist) implementation is incomplete
* CPU history (chist) implementation is incomplete


==Ports==
==Ports==


* Make a list of Hotkeys used per port, compare and try to make them the same / alike. ( [[Hotkey cleanup]] )
* enable/disable menu items in drive settings menu according to [[Drive_options_precedence]]
* enable/disable menu items in drive settings menu according to [[Drive_options_precedence]]
* Fix all Keymap handling according to [[Keymaps]]


----
----
Line 475: Line 493:


* '''TODO:''' allow browsing of archives (zip etc) ( https://sourceforge.net/tracker/index.php?func=detail&aid=2942868&group_id=223021&atid=1057620 )
* '''TODO:''' allow browsing of archives (zip etc) ( https://sourceforge.net/tracker/index.php?func=detail&aid=2942868&group_id=223021&atid=1057620 )
* '''TODO:''' improve vsync / add option to sync to actual output framerate ( https://sourceforge.net/tracker/?func=detail&aid=3009846&group_id=223021&atid=1057620 )


====Windows====
====Windows====
Line 484: Line 501:


====Linux====
====Linux====
* ADD: support for rtkit [https://sourceforge.net/tracker/?func=detail&aid=3088679&group_id=223021&atid=1057619]
: does this still make sense at all? [[User:Gpz|Gpz]] ([[User talk:Gpz|talk]]) 00:14, 4 January 2020 (CET)


====*BSD====
====*BSD====
Line 498: Line 512:


----
----
===GTK3 UI===
===GTK3 UI===


The how and why we go Gtk3 for *nix, Windows and OSX should be clear, but I'll reiterate: since we don't have any Windows or OSX maintainters left and failed to attract new ones, the decision was made to use Gtk3 as the new UI for 'modern' OSes.
The how and why we go Gtk3 for *nix, Windows and OSX should be clear, but I'll reiterate: since we don't have any Windows maintainters left and failed to attract new ones, the decision was made to use Gtk3 as the new UI for 'modern' OSes.


Gtk3 is portable and widely supported and has a C interface. So we should be able to write the UI code once and have it run on our major platforms: Linux, Windows and OSX. Using GLib (a dependency of Gtk3) a lot of platform-dependent code in the UI can be avoided and many standard dialogs, such as open/save/select-dir need to written only once, Gtk3/GLib will handle most of the platform-dependent stuff.
Gtk3 is portable and widely supported and has a C interface. So we should be able to write the UI code once and have it run on our major platforms: Linux, Windows and OSX. Using GLib (a dependency of Gtk3) a lot of platform-dependent code in the UI can be avoided and many standard dialogs, such as open/save/select-dir need to written only once, Gtk3/GLib will handle most of the platform-dependent stuff.


The list of covered resources is [[Gtk3_Resource_Coverage|here]]
The list of covered resources is [[Gtk3_Resource_Coverage|here]]
==== UI code refactoring to support the new threaded UI code ====
This means a lot of work testing, documenting and debugging, so it deserves a separate page: [[Gtk3_Threaded_UI|Gtk3 Threaded UI]] (fixed?)


==== BUGS/TODO ====
==== BUGS/TODO ====
Line 511: Line 530:


* <b>Write documentation on how to use the UI</b>
* <b>Write documentation on how to use the UI</b>
* '''TODO:''' Add support for non-ASCII characters in the various file/path dialogs (snapshot, maybe even the various cartridge image/eeprom paths and the machine/drive ROM paths) (fixed?)


* make sure both hard- and software rendering match whats described in [[Scaling_cleanup]] - if so, the page can be cleaned out
===== Menus =====
:: Implemented, but only for a single display, no multi-display support yet. GDK seem to support multi-display setup querying, but we'd actually have to write code and test this to see how GDK handles this, if at all.
** do not forget the VDC and the Monitor windows
:: VDC is handled, the monitor windows isn't, there aren't any resource for the monitor window, nor any event handlers. Another wish seems to be to put the VICII and VDC window next to each other for x128, which will probably mean introducing yet another resource to control this and override the Window1* resources. Probably some enum: USE_WINDOW1* = -1, ABOVE, BELOW, LEFT, RIGHT. And hope the Window Manager actually listens to our requests to move said window.
 
* data/fonts and data/logos should go to data/common
:: Done, but the VICE logos are still in doc/html/images, that might still require some changes.


* Perhaps the "show menu/statusbar when fullscreen" menu item should be check button?
* Perhaps the "show menu/statusbar when fullscreen" menu item should be check button?
:: It should, and with the planned new UI code the toggle button will be automatically updated.


* '''BUG:''' mouse grab (when mouse emulation is enabled) is not perfect. eg when the emulator is started with mouse enabled, the pointer is not initially moved into the emulator window.
===== Main window(s) =====


* Add support for non-ASCII characters in the various file/path dialogs (snapshot, maybe even the various cartridge image/eeprom paths and the machine/drive ROM paths)
* '''TODO:''' make sure both hard- and software rendering match whats described in [[Scaling_cleanup]] - if so, the page can be cleaned out
:: Implemented, but only for a single display, no multi-display support yet. GDK seem to support multi-display setup querying, but we'd actually have to write code and test this to see how GDK handles this, if at all. (fixed?)
** do not forget the VDC and the Monitor windows (fixed?)
:: VDC is handled, the monitor windows isn't, there aren't any resource for the monitor window, nor any event handlers. Another wish seems to be to put the VICII and VDC window next to each other for x128, which will probably mean introducing yet another resource to control this and override the Window1* resources. Probably some enum: USE_WINDOW1* = -1, ABOVE, BELOW, LEFT, RIGHT. And hope the Window Manager actually listens to our requests to move said window.


* Rework NetPlay UI into something both functional and better looking.
* '''BUG:''' mouse grab (when mouse emulation is enabled) is not perfect. eg when the emulator is started with mouse enabled, the pointer is not initially moved into the emulator window.


* Create a context-menu for the emulated display with some display settings. Once that is done, and found to be usable, remove items like 'fullscreen' from the main menu.
===== Statusbar =====


* Speed popup menu: when going 'max speed' and the refresh rate being 'Auto', VICE should switch to 1/10 refresh.
* the Tape Devices widget needs to check if resources can be set to avoid segfaults (fixed? - I haven't any issues with it for a long time, so I'd say this got fixed (Compyx, 2021-02-08)


===== Statusbar =====
* '''BUG:''' the Volume control widget has some display/placement issues due to the way the drive widgets layout is implemented. See [https://sourceforge.net/p/vice-emu/bugs/1119/]


* the Tape Devices widget needs to check if resources can be set to avoid segfaults
* '''BUG:''' On MacOS and Windows, the slider popup widget is hidden behind the rendered canvas, on Linux this works as it should. So currently the volume widet is disabled on MacOS and Windows
* '''BUG:''' the Volume control widget has some display/placement issues due to the way the drive widgets layout is implemented. See [https://sourceforge.net/p/vice-emu/bugs/1119/]


===== Dialogs =====
===== Dialogs =====
* '''TODO:''' "File->Netplay" needs some testing and refactoring. perhaps move it into settings?
* '''TODO''': Change the directory select/create to non-blocking. (fixed in trunk)
** '''WIP:''' Work is under way in uinetplay_new.c, which mostly works but needs the client/server mapping of keyboard/joystick etc. And indeed moving into settings would be prefered.


===== Settings =====
===== Settings =====


* ROM settings are missing (partially supported, needs work (2018-01-31)
* '''TODO:''' ROM-set manager/settings are missing (partially supported, needs work)
* HardSID settings are missing
* '''TODO:''' HardSID settings are missing
* x64/x64sc/x64dtv/xscpu64/xplus4/xpet/xcbm2: Check model settings glue logic.
 
* x128; Update model settings UI to reflect updated model list and properly implement all glue logic.
====== C128 model ======
:: Mostly done, needs further work on the "BoardType" resource to determine the difference between C128 and C128D models, and perhaps more.
* Perhaps move C128 "Bank 2 & 3" from I/O extension into the C128 model setting page.
* xplus4: plus4_get_model() depends on loaded kernal, so switching between PAL/NTSC for C16 and Plus4 results in "Unknown" in the model list. No easy way to fix this. I certainly don't want to move the ROMs settings page into the Model settings.
: please implement this as if the api worked, ie like in the other emulators. [[User:Gpz|Gpz]] ([[User talk:Gpz|talk]]) 00:59, 4 January 2020 (CET)
** '''TODO:''' fix the api :)
* xpet seems to be fine, someone with actual PET knowledge should check this, especially the "SuperPET" stuff.


====== VIC20 model ======
====== VIC20 model ======


* VIC21 logic is still mysterious: selecting VIC21 and then PAL results in model "Unknown", is this supposed to happen or do we revert to VIC20/PAL?
====== Plus4 model ======
: nothing mysterious there, VIC21 is always NTSC - and "unknown" is correct when selecting PAL with a VIC21
 
** '''TODO:''' the memory expansion widget must get updated/synced when the model widget changes
====== Pet model ======
** '''TODO:''' the model widget must get updated/synced when the memory expansion widget changes
 
* '''TODO:''' xpet seems to be fine, someone with actual PET knowledge should check this, especially the "SuperPET" stuff. (fixed?)
 
====== DTV model ======
 
====== SCPU model ======
 
====== CBM2 model (xcbm2/xcbm5x0) ======
 
* '''TODO:''' Check model settings glue logic.
:: Mostly works, the 50/60Hz switch is a problem. I'll need someone with some actual CBM-II knowledge to help me out here. [[User:Compyx|Compyx]] 2020-01-08


====== Printer ======
====== Printer ======


* the radio button on the right called "output device" is called "text output device" on printer 7 tab. it should always be just "output device"
====== Drive ======
* at the bottom it should be "printer output device" instead of "printer text output devices"
* all 3 "output devices" are the same, and behave the same. there is no point in implying they are not (by adding "file dump" or "exec")


====== Drive ======
* the "IEC device" checkbox should probably be moved to distinguish it from the device list abovee it
** the resource actually switches on a C-level IEC device on that device number that is used to talk to vdrive/fsdevice/opencbm
* enable/disable relations should be checked, e.g. selecting "None" as drive type should not grey out IEC device and changing fsdevice settings only makes sense if IEC device is checked
* enable/disable relations should be checked, e.g. selecting "None" as drive type should not grey out IEC device and changing fsdevice settings only makes sense if IEC device is checked
* presenting vdrive/fsdevice/opencbm as additional radio buttons would make sense from a user's point of view, but is contrary to how the related resources work internally
:: Selecting 'None' no longer greys out the IEC widget. The 'Peripheral devices -> Filesystem Device' widgets (a different page/panel) don't respect IECDevice.


====== C64 Cartridge ======
====== C64 Cartridge ======
Line 586: Line 601:
** Retro Replay
** Retro Replay
** RR-Net Mk3
** RR-Net Mk3
====== Game Controller / Joysticks ======
* '''TODO:''' we need an interface to map controller buttons and axis to joystick emulation, keyboard input and GUI actions
** at this point, make sure the mapping can be different for each connected joystick
** also make sure support for 2nd and 3rd button is handled correctly
* '''TODO:''' joy-osx.c contains a lot of resources and commandline options that should not be there, but live in common code instead. this needs some refactoring to make game controllers work the same in all ports
** similar for at least joy-unix.c, but commented out


===== vsid =====
===== vsid =====
Line 592: Line 616:


* '''TODO:''' Implement "goto-next-SID" when having SLDB support enabled.
* '''TODO:''' Implement "goto-next-SID" when having SLDB support enabled.
* '''TODO:'''When double-clicking a SID in the playlist, disable "Pause" when set in the controls.


* '''BUG:''' STIL view: some tunes (for example Last Ninja 2) print empty "tune #x" entries, so you'll get "Tune #1" in blue and a few empty lines, in the case of LN2 this goes on until tune #6. Most likely a bug in the use of hvsclib, not the lib itself.
* '''BUG:''' STIL view: some tunes (for example Last Ninja 2) print empty "tune #x" entries, so you'll get "Tune #1" in blue and a few empty lines, in the case of LN2 this goes on until tune #6. Most likely a bug in the use of hvsclib, not the lib itself.
Line 605: Line 627:
The GUI based monitor currently uses a mercylessly hacked VTE library. When we looked for a way to put the monitor into a console window that works with GTK3, this seemed to be the only way to do it. The ugly hacks were required to make VTE compile and work on windows. This is also why we cant use a more modern version of the VTE library.
The GUI based monitor currently uses a mercylessly hacked VTE library. When we looked for a way to put the monitor into a console window that works with GTK3, this seemed to be the only way to do it. The ugly hacks were required to make VTE compile and work on windows. This is also why we cant use a more modern version of the VTE library.


On the long run, we will have to write a custom renderer for a monitor window, which supports all the things we need to implement a classic "fullscreen editor" like ml monitor.
* '''TODO:''' On the long run, we will have to write a custom renderer for a monitor window, which supports all the things we need to implement a classic "fullscreen editor" like ml monitor.
 
* '''TODO:''' Again as a long term goal, we might want to support transparent support for native charsets
* '''TODO:''' use cbm font ( https://sourceforge.net/tracker/?func=detail&aid=3134010&group_id=223021&atid=1057620 )
:: not really doable in a practical way with the VTE we use
* '''TODO:''' in the novte lib, GValueArray should be replaced by GArray
:: forget about that, really screws with the C++ crap. Until we find a better way, the novte stuff will have to do.
* '''TODO:''' Allow font selection and resizing: VTE has signals for "increase/decrease font size", triggered by Ctrl +/-. And having a default font and size in the resources will also be useful, which needs some widgets in the settings UI to be able to select a font.


for some info on the monitor ui see: [[MonitorUI]].
for some info on the monitor ui see: [[MonitorUI]].


===== Unix (Linux) =====
===== Unix (Linux) =====
* The Unix port uses the XDG specification for the vice configuration files, so now `vicerc` is located in `$HOME/.config/vice`, not `$HOME/.vice`.
: '''FIXME:''' Right now the 'autostart-${emu}.d64' files are also stored there, which is not quite correct, they should be in $XDG_CACHE_HOME (~/.cache).


===== Windows =====
===== Windows =====
* '''TODO:''' the MIDI settings widget should show a combobox with supported drivers


===== macOS =====
===== macOS =====


* GSettings schema files aren't loaded, so things like GtkFileChooser cause an abnormal exit, which means attaching disk images doesn't work.
* <s>GSettings schema files aren't loaded, so things like GtkFileChooser cause an abnormal exit, which means attaching disk images doesn't work. (fixed?)</s> fixed in trunk, a long time ago.


* '''TODO:''' joystick_ui_get_next_device_name should return the detected joysticks instead of the predefined list
* '''TODO:''' joystick_ui_get_next_device_name should return the detected joysticks instead of the predefined list (fixed?)


* '''TODO:''' test mouse -emulation and -grab
* '''TODO:''' test mouse -emulation and -grab. (this works properly now, iirc?)


* '''TODO:''' the MIDI settings widget should show a combobox with supported drivers
* '''TODO:''' the MIDI settings widget should show a combobox with supported drivers


* '''TODO:''' Add QuickTime recording settings widget, like the FFMPEG recording settings widget
* <s>'''TODO:''' Add QuickTime recording settings widget, like the FFMPEG recording settings widget</s> QuickTime will not be needed


* The Unix port uses the XDG specification for the vice configuration files, so now `vicerc` is located in `$HOME/.config/vice`, not `$HOME/.vice`.
* '''TODO:''' Make the GTK UI create/use the macOS style "top menubar"
: '''FIXME:''' Right now the 'autostart-${emu}.d64' files are also stored there, which is not quite correct.
 
* '''TODO:''' joy-osx.c contains a lot of resources and commandline options that should not be there, but live in common code instead. this needs some refactoring to make game controllers work the same in all ports


===== OpenGL =====
===== OpenGL =====
* '''TODO:''' The OpenGL renderer should transform itself into a Cairo renderer if the system doesn't support OpenGL.
* '''TODO:''' The OpenGL renderer should transform itself into a Cairo renderer if the system doesn't support OpenGL. (fixed?)
** Stretch goal: the OpenGL renderer should fall back to legacy mode (the SDL renderer) if GTK3 itself has, instead of failing.
** Stretch goal: the OpenGL renderer should fall back to legacy mode (the SDL renderer) if GTK3 itself has, instead of failing.
* '''TODO:''' Do-not-scale option. Important for Cairo renderer, possible for OpenGL.
* '''TODO:''' Do-not-scale option. Important for Cairo renderer, possible for OpenGL.
Line 646: Line 659:
==== Feature requests / Stretch goals ====
==== Feature requests / Stretch goals ====


* Add a 'smart' cartridge attach dialog: show "preview" of .crt image if selected in the dialog, show only valid cartridge types when selecting a cart image.
* Make 'smart cartridge attach' dialog more smarter when attaching .bin images, show only valid cartridge types when selecting a cart image.
** '''TODO''': this needs a new API call that returns the valid sizes for a given type
* Make Hotkeys user-defineable
* Make Hotkeys user-defineable
* make an option to force display size to 1x/2x/3x/4x
* make an option to force display size to 1x/2x/3x/4x
* make a GUI based editor for keymaps
* make a GUI based editor for keymaps
* make datasette interface nicer (hotkeys) ( https://sourceforge.net/tracker/index.php?func=detail&aid=2525175&group_id=223021&atid=1057620 )
* make datasette interface nicer (hotkeys) ( https://sourceforge.net/tracker/index.php?func=detail&aid=2525175&group_id=223021&atid=1057620 )
* add dual monitor support (for x128) ( https://sourceforge.net/tracker/?func=detail&aid=2780684&group_id=223021&atid=1057620 )
* add statusbar indicators for stateful keys like Caps Lock and 40/80 Cols.
* add realtime speed adjustment ui / hotkeys ( https://sourceforge.net/tracker/?func=detail&aid=2904137&group_id=223021&atid=1057620 )
* add statusbar indicators for cartridge LEDs.
* <s>allow setting foreground/background colors for the VTE monitor.</s> Added in trunk


===== VSID =====
===== VSID =====
Line 665: Line 680:
==== Upstream bugs ====
==== Upstream bugs ====


* Some combobox contents appear to have 'empty' entries and sometimes the colors of the items change (upstream Gtk3 bug) (2017-11-08)
See [[Upstream bugs]]
* The GtkFileChooser-based dialogs (open/save file etc) sort the drives on Windows in reverse-order. There is no public API or any GSetting that allows controlling this.
:: The Gtk3 devs say they won't implement changing the sort order, but agreed the order should follow what Windows does. See ticket https://gitlab.gnome.org/GNOME/gtk/issues/900
:: This also happens on Linux: mountable file systems (such as Windows partitions) are list in reverse order by /sda/* and then by volumne name, in reverse order.
:: <b>Fixed in Gtk 3.24.x, but FrankenVICE (nightly build system) still uses Gtk 3.22.x</b>
* Another issue is case-insensitive sorting of dir/filenames (seems to be default on Windows), no support for this in Gtk3.
:: <b>Seems to be fixed in Gtk 3.24.x as well</b>
* When using full screen (Alt+D) on Windows and using the openGL renderer and enabling the main menu bar and the statusbar (Atl+B), menus aren't shown (this includes popup menus triggered via the statusbar), they appear to be hidden behind the openGL canvas (guessing where a menu item is and clicking on it seems to work). According to the Gtk3 devs, this is a known bug, see https://gitlab.gnome.org/GNOME/gtk/issues/1702, so not much we can do about it until a fix lands in upstream GDK.
* Going fullscreen and activating the (VTE) monitor does not present the monitor window on top of the emulated machine window. Alt-Tabbing away and back to VICE makes it work on Windows. It works as expected on at least KDE Plasma (KWin) and Gnome 3 (Mutter), so this seems to be a Windows problem. Someone with some actual understanding of the Windows window manager should have a look.
:: Someone should also try this on MacOS, see what happens there.
 
----


===SDL UI===
===SDL UI===
Line 683: Line 687:
* <b>Write documentation on how to use the UI</b>
* <b>Write documentation on how to use the UI</b>
* '''BUG:''' FFmpeg media recording behaves unexpected when entering the menu [https://sourceforge.net/p/vice-emu/bugs/898/]
* '''BUG:''' FFmpeg media recording behaves unexpected when entering the menu [https://sourceforge.net/p/vice-emu/bugs/898/]
* '''TODO:''' use different icons for the various emulators/executables
 
=====Menus=====
=====Menus=====
* '''TODO:''' some menu items need status text to show that the action has been done.
* '''TODO:''' some menu items need status text to show that the action has been done.
Line 691: Line 695:
** Drive>Fliplist settings>Attach previous image in fliplist
** Drive>Fliplist settings>Attach previous image in fliplist
* '''BUG:''' at a lot of places "inactive" (as in "cant be selected") menu items are missing the "N/A" on the right
* '''BUG:''' at a lot of places "inactive" (as in "cant be selected") menu items are missing the "N/A" on the right
* '''BUG:''' "pause" does not the green "tick" indicator when enabled
** "advance frame" should be disabled when not in pause mode
** entering the menu unpauses the emulation, this is required to trigger canvas refresh. unfortunately, due to how the UI is written, this can not be easily changed
*** also re-enabling pause mode when leaving the menu doesnt work with the current code
* '''TODO:''' A better way of showing filenames (maybe using contraction) needs to be made
* '''TODO:''' A better way of showing filenames (maybe using contraction) needs to be made
=====Joysticks=====
* '''TODO:''' selecting the joystick device (when more than one is connected) is not possible, it will always use the first it finds
** also the joystick mapping is the same for all devices, the code must be reworked so each joystick can be different (eg one ps3 pad, one classic joystick)
=====Monitor=====
* '''TODO:''' implement a scrollback buffer
=====File Selector=====
=====File Selector=====
* '''TODO:''' add filtering in file requester
* '''TODO:''' add filtering in file requester
=====Virtual Keyboard=====
=====Virtual Keyboard=====
* '''TODO:''' shift/cbm/ctrl should be "sticky" (right now shifted keys are entered using backspace/cancel - which is odd)
* '''TODO:''' shift/cbm/ctrl should be "sticky" (right now shifted keys are entered using backspace/cancel - which is odd)
* '''TODO:''' the virtual keyboard handling of the SDL port must be updated/fixed to support all PET keyboards
===== VSID =====
===== VSID =====
* '''TODO:''' Implement a playlist for VSID
* '''TODO:''' Implement a playlist for VSID
Line 708: Line 719:
====Windows====
====Windows====


* '''TODO:''' embed icons into windows .exe files
* '''TODO:''' embed icons into windows .exe files (fixed?)


====OSX====
====OSX====


* '''BUG:''' Sound starts to distort heavily after few minutes [https://sourceforge.net/p/vice-emu/bugs/986/]
* '''BUG:''' Sound starts to distort heavily after few minutes [https://sourceforge.net/p/vice-emu/bugs/986/] (fixed?)
* '''BUG:''' Sounds terrible unless sampling is lowered from default 44Khz to 22Khz [https://sourceforge.net/p/vice-emu/bugs/984/]
* '''BUG:''' Sounds terrible unless sampling is lowered from default 44Khz to 22Khz [https://sourceforge.net/p/vice-emu/bugs/984/] (fixed?)
* '''BUG:''' Emulator in default config makes no sound unless the OutputMode is changed to Stereo. [https://sourceforge.net/p/vice-emu/bugs/983/]
* '''BUG:''' Emulator in default config makes no sound unless the OutputMode is changed to Stereo. [https://sourceforge.net/p/vice-emu/bugs/983/] (fixed?)


==External Libraries==
==External Libraries==
Line 737: Line 748:
Makefile:507: recipe for target 'ffmpegdrv.o' failed</pre>
Makefile:507: recipe for target 'ffmpegdrv.o' failed</pre>


: '''TODO''': rip out ffmpeg from the tree, disable "internal" ffmpeg support


besides the above, other libraries are used which are currently linked dynamically and must be supplied as dlls for the windows port
besides the above, other libraries are used which are currently linked dynamically and must be supplied as dlls for the windows port
Line 771: Line 783:


* native screenshot support. (in progress)  
* native screenshot support. (in progress)  
: add Minigrafik/Minipaint format (VIC20 native)
* script language integration. (lua or python perhaps)
* script language integration. (lua or python perhaps)
* Some more Kernal patches, for instance for changing colors and patching the reset routine to make it faster (maybe configurable).
* Some more Kernal patches, for instance for changing colors and patching the reset routine to make it faster (maybe configurable).
Line 778: Line 791:
* option to save attached (disk/tape/cart) images at shutdown, restore at next run ( https://sourceforge.net/tracker/?func=detail&aid=3302938&group_id=223021&atid=1057620 )
* option to save attached (disk/tape/cart) images at shutdown, restore at next run ( https://sourceforge.net/tracker/?func=detail&aid=3302938&group_id=223021&atid=1057620 )
* use second joystick button as auto fire ( https://sourceforge.net/tracker/index.php?func=detail&aid=2459184&group_id=223021&atid=1057620 )
* use second joystick button as auto fire ( https://sourceforge.net/tracker/index.php?func=detail&aid=2459184&group_id=223021&atid=1057620 )
* change drive type on autostart/drag'n'drop ( https://sourceforge.net/p/vice-emu/feature-requests/319/ )


====History Recording====
====History Recording====
Line 793: Line 805:
====Tape====
====Tape====
* support for DC2N .dmp files (cassette files) ( https://sourceforge.net/tracker/?func=detail&aid=3203248&group_id=223021&atid=1057620 )
* support for DC2N .dmp files (cassette files) ( https://sourceforge.net/tracker/?func=detail&aid=3203248&group_id=223021&atid=1057620 )
* support for .tap index files (requested by SLC)


====Monitor====
====Monitor====
Line 800: Line 813:


====Sound System====
====Sound System====
* sound sync needs a rewrite, its too complex and fails a lot


====Video System====
====Video System====
Line 830: Line 841:
*** IDE64 based eth64-II support ([http://www.ide64.org/eth64v2.html])
*** IDE64 based eth64-II support ([http://www.ide64.org/eth64v2.html])
** Community Information Locator Commodore 64/128 addon cartridge ([http://starbase.globalpc.net/~jbevren/kiosk/writeup.txt])
** Community Information Locator Commodore 64/128 addon cartridge ([http://starbase.globalpc.net/~jbevren/kiosk/writeup.txt])
** RAM Floppy (REX 9680) support
** Daisy Sound sampler audio input support. ([http://www.cbmhardware.de/dlmanager/download.php?id=243])
** Daisy Sound sampler audio input support. ([http://www.cbmhardware.de/dlmanager/download.php?id=243])
** PS64 speech cartridge support. ([http://oms.wmhost.com/ps64/])  
** PS64 speech cartridge support. ([http://oms.wmhost.com/ps64/])  
** Voice Messenger speech cartridge support. ([http://www.c64-wiki.de/index.php/Voice_Messenger])
** Voice Messenger speech cartridge support. ([http://www.c64-wiki.de/index.php/Voice_Messenger])
** ramlink support. ([http://unusedino.de/ec64/technical/aay/c64/rlmain.htm] [http://members.optusnet.com.au/spacetaxi64/DRIVERS/DRIVER-FILES/ramlink.rar])
** ramdrive support. ([http://mikenaberezny.com/hardware/c64-128/cmd-ppi-ramdrive/])
** ramdrive support. ([http://mikenaberezny.com/hardware/c64-128/cmd-ppi-ramdrive/])
** turbo master cartridge support (4Mhz 65C02). ([http://headgap.com/Library/64/4%20MHZ%2064.txt] [http://members.optusnet.com.au/vortex69/DRIVERS/CPU-TURBOMASTER.jpg])
** turbo master cartridge support (4Mhz 65C02). ([http://headgap.com/Library/64/4%20MHZ%2064.txt] [http://members.optusnet.com.au/vortex69/DRIVERS/CPU-TURBOMASTER.jpg])
Line 845: Line 854:
** BI-80 cartridge support. ([http://mikenaberezny.com/hardware/peripherals/bi-80-display-adapter/])
** BI-80 cartridge support. ([http://mikenaberezny.com/hardware/peripherals/bi-80-display-adapter/])
** Buscard II IEEE488/printer-port cartridge support. ([http://mikenaberezny.com/hardware/peripherals/buscard-ii-ieee-488-interface/])
** Buscard II IEEE488/printer-port cartridge support. ([http://mikenaberezny.com/hardware/peripherals/buscard-ii-ieee-488-interface/])
** "Disk Mate" (Datel)
** MAYA Software Eprom Cart
** MAYA Software Eprom Cart
** PCC-4/PCC-8 Eprom Cart (Jason Ranheim)
** PCC-4/PCC-8 Eprom Cart (Jason Ranheim)
Line 908: Line 916:
* support for modified vic20 ( https://sourceforge.net/tracker/?func=detail&aid=3315683&group_id=223021&atid=1057620 )
* support for modified vic20 ( https://sourceforge.net/tracker/?func=detail&aid=3315683&group_id=223021&atid=1057620 )
* .crt like cartridge format (.vrt), perhaps take it from vice-minus ( http://viceminus.git.sourceforge.net/git/gitweb.cgi?p=viceminus/viceminus;a=commit;h=29c32f2ea2d299cb40228030c355625e800a00ca )
* .crt like cartridge format (.vrt), perhaps take it from vice-minus ( http://viceminus.git.sourceforge.net/git/gitweb.cgi?p=viceminus/viceminus;a=commit;h=29c32f2ea2d299cb40228030c355625e800a00ca )
: .vrt is too complex, we should build a simple generic version that works mostly like .crt does so we can reuse a lot of code
* add Cartridge attach heuristic for image pairs
* add Cartridge attach heuristic for image pairs


Line 935: Line 944:


* (optionally) automatically enable warp mode when drives are being accessed. ( https://sourceforge.net/tracker/?func=detail&aid=2028999&group_id=223021&atid=1057620 )
* (optionally) automatically enable warp mode when drives are being accessed. ( https://sourceforge.net/tracker/?func=detail&aid=2028999&group_id=223021&atid=1057620 )
* add support for dual disk drives
* IEC
* IEC
** CMD harddrive support. ([http://members.optusnet.com.au/spacetaxi64/DRIVERS/DRIVER-FILES/cmd-hard.rar])  (https://sourceforge.net/tracker/?func=detail&aid=2786810&group_id=223021&atid=1057620)
** IEC2IEEE/RS232C adapter support. ([http://mikenaberezny.com/hardware/projects/interpod-ieee-488-interface/])
** IEC2IEEE/RS232C adapter support. ([http://mikenaberezny.com/hardware/projects/interpod-ieee-488-interface/])
** ''sd2iec / uIEC support ( https://sourceforge.net/tracker/?func=detail&aid=3287595&group_id=223021&atid=1057620 )''
** ''sd2iec / uIEC support ( https://sourceforge.net/tracker/?func=detail&aid=3287595&group_id=223021&atid=1057620 )''
**: ''somewhat pointless, since this would be very much what you get from using the virtual filesystem drive'' [[User:Gpz|Gpz]] 07:02, 11 July 2011 (UTC)
**: ''somewhat pointless, since this would be very much what you get from using the virtual filesystem drive'' [[User:Gpz|Gpz]] 07:02, 11 July 2011 (UTC)
* IEEE
* IEEE
** D9060/D9090 CBM harddrive support. ([http://members.optusnet.com.au/spacetaxi64/DRIVERS/DRIVER-FILES/D9090-D9060.rar])
** MiniChief type harddrives support. ([http://www.zimmers.net/anonftp/pub/cbm/manuals/drives/MiniChief.zip])
** MiniChief type harddrives support. ([http://www.zimmers.net/anonftp/pub/cbm/manuals/drives/MiniChief.zip])
** MW1000 HD support. ([http://members.optusnet.com.au/vortex69/HD-HISTORY/SSEL.doc])
** MW1000 HD support. ([http://members.optusnet.com.au/vortex69/HD-HISTORY/SSEL.doc])

Revision as of 19:40, 6 April 2021

This is the list of known problems. also look at Tracker: open Bugs

This list always refers to the status of the last major release version, which was 3.5. Items that have been fixed by the time of a major release will be removed, items fixed after that will be marked as fixed and stay until the next major version. New items will be added as noticed.

Prime Directive

  • All developers shall subscribe to the vice-emu-mail mailinglist and perhaps join #vice-dev on freenode too (highly recommended).
  • Please respect the coding guidelines.
  • Document your code so other people than you are able to understand and fix it in a decade or two.
  • When adding/changing stuff that needs (G)UI items/changes, all developers should update the SDL and GTK3 UIs themselves, and immediately following their respective changes.
  • When adding/changing command-line options and/or resources, adding a new feature or change the behavior of an existing feature, please update the documentation.
  • After fixing a bug or implementing a new feature, update its status on the Bug Tracker and mark it as fixed in the TODO list below.
Only remove a bug/feature from this list when it was fixed/implemented in the latest stable release.
  • And most importantly...
 <@_tlr> Please at least test the issue you were trying to fix before committing.
That means: you break it, you fix it. Do not commit deal breaking changes without communicating it with the rest of the team. Generally regressions are not acceptable and respective commits are subject to be reverted.

Code cleanup and streamlining

As of 3.2 we started removing a lot of the old cruft, that was dangling around in the tree for way too long, to make maintenance easier

  • remove compiler- and platform- specific hacks (IFDEFS) in common code
$ ./src/findhacks.sh ccarchdep
$ ./src/findhacks.sh archdep

Build system

Documentation

Technical

  • many nodes are not yet linked correctly, which makes some of the exporters output garbled and/or suboptimal output (unix .info).
Workaround: use the .html or .pdf documentation, which is exported correctly.

Content

The documentation is partly outdated and/or incomplete, in particular:

  • some info that was previously hidden in target specific articles on the VICE knowledge base should get merged into vice.texi - the remaining articles are here
  • some descriptions of emulator formats are missing (D67, D1M, D2M, D4M...)
  • descriptions of several snapshot modules are missing (Plus4, TED...)

for details look at doc/Documentation-Howto.txt

Testbench

  • many test programs (mostly for vic20) are not yet integrated into the automatic testing
  • TODO: fix the reference screenshots and/or the scripts so they dont rely on the "normal" rendering mode anymore
  • TODO: make a test program to determine visible screen dimensions
  • TODO: make a test program to determine the type of delay line used for a PAL screen (UV or U only)

autostart problems

  • autostart seems to be broken in xcbm2 and xcbm5x0 at least with the settings the testbench wants to use
  • xplus4 gives "sound buffer overrun" on autostart with certain settings (which settings?)
  • x128 does not autostart prg files correctly when also a cartridge is attached (that forces c64 mode)

Emulators

Subsystems

Keyboard

  • When a key which is shifted on the real machine but unshifted on the PC or Unix keyboard you are using is pressed, the virtual shift is pressed together (i.e. at the same clock cycle) with the main key; this could not work with some keyboard routines.
note: also see this knowledgebase article
Workaround: If you have to use the function keys, press the (real) shift key manually (e.g. F2 = Shift + F1, F4 = Shift + F3 and so on); this also works with other keys.
  • When typing very quickly, some keypresses might get lost. This comes from the fact that the keyboard is (and can not) be scanned in real time (ie every 1mhz cycle). Even if we could remove the per frame scanning from the emulator itself, the operating system and last not least the keyboard itself would still impose a certain limit (something like 10ms for USB HID keyboards, for example). That means if a key is pressed and released within that timespan, the emulator does (and can not) know about it.
Workaround: the only workaround is to type slower, it cant be fixed. -- dqh: I believe this problem is basically resolved
  • Some ports/emulators/keyboard-types do not have all required keymaps (and a fallback will used) - look at Keymaps for details
  • Although "shift lock" can be mapped to a key, not all ports and/or emulators support it due to missing keymaps and/or implementation details.
TODO: check ports and fix or at least add a comment in the keymaps
  • contact-bounce is not emulated
TODO: make a proper test program

Joystick

TODO: make a proper test program
  • when selecting "swap joysticks" or "swap userport joysticks" this will actually swap the related resources, which may be surprising when saving settings and loading them later. it also means its impossible to display whether they are swapped or not in the UI
TODO: create a "JoysticksAreSwapped" resource, and update the code accordingly

Joystick port devices

  • Paperclip 64 dongle emulation is broken
  • Gun Stick lightpen emulation is not working (and disabled, unless experimental devices are enabled in joyport.h)

Userport devices

  • diag 586220 harness emulation is not working (and disabled, unless experimental devices are enabled in userport.h)
  • SNES controller by David Murray

Tapeport devices

  • diag 586220 harness emulation is not working (and disabled, unless experimental devices are enabled in tapeport.h)

Commandline

  • some options where the available parameters depend on the machine type lack proper descriptions (-drivetype)

Resources

  • It's unclear what the "event_relevant" member of resources actually means, and what the difference between RES_EVENT_SAME and RES_EVENT_STRICT is. This needs to documented and then probably a lot of resources fixed to use the correct values.

Monitor

  • When loading a snapshot, the monitor break/watchpoints break.

History Recording

  • history recording currently breaks on a lot of user actions, such as using autostart or attaching a cartridge.
Workaround: make sure to start up with a bog standard c64, and then load/run the program in question manually

note: since history recording is very error prone and hard to debug, we depend on feedback (on either failure or success) on this topic very much. if you still have problems with the current release, please report them including testcases.

Screenshots / Media Recording

  • Screenshots with activated video filter (CRT emulation / Scale2x) do not deliver the expected (filtered) result.

Rendering

  • some things are still shared by videochips although they shouldnt be, resulting in conflicts for eg the color generation (visible in x128 in ports that show two windows at a time, when crt emulation is enabled, eg adjusting brightness affects also the other window)
  • TODO add a 4:3 fixed aspect ratio scaling mode
  • TODO when a test program has been written, adjust the "normal" border mode accordingly (CAUTION: fix testsuite first)
  • TODO put all border mode parameters into arrays, make a global function to query the parameters and modes (for UIs) and then add "TV" mode (like "normal", but not centered)
CRT Emulation
  • the rf-modulator output characteristics are not emulated, which means the so called "black bleeding" effect does not work (emusux0r, http://www.csdb.dk/release/?id=81780)
  • artefact color and luma/chroma crosstalk are not emulated (eg the "red/green stripes")
  • color generation should get a partial rewrite according to new research by pepto (http://colodore.com)
  • FIXME: PAL delay line currently matches a 1701 (U only), "full" delay line is missing

see http://hitmen.c02.at/temp/palstuff/ for some further info on this topic.

Drive Emulation

  • G64 image support is incomplete, the speedzone definitions are completely ignored
Note: this is no problem in practise, so far not a single title (game) could be located that would actually require this kind of support to work. Incase you find a program that needs this kind of support, please let us know.
  • RPM and Wobble settings have currently no effect when P64 images are used
virtual Devices
  • handling of CBM style sub partitions is incomplete, write operations on sub partitions may give unexpected results.
  • RELative files are only supported when using disk images ( https://sourceforge.net/p/vice-emu/bugs/703/ )
  • support for double sided disk images is very shaky, since no concept of disk sides exists and the tracks on the second side are referenced by an offset into the image, the handling of images with different number of tracks is needlessly hard and complicated (and thus broken).
True Drive Emulation
  • serial timing latency is not implemented. due to their physical properties, it takes about half a cycle for a value to show up at the respective output pin after it has been written to the register. and respectivly, it takes about half a cycle from changing an input pin until the value in the respective register changes.
  • mechanical delays (such as head stepping and motor spinup) are not emulated yet.
  • accessing device #7 on the IEC bus works (only real devices), but it only works if True Drive Emulation is OFF, even though this has nothing to do with drives. This needs to be fixed in TDE somehow.
1541
  • 1541 Emulation still fails a few test programs
1571
  • 2mhz mode of the 1571 is not handled correctly
    • drive CPUs always run at 1Mhz for all drives (hardcoded 1000000 at a few places)
    • 1571 has extra delay on on reading sync inside the drive, ("you cannot use BVC in 2mhz mode!")
  • 1571CR emulation does not work correctly
  • double sided 1571 images do not work correctly
    • regular (70 tracks) vs extended (80 or 84 tracks) d71 images are not handled at all (vdrive problem)
    • creating (formatting) G71 does not work correctly, the second BAM block will be wrong (vdrive problem)
    • double sided P64 can be used, but can not be created from within VICE (see patch #122, r32586). since these are non existant "in the wild" and probably not needed for anything - not a big problem :) to handle this properly, a seperate image format should get created (at least internally)
Extensions
  • when using dolphin dos 3 emulation, the state of the mc6821 is not saved to/restored from snapshots
  • when using supercard+ emulation, the optional additional index hole sensor (for the IHS nibbler) is not emulated
Drive Noise
  • since the current implementation is a very simple sample player, things like "drive composer" will not work

Datasette Emulation

  • unlike with a real datasette, the emulated counter will stop counting when no tape/image is present
  • when a t64 image is attached, the datasette status will incorrectly say "no image".
Note: since t64 is currently only accessable via kernal traps, the datasette emulation actually treats this case as if no image is present. The respective code must be updated so the datasette emulation actually "knows" about when t64 is in use.
  • motor noise is not emulated

Tape port devices

  • DTL Basic Dongle emulation is broken

Printer Emulation

there perhaps should be a way to explicitly set a directory for printer output files Gpz 01:24, 4 July 2011 (UTC)
  • printer noise is not emulated
  • printers don't work on the PET (or other IEEE-488 computers)
  • piping to an external program does not work on windows due to missing implementation of fork_coproc, see here.

RS232 Emulation

  • piping to an external program does not work on windows

Detailed info on the state of RS232 emulation can be found here.


c1541

unfortunately to fix this a lot of c1541 will have to be rewritten (mount image only once, not for each operation) Gpz (talk) 23:57, 13 December 2012 (UTC)
  • Remove optional dependency on libreadline once linenoise-ng has been tested properly.
See if linenoise-ng can be made to work with the MSYS2 shell, which would help with debugging c1541.

Chips

CIA

  • the case when CIA1 port A and port B are both in output mode, port A outputs low, port B outputs high, both are connected via the keyboard matrix and a value is read from port B is not handled correctly ( testprogs/CIA/ciaports ; http://noname.c64.org/csdb/release/?id=5375 ) (has been improved but is not perfect)
  • the various analog side effects that must be considered when pressing two or more keys are not emulated correctly, so this will currently not produce the correct results in some corner cases.
  • Shift Register IRQ triggers one cycle too early (see this bug)

used in: C64, C128, 1570/71

SID

  • the POTX/POTY sampling period is not taken into account (512 cycles)
  • POTX/POTY sampling jitter is not emulated
  • only one mouse or pair of paddles can be emulated at a time
  • 'dump' support in the monitor is missing

used in: C64, C128, CBM2, (VIC20, PLUS4, PET: SID cart)

TED

used in: Plus4

VDC

  • Some basic features of the VDC are missing:
    • Interlaced mode has been partially implemented since 3.3 ( https://sourceforge.net/tracker/?func=detail&aid=2871065&group_id=223021&atid=1057617 ) - But interlace is not supported by the renderers so the even and odd fields just overwrite the same raster lines on the output which is ugly. It is currently basically 640x200(ish) vertically stretched to keep the aspect right, but in interlaced it will have to go to 640x400ish with no vertical stretching. None of the other emulated models change output modes like this and it can break some platforms (which ones?). A new renderer will need to be created to deal with interlace.
  • Registers 34/35 (horizontal blanking position) not implemented
  • $d600 bit 7 STATUS flag is only approximately implemented. Fixing requires emulating the internal timing of the VDC.. (partially implemented in r35456, also see testprogs/VDC/vdctiming)
  • Differences between 8563 and 8568 are not all emulated, eg. register 38
  • Snapshot doesn't include VDC
  • Clock calculation for lightpen is incorrect

used in: C128

VIC

used in: VIC-20

VIC-II

used in: C64, CBM2

VIC-IIe

  • The test bit is not emulated, which results in things like 'real interlace' ([1]) and the $D030 new VIC-IIe color palette hack ([2]) not working.

used in: C128

t6721a

  • 48bit frames support is incorrect/broken
  • synthesizer condition 2 loss-effect-, shape- and repeat- bits have no effect
  • reading from the speach rom is not emulated (which is not really an issue since neither magic voice nor v364 have one)
  • snapshot support is missing

used in: Magic Voice, Plus4 (V364)

mc6821

  • interrupts are not implemented
  • implementation of C2 output modes is incomplete

used in: Formel64, Magic Formel, Dolphin-DOS 3

CS8900a

  • snapshot support is missing

used in: RR-Net/TFE

RIOT

  • I/O "peek" function is broken
  • I/O "dump" function is missing

used in: 2040/3040/4040/1001/8050/8250

PC8477/DP8473

  • I/O "dump" function is missing

used in: FD4000/FD2000

WD1770

  • I/O "dump" function is missing

used in: 1570/1571/1581

ACIA (6551)

Detailed info on the state of RS232 emulation can be found here.


Cores

spi-sdcard

  • snapshot support is missing

used in: MMC64, MMC Replay

ser-eeprom

  • snapshot support is missing

used in: MMC Replay

midi

  • snapshot support is missing

used in: C64, VIC-20


Machines

vsid

x64 / x64sc

NOTICE:

Since revision 36182 (2019-04-08), VICE will no longer build the old x64 binary by default. To make VICE build x64, pass `--enable-x64` to configure.

general
  • the memory layout for "Max Machine" is not yet correct
  • when SX-64 is selected, the tick for the CIA TOD clocks should always be 60Hz (regardless of PAL/NTSC)
  • for details see C64models
x64 issues addressed by x64sc

To clarify... these will never (as in can't) be emulated in the regular x64, unless we end up replacing x64 with x64sc.

  • some VIC-II bugs present in the old VIC-II core
    • inline gfx data changes are not emulated (see testprogs/VICII/gfxfetch/)
    • The VIC-II implementation lacks cycle exact sprite collision support
    • VIC-II shows wrong colors when switching from hires background to idle with borders open (see testprogs/VICII/border/*, Krestology)
    • VIC-II fetches from cartridge in ultimax mode can not be emulated properly for all carts

note: this is also broken in xcbm2

Workaround in all cases: use x64sc :)

x64 specific problems

note: While most of the x64sc improvements/fixes are impossible to shoehorn into x64 (hence the split), a few things could still be improved:

Workaround in all cases: use x64sc :)

Cartridge System

note: the detailed todo list/status is here.

  • some carts have no snapshot support yet (still broken: Magic Voice, MMC Replay, RR-Net MK3, Ethernet.)
    • IDE64 & ATA system can only handle "readonly" snapshots now. Somehow the image file must be matched to the snapshot to prevent corruption.
    • MMC64 snapshots do not include the SD-card
  • some carts do not work 100% yet (still broken: Magic Voice, MMC Replay.)
    • Magic Voice: emulation of the speech chip is incomplete (see Todo#t6721a), this breaks some words included in the magic voice rom and the "a-bee-c" cartridge. Memory mapping is incomplete/broken (which however affects no known software/testcase).
    • MMC Replay: only the BIOS mode works right now; the monitor may incorrectly access cartridge memory (even) if "bank cart" is explicitly set
  • the (very strange, and incompatible with most cartridges) passthrough port of the SFX sound expander is not emulated
  • various cartridges have no support for verbose i/o dump in the monitor
  • Passthrough port functionality depends on ordering of cartridge attaches, especially visible from the command line. (e.g. MMC64+RR ok, RR+MMC64 not)
  • TODO: IDE64 is missing a "make HD image read only" resource
  • TODO: IDE64 saves its config data into vicerc - it should use a bin image like every other cartridge
  • RAM link has some implementation problems
    • it uses the "Main Slot" allthough it has a Passthrough port - it should use "Slot 0" instead
    • it uses the "main image" API for save-as and flush - this is technically wrong and can only "work" right now because the "main image" (which is the ROM!) can not be changed
      • TODO: we need to create an API for saving/flushing secondary images (such as additional cartridge RAM or EEPROMs)

x128

  • Support for fast mode (2MHz) is implemented but incomplete, detailed information about the stealing of cycles by the VICII when switching back from fast mode is missing and therefor the emulation of it is incorrect.
  • support for c128 specific expansion port handling/mapping is missing in the c64/c128 cartridge system (MMC Replay, FastLoad128, MACH128, other?)
  • the relative speed and details like cycle-stealing of the z80 is inaccurate ( https://sourceforge.net/tracker/?func=detail&aid=3476760&group_id=223021&atid=1057617 )
xmx provided a test program, see testprogs/c128/z80/cycletimer
  • CPU history (chist) implementation is incomplete

xvic

Cartridge System
  • cartridge_get_info_list is not implemented
  • CRT/BIN saver are missing
    • writeback with crt file is not implemented
    • GUI elements for "save cartridge" are missing

x64dtv

The DTV emulator is very inaccurate and is in need of a partial rewrite. Maintainer wanted!

  • Misery 3: (http://noname.c64.org/csdb/release/?id=83196)
    • fails emudetect
    • plasma part is missing badlines
  • switching VICII border mode resets x64dtv ( https://sourceforge.net/tracker/?func=detail&aid=3004255&group_id=223021&atid=1057620 )
  • CPU history (chist) implementation is incomplete
  • the "PS/2 Mouse at Userport" should get refactored to be a regular Userport device in the common Userport system
  • "enable Userport Joystick" vs "Hummer Userport Joystick" is strange and confusing, especially since in the DTV emulator we dont even have a "UserportJoyType" selection. the regular "DTV Joystick on Userport" should become a regular Userport device.

xplus4

The plus4 emulator is generally work in progress and not yet "ready". Maintainer wanted!

Cartridge System
  • handling of the c0/c1/c2 roms is weak
    • cartridges share the same roms as internal roms
    • roms are not removed from the memory map if not present (just cleared)
  • "mmu" memory translation table handling is not implemented for cartridges
  • snapshot implementations are completely untested
  • .crt support is missing

xcbm2

  • The CBM-II emulator, when the execution bank is set to an open memory bank, sets the zeropage and stack access to unmapped, but actually existing memory. This is a bug but cannot be avoided with the current CPU code architecture.
  • break- and watchpoints in zeropage are broken. this is because of the old cpu core, and can likely not be fixed without migrating to the new one.
  • banking in the monitor is broken
  • breakpoints are broken
    • when a breakpoint is hit, the monitor disassembles from the wrong bank
    • breakpoints will only hit in the bank which is active in the monitor (!)
  • when running the burn-in diagnostic tests, the CIA is reported as bad ( https://sourceforge.net/tracker/?func=detail&aid=3102493&group_id=223021&atid=1057617 )
note: run like this: xcbm2 -model 610 -ntsc -drive8type 8050 -virtualdev +truedrive -8 cbm2-burnin.d80
  • CPU history (chist) implementation is incomplete
Cartridge System
  • not implemented yet

xcbm5x0

  • The emulator, when the execution bank is set to an open memory bank, sets the zeropage and stack access to unmapped, but actually existing memory. This is a bug but cannot be avoided with the current CPU code architecture.
  • break- and watchpoints in zeropage are broken. this is because of the old cpu core, and can likely not be fixed without migrating to the new one.
  • banking in the monitor is broken
  • In the C510 emulation the VIC-II timing is not exact, i.e. the stopping of the CPU during bad lines is wrong.
  • The C510 emulation uses the old VIC-II core which means no cycle exact sprite collisions, no inline gfx changes, and probably more.
  • CPU history (chist) implementation is incomplete
Cartridge System
  • not implemented yet

xpet

  • When running the "8296d diagnostic" test of the 8296 system disk on "xpet -model 8296" some tests fail:
    • when TDE is enabled, the program will hang. when TDE is disabled, the IEEE interface status will be reported as bad
    • the userport is reported as bad (perhaps some dongle is needed?)
note: run like this: "xpet -model 8296 -drive8type 8050 -8 8296d-systemdisk.d82 -editor edit-4-80-b-50Hz.901474-04.bin". the "burnin8296" program seems to be an older version of the "8296d diagnostic" program. it runs when TDE is enabled, but the 50Hz irq test fails.
  • break- and watchpoints in zeropage are broken. this is because of the old cpu core, and can likely not be fixed without migrating to the new one.
  • some combinations of selected keymap and keyboard model do not work because of missing keymaps
    • also the keymaps must match the "editor" ROM - currently only the UK (Business) ROM in included in VICE
    • the keymaps for US (host) keymap need to be checked and fixed
  • CPU history (chist) implementation is incomplete

Ports


archdep

Windows

Linux

*BSD

BeOS

  • BUG: Sound problems on slower machines (P100) with a non-official driver for sb16.
  • BUG: Compiling with `--enable-ethernet` fails due to absence of rawnetarch.{c,h} missing --Compyx 2016-10-26 (tested on Haiku)

GTK3 UI

The how and why we go Gtk3 for *nix, Windows and OSX should be clear, but I'll reiterate: since we don't have any Windows maintainters left and failed to attract new ones, the decision was made to use Gtk3 as the new UI for 'modern' OSes.

Gtk3 is portable and widely supported and has a C interface. So we should be able to write the UI code once and have it run on our major platforms: Linux, Windows and OSX. Using GLib (a dependency of Gtk3) a lot of platform-dependent code in the UI can be avoided and many standard dialogs, such as open/save/select-dir need to written only once, Gtk3/GLib will handle most of the platform-dependent stuff.

The list of covered resources is here

UI code refactoring to support the new threaded UI code

This means a lot of work testing, documenting and debugging, so it deserves a separate page: Gtk3 Threaded UI (fixed?)

BUGS/TODO

This is a list of things to do and bugs to fix. This is no way an exhaustive list, to get a better understanding of what needs to be fixed/altered, run this command inside VICE's top dir: grep -n 'FIXME\|TODO\|XXX' `find src/arch/gtk3 -name '*.c'`, and be amazed.

  • Write documentation on how to use the UI
  • TODO: Add support for non-ASCII characters in the various file/path dialogs (snapshot, maybe even the various cartridge image/eeprom paths and the machine/drive ROM paths) (fixed?)
Menus
  • Perhaps the "show menu/statusbar when fullscreen" menu item should be check button?
It should, and with the planned new UI code the toggle button will be automatically updated.
Main window(s)
  • TODO: make sure both hard- and software rendering match whats described in Scaling_cleanup - if so, the page can be cleaned out
Implemented, but only for a single display, no multi-display support yet. GDK seem to support multi-display setup querying, but we'd actually have to write code and test this to see how GDK handles this, if at all. (fixed?)
    • do not forget the VDC and the Monitor windows (fixed?)
VDC is handled, the monitor windows isn't, there aren't any resource for the monitor window, nor any event handlers. Another wish seems to be to put the VICII and VDC window next to each other for x128, which will probably mean introducing yet another resource to control this and override the Window1* resources. Probably some enum: USE_WINDOW1* = -1, ABOVE, BELOW, LEFT, RIGHT. And hope the Window Manager actually listens to our requests to move said window.
  • BUG: mouse grab (when mouse emulation is enabled) is not perfect. eg when the emulator is started with mouse enabled, the pointer is not initially moved into the emulator window.
Statusbar
  • the Tape Devices widget needs to check if resources can be set to avoid segfaults (fixed? - I haven't any issues with it for a long time, so I'd say this got fixed (Compyx, 2021-02-08)
  • BUG: the Volume control widget has some display/placement issues due to the way the drive widgets layout is implemented. See [3]
  • BUG: On MacOS and Windows, the slider popup widget is hidden behind the rendered canvas, on Linux this works as it should. So currently the volume widet is disabled on MacOS and Windows
Dialogs
  • TODO: Change the directory select/create to non-blocking. (fixed in trunk)
Settings
  • TODO: ROM-set manager/settings are missing (partially supported, needs work)
  • TODO: HardSID settings are missing
C128 model
VIC20 model
Plus4 model
Pet model
  • TODO: xpet seems to be fine, someone with actual PET knowledge should check this, especially the "SuperPET" stuff. (fixed?)
DTV model
SCPU model
CBM2 model (xcbm2/xcbm5x0)
  • TODO: Check model settings glue logic.
Mostly works, the 50/60Hz switch is a problem. I'll need someone with some actual CBM-II knowledge to help me out here. Compyx 2020-01-08
Printer
Drive
  • enable/disable relations should be checked, e.g. selecting "None" as drive type should not grey out IEC device and changing fsdevice settings only makes sense if IEC device is checked
Selecting 'None' no longer greys out the IEC widget. The 'Peripheral devices -> Filesystem Device' widgets (a different page/panel) don't respect IECDevice.
C64 Cartridge
  • TODO: check I/O extensions for proper behaviour (attach/detach, load/save images etc):
    • GEO-RAM
    • RamCart
    • Expert Cartridge
    • ISEPIC
    • EasyFlash
    • GMod2
    • IDE64
    • MMC64
    • MMC Replay
    • Retro Replay
    • RR-Net Mk3
Game Controller / Joysticks
  • TODO: we need an interface to map controller buttons and axis to joystick emulation, keyboard input and GUI actions
    • at this point, make sure the mapping can be different for each connected joystick
    • also make sure support for 2nd and 3rd button is handled correctly
  • TODO: joy-osx.c contains a lot of resources and commandline options that should not be there, but live in common code instead. this needs some refactoring to make game controllers work the same in all ports
    • similar for at least joy-unix.c, but commented out
vsid
  • BUG: Fix drag-n-drop behaviour, dragging multiple SID files onto the playlist widget works, but on Linux at least, dropping a SID file on the STIL view widget doesn't work (specifically the GtkTextView), this works on Windows oddly enough.
  • TODO: Implement "goto-next-SID" when having SLDB support enabled.
  • BUG: STIL view: some tunes (for example Last Ninja 2) print empty "tune #x" entries, so you'll get "Tune #1" in blue and a few empty lines, in the case of LN2 this goes on until tune #6. Most likely a bug in the use of hvsclib, not the lib itself.
  • TODO:Playlist: allow keyboard navigation. Perhaps also multi-select via Ctrl or Shift to delete multiple entries?
  • TODO: add a "STOP" icon
Monitor

The GUI based monitor currently uses a mercylessly hacked VTE library. When we looked for a way to put the monitor into a console window that works with GTK3, this seemed to be the only way to do it. The ugly hacks were required to make VTE compile and work on windows. This is also why we cant use a more modern version of the VTE library.

  • TODO: On the long run, we will have to write a custom renderer for a monitor window, which supports all the things we need to implement a classic "fullscreen editor" like ml monitor.
  • TODO: Again as a long term goal, we might want to support transparent support for native charsets

for some info on the monitor ui see: MonitorUI.

Unix (Linux)
Windows
macOS
  • GSettings schema files aren't loaded, so things like GtkFileChooser cause an abnormal exit, which means attaching disk images doesn't work. (fixed?) fixed in trunk, a long time ago.
  • TODO: joystick_ui_get_next_device_name should return the detected joysticks instead of the predefined list (fixed?)
  • TODO: test mouse -emulation and -grab. (this works properly now, iirc?)
  • TODO: the MIDI settings widget should show a combobox with supported drivers
  • TODO: Add QuickTime recording settings widget, like the FFMPEG recording settings widget QuickTime will not be needed
  • TODO: Make the GTK UI create/use the macOS style "top menubar"
  • TODO: joy-osx.c contains a lot of resources and commandline options that should not be there, but live in common code instead. this needs some refactoring to make game controllers work the same in all ports
OpenGL
  • TODO: The OpenGL renderer should transform itself into a Cairo renderer if the system doesn't support OpenGL. (fixed?)
    • Stretch goal: the OpenGL renderer should fall back to legacy mode (the SDL renderer) if GTK3 itself has, instead of failing.
  • TODO: Do-not-scale option. Important for Cairo renderer, possible for OpenGL.

Feature requests / Stretch goals

  • Make 'smart cartridge attach' dialog more smarter when attaching .bin images, show only valid cartridge types when selecting a cart image.
    • TODO: this needs a new API call that returns the valid sizes for a given type
  • Make Hotkeys user-defineable
  • make an option to force display size to 1x/2x/3x/4x
  • make a GUI based editor for keymaps
  • make datasette interface nicer (hotkeys) ( https://sourceforge.net/tracker/index.php?func=detail&aid=2525175&group_id=223021&atid=1057620 )
  • add statusbar indicators for stateful keys like Caps Lock and 40/80 Cols.
  • add statusbar indicators for cartridge LEDs.
  • allow setting foreground/background colors for the VTE monitor. Added in trunk
VSID
  • Implement a playlist for VSID (partly done)
  • Add some sort of tree-based file browser (preferably using the HVSC as the default dir) to allow quick tune selection and help with building a playlist (ie via drag-n-drop)
  • Add HVSC BUGlist support to VSID
Support for this is available in src/hvsc, but there are very few actual entries in the BUGList.txt file. Maybe skip this one?

Upstream bugs

See Upstream bugs

SDL UI

BUGS/TODO

  • Write documentation on how to use the UI
  • BUG: FFmpeg media recording behaves unexpected when entering the menu [4]
Menus
  • TODO: some menu items need status text to show that the action has been done.
    • Drive>Fliplist settings>Add current image to fliplist
    • Drive>Fliplist settings>Remove current image from fliplist
    • Drive>Fliplist settings>Attach next image in fliplist
    • Drive>Fliplist settings>Attach previous image in fliplist
  • BUG: at a lot of places "inactive" (as in "cant be selected") menu items are missing the "N/A" on the right
  • TODO: A better way of showing filenames (maybe using contraction) needs to be made
Joysticks
  • TODO: selecting the joystick device (when more than one is connected) is not possible, it will always use the first it finds
    • also the joystick mapping is the same for all devices, the code must be reworked so each joystick can be different (eg one ps3 pad, one classic joystick)
Monitor
  • TODO: implement a scrollback buffer
File Selector
  • TODO: add filtering in file requester
Virtual Keyboard
  • TODO: shift/cbm/ctrl should be "sticky" (right now shifted keys are entered using backspace/cancel - which is odd)
  • TODO: the virtual keyboard handling of the SDL port must be updated/fixed to support all PET keyboards
VSID
  • TODO: Implement a playlist for VSID
  • TODO: Add HVSC song length database (SLDB) support to VSID (both .txt and .md5 file format)
  • TODO: Add HVSC sid tune information list (STIL) support to VSID
  • TODO: Add HVSC BUGlist support to VSID

Windows

  • TODO: embed icons into windows .exe files (fixed?)

OSX

  • BUG: Sound starts to distort heavily after few minutes [5] (fixed?)
  • BUG: Sounds terrible unless sampling is lowered from default 44Khz to 22Khz [6] (fixed?)
  • BUG: Emulator in default config makes no sound unless the OutputMode is changed to Stereo. [7] (fixed?)

External Libraries

VICE uses a few external libraries of which either header files or complete sources are included in the tree:

  • opencbm (src/opencbm.h) (https://sourceforge.net/p/opencbm/)
    • should get moved to src/lib/..
  • P64 (src/lib/p64)
  • ffmpeg (src/lib/libffmpeg)
    • building with `--enable-shared-ffmpeg` will fail when not root. VICE's configure triggers a build and install of liblame which tries to install into /usr/local/lib.
    • building out-of-tree currently fails with:
In file included from ../../../vice/src/lib/libffmpeg/libavutil/avutil.h:289:0,
                 from ../../../vice/src/lib/libffmpeg/libavutil/samplefmt.h:24,
                 from ../../../vice/src/lib/libffmpeg/libavcodec/avcodec.h:31,
                 from ../../../vice/src/lib/libffmpeg/libavformat/avformat.h:255,
                 from ../../../vice/src/gfxoutputdrv/ffmpeglib.h:36,
                 from ../../../vice/src/gfxoutputdrv/ffmpegdrv.c:37:
../../../vice/src/lib/libffmpeg/libavutil/common.h:50:10: fatal error: libavutil/avconfig.h: No such file or directory
 #include "libavutil/avconfig.h"
          ^~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
Makefile:507: recipe for target 'ffmpegdrv.o' failed
TODO: rip out ffmpeg from the tree, disable "internal" ffmpeg support

besides the above, other libraries are used which are currently linked dynamically and must be supplied as dlls for the windows port

  • SDL
  • zlib
  • hardsid

Rewrites

  • The "sc" rewrites. Migrate emulators to the cycle based CPU core (6510dtvcore.c, should be renamed), which allows:
    • cycle based hooks for complex hardware expansions (SCPU)
    • in-line graphics data change emulation (see testprogs/VICII/gfxfetch)
    • cycle exact Blitter/DMA vblank start and proper LinearA/B counter handling on x64dtv
    • cycle based drawing
  • ...and requires (at least):
    • rewrite video chip modules to use:
      • cycle based fetch/etc (VIC & VICII done, VICII-DTV in progress)
      • cycle based drawing (VICII done)
    • remove 1 clock write offsets (at least CIA/VIA already handled)
    • an insane amount of regression testing (preferably with new testprogs where needed)

New Features

This is the place for the VICE developers to put down ideas about the future development of VICE.

Some of these ideas might never be realized, and might look completely absurd, but they could be the inspiration for other ideas.

By putting these ideas down they will be known to any other developers that would like to pick up one of the ideas and implement it.

also look at Tracker: open Feature Requests

general

  • native screenshot support. (in progress)
add Minigrafik/Minipaint format (VIC20 native)

History Recording

Snapshots

Keyboard

Tape

Monitor

Sound System

Video System

  • some kind of generic interface to handle video input is required to handle scanner/digitizer type of carts

Hardware emulation

SID

x64(sc)

  • internal (?)
    • c64/c128 1.44 MB disk drive support. ([8])
    • c64/c128 SCSI expansion support. ([9])
  • Cartridges
    • IDE64 improvements
      • IDE64 eth64 shortbus expansion support. ([10])
      • IDE64 duart shortbus expansion support. ([11])
    • Clockport improvements
      • Silversurfer (UART) support ([12])
      • IDE64 based eth64-II support ([13])
    • Community Information Locator Commodore 64/128 addon cartridge ([14])
    • Daisy Sound sampler audio input support. ([15])
    • PS64 speech cartridge support. ([16])
    • Voice Messenger speech cartridge support. ([17])
    • ramdrive support. ([18])
    • turbo master cartridge support (4Mhz 65C02). ([19] [20])
    • turbo process cartridge support (4Mhz 658156). ([21] [22])
    • flash-8 cartridge support (8Mhz 65816). ([23])
    • SCPU cartridge support (20Mhz 65816). (in progress, has lead to a new emulator called xscpu64) ([24] [25]) (https://sourceforge.net/tracker/?func=detail&aid=2030692&group_id=223021&atid=1057620)
    • The Final Chesscard (65c02) ([26])
    • German Btx cartridge (6803)
    • MasC=uerade Cartridge Converter support, this cart is originally intended to use c64 carts on the vic20, but in theory could also be used the other way around. ([27])
    • BI-80 cartridge support. ([28])
    • Buscard II IEEE488/printer-port cartridge support. ([29])
    • MAYA Software Eprom Cart
    • PCC-4/PCC-8 Eprom Cart (Jason Ranheim)
    • "Alien Flash"
      • VICEminus had this
    • Software of Sweden Megacart
    • DUBCRT
    • "MegaOne" - Easyflash compatible Flash cartridge, see here
  • Cartridges that wont be emulated:
    • SoftPROM cartridge ([30])
      • pointless, unless software specifically designed for this cart can be found. other than that its just an ordinary 8k game cart (with battery backed up ram instead of rom). Gpz 23:01, 30 October 2010 (UTC)
    • Net64 cartridge support. ([31])
      • this is exactly the same as "the final ethernet" (which is emulated) Gpz 23:27, 30 October 2010 (UTC)
    • 64NIC
      • again, same as TFE. also has an optional eprom, which is equivalent to using cart8
    • "GeoAction"
      • pointless, equivalent to Action Replay + GeoRAM/RamCart
    • "Flash Gordon"
      • pointless, external kernal with flash, prototype (not released)
  • Userport
    • CBM1660 (userport) modem300 support. ([32])
    • CBM1670 (userport) modem1200 support. ([33])
    • FB-RS232 (userport) support. ([34])
    • c64 p64 midi interface: ([35])
    • Scanntronik handyscanner (userport) support. ([36])
    • Video Byte II video digitizer (userport) support. ([37]) ([38])
    • Computera Eyes video digitizer (userport) support. ([39] [40])
    • Userport RocketDrive support. ([41])
    • CIA-IDE-HD support. ([42])
    • Aprotek universal rs232 adapter support. ([43])
    • Comet64 support. ([44])
    • L. Pantarottos adapter support. ([45])
  • Tape Port
  • Video output.
    • c64 LCD64 screen support. ([52])

x128

  • c128 plus60k support.
  • c128 plus256k support.
  • c128 256K memory expansion hack support.

xvic

.vrt is too complex, we should build a simple generic version that works mostly like .crt does so we can reuse a lot of code
  • add Cartridge attach heuristic for image pairs

xplus4

  • add support for "speedy" freezer cartridge

xpet

  • PET ROM-socket RTC support. ([56])
  • 8296 pet hardware ram lines connected to userport support.
  • 8296 RAMdisk 2008 support. ([57])
  • 8296 pet switchable 4 screens output support.
  • pet IEEE488 -> IDE/RS232 support. ([58])
  • High-Res
    • High-Res Technologies Graphics Board support. ([59], [60])
    • Data Becker CBM-8000 hi-res graphics support. ([61])
    • SuperSoft High Resolution Graphics Board support. ([62])
    • Eltec petGRAFIK support. ([63])
    • Delph Electronics 8000C support. ([64])
  • MTU K-1002-2 DAC sound system support. ([65])

xcbm2

  • cbm2 z80, better nec v20, support.
  • cbm2 8088 support. ([66])
  • B700 HiRes Graphics Board support. ([67])

Drives

Printers

Misc