NABU: O que de novo tem sido feito para ele?

https://retropolis.com.br/2023/07/13/nabu-o-que-de-novo-tem-sido-feito-para-ele/

#MundoRetro #AdaptadorDeRede #Canad #CartoSD #diagnstico #GitHub #Jogos #MAME #manual #monitoramento #MSX #museu #MuseuDaComputao #NABU #openMSX #port #Software #UniversidadeDeYork #YUNN

Added a preferences option to preserve breakpoints connected to symbols when symbol file changes. More details here: https://github.com/openMSX/debugger/pull/177 #openmsx #openmsxDebugger #debugger #gamedev #qt

New breakpoint viewer improvement: a more useful breakpoint viewer with symbol names instead of addresses. #openMSX #msx #debugger #gamedev #qt

Hardware-accelerated OpenMSX would not run on Wayland because GLEW expects GLX instead of EGL. So I wrote a tiny temporary fix until GLEW is fixed upstream and the major distros catch up. #glew #wayland #openMSX #emu #gnu #hardwareAcceleration #openGL https://github.com/openMSX/openMSX/pull/1492

Now the OpenMSX Debugger allows the user to create buttons to call Tcl scripts on the toolbar.
#openMSX #msx #debugger #gamedev #tcl #qt

Second week of openMSX and debugger coding is ending. Fixes so far:
- Mac OS debugger packages are now automatically built
- tile viewer layout improved on Mac OS
- VDP latch statuses exposed to TCL and debugger
- Bitmap viewer can display pages > 128k
- when hovering tile with the mouse, pattern widget shows wrong tile
- palette widget works in tile viewer
- loading OMDS session file in the symbol manager possible
- "use current VDP settings" works properly
#openMSX #msx #msx2 #emulator #debug

Continuing the code clean-ups and fixes. The new pull request will make the Debugger a first class citizen on the Mac OS platform. It's called "nightly builds" for lack of a better name. 😉

#openMSX #Debugger #msx #gamedev #emudev #emulator

Used my free time this weekend to write OpenMSX (my first collab) & debugger code. Nothing major, just detecting invalid V9990 register access. Lots of small fixes for the debugger. Maybe we should start thinking about a proper debugger release? #openMSX #debugger #cpp #qt

I still have to check that the Hi-Tech C compiler runs well in my #MSX, but I expect no issues given that it did fine inside #openMSX. But I will get to know how slow this is for real, and how much the turbo mode in the Panasonic FS-A1WSX helps the compiler do its number crunching. But that's for another day.

@Buleste @nitrofurano

Try on #OpenMSX or #BlueMSX.
Not the real thing, I know... but at least you can figure out how the game would perform at 28MHz 🚅

A reminder that I have a playlist of 180+ #MSX related videos on my #YouTube channel, mostly consisting of #gameplay videos recorded with #openMSX: https://youtube.com/playlist?list=PL85B029A1A694E185

@kelbot
oh, I rarely finish shmups either, and when I do it's usually with heavy use of reverse replay to undo mistakes, and replay savestates to continue where I left off when I need to take a break. Fortunately #openMSX supports both, and it's how I've recorded most of my gameplay videos. ;)

If one of your kids, or your SO, would like to try a co-op #SHMUP, I can highly recommend the co-op mode of #Salamander for the #MSX. :)

#MenaceFromTriton, a #SHMUP entry for the 2020 edition of the MSXdev compo, was quite good, and I enjoyed playing through it on stream. :)
I suck at it though, but thanks to #openMSX emulator's reverse functionality, I could finish the game by undoing my mistakes.

When I have some time I should export the gameplay video. :)

Relevant links:

• MSXdev entry for Menace From Triton
• Code Repository for Menace From Triton on GitHub
• Play "The Menace From Triton" online via WebMSX on The File-Hunter

#MSX #retroGaming #emulation #homebrew #MSXdev

Playing some Menace From Triton for #MSXDev for the #MSX using #openMSX on https://twitch.tv/FiXato before switching over to #Hearthstone.

My current WeeChat setup

Since it's come up in conversation a couple of times in the past week (waves at @snowdusk__ and @yarmo), here's a #screenshot of my current #WeeChat setup (though with different buffers selected than my usual arrangement).

"What am I looking at on the screenshot?"

A buffer list ¹ on the left. Buffers represent the channels, private message streams and status timelines from the various chat media you are connected to.
Side the buffer list are a variety of horizontally and vertically panes, which @weechat called 'windows', each window showing the contents of one
² of the buffers.

"What buffers are visible in these window panes?"

From top left to bottom right these are:

• #sourcehut's water cooler IRC channel,
• #Twitter timeline, provided through the Twitter #libpurple plugin for #Bitlbee.
• #chanmon, a Perl script to display activity from all currently active (and monitored) buffers.
• #highmon, a Perl script to display highlights from all (highlight-monitored) buffers.
• Lobby #IRC channel, general discussion channel.
• #openMSX on #liberaChat IRC network, for discussions regarding the #MSX emulator I occasionally contribute to.
• #Twitch chat channel for #Kikoskia's stream, provided by setting up a Twitch OAuth token and connecting over their IRC-compatible interface along with twitch python script for stream status details.
• The #WeeChat IRC channel on #libera.

"What's making it work?"

All running in a #tmux terminal multiplexer session, running under #WSL2 on #Windows, in the #WindowsTerminalPreview #terminal client.

(Repost to fix an at-mention...)

Footnotes

¹ though I still use buffers.pl script rather than the built-in buflist plugin because I'm too lazy to migrate my settings to make it look and act in the way I've gotten used to.
² or more, as buffers can be merged, displaying the contents of each of the merged buffers chronologically in the same window pane.

Hashtags

#Battlestations #chat #chatClients #IRCClients #IRCClient #InternetRelayChat #MultiProtocol #FOSS #FLOSS

Having to archive #openMSX builds from an online server to cold storage makes me really glad I have a fibre optics internet connexion here...

@flydelion #emulators such as #openMSX are a good way to get started enjoying the library of #MSX software available, and developing #homebrew, especially with the use of available debuggers.
But as @bitsofbas can probably attest to, testing on real hardware periodically, and especially before release, is still important as not everything is 100% accurately emulated yet.
Fortunately there are plenty of active MSXers online still, and a wide variety of flashcarts available to test ROMS.