Recent posts

#11

Help and Questions / Re: Can I do volume slide over...

Last post by Saga Musix - November 28, 2024, 20:41:39

Essentially the answer is "because it was only implemented for vxx commands". I absolutely want to have proper plugin support for any volume (and panning!) commands, but adding half-assed support based on what we currently have is something to avoid, because it would mean that in the end OpenMPT would essentially have to support three different MIDI volume implementations once the proper solution is in place. Here's a rough sketch of what I envision the improved MIDI volume support to look like: https://bugs.openmpt.org/view.php?id=1315#c4422

Maybe there's time left to look into this for OpenMPT 1.32, but if not, I think OpenMPT 1.33 would be a good target to aim for.

#12

Help and Questions / Re: Can I do volume slide over...

Last post by AceOfSpadesProduc100 - November 28, 2024, 03:49:52

Even away from a note, why does only Vxx work, but not any of the volume slides? Because of the inherently fragmented nature of MIDI synths, I only focus on MSGS because it's what's bundled with Windows, and OpenMPT is all I know as a MIDI tracker instead of DAW. If volume slides are in fact a separate thing, why couldn't slide commands resolve to Vxx during playback to a plugin? The given examples use a low-level MIDI command, instead of Dxx or whatever being an automated Vxx setting.

#13

Free Music Downloads / Deep State (of frustration) [m...

Last post by n0cturn - November 27, 2024, 01:29:26

I feel like I've hit a bit of a wall, nothing seems to be coming together lately, and this tune is just me banging my head against it trying to break through. It didn't work (obviously) and I just ended up with a massive headache!

How do you get past a block?

https://drive.google.com/file/d/1gj_LMQJVqyz72oJnnXB-bW9ogGxk9JVg/view?usp=sharing

#14

General Chatter / Re: Schism Tracker Accessibili...

Last post by A11CF0 - November 26, 2024, 22:07:57

Thanks. It was supposed to be C++. Typo fixed.
It would indeed be a great idea to integrate this into the upstream version, but yes, accessibility needs to be made optional at compile time first to make it happen.
BTW, it's very easy to swap SRAL (the only C++ dependency) with anything else by replacing only a few function calls in one file, but AFAIK there are currently no alternative cross-platform screen reader/speech API abstraction libraries in existence.

#15

General Chatter / Re: Schism Tracker Accessibili...

Last post by Saga Musix - November 26, 2024, 21:37:51

That's pretty cool! Maybe also worth mentioning it at https://github.com/schismtracker/schismtracker/discussions
Do you think it would be feasible to get this into a state that can be merged back into the original repository? The readme mentions that some component is "++" (I suppose it is meant to say C++), so it would probably have to be an optional feature, but trying to keep two diverging software versions synchronized over a longer period of time only calls for trouble.

#16

General Chatter / Schism Tracker Accessibility E...

Last post by A11CF0 - November 26, 2024, 20:14:35

Hello.
Here's a new interesting thing to try for all blind/visually impaired tracking enthusiasts out there.
I made an experimental fork of Schism Tracker with a self-voicing accessibility mode, that works on Windows and Linux. It may possibly work on macOS too, but this has never been tested.
It can speak through NVDA, JAWS, Narrator or SAPI5 on Windows, Speech Dispatcher on Linux/*BSD ant theoretically AVSpeach on macOS.
Since this is my first try at programming in C, the accessibility implementation is certainly far from optimal but should already be mostly usable.
So, it's now possible to get an Impulse Tracker/Scream Tracker style experience in an accessible way, if anyone has ever wanted this. Also this seems to be the first tracker with cross-platform accessibility, as far as I know.
Further information about this project is available at this link. https://github.com/a11cf0/schismtracker-a11y/blob/master/docs/accessibility.md
There are currently no binary releases, but working Windows builds are already available as artifacts.
Any feedback is off course appreciated.
Cheers.

#17

Development Corner / Re: SVN repo is unavailable

Last post by manx - November 26, 2024, 16:02:14

Also note that they are ignoring established internet standards (they refuse to honor robots.txt, which clearly states to not crawl the repository browser).

A work-around would be to invest about 4x the amount of money into renting server infrastructure so that we can sustain the induced load, just because they are doing hostile things. We choose to spend that money more wisely .

#18

Development Corner / Re: How long did libopenmpt ta...

Last post by Saga Musix - November 26, 2024, 14:48:08

Also, just to make it obvious: Because the playback code was already platform-independent at some point, it was relatively easy to bring it back to that state. It's not like it was suddenly full of UI code interspersed with audio rendering. It was more like some careless changes that e.g. would require access to the OpenMPT settings (stored in tracker code, not playback library code), using MFC's CString type for strings in custom tunings, tracker-specific features being tied too closely to the playback code (e.g. MIDI mapping), etc. Those were indepdently manageable issues that could all be eliminated in a concentrated effort over the period of a year or so, as manx says. This cannot really be compared to making code platform-independent that was never meant to be portable (i.e. the MFC-based UI code). There's a lot more to be cleaned up and rewritten, all while still being able to release updates to OpenMPT. That said, a lot of efforts towards this goal have already been made during the previous years. We're definitely closer to having a platform-independent OpenMPT compared to, say, five years ago.

#19

Development Corner / Re: SVN repo is unavailable

Last post by Saga Musix - November 26, 2024, 14:39:19

The SVN is available, just the repository browser is currently disabled thanks to Alibaba / Tencent AI scraper bots absolutely hammering our server. If you just want to read the source without checking it out, you can continue doing that via the Git mirror at https://github.com/OpenMPT/openmpt/ - any regular SVN client will still be able to connect to the repository at https://source.openmpt.org/svn/

#20

Development Corner / SVN repo is unavailable

Last post by zersal - November 26, 2024, 14:24:00

For the last 2 or so days anytime I checked the svn repo it has been down. Does anyone know when it will be back?