This is closed but I would just like to add that I have disabled FFMPEG in my builds and the ZMBV for storing videos in AVI format works well, so I am all content.
Joystick issue
No interest?
BUMP I am running 3.7.1 r44514 and the issue seems to be there again. I am reloading a snapshot, and listing the breakpoints they are there, only not triggered. So realoading the snapshot I must delete the breakpoints and recreate them. (OI am aware that you can make this into a PB file, but it's still quite far from convenient)
Media drop without reset (suggested redesign of bottom infobar)
Olaf, Will your work lead to any activity to implement the REU support or were these just observations while passing by? I would assume you either support the REU or not, but in case it might save a bit of work, just supporting the "m" and "i" commands in the monitor would make all the difference. Support for "d" is nice, but the REU is not really a place for code. Key is to see if the writes actually "took", and to see the data it will read before reading. /Pontus "Bacchus" Berg
Support for current FFMPEG?
STX for IRQ vector
I had device 8 set to 1581, and I selected a D64 and got no errors ...
Want: Error on incompatible disk image vs drive type
The refernce to SDL2.x is wrong here. Given that it relates to the monitor, it's of course agnostic to SDL and GTK
So this works again, and could be closed. Many thanks for the effort!
Mark breakpoints in disassembly
(This is a general one, and not related to SDL - pardon that error)
I got it working eventually, so I guess this could be closed.
LL - no error on file not found
Current working directory not stored in the settings
Can I just bump this. Copy/paste between the monitor window and other programs is a rather important feature. 64bit windows - current build
Can I just bump this. Copy/paste between the monitor window and other programs is a rather important feature.
Copy and paste to and from monitor not working ...
Watch command supporting "changed"
@dqh Just to keep things tidy, the stop in the recorded file has it's own issue which is still open even if it's fixed. https://sourceforge.net/p/vice-emu/bugs/1077/
Kind reminder - can be closed as fixed.
For completeness, in case people read this, it could be mentioned that the command "dummy" now allows you to select if you want the dummy read to trigger a break point or not. Default is that it doesn't. A most elegant solution to the issue I had. Many thanks for whomever implemented that.
Check disk status
Infotext for monitor command n
Tab autocomplete
I think I have pinned this down. Using Total Commander under windows, I have VICE in the button bar. If I drop a PRG file to the button, the normal thing happens - a d64 is created and the file is there, but it loads to 0000 no matter what I do. The only solution is to enter the monitor and load with the relevant start address (like L "*",08,0801) Is there a scenario where calling it with a PRG file as an argument could result in this?
Inject to memory - with basic pointers set
This function is there and works fine - much appreciated. Could I suggest clarifying that not providing the address parameters, it will use the address from the file. The address parameter is optional as per the help file, but it might not be 100% obvious what omitting it will mean.
If I take this from the other direction - the users; I normally start the emulator by dropping a D64 to the VICE button in the button bar of Total Commander. That's like 95% of how I start VICE. Having the CWD as the VICE executable one means I need to traverse to the proper place in the dir structure every time I want to save something (save a file, record a playback file and so on), in 99% of the cases that would be the directory where the d64 resides. Especially given that there is no command-line...
This is fixed, and could be closed.
So my original heading is misleading - should rather be "Screen refresh stops"
This can be closed as fixed. STOP is no longer recorded in the RECORD file.
I believe this can be closed as fixed.
Sorry for late feedback on this. In summary; in warp mode, it seems that screen updates stops happening for some reason under some conditions. Emulation runs fine - it's just the screen updates that stops from happening. This issue is still there in current trunk build, and it's there on both my desktop and my laptop. I do believe the gfx cards are totally different on the two, so it has to be with VICE itself, even if one suspect could have be the gfx driver. (Nvidia in the laptop - ATI in the desktop)....
Instruction counter
Reset hangs ...
CHIS command broken ...
Mixer control and window size
Drive status
I have located the issue. In the vice.ini in [user]\AppData\Roaming\Vice I found this line: LogFileName="bin/filefix_ViceLog.txt" I don't think I added it, but it is there. Removing the line solved the issue. Please mind that this is not the log file name that shows up in the GUI, so it's quite confusing that VICE cares about what the setting is but then uses something else...
Sorry - I thought it was implemented as a permutation of compare. On Wed, 14 Oct 2020, 14:39 gpz, gpz@users.sourceforge.net wrote: it is? (C:$e4dd) help verify Syntax: verify "<filename>" <device> [</device></filename>]Abbreviation: v Compare the specified file with memory at the specified address.If device is 0, the file is read from the file system. [feature-requests:#297] https://sourceforge.net/p/vice-emu/feature-requests/297/ Compare with file.* Status: open Group: general Created: Tue Nov 07,...
The help file in the monitor isn't updated, to understand how it's used.
Den tors 1 okt. 2020 kl 21:21 skrev gpz gpz@users.sourceforge.net: this one is really strange. have you done this with other commands in the script file, and do they work? totally makes no sense to me that the output of the script file command would come AFTER the extra command either. weird It was a thing I experienced at this time, and it's unwanted/erroneous behaviour. But having said that, I'm sure that it's a scenario very few will ever see. I haven't tested alternatives, but following my own...
I agree that best is if it was generic and could work with any command.
Looking forward to however you implement it. :) On Thu, 17 Sep 2020, 15:47 gpz, gpz@users.sourceforge.net wrote: Just so we dont forget it... we had a short discussion in #vice-dev. The conclusion is that 1) this should indeed be implemented via "bank" 2) we also want to expand the "bank" command with an extra parameter, so we dont have to introduce 256 bank names, but instead can write something like "bank reu:12" 1) is easy to do, 2) is somewhat more involved, but really should be done, because...
Wooow - thanks :) On Thu, 17 Sep 2020, 18:16 gpz, gpz@users.sourceforge.net wrote: implemented in r38555 - have fun :) [feature-requests:#297] https://sourceforge.net/p/vice-emu/feature-requests/297/ Compare with file.* Status: open Group: general Created: Tue Nov 07, 2017 10:02 AM UTC by Pontus Berg Last Updated: Tue Dec 03, 2019 03:27 PM UTC Owner: nobody "compare 1000 2000 3000" works great of course but this means both source and destination data needs to be in RAM. I seek to be able to to compare...
I have located the issue. In the vice.ini in [user]\AppData\Roaming\Vice I found this line: LogFileName="bin/filefix_ViceLog.txt" I don't think I added it, but it is there. Removing the line solved the issue. Please mind that this is not the log file name that shows up in the GUI, so it's quite confusing that VICE cares about what the setting is but then uses something else3...
"Cannot startup logging system"
Den tors 3 sep. 2020 kl 20:15 skrev Andrew Hayes hayesmaker64@users.sourceforge.net: I'd be happy to provide a detailed document with as much information as possible.. and also to help out implementing the feature. At a high level for achivements to work, rom's must be modded to add the condition for an achievement to be met, some way to notify the emulator, and the emulator must have a way to communicate this to the achievements server. The acheivements server exists already, the only thing missing...
Den tis 18 aug. 2020 kl 16:51 skrev gpz gpz@users.sourceforge.net: we can't change the dir structure - that's a result of how GTK works What about the below aspect? --disable-xpet --disable-xplus4 --disable-xcbm2 --disable-xvic --disable-vsid
Meanwhile, after some discussion on #vice-dev, I've changed the --with/without behaviour of flac, mpg123 and ogg/vorbis to disable support unless explicitly requested via --with. I have also changed --with/without-lame to do the same, and a fixed a bug where lame support would never be activated. Is there a general principle of when something is --with/without and when its --enable/disable? I think that has gotten to be quite confusing (even if I understand it is a mess to change). I see that enable/disable...
Ok, I was mislead by the name of the program. Thanks. On Thu, 13 Aug 2020, 22:28 Bacchus of fairLight, bacchus@fairlight.to wrote: No, I now see you can format a d81. But can you just assign a d8q file and then use c1541.exe as normal? On Thu, 13 Aug 2020, 18:33 gpz, gpz@users.sourceforge.net wrote: ever tried to do it with c1541? :) [feature-requests:#369] https://sourceforge.net/p/vice-emu/feature-requests/369/ C1581* Status: open Group: GTK3 Created: Thu Aug 13, 2020 04:22 PM UTC by Pontus Berg...
No, I now see you can format a d81. But can you just assign a d8q file and then use c1541.exe as normal? On Thu, 13 Aug 2020, 18:33 gpz, gpz@users.sourceforge.net wrote: ever tried to do it with c1541? :) [feature-requests:#369] https://sourceforge.net/p/vice-emu/feature-requests/369/ C1581* Status: open Group: GTK3 Created: Thu Aug 13, 2020 04:22 PM UTC by Pontus Berg Last Updated: Thu Aug 13, 2020 04:22 PM UTC Owner: nobody The C1541.exe tool allows generation of D64 images and you can also populate...
C1581
Den tors 13 aug. 2020 kl 10:19 skrev Carlo Bramini carlo_bramini@users.sourceforge.net: Hello, I tried the options and they seems to work fine. By the way, perhaps you may consider to change "--with/without-ogg-vorbis" into just "--with/without-vorbis" because libogg is a dependency for both libFLAC and libvorbis, so using just "--without-ogg-vorbis" won't remove the need of libogg. Tried building under Windows but got errors. I had to disable vorbis and flac in order to make it build.
Den fre 7 aug. 2020 kl 14:02 skrev gpz gpz@users.sourceforge.net: you can build just one emulator already, use "make x64sc" in revision 38350 at least. Nope - didn't work. Make "x64sc" yielded an error. make: *** [Makefile:933: x64] Fel 2 (That is "Error 2" in Swedish)
On the same note, disable destination platforms not really required. Like the pet, plus4 and others I never ever even started but which are built for me one every run. On Fri, 7 Aug 2020, 13:42 Carlo Bramini, carlo_bramini@users.sourceforge.net wrote: [feature-requests:#367] https://sourceforge.net/p/vice-emu/feature-requests/367/ configure: more options to disable unneeded stuff* Status: open Group: SDL2x Created: Fri Aug 07, 2020 11:42 AM UTC by Carlo Bramini Last Updated: Fri Aug 07, 2020 11:42...
Sounds good. The argument for cart is that it sometimes is media as well. The cart can be a game and then it makes as much sense as for a disk. But I agree disk and tape is more important. On Fri, 3 Jul 2020, 16:35 compyx, compyx@users.sourceforge.net wrote: @pontus https://sourceforge.net/u/pontus/: For Gtk3, it won't be too difficult to add a 'tooltip' showing the current image for the datasette or a disk drive, but the current drive widgets need refactoring to work with the current threaded UI...
In the GTK version, how about an indicator if media is inserted in the respective slot (disk 8/9/10/11, tape, cart) and then the filename visible if you hoover the icon? Icon greyed out if that device is disabled. On Tue, 30 Jun 2020, 16:36 gpz, gpz@users.sourceforge.net wrote: Uhm, how would that look like? doesnt sound very practical to me in the SDL port [feature-requests:#365] https://sourceforge.net/p/vice-emu/feature-requests/365/ Current Mounted Disk* Status: open Group: SDL2x Created: Tue...
I do try to remove the history but the mobile client hides it so I need to actively remember to view it and remove it... On Wed, 20 May 2020, 10:50 gpz, gpz@users.sourceforge.net wrote: ok, so i will close. and would you please not always full quote the messages? it makes the tickets very tedious to read
Works for me as far as I remember. On Tue, 19 May 2020, 21:15 gpz, gpz@users.sourceforge.net wrote: can we close this? [bugs:#1182] Command stacking - doesn't work for Bank.* Status: open Version: v3.x Created: Sun Dec 22, 2019 12:35 PM UTC by Pontus Berg Last Updated: Sun Jan 12, 2020 11:53 PM UTC Owner: nobody Stacking commands, to have multiple things happening at a breakpoint, is my new favourite. However I ran into an issue with the bank command. Naturally I want to store the RAM, why I want...
c64 Debugger is an amazing piece of code that takes the VICE engine to new heights if you want to visualise real time progress of the running program. In comparison, the VICE method of breaking and looking at things is super clumsy (still amazing compared to action replay monitoring in the native platform of course). Having said that, VICE emulates to much faster which is a major benefit. ICU has been a very handle piece of software when c64 debugger wasn't available, for people needing a bit of...
I agree that best is if it was generic and could work with any command. /Pontus "Bacchus" Berg FairLight concil... Den fre 1 maj 2020 kl 18:00 skrev gpz gpz@users.sourceforge.net: This sounds like a pretty specific thing that is beyond the scope of the VICE debugger/monitor. In any case it should be implemented in a generic way, ie have an operator that means "look upt the address here in memory", and that should work with any command. [feature-requests:#347] https://sourceforge.net/p/vice-emu/feature-requests/347/...
Too fast sending. Answer updated. [feature-requests:#358] https://sourceforge.net/p/vice-emu/feature-requests/358/ Warning before saving over existing file* Status: open Group: GTK3 Created: Wed Apr 15, 2020 02:43 PM UTC by Pontus Berg Last Updated: Wed Apr 15, 2020 02:43 PM UTC Owner: nobody In the monitor, when you issue a save command, the file is saved - no questions asked - even if there is an existing file with the name used. This can easily be replicated by just issuing the save command twice....
It would break scripts in the same way as the copy command in any shell breaks scripts. /Pontus "Bacchus" Berg FairLight concil... Den ons 15 apr. 2020 kl 17:42 skrev compyx compyx@users.sourceforge.net: On 4/15/20 4:43 PM, Pontus Berg wrote: [feature-requests:#358] https://sourceforge.net/p/vice-emu/feature-requests/358/ Warning before saving over existing file* Status: open Group: GTK3 Created: Wed Apr 15, 2020 02:43 PM UTC by Pontus Berg Last Updated: Wed Apr 15, 2020 02:43 PM UTC Owner: nobody...
I take that back. The dummy command (if I understand it right) fixes the general issue of the dummy reads, which handles the A) request. https://sourceforge.net/p/vice-emu/bugs/1134/ The introduction of a "changed" option would still be valid - as per the B) point
There is a command in the monitor that is "dummy". Is this the solution to the request above? (If so this can be closed)
Warning before saving over existing file
Den mån 16 mars 2020 kl 00:19 skrev gpz gpz@users.sourceforge.net: should be fixed in r37553 - and you should have seen the same in x64sc too, unless no drive was active :) Kewl - thanks for the fast fix! /Pontus
Error related to the CHIS command in the monitor
Den mån 9 mars 2020 kl 20:53 skrev compyx compyx@users.sourceforge.net: Some observations on Windows (using the monitor's pwd command): When using Windows' file associations (.d64 and .prg are set to use c:\vice\x64sc.exe), the cwd seems to be set to the directory of the file being opened, this works both for explorer and Firefox. When using cmd.exe with a file argument, the cwd of the spawning shell is used: C:\Users\compyx>c:\vice\x64sc c:\Users\compyx\Downloads\raketenflug.prg Results in a cwd...
Working directory
Stephen, Unless the emulators would start supporting transparent convert and depack of ZipCode files, they are an extra hassle. You can't use them without conversion and that is an annoying hassle. So "useless" is possibly not the right term "stupidly annoying" would possibly be better ;-) In all; ZipCode makes sense in a native c64 environment - d64 makes sense in the pc/mac/linux world. The time they go back and forth is when they are uploaded from a PC/mac/linux unit to a BSS and this is where...
That was a late answer ;) On pc, d64 is the normal format to represent c64 disk images. However you cannot host them on the C64 itself as they are too big to store on a disk (obvious). So to c64 BBSes, full disk images are uploaded in Zipcode format. Zipcode is useless on the PC and d64 is unmanageable on the C64. On Thu, 5 Mar 2020, 05:49 Stephen James Hurd, deuce@users.sourceforge.net wrote: I'm not sure how this would actually work out or why it's a good feature... C64 BBSs only? Look at file...
On Wed, 26 Feb 2020, 20:07 gpz, gpz@users.sourceforge.net wrote: I still really don't understand why VIC version would make any difference - storing the VIC values it will take a screen to build the new picture. I can take an Action replay freeze and run in any computer - no issue with VIC version there a VICE snapshot is totally different from an AR freeze - it contains the state of the entire emulation, not just some vaguely guessed register values like an AR freeze :) if any of this would be easy...
Thanks - will try that. I guess there are a few paths to take; - make the snapshot more compatible. Make them work better between variants. (And pardon my ignorance but I still really don't understand why VIC version would make any difference - storing the VIC values it will take a screen to build the new picture. I can take an Action replay freeze and run in any computer - no issue with VIC version there). - make the host adjust settings to it fits the mandatory prerequisites in the snapshot. -...
They were both x64sc of version 3.4 - one on Mac and one on Windows/PC. I don't have any of the snapshot files left as we have concluded the project, but I can try to recreate them.
And here is the snapshot of the comparison. Still have no idea what you mean about the quote thing but lets leave that unless it's really important to bring the topic forward...
Here are the snapshot files.
Den ons 26 feb. 2020 kl 14:42 skrev gpz gpz@users.sourceforge.net: can you PLEASE stop this full-quoting? it makes it super annoying to read these bug reports. thank you. as for the original issue, please provide a test case. also the config file from both the mac- and the other emulator would be interesting Please find enclosed a snapshot from a Mac and a PC. Jason (The Mac side - an x64sc running NTSC) has confirmed that snapshots using SDL and GTK are interchangeable. Formally I think they are...
There were both x64sc of version 3.4 - one on Mac and one on Windows/PC. I don't have any of the snapshot files left as we have concluded the project, but I can try to recreate them. /Pontus "Bacchus" Berg FairLight concil... Den ons 26 feb. 2020 kl 00:21 skrev Querino <querino2@users.sourceforge.net : maybe simply the wrong model? for example, a C64 snapshot does not load if you attempt to load it and the current model is set to C64C. which is a bit annoying. [bugs:#1194] https://sourceforge.net/p/vice-emu/bugs/1194/...
Snapshots not interchangeable
I am not sure where to define this... On Sun, 9 Feb 2020, 22:43 gpz, gpz@users.sourceforge.net wrote: yep, if you are using the console then its scrollback must be large enough, of course :) [feature-requests:#350] https://sourceforge.net/p/vice-emu/feature-requests/350/ Ability to set Computer history buffer size as as parameter* Status: closed-fixed Group: general Created: Tue Jan 28, 2020 10:20 PM UTC by Pontus Berg Last Updated: Sun Feb 09, 2020 09:08 PM UTC Owner: nobody Personally I use the...
Thinking of this - the restriction I run into might be the scroll back buffer of the console, which might be different than the cpu history buffer? /Pontus "Bacchus" Berg FairLight concil... Den sön 9 feb. 2020 kl 21:52 skrev Bacchus of fairLight bacchus@fairlight.to: Got around to validate this. I have 32768 set in the configuration and doing "chis 5000" in the monitor I get a number of rows of history. Copy the full lot and paste it to Excel (handy way to count rows) it proves to be 1000 row. So...
Got around to validate this. I have 32768 set in the configuration and doing "chis 5000" in the monitor I get a number of rows of history. Copy the full lot and paste it to Excel (handy way to count rows) it proves to be 1000 row. So no 5k rows and nowhere near the 32k I set the value to... /Pontus "Bacchus" Berg FairLight concil... Den ons 29 jan. 2020 kl 13:50 skrev gpz gpz@users.sourceforge.net: no idea what you mean. you can make a local patch and change the define locally if you really must....
Kewl. Can you please point me in a direction where I can read more on how to do it when I build? On Wed, 29 Jan 2020, 02:06 gpz, gpz@users.sourceforge.net wrote: even better, see r37408 - you can configure it via a resource or commandline option now. this has been on my todo list for a while :) [feature-requests:#350] https://sourceforge.net/p/vice-emu/feature-requests/350/ Ability to set Computer history buffer size as as parameter* Status: open Group: general Created: Tue Jan 28, 2020 10:20 PM...
Ability to set Computer history buffer size as as parameter
Is this another request than this really oped one: https://sourceforge.net/p/vice-emu/feature-requests/2/ (If it's the same, then this is redundant and could be closed)
Should also be moved to general I guess. Requests defaults to SDL2x.
I have provided such feedback on a few occasions so I guess you are barking up the wrong tree here ... (The open ones are 125 if I understand the system right)
I have provided such feedback on a few occasions so I guess you are barking up the wrong tree here ...
It would also help if tasks were marked as close fixed :-P
Dynamic save (parameters from memory)
So Markus has provided a working solution, but that is not merged in. Can I just bump this to see that happen.
Command stacking - doesn't work for Bank.
Full quotes? On Sat, 21 Dec 2019, 15:22 gpz, gpz@users.sourceforge.net wrote: if you found a new bug, please open a new ticket. also stop those full quotes please :/ [feature-requests:#293] https://sourceforge.net/p/vice-emu/feature-requests/293/ Monitor output redirection* Status: closed-fixed Group: general Labels: output redirection Created: Sun Aug 13, 2017 01:55 PM UTC by Andre Fachat Last Updated: Tue Dec 03, 2019 12:35 PM UTC Owner: nobody I am trying to capture the monitor output into a file...