Jump to content

dukdukgoos

Members
  • Content Count

    30
  • Joined

  • Last visited

Everything posted by dukdukgoos

  1. I did some further research on the "Open with..." issue detailed in the previous post and can confirm it only occurs with Eclipse 2020-12. I tried both 2020-06 and 2020-09 and they both work correctly. So now I guess the question is does WUDSN need an update to support 2020-12 or is it a 2020-12 bug that needs to be fixed upstream?
  2. Not sure if I'm doing something wrong or if there's a bug in 1.7.1. The "Open with..." option to select the editor you want to use isn't remembering its settings. For example, if I select a file that defaults to the MADS editor and "Open with" the plain text editor, it will correctly use the plain text editor. But if I close the file and double-click it to open it again it opens in the MADS editor. It used to remember the last "Open with" value and use it again when double-clicking a file.
  3. Yes, I was just sharing that for people who want to use the latest version of Eclipse. 2020-06 will be the last version of Eclipse that supports Java 8. If you want to upgrade to 2020-09 or later you have to upgrade Java too. So far I haven't seen any incompatibility with WUDSN 1.7.1/Eclipse 2020-09/Java 14, though I haven't extensively tested, just tried compiling/running a few things I have around. Is there anything specific you're concerned won't work?
  4. I was able to get WUDSN working with 2020-09 by upgrading Java to version 14 (I used the OpenJDK version). I believe it will work with Java 11 too, but 2020-09 definitely doesn't support Java 8 any more
  5. Thanks very much for the new release! I'm wondering why the OS ROM images aren't included anymore. I've been saving my copies of them separately so I don't accidentally lose them when I get the new releases, specifically these files: OS ROM 65XE (1984)(Atari)(US).zip OS ROM 400-800 NTSC (1979)(Atari)(US).zip OS ROM 400-800 NTSC (1981)(Atari)(US).zip OS ROM 400-800 PAL (1979)(Atari)(US).zip OS ROM 600XL (1983)(Atari)(US).zip OS ROM 800XE (1985)(Atari)(US).zip OS ROM 1200XL (1982)(Atari)(US).zip OS ROM XEGS (1987)(Atari)(US).zip OS ROM XL-XE (1983)(Atari)(US).zip
  6. Thanks JAC, that makes perfect sense. I found the wiki page, for some reason I missed it before... https://atariwiki.org/wiki/Wiki.jsp?page=PAC-MAN
  7. Github is an online code repository that most people use these days. JAC is the guy that released the code and did the MADS translation (see the post 3 up from here).
  8. Maybe put these on Github JAC? For preservation and easy forking?
  9. I'll always prefer a torrent for a project like this because it means I only download the delta from one version to the next, rather than the whole thing every time. I'm also seeding away, although because it's a trackerless torrent it's hard to tell how many people are actually seeding.
  10. Every modern software has security flaws that need to be patched. Not a problem if you use the right program (not uTorrent) and keep it up to date.
  11. Why are people so afraid of torrents? It's easily the best way to distribute archives of software like this, as the MAME, TOSEC, etc etc guys have all proved over time. The only suggestion I'd make is when you post a new torrent link post the DAT file separately as well. That would allow us to use the DAT to do any renames before even joining the torrent, and hence join with a higher completion ratio.
  12. It's not a zip of zips. The games themselves are zipped but the overall torrent isn't.
  13. Benchmarking it does indeed show <> is slightly faster than NOT. Makes sense as it's 1 operation vs 2. Thanks all!
  14. This file looks to be named incorrectly: Hi-Res Adventure #4 - Ulysses and the Golden Fleece (1982)(SierraVenture)(US)[a SierraVenture][disk].zip My guess is maybe it's supposed to be: Hi-Res Adventure #4 - Ulysses and the Golden Fleece (1982)(SierraVenture)(US)[a][disk].zip
  15. Is there any difference (speed, memory efficiency, etc.) between the NOT keyword vs <> operators? 10 IF NOT A=10 THEN something vs 10 IF A<>10 THEN something
  16. Okay, to clarify I was referring to the two different OS-B NTSC ROMs that Altirra detects with CRC checks (hence "supports"). There are 30 or so such supported firmwares. phaeron, a small number of those ROMs are referred to as "Specific" firmware... what does that mean exactly?
  17. Funny that phaeron knew exactly what I was referring to... 🙄 Why reply with a snide, unhelpful comment if you don't understand the question? Anyway, thanks phaeron for the accurate and complete answer!
  18. Altirra supports using firmware files for OS rev B NTSC and OS rev B NTSC (patched). Is there any information out there about the differences? What exactly was the patch for? I assume it's unofficial and the unpatched version is dumped from the actual hardware.
  19. Question for JAC or anyone else who knows: is there a good way to do BASIC editing in WUDSN alongside the assembly code? I have a project that is using BASIC with USR calls and it would be awesome if I could develop both in a unified way. Maybe something to convert the assembly code to DATA statements, plug them into BASIC source, and load the source into Altirra via ENTER "H6:..."? Thanks for all your hard work on WUDSN!
  20. I notice the OS ROM zips aren't in this release. Is there some reason they're not being included (copyright maybe)? I have copies of the files from an earlier release if they're needed. Would be nice to have them included for completion sake. OS ROM 600XL (1983)(Atari)(US).zip OS ROM 800XE (1985)(Atari)(US).zip OS ROM 1200XL (1982)(Atari)(US).zip OS ROM XEGS (1987)(Atari)(US).zip OS ROM XL-XE (1983)(Atari)(US).zip OS ROM 65XE (1984)(Atari)(US).zip OS ROM 400-800 NTSC (1979)(Atari)(US).zip OS ROM 400-800 NTSC (1981)(Atari)(US).zip OS ROM 400-800 PAL (1979)(Atari)(US).zip
  21. Assuming best practices like using TorrentZIP, providing a separate DAT file, not doing a "ZIP of ZIPs", etc. we should be able to join new versions of the torrent with them mostly complete, reducing the wasted bandwidth considerably over downloading the whole thing new each time from a DDL site. This torrent seems to be mostly set up that way, although it doesn't appear to be TorrentZIPped... admittedly that won't be important unless we're using the DATs to fix files with a ROM manager before joining the new torrent.
  22. I'm seeding now but showing 0 seeds and 0 peers, not sure if that's normal for a tracker-less magnet torrent...
  23. http://www.bataribasic.com/appears to down/parked domain... is the project dead?
  24. At some point around 2017-04-30 the torrents dropped all the "OS ROM" files... why was that? Couldn't find anything explaining in post history...
×
×
  • Create New...