Recent posts

#11

Development Corner / Re: OpenMpt accessibility disc...

Last post by GoemonIshikawa - July 10, 2025, 22:19:20

Okay, I have logged the control state issue, though in the end I think it's best to keep it open at least until the next release in the event of any regressions.

That's generally not how we work - if an issue is later found, the ticket can always be reopened, or be amended with another ticket. As mentioned before it's also not helpful to conflate multiple separate issues into one, such as the "steps to reproduce" in this particular example. Were these issues fixed in two different OpenMPT versions, it would be impossible to properly tell them apart on the issue tracker.

Generally we also don't retroactively create tickets for something that has already been fixed: The issue tracker is not a complete list of bugs or changes in the software. All user-facing changes are documented in History.txt instead.

@Saga Musix Oh I understand. Yes it's just another thing that happeneds when I'm on GitHub, most to all accessibility work usually just goes in the description field and anything worked on is usually kept track and closed afterwards, but in next event I can delegate minor issues or things that require your understanding to forums and the major issues to bug tracker.

I honestly  did it like that as I thought it'd be much more easier to read for anyone looking at it as while they might look like separate issues they're really two parts of the one problem, though to be honest I should've kept it to description field as in GitHub as now that I'm seeing it, it probably isn't easy to keep track of like I'd thought.
Thanks for the heads up on the matter by the way.

#12

General Chatter / Re: modplug logos, banners etc...

Last post by 0ct0squ1d - July 10, 2025, 21:49:20

im actually very happy knowing they exist at all

getting an openmpt logo shirt is a good way to spend 20 bucks

#13

General Chatter / Re: modplug logos, banners etc...

Last post by Saga Musix - July 10, 2025, 20:10:08

We currently only have a few handmade shirts with the current logo for OpenMPT developers - obviously being handmade that won't scale easily to give them out to other people as well. Maybe there's a way to get them printed on-demand...

#14

General Chatter / Re: modplug logos, banners etc...

Last post by 0ct0squ1d - July 10, 2025, 20:06:23

dude i would pay ungodly amounts of money for a shirt with openmpt logo. i love this app so much

#15

Development Corner / Re: OpenMpt accessibility disc...

Last post by Saga Musix - July 10, 2025, 18:40:06

Okay, I have logged the control state issue, though in the end I think it's best to keep it open at least until the next release in the event of any regressions.

That's generally not how we work - if an issue is later found, the ticket can always be reopened, or be amended with another ticket. As mentioned before it's also not helpful to conflate multiple separate issues into one, such as the "steps to reproduce" in this particular example. Were these issues fixed in two different OpenMPT versions, it would be impossible to properly tell them apart on the issue tracker.

Generally we also don't retroactively create tickets for something that has already been fixed: The issue tracker is not a complete list of bugs or changes in the software. All user-facing changes are documented in History.txt instead.

#16

Development Corner / Re: OpenMpt accessibility disc...

Last post by GoemonIshikawa - July 10, 2025, 15:55:07

Okay, I have logged the control state issue, though in the end I think it's best to keep it open at least until the next release in the event of any regressions.

#17

Development Corner / Re: OpenMpt accessibility disc...

Last post by GoemonIshikawa - July 07, 2025, 03:57:05

Hey! I am going to file away the issue for OpenMPT controls to the bug tracker now as it has been resolved for completeness. I'll try to see if I can close it on my own, otherwise I'll ask for help again.

#18

Development Corner / Re: ByteBeat as sample/instrum...

Last post by Alikberov - July 05, 2025, 11:00:00

But this won't be a realtime generator or anything like that, it simply creates a normal sample which is then saved to you module file.

Yes, I thinking about this too, when "shaded patterns" (abandoned unused patterns) using as pre-rendered samples (right click for context menu over pattern and item "render to sample", as example): In this case we can make rhythmics without periodical notes in each pattern in order, but with using one sample at the start of each pattern.

P.S.: I'm not musician, but with my hobby (programming) I thinking in the "program pattern", when I need for amazing sound or melody for something.
And "coding the music" - just easy in something cases vs rearrange lots of pattern.

#19

Development Corner / Re: ByteBeat as sample/instrum...

Last post by Saga Musix - July 05, 2025, 10:26:54

If you want to have this feature in OpenMPT, write it as a VST plugin. Then you can use it in any other VST-capable DAW, too. OpenMPT is simply the wrong tool for size-restricted sample generation.

OpenMPT will probably get a sample generator at some point if the scripting support ever gets finished. But this won't be a realtime generator or anything like that, it simply creates a normal sample which is then saved to you module file.

#20

Development Corner / Re: ByteBeat as sample/instrum...

Last post by Alikberov - July 05, 2025, 09:00:00

Well, along with the sample editor through mouse and pen tool in MPT, I thinking (since 2010) about simple expression for mathematical drawing any sample in the editor.

In the web can looking for:

• ExprTk
• MuParser
• TinyExpr
• Janet
• Wren
• ChaiScript

P.S.: Just, like "nightly release" - for experiment, in OpenMPT is possible to add this feature?
Like goal - powerful OpenMPT Studio with integrated sample generator without any side utilities.
(I'm 15 years waiting for it. )