[go: up one dir, main page]

Activity for VICE

  • gpz gpz posted a comment on ticket #2122

    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.

  • gpz gpz committed [r45813] on Code

    when inserting checkpoints into the list, compare their start addresses (as intended). fixes bug #2122

  • gpz gpz posted a comment on ticket #2103

    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

  • gpz gpz modified ticket #2023

    Userport printer emulation fails

  • gpz gpz posted a comment on ticket #2023

    r45812 should fix this too!

  • gpz gpz committed [r45812] on Code

    make sure the first character is printed after manually enabling the printer

  • gpz gpz posted a comment on ticket #2023

    r45811 should fix the formfeed.... will look at that first char getting swallowed now

  • gpz gpz committed [r45811] on Code

    fix copypaste bug, makes formfeed for userport printer work again

  • CKX CKX modified a comment on ticket #2161

    Still works fine for my evdev-driven XBox Wireless Controller.

  • CKX CKX posted a comment on ticket #2161

    Still works fine.

  • gpz gpz posted a comment on ticket #2176

    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.

  • Mads Nielsen Mads Nielsen posted a comment on ticket #2176

    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:

  • gpz gpz posted a comment on ticket #2176

    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

  • Mads Nielsen Mads Nielsen posted a comment on ticket #2176

    Sounds like you see what i see.

  • Pontus Berg Pontus Berg posted a comment on ticket #2173

    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.

  • gpz gpz posted a comment on ticket #2176

    tried on windows ... monitor opens fine first time, but the font is broken. it works when starting the emu another time, wth

  • Mads Nielsen Mads Nielsen posted a comment on ticket #2176

    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)

  • gpz gpz posted a comment on ticket #2176

    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")

  • Mads Nielsen Mads Nielsen posted a comment on ticket #2176

    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...

  • gpz gpz posted a comment on ticket #2176

    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)

  • Mads Nielsen Mads Nielsen posted a comment on ticket #2176

    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 ?

  • gpz gpz modified ticket #2161

    Linux evdev joystick driver fails for axes with minimum=-1 and maximum=1

  • gpz gpz posted a comment on ticket #2161

    applied in r45810 - please test (and then we can close this one, i guess)

  • gpz gpz committed [r45810] on Code

    better/generic fix for #2161

  • gpz gpz posted a comment on ticket #2176

    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 :)

  • gpz gpz committed [r45809] on Code

    (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.

  • pottendo pottendo committed [r45808] on Code

    enable FunMP3 also for SDL win32 builds

  • pottendo pottendo modified ticket #1978

    MAC Vice 3.8 / GTK / WiC64 crashes right after startup

  • pottendo pottendo posted a comment on ticket #1978

    Issue is still reproducible by the originator.

  • pottendo pottendo committed [r45807] on Code

    fixed crash, happened when changing userport cart away from FunMP3

  • Frederic bezies Frederic bezies posted a comment on ticket #2168

    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!

  • Olaf Seibert Olaf Seibert committed [r45806] on Code

    r45801 changed screenshots slightly, so adjust them

  • gpz gpz committed [r45805] on Code

    fix usbsid driver init, patch by LouD. Also updated the usbsid lib, which fixes some warning(s)

  • pottendo pottendo committed [r45804] on Code

    added FunMP3 init

  • Olaf Seibert Olaf Seibert committed [r45803] on Code

    This was missed in r45781 Rename (virtual/trap) device related settings (bug 2162)

  • gpz gpz committed [r45802] on Code

    fix warning

  • Olaf Seibert Olaf Seibert modified ticket #2175

    80x42 text mode does not display properly.

  • Olaf Seibert Olaf Seibert posted a comment on ticket #2175

    This is hopefully fixed in revision 45801.

  • Olaf Seibert Olaf Seibert committed [r45801] on Code

    Fix bug 2175: CRTC 80x42 text mode does not display properly.

  • Mads Nielsen Mads Nielsen posted a comment on ticket #2176

    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?

  • CKX CKX posted a comment on ticket #2161

    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.

  • pottendo pottendo committed [r45800] on Code

    added FunMP3 SDL UI

  • gpz gpz posted a comment on ticket #2161

    Will this also fix it in the SDL port? (Sorry i am not familiar with the joystick code)

  • Mads Nielsen Mads Nielsen posted a comment on ticket #2176

    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.

  • Mads Nielsen Mads Nielsen posted a comment on ticket #2176

    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

  • pottendo pottendo committed [r45799] on Code

    added FunMP3 dir select GTK3 widget, fixed crashes

  • gpz gpz posted a comment on ticket #2176

    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 :(

  • Uffe Jakobsen Uffe Jakobsen posted a comment on ticket #2176

    Yes ok - both my question was actually directed to Mads (@madsni) - asking about the state of his local install :-)

  • gpz gpz posted a comment on ticket #2176

    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

  • Uffe Jakobsen Uffe Jakobsen posted a comment on ticket #2176

    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

  • gpz gpz modified a comment on ticket #2176

    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...

  • gpz gpz modified a comment on ticket #2176

    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...

  • gpz gpz posted a comment on ticket #2176

    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 :))

  • gpz gpz posted a comment on ticket #2176

    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...

  • Mads Nielsen Mads Nielsen posted a comment on ticket #2176

    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.

  • dqh dqh posted a comment on ticket #2176

    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?

  • Ralph Moeritz Ralph Moeritz modified a comment on ticket #2161

    I've attached an updated diff that also removes the woraround from src/arch/gtk3/joystickdrv/joystick_linux_evdev.c. Cheers.

  • Ralph Moeritz Ralph Moeritz posted a comment on ticket #2161

    I've attached an updated diff that also removes the woraround from src/arch/gtk3/joystickdrv/joystick_linux_evdev.c. Cheers.

  • Ralph Moeritz Ralph Moeritz posted a comment on ticket #2161

    @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.

  • Mads Nielsen Mads Nielsen created ticket #2176

    Vice Monitor Problems

  • gpz gpz posted a comment on ticket #2161

    mmmh isnt this the same fix basically, but in a different file? doesn't trunk work for you?

  • Ralph Moeritz Ralph Moeritz posted a comment on ticket #2161

    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...

  • pottendo pottendo committed [r45798] on Code

    added glob support

  • pottendo pottendo committed [r45797] on Code

    fix style

  • pottendo pottendo committed [r45796] on Code

    Added FunMP3 userport cartridge support

  • Olaf Seibert Olaf Seibert posted a comment on ticket #2175

    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...

  • Olaf Seibert Olaf Seibert created ticket #2175

    80x42 text mode does not display properly.

  • gpz gpz committed [r45795] on Code

    fix DQBB resources, netplay should work without a warning now

  • dqh dqh committed [r45794] on Code

    macOS bindist no longer require platypus. And other bindist issues fixed.

  • Kevin Kitts Kevin Kitts posted a comment on ticket #2174

    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. :)

  • Kevin Kitts Kevin Kitts posted a comment on ticket #2174

    So, is there a way I can change it to NTSC and try it out?

  • gpz gpz posted a comment on ticket #2174

    No idea what you are talking about. Such feature never existed.

  • Kevin Kitts Kevin Kitts posted a comment on ticket #2174

    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...

  • Kevin Kitts Kevin Kitts posted a comment on ticket #2174

    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?

  • gpz gpz committed [r45793] on Code

    add some joy- and keymaps related to https://github.com/aminch/8-bit-pc-pi-compile

  • dqh dqh posted a comment on ticket #2128

    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.

  • dqh dqh modified ticket #2153

    GTK Crashes on Font Selection in Preferences.

  • dqh dqh posted a comment on ticket #2153

    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

  • dqh dqh modified ticket #1978

    MAC Vice 3.8 / GTK / WiC64 crashes right after startup

  • dqh dqh posted a comment on ticket #1978

    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.

  • dqh dqh posted a comment on ticket #1978

    I can't replicate this anymore. Seems the -wic64colorizetrace option has been removed in the meantime also

  • radius75 radius75 posted a comment on ticket #2173

    The emulator no longer crashes when changing .tap

  • gpz gpz modified ticket #2173

    Tape functions reset the program ...

  • gpz gpz posted a comment on ticket #2173

    should be fixed in r45792 - please test

  • gpz gpz committed [r45792] on Code

    set tap_buffer=NULL after free(), fixes #2173

  • gpz gpz posted a comment on ticket #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

  • Daniel Kahlin Daniel Kahlin posted a comment on ticket #400

    I've since gotten this running by disabling the functionality so I would think there is nothing useful about it in the log.

  • gpz gpz posted a comment on ticket #400

    yes it is weird, maybe @tlr can post his configure log?

  • gpz gpz posted a comment on ticket #2174

    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...

  • Ingo Korb Ingo Korb posted a comment on ticket #2174

    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...

  • Kevin Kitts Kevin Kitts posted a comment on ticket #2174

    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...

  • gpz gpz posted a comment on ticket #2174

    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")

  • Kevin Kitts Kevin Kitts created ticket #2174

    Sound processing incorrectly

  • LouD LouD posted a comment on ticket #400

    @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,...

  • Olaf Seibert Olaf Seibert modified ticket #2162

    Virtual floppy device support missing in xpet 3.9

  • gpz gpz committed [r45791] on Code

    fix mp3@c64, plays audio now and does not crash on large frames

  • radius75 radius75 posted a comment on ticket #2173

    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.

  • gpz gpz posted a comment on ticket #2173

    Mmmh what OS and where does this build come from? (It works for me in Linux)

  • Pontus Berg Pontus Berg posted a comment on ticket #2173

    (3.9 45786)

  • Pontus Berg Pontus Berg created ticket #2173

    Tape functions reset the program ...

<< < 1 2 >