fixed in r45813 it will still not trigger on 1000 if you start with g1000 (it triggers one instruction after that), but that is another problem that still has to be fixed.
when inserting checkpoints into the list, compare their start addresses (as intended). fixes bug #2122
I compiled with debug enabled now... and only ever see it crash when switching interlace on and then exit the emu - with a similar backtrace as compyx did shrug
Userport printer emulation fails
r45812 should fix this too!
make sure the first character is printed after manually enabling the printer
r45811 should fix the formfeed.... will look at that first char getting swallowed now
fix copypaste bug, makes formfeed for userport printer work again
Still works fine for my evdev-driven XBox Wireless Controller.
Still works fine.
Funky! So thats different symptoms than what i fixed in linux - there (before the fix) the monitor window did not show at all, ie not even render black background.
Black is the normal background color, so I was thinking a bad font (e.g. font is not loaded and all chars are blank) could explain it. However, not sure thats the explanation since there comes a white (cursor?) square which doesn't move.. Here is how it looks:
Well i don't get a black screen, just the wrong font - which is a different problem (only on windows). It works perfectly after closing the emulator and starting it another time
Sounds like you see what i see.
I'm glad there was an actualy issue here as well that could be mitigated. My key problem is still the one mentioned in https://sourceforge.net/p/vice-emu/bugs/2099/ but that's a local issue and should be an argument to spend project time on.
tried on windows ... monitor opens fine first time, but the font is broken. it works when starting the emu another time, wth
Ok, I fixed the bison problem and got it to work.. The bug is still there. (I can change fonts, but get black screen the first time i enter)
Huuu? This is wild. No, there should be no such error, the monitor parser is built with lex/yacc (or well, bison). Looks like a homebrew bug to me (i guess it always says "expected behaviour" when building "unstable upstream")
I got a bison error while 'brewing' which I have ignored since it says its expected behaviour. Is it correct to ignore it ? : > > xcode-select: error: tool 'bison' requires Xcode, but active developer directory '/Library/Developer/CommandLineTools' is a command line tools instance > make[3]: *** [mon_parse.c] Error 1 > make[2]: *** [install-recursive] Error 1 > make[1]: *** [install] Error 2 > make: *** [install-recursive] Error 1 > > READ THIS: https://docs.brew.sh/Troubleshooting > > vice's formula...
There should be a build number at the top of the startup log (when starting in terminal) and in the "about" dialog as well. This only works when the code was checked out using svn though (no idea what homebrew does)
Struggeling with homebrew and where it places the releases and I am a bit concerned when I see what it is doing. i would expect it to make a new installation in a dedicated homebrew folder, but I can see my standard release x64sc file which i downloaded using a browser and place in another folder has changed after runner brew. However, it seems not to be --HEAD Question: Is there any way i can see a build number or something else that can show me which version I'm running on ?
Linux evdev joystick driver fails for axes with minimum=-1 and maximum=1
applied in r45810 - please test (and then we can close this one, i guess)
better/generic fix for #2161
please test r45809 - i have fixed the "monitor does not open when its not default size" here, try if it works for you as well :)
(re)size monitor window when it is opened, not when it is resumed. seems to fix the problem that the monitor does not render when it is not the default size on first open. needs more testing.
enable FunMP3 also for SDL win32 builds
MAC Vice 3.8 / GTK / WiC64 crashes right after startup
Issue is still reproducible by the originator.
fixed crash, happened when changing userport cart away from FunMP3
Well, I found a weird workaround. I run x64sc (for example) once, then I close it. Run it another time and floppy disk content display is OK. Really weird!
r45801 changed screenshots slightly, so adjust them
fix usbsid driver init, patch by LouD. Also updated the usbsid lib, which fixes some warning(s)
added FunMP3 init
This was missed in r45781 Rename (virtual/trap) device related settings (bug 2162)
fix warning
80x42 text mode does not display properly.
This is hopefully fixed in revision 45801.
Fix bug 2175: CRTC 80x42 text mode does not display properly.
Hi Guys, Do you need anything more from me before going on to something else? If you can reproduce, then you probably have all you need. If not, you probably want some logs?
From my understanding, the platform-specific joystick drivers in the arch folder retrieve the joystick information from their respective low-level APIs and then report the axes and the buttons in a uniform manner to the high-level joystick system of VICE. So I'd vote for Ralph's suggestion. Putting the workaround to joystick/joystick.c would fix the problem for all backends.
added FunMP3 SDL UI
Will this also fix it in the SDL port? (Sorry i am not familiar with the joystick code)
Hej Uffe, The problem where that I didn't install using homebrew. I downloaded the vice-macos-GTK3.tar file from the latest builds and ran x64sc from there but it didn't contain the dependant libraries.
Got it to work using the version you get when downloading using 'brew install vice --head' Problem 1 is solved, I can change font now Problem 2 is still there
added FunMP3 dir select GTK3 widget, fixed crashes
Oh :) BUT - different library versions, perhaps GTK itself and/or Pango (that's the font renderer) might be the problem here. Not the first time things explode because of something like this :(
Yes ok - both my question was actually directed to Mads (@madsni) - asking about the state of his local install :-)
The build on github does both "brew update" and "brew upgrade" before building, so it should use whatever the current (stable) versions in brew are
Do you have a (homebrew) version of libpng ? if positive the build of libpng is just too old ? https://brew.sh/ https://formulae.brew.sh/formula/libpng#default
No it is not, it happens on linux too (in trunk) - see my comment in the csdb thread: https://csdb.dk/forums/?roomid=11&topicid=173885#173966 The problem is in how the window is created: the create function (always) uses some arbitrary default (80x50 chars), and then the "raise window" function resizes the window to whatever. Removing the resize from the later fixes the hang - so this must be somehow related. I tried calculating the final size directly in the create function, but that doesn't work...
No it is not, it happens on linux too (in trunk) - see my comment in the csdb thread: https://csdb.dk/forums/?roomid=11&topicid=173885#173966 The problem is in how the window is created: the create function (always) uses some arbitrary default (80x50 chars), and then the "raise window" function resizes the window to whatever. Removing the resize from the later fixes the hang - so this must be somehow related. I tried calculating the final size directly in the create function, but that doesn't work...
I should say that i have never tested those (i dont have macOS) and for the most part added them so we can see if the macOS build even still compiles - there might be some more tweaking needed to produce self contained working packages That said, if you have homebrew installed, you can install the missing lbraries with that, i guess (that is probably also why it worked for MrAmmo before, he built VICE from source so he has the libs :))
No it is not, it happens on linux too (in trunk) - see my comment in the csdb thread: https://csdb.dk/forums/?roomid=11&topicid=173885#173966 The problem is in how the window is created: the create function (always) uses some arbitrary default (80x50 chars), and then the "raise window" function resizes the window to whatever. Removing the resize from the later fixes the hang - so this must be somehow related. I tried calculating the final size directly in the create function, but that doesn't work...
Is there some docu that describes how to use nightly builds.. I downloaded and ran it, but got ''/opt/homebrew/opt/libpng/lib/libpng16.16.dylib' (no such file), '/System/Volumes/Preboot/Cryptexes/OS/opt/homebrew/opt/libpng/lib/libpng16.16.dylib' (no such file), '/opt/homebrew/opt/libpng/lib/libpng16.16.dylib' (no such file) ' so I am missing something.
Hi Mads, im a big fan of Kick Assembler. i believe this issue is fixed in trunk (upstream dep issue, actually), any chance you can verify?
I've attached an updated diff that also removes the woraround from src/arch/gtk3/joystickdrv/joystick_linux_evdev.c. Cheers.
I've attached an updated diff that also removes the woraround from src/arch/gtk3/joystickdrv/joystick_linux_evdev.c. Cheers.
@gpz Yes, but now the fix is in the right function & makes the docstring for joystick_device_add_axis correct :P. Feel free to ignore if you disagree, but I believe this is similar to what @compyx had in mind.
Vice Monitor Problems
mmmh isnt this the same fix basically, but in a different file? doesn't trunk work for you?
Hi, seeing as it was a straightforward fix I've decided to submit one myself inspired by CKX's original patch & the comment by compyx as this was bugging me (was using SDL2 because of better joystick support but eventually got sick of the monitor interface :P ). See attached. Also, I have two controllers: an 8BitDo SN30pro gamepad, which gets detected as a Microsoft X-Box 360 pad, and a Hori Fighting Stick Mini, which gets detected as Generic X-Box pad. The d-pad/joystick wasn't being picked up on...
added glob support
fix style
Added FunMP3 userport cartridge support
There are at least 2 issues in play here. The screen size is set (using CRTC_REG_VTOTAL and CRTC_REG_VTOTALADJ) to 40 text lines plus 20 scan lines. The vertical sync is however set at text line 43. That text line is however never reached. Some CRTC models use the same counter to count the scan lines in a text line, and also the "vertical adjust" lines when VTOTAL text lines have been shown. The src/raster/* code is just weird and overly complex and nobody understands it. The crtc code probably works...
80x42 text mode does not display properly.
fix DQBB resources, netplay should work without a warning now
macOS bindist no longer require platypus. And other bindist issues fixed.
Never mind, I found it, and you're right, that's the pitch that I'm used to at 100%. So, I've been using NTSC for years and not known about it. Problem solved. Thanks, this is much better. :)
So, is there a way I can change it to NTSC and try it out?
No idea what you are talking about. Such feature never existed.
Sorry, I didn't get email notifications because the check box doesn't show anything with my color set, apparently. CTD = Crash To Desktop. When you open the emulator multiple times without rebooting the computer, sometimes it will open the window with a black background, then close immediately without starting the emulation. Thus it crashes back to the desktop (CTDs). After the first run, the CTDs can happen with any loading of the emulator - the first load is the only one I think is guaranteed to...
Then why do earlier versions (v3.3) do so properly? It can run at 100%, 120%, even 150%, and have no problems playing the sound at pitch. Disconnecting pitch from the emulator speed was done before in VICE C64, but not now?
add some joy- and keymaps related to https://github.com/aminch/8-bit-pc-pi-compile
I'm not sure i'm seeing the same problem in trunk Would you be able to try to repo it using the latest code from SVN, without hardcoding the path to the dylib? I'm wondering if the real problem is that a signed .app is trying to load the dylib from the system, rather than it being due to needing the full path.
GTK Crashes on Font Selection in Preferences.
I guess the main question is, if you install deps from homebrew and compile and install VICE trunk on your machine - does the problem still occur? macOS Build instructions are at doc/building/macOS-Howto.txt I just retested using deps I installed a few months ago, and again using updated deps, and no crash. So I think it was just a bug in upstream that has since been fixed. Feel free to reopen if you can repro in trunk
MAC Vice 3.8 / GTK / WiC64 crashes right after startup
Unless it's replicable in trunk, I think we have to assume this was inadvertently fixed already by another change. Feel free to reopen if you can find a way to replicate.
I can't replicate this anymore. Seems the -wic64colorizetrace option has been removed in the meantime also
The emulator no longer crashes when changing .tap
Tape functions reset the program ...
should be fixed in r45792 - please test
set tap_buffer=NULL after free(), fixes #2173
also on linux (i had to change .tap 3 or 4 times though) Error - datasette.c:915: Error - lib_debug_guard_remove(): Cannot find debug address 0x55b1789327c0! (make sure to use functions from lib.h, do NOT use lib_free on pointers allocated by other functions.) munmap_chunk(): invalid pointer
I've since gotten this running by disabling the functionality so I would think there is nothing useful about it in the log.
yes it is weird, maybe @tlr can post his configure log?
Also, I saved the "Stereo" setting on exiting previously, but the emulator started with no sound again. Going into settings and changing to "System" then back to "Stereo" made it work with an audible thump. Somehow, the sound system isn't turning on properly on loading the emulator (or maybe Win11 has something to do with it, who knows). I can't reproduce this - on Windows 10 however Also, the emulator randomly CTDs on loading, when you load it multiple times without rebooting. This error has probably...
The current behaviour is correct. Since the C64 can read back the oscillator state of voice 3, pitching it down to compensate for increased emulation speed would allow a program to detect that it is running on an emulator - but since an emulator's goal is to work exactly as the original machine, that would be a bug. Furthermore, pitching down the SID would lead to inconsistent pitch if the program is playing samples - like Impossible Mission does. Sample playback on the C64 is fully CPU driven, the...
Just set the emulator back to 100% speed, and the sound on Impossible Mission is correct. Changing the emulator speed affects the pitch of the sounds, and that needs to be fixed. I should be able to run at 120% speed and still get accurate sounds. Also, I saved the "Stereo" setting on exiting previously, but the emulator started with no sound again. Going into settings and changing to "System" then back to "Stereo" made it work with an audible thump. Somehow, the sound system isn't turning on properly...
The sound pitch is hard-linked to the system speed, that is quite correct, and there is no way around it (the same is true for the real thing, ie NTSC is pitched higher) I can't reproduce the problem with "System" (it should be the same as "Stereo")
Sound processing incorrectly
@gpz I had a quick look at configure.ac but can't quite see why it would see libusb0.1 as valid. Will need to have a deeper dig for that. The Linux and Windows check is almost the same l and doesnt mention the older version. strange. dnl usbsid required libraries and headers if test x"$enable_usbsid" != "xno" ; then PKG_PROG_PKG_CONFIG UNIX_USBSID_HEADER_PRESENT=yes AC_CHECK_HEADERS(libusb-1.0/libusb.h,,[UNIX_USBSID_HEADER_PRESENT=no],) if test x"$UNIX_USBSID_HEADER_PRESENT" = "xyes"; then AC_CHECK_LIB(usb-1.0,...
Virtual floppy device support missing in xpet 3.9
fix mp3@c64, plays audio now and does not crash on large frames
I can confirm this, Win10 and Win7. The first .tap file mounts without any problems. When I try to mount another .tap file, the emulator crashes.
Mmmh what OS and where does this build come from? (It works for me in Linux)
(3.9 45786)
Tape functions reset the program ...