| |
PAL
Registered: Mar 2009 Posts: 269 |
sure, it is probably wrong thread
... but I was so unfortunate to set mouse to eat all my mouse moves in Vice, so now I can not get it to not eat all mouse moves again and am stouck with a halty vice?!?! How can I set tis to difer as I had as always save config when closing the Vice? Anyone know? I am stuck in wrong settings. |
|
| |
chatGPZ
Registered: Dec 2001 Posts: 11088 |
you are now a GEOS user, its inevitable. |
| |
JackAsser
Registered: Jun 2002 Posts: 1987 |
Quote: ... but I was so unfortunate to set mouse to eat all my mouse moves in Vice, so now I can not get it to not eat all mouse moves again and am stouck with a halty vice?!?! How can I set tis to difer as I had as always save config when closing the Vice? Anyone know? I am stuck in wrong settings.
cmd+m on Mac toggle mouse grab. I'm sure there are a similar hotkey on Windoze. |
| |
Count Zero
Registered: Jan 2003 Posts: 1810 |
|
| |
Golara Account closed
Registered: Jan 2018 Posts: 212 |
alt + Q on windows, alt + M on linux. |
| |
Oswald
Registered: Apr 2002 Posts: 5007 |
so far alt+tab (switching to another prog) always gave me back the pointer. |
| |
Golara Account closed
Registered: Jan 2018 Posts: 212 |
Sorry to dig up this thread, but i've got the same problem with the new vice 3.3 on linux, build from source. My mouse is "free" as in i can move it around all windows, but it's always invisible when in the area of vice window. The old Alt + M I suggested in this thread did work in the SDL build, but it doesn't work here (btw, I love how you can bind pretty much all actions to any key combo you want!) can't find the mouse grab option anywhere in F12 settings... |
| |
chatGPZ
Registered: Dec 2001 Posts: 11088 |
ALT+M works the same in SDL and GTK. and yes, the mousepointer is supposed to disappear (after a second or so) when its in the emu window. |
| |
Golara Account closed
Registered: Jan 2018 Posts: 212 |
Quote: ALT+M works the same in SDL and GTK. and yes, the mousepointer is supposed to disappear (after a second or so) when its in the emu window.
Hmm, somehow I missed it, probably because the cursor didn't reappear. Is there a way to not hide the cursor ? It's important for me, because I often drag n drop the compiled file into VICE, even every few seconds when you just do some rastercode and put more or less nops, you know how it goes... and I couldn't see a way to load a new prg from terminal without running another instance of vice. For a long time I used the WinVice with wine, cuz the old linux build I tried didn't have drag n drop.. |
| |
Compyx
Registered: Jan 2005 Posts: 631 |
The mouse pointer only is hidden after the mouse doesn't move for a few seconds, and reappears when you move the mouse, and
dragging a disk image onto VICE doesn't require pixel-perfect accuracy.
As far quick development with VICE: just run the SDL2 version, select autostart/smart, select file to run and press enter (let's call it demo.prg)
Now fix bugs etc, assemble demo.prg. Now comes the trick:
Activate x64sc window, press f12 and ram Enter twice.
That should run the updated demo.prg. For best performance make sure to use 'inject-into-ram'. |
| |
Oswald
Registered: Apr 2002 Posts: 5007 |
is there a bin version of this magic SDL version ? (or can I do this shit in windows) |
| |
ChristopherJam
Registered: Aug 2004 Posts: 1359 |
...or just add a "run" target to your Makefile that runs x64sc with the completed binary as both a dependency and the parameter to the run command
run: demo.prg
x64sc $<
(personally I usually have separate 'emu' and 'hw' targets that either run vice or send the result via ethernet/u2+ to the real thing) |
| |
Golara Account closed
Registered: Jan 2018 Posts: 212 |
Quote: ...or just add a "run" target to your Makefile that runs x64sc with the completed binary as both a dependency and the parameter to the run command
run: demo.prg
x64sc $<
(personally I usually have separate 'emu' and 'hw' targets that either run vice or send the result via ethernet/u2+ to the real thing)
I don't want to spawn new vice processes.
compyx: in my case the mouse disappears instantly, not after few seconds like you say. I know drag n drop is not pixel perfect buts it's simply annoying. |
| |
ChristopherJam
Registered: Aug 2004 Posts: 1359 |
Quoting GolaraI don't want to spawn new vice processes.
That's understandable. TBH my actual Makefile uses "open" which just loads it into currently running vice/cocoa instance.
Getting that to work under MacOS with vice/gtk is somewhere on my todo list. |
| |
Golara Account closed
Registered: Jan 2018 Posts: 212 |
Quote: Quoting GolaraI don't want to spawn new vice processes.
That's understandable. TBH my actual Makefile uses "open" which just loads it into currently running vice/cocoa instance.
Getting that to work under MacOS with vice/gtk is somewhere on my todo list.
c64debugger supports it on the application level, if you just type ./c64debugger my.prg and there's c64eebugger running it will load into that. |
| |
Golara Account closed
Registered: Jan 2018 Posts: 212 |
BTW, I think I've got the SDL version of vice, not GTK. I got it confused, because previously I had vice with the grey GUI, drop-list based appearing after left or right mouse click. The version I've got now doesn't have any GUI, options are just white text on black background in the main window... which is fine because you can put a hotkey on all these options. But the mouse cursor not being drawn is annoying. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11088 |
thats SDK then, indeed :) and yes, it hides the mouse pointer completely (which is better than not at all, IMHO). |
| |
Golara Account closed
Registered: Jan 2018 Posts: 212 |
Quote: thats SDK then, indeed :) and yes, it hides the mouse pointer completely (which is better than not at all, IMHO).
I'd make it optional. I understand you want to hide it like some video player, if it did disappear when not moving it would not be such a problem. Maybe I will just find the code that hides the mouse and comment it out. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11088 |
it probably should be changed to delay some seconds, indeed. feel free to send your patch :) |
| |
Perplex
Registered: Feb 2009 Posts: 254 |
Quoting ChristopherJamTBH my actual Makefile uses "open" which just loads it into currently running vice/cocoa instance.
Getting that to work under MacOS with vice/gtk is somewhere on my todo list.
Easily accomplished using the remote monitor and a kernal patched to bypass memory test during reset. Send 'reset', wait .1 seconds, send 'load "your.prg" 0', and finally send 'g 080d' or whatever is the start address of your code. |
| |
Golara Account closed
Registered: Jan 2018 Posts: 212 |
Quote: it probably should be changed to delay some seconds, indeed. feel free to send your patch :)
Found this
* - Otherwise, the cursor is visible as a normal mouse pointer as
* long as it's been 60 or fewer ticks since the last time the
* mouse moved.
This doesn't work on my computer at all, the mouse is always invisible even when I move it around (till it leaves the window area of course) so it seems like a bug. I'll try to fix it I suppose.
EDIT: This comment is in the arch/gtk3, so I guess this functionality works in GTK3 but SDL has the cursor always hidden.
EDIT2: Found the code and there's even TODO to implement that timer thing.. I'll try to make it and submit a patch |
| |
spider-j
Registered: Oct 2004 Posts: 443 |
@Golara: same here on my laptop - mouse pointer disappears as soon as it hits the window. arch linux vice package from community repo. |
| |
Golara Account closed
Registered: Jan 2018 Posts: 212 |
Quote: @Golara: same here on my laptop - mouse pointer disappears as soon as it hits the window. arch linux vice package from community repo.
Well, making the cursor not go away is simple, you just need to replace SDL_ShowCursor(SDL_DISABLE) to SDL_ShowCursor(SDL_ENABLE) in src/arch/sdl/ui.c
But I'll try to implement that timer like on GTK3. Actually I've got the code already, I'm just thinking where I should be getting ticks from. Right now I just made the main rendering loop increment my counter, but that's dirty. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11088 |
there is an event system in VICE for cycle exact events... you could use that. just incrementing a counter each frame seems quite OK for this task though, simple and effective :) |
| |
Golara Account closed
Registered: Jan 2018 Posts: 212 |
I've submit the patch on sourceforge |