Activity for gpz
-
gpz modified a comment on ticket #2015
In an attempt to reproduce i noticed another maybe related problem: - boot win10 - run x64sc - monitor font setting in options now says "none", monitor uses some random font - directory listings show total gibberish - close x64sc - run x64sc again - monitor font setting correctly says "c64 pro mono", monitor uses the c64 font - directory listings work now i wanted to try the pet me font - it is not in the windows release archive :) So downloaded manually - installed "Pet Me 2Y" (i used "install for...
-
In an attempt to reproduce i noticed another maybe related problem: - boot win10 - run x64sc - monitor font setting in options now says "none", monitor uses some random font - directory listings show total gibberish - close x64sc - run x64sc again - monitor font setting correctly says "c64 pro mono", monitor uses the c64 font - directory listings work now i wanted to try the pet me font - it is not in the windows release archive :) So downloaded manually - installed "Pet Me 2Y" (i used "install for...
-
I committed a hack in r45129 - it will now always allocate a buffer that is (hopefully) large enough, ie one frame worth of instructions, multiplied by 5. To limit the flooding in the monitor itself when using chis, the number of chis lines is no more directly related to the buffer size, ie a small number will still work (the buffer is still large, it will only show less). This should hopefully also fix the problem that you will sometimes see only a few lines of history.
-
Hack to combat #1994 for the time being. It now uses the a buffer that is at least 5 times as large as required to store one frame worth of instructions.
-
fix typo
-
OH. right. @compyx to the rescue :)
-
check https://vice-emu.pokefinder.org/wiki/Upstream_bugs#GtkFileChooser - there is a link
-
I can't reproduce this. Do you have some extensions enabled? Try "reset settings" for that matter.
-
Snapshots work in v3.1 on Win7, but not in v3.1 on Win11
-
They should work in 3.3 as well - its probably some extension that you have enabled which prevents that
-
added read/write as alias for load/store in the monitor (requested by fungus)
-
v3.8 joystick settings no longer allows choosing fire button(s)
-
I am closing this, the selection was removed and basically all buttons act as fire. That said, the whole joystick mapping will be rewritten and replaced (hopefully) soon - for the time being you should be able to use the SDL port (the svn version) and create a mapping file with that, and then use that file with the GTK port (again the svn version).
-
Not sure what this ticket is about.... 3.1 was released over 5 years ago for that matter Snapshots in 3.8 should work fine - although not the ones made in 3.1 :)
-
Did you confirm it doesn't happen on a real C64? Or older VICE releases? :)
-
Did you confirm it doesn't happen on a real C128? Or older VICE releases? :)
-
v3.8 dialog box incorrectly showing directory listings
-
This is an upstream bug, see https://vice-emu.pokefinder.org/wiki/Upstream_bugs#GtkFileChooser
-
fix warning
-
we need this file, too :)
-
make expansion port system (and 'exp' command) work like in other emus, move sid-card and digiblaster to cartridges
-
updated
-
acctually do DTV selftest with screenshot :(
-
add DTV selftest with screenshot
-
some cartridge cleanup and rework, makes .crt files work from cmdline
-
Since it is mostly Leandro who is looking into reSID these days, it would be good if you'd made a ticket here as well: https://github.com/libsidplayfp/libsidplayfp/issues
-
tweak VIC20 ram init pattern, this makes some known cases that rely on it work (AE, Jelly Monsters)
-
simple test for vic20 ram init pattern
-
add/fix cartridge selftests for xcbm2 and xcbm5x0
-
use the right window to check the canvas, probably a leftover from when xbm2 and xcbm5x0 were the same thing
-
Warp mode selection in the monitor always toggles.
-
fixed in r45113
-
implement 'warp on'/'warp off' as advertised. fixes #2016
-
add Plus4 cartridge self tests, add support for screenshots and crt files for xplus4 tests
-
add scpu cartridge self tests
-
add c128 cartridge self tests
-
freeze needs to be possible in the test bench. i did forget this AGAIN. :/
-
While PETSCII in UTF8 is so uncommon, thats a bit of a moot point though - even if we'd recode that UTF8 to use the official PETSCII codepoints - nothing could make sense of it still, except when using the "Pet Me" font (which is the only font supporting this AFAIK)
-
Nordic Replay: incorrect behaviour of $01 in mode $22
-
Would help a lot if we had a test for this that can be run in the testbench :)
-
fix typo
-
add support for using tests in .crt files with vic20
-
This seems to be an unhandled race condition in our GTK code. This "fixes" it: Index: src/arch/gtk3/uicart.c =================================================================== --- src/arch/gtk3/uicart.c (Revision 45100) +++ src/arch/gtk3/uicart.c (Arbeitskopie) @@ -311,6 +311,7 @@ gboolean result; result = attach_cart_image(get_cart_type(), get_cart_id(), filename_locale); + gtk_widget_destroy(dialog); if (!result) { vice_gtk3_message_error("VICE Error", "Failed to smart-attach '%s'", filename);...
-
SuperSnapshot v1 and V2 don't work in VICE
-
basic support to make the 'exp' command work in the monitor for vic20
-
added support for VIC20 'Mikro Assembler' cartridge
-
added support for VIC20 'Super Expander' cartridge
-
added support for vic20 'rabbit tape' cartridge
-
Monitor copy/paste broken
-
should be fixed in r45094
-
add fallback for copying text with unknown font, should fix #2010
-
To be honest, IMHO if you are using binaries instead of crt files, you should know what you are doing and why those things happen. The solution is: crt files :)
-
I fail to see what "don't work" even is supposed to mean in this context. It quite clearly copies and pastes using the clipboard (and nothing changed what ctrl+v does at all, so how is that involved?)
-
Attaching an AR or AP cart .bin with incorrect size "silently" fails
-
Attaching an RR/NR cart sometimes doesn't respect RR vs NR
-
should be fixed in r45092
-
correctly assign rr revision when mounting crt file, fix #2011
-
This one is ODD The error is correctly produced and distributed. And then vice_gtk3_message_error() is called to show the error message - but it doesn't show the error message!
-
update some comments, added some results from CZ's RR
-
I'm not sure i get the problem.... attaching an image with wrong size should fail of course. Its the missing error message?
-
Missing option to manually attach Nordic Replay cartridge using .bin
-
Can you give a specific way to reproduce this? It shouldn't happen when using crt files
-
It works like with any other variation of hardware - you'll have to configure it in the settings
-
added r06 dumps for two retro replays and one nordic replay
-
Hidden feature for the 'set to default' button for the CRT sliders: hold shift or control, or click with right button, to reset to neutral setting instead of whatever tweaks the defaults are. Allows to quickly switch to a setting that reproduces a loaded palette 100%
-
Make some carts that have enable switches, but require a ROM image, fail to enable when no suitable ROM was attached before. This makes the respective commandline switch fail when no rom image was specified first, and allows the UI to show a message. Update the docs accordingly. Also adjust some GUI things and make more clear what are RAM images.
-
It now also supports the "Pet Me" and "Pet Me 64" fonts
-
so, what is the problem?
-
ok. i didn't consider the extra middle-button clipboard - this might be more tricky to fix. That said, i am leaning towards "copying the utf8 encoded text" is the expected behaviour actually, and being able to copy the degraded ascii version an extra feature that may well justify being available only via some specific hotkey.
-
oops :)
-
some SDL font related tweaks
-
provide new function also for SDL and headless :)
-
more refactoring of the font/utf8 related stuff, added support for the regular 'pet me' font as well.
-
r45057 implements the copying please test :)
-
Added nww "copy" target type (VTE_FORMAT_ASCII) in the novte lib to force converting UTF8 encoded PETSCII to ASCII when copypasting (fixes #2007). Original behaviour is preserved and available via shift+ctrl+c. Added support for the "Pet Me 64" font. Some refactoring to deal with different fonts. Have fun :)
-
If https://sourceforge.net/p/vice-emu/bugs/2008/ was to be fixed/implemented, a workaround for this would be to switch font to the previous non-CBM default when doing such copy/paste work. It is implemented now, and can serve as a workaround :)
-
Monitor does not fully respect font selection
-
Monitor does not fully respect font selection
-
r45056 should fix this, now the advanced petscii mapping is only used for the "C64 Pro" font family
-
When no c64 font is detected in the monitor, use the regular ascii mapping. This keeps other fonts working (fix #2008) and can serve as a workaround for copy-pasting (#2007) for the time being
-
limit the output of i and ii commands to a power of two, if the output would be smaller than a full screen width
-
Cut and paste from monitor shows unexpected characters
-
I looked a bit into it and its not that easy unfortunately... all that our code does is calling a function that says "copy the selection to the clipboard". And it can not modify the clipboard content after that (at least i couldn't tell how). That means that we'll have to add code somewhere into the novte lib, which translates the terminal content from utf8 to whatever encoding is wanted in the clipboard. there is already some mechanism to switch between "text" and "html" which we can likely extend...
-
What exactly does not work as expected?
-
typo
-
use scroll-wheel to scroll terminal window forth/back, ctrl+scroll wheel to zoom
-
Not sure which abstractions that are used, here. I would have thought that it would be possible to see in a font if a particular character exists? It's the exact opposite around: you kindly ask the OS to show a certain font, and then you rely on the OS doing a best afford to show whatever text you make it show. There is no way to find out what kind of text will show as gibberish. Not ideal but, couldn't we otherwise just hinge this on that "C64 Pro Mono Regular" is the font used as CBM font and disable...
-
The problem here is that we cant find out if the selected font actually provides the characters we need. At least i couldn't find out how it could be done, if it can be done :) If this can't be done automatically somehow, i lean towards not supporting it. At least adding yet another user option for this feels wrong to me :)
-
Remote monitor 'I' and 'M' unexpected char format
-
fixed in r45051
-
fix FIXMEs: convert to ascii before sending to remote monitor. fixes #2006
-
add missing ui items for megacart, final expansion, ultimem, vic flash plugin in the SDL port
-
get rid of warnings
-
update cartridge UI for Megacart, Ultimem, Final Expansion, VIC FLash Plugin
-
add 'bin save', 'crt save', 'flush image' API calls for Final Expansion, Megacart, Ultimem, VIC Flash Plugin
-
add API for creating v2.0 crt file
-
Monitor "I" command line width with altered geometry
-
closing...
-
In the monitor, when showing the directory of attached images, use the correct petscii characters in both SDL and GTK ports.
-
Raid over the Monitor! Fixed/Support PETSCII and Screencode output in both SDL and GTK Monitor. Improve "help" command. Fix some commands output wrapping against wide and narrow terminals. In GTK the provided C64 Font (which is also used for the dIrectory display) should be used in the monitor (which is also the default now) for full PETSCII glory. Have fun, test, please report bugs :)
1 >