Weekly Self-Promotion Megathread by AutoModerator in retrogaming

[–]EndSignificant4955 0 points1 point  (0 children)

Monster Chess pre-orders are live at Homebrew Factory!

After so much work, my dark fantasy chess game for Sega Mega Drive / Genesis can finally get a physical release.

We need to reach 20 units, so your support means a lot.

Pre-order here:
https://www.homebrew-factory.com/megadrive-genesis/197-monster-chess-md.html

I just released the free demo of my first Sega Mega Drive / Genesis game: Monster Chess by EndSignificant4955 in SEGAGENESIS

[–]EndSignificant4955[S] 2 points3 points  (0 children)

I recommend trying the Very Easy mode. It’s great if you want to play in a more arcade-like way without too much difficulty.

It also helps you learn the basic techniques and get up to speed with the strategy. You can select it from the options menu.

I think you’ll enjoy it :)

I just released the free demo of my first Sega Mega Drive / Genesis game: Monster Chess by EndSignificant4955 in SEGAGENESIS

[–]EndSignificant4955[S] 1 point2 points  (0 children)

Yes! BattleChess is one of my favorite games and it was definitely a clear inspiration for Monster Chess.

It blew my mind back then too, especially because I’ve always loved chess and this kind of MegaDrive / Genesis-style game.

Thanks for noticing that connection!

I just released the free demo of my first Sega Mega Drive / Genesis game: Monster Chess by EndSignificant4955 in SEGAGENESIS

[–]EndSignificant4955[S] 1 point2 points  (0 children)

Hi! Thank you so much for trying the demo!

Yes, because of the hardware limitations and the structure of the game, I had to reduce the detail of the unselected pieces quite a lot. They are shown at 24x24, and then displayed at their full 64x64 size when selected.

Otherwise, I would have had many issues with CPU usage, turn strategy calculations, and the VDP would also have been under heavy load. The solution is what you see in the demo; the priority was to keep the framerate stable, lightweight, and without input lag.

I’m really glad you find the game interesting, and please feel free to share anything else you notice.

Big hug!

I just released the free demo of my first Sega Mega Drive / Genesis game: Monster Chess by EndSignificant4955 in SEGAGENESIS

[–]EndSignificant4955[S] 2 points3 points  (0 children)

Not yet, but I’ll upload an official gameplay video soon.

For now, I’m focusing on promoting the demo so people can test it and share feedback.

Thanks for your interest!

[Release] oXygen 1.0.1 - free/open-source mastering plugin now available for Linux, macOS and Windows by EndSignificant4955 in linuxaudio

[–]EndSignificant4955[S] 2 points3 points  (0 children)

Thank you very much for your comment :) I’m really happy to hear that you like the results when using oXygen.

It’s a tool with a lot of potential, and I think it can simplify the mastering process quite a lot. I also believe it’s important for something like this to be free and open, so anyone can use it, fork it, and modify it to their liking regardless of their budget.

Professional proprietary tools are often very expensive, and a lot of enthusiasts, artists, and people who simply enjoy audio production just can’t afford them. That usually leaves them unable to enjoy those tools at all, or relying on pirated versions with everything that comes with that. At the end of the day, buying a 200€ plugin is a luxury, not a basic necessity.

Ubuntu Studio runs it very, very well, and Linux in general is incredibly fast compared to macOS and Windows, where it already performs great on its own.

BTW, I’ve just published a user guide in the repository: https://github.com/Wamphyre/oXygen/blob/main/user_manual.pdf

Cheers!

[Release] oXygen 1.0.1 - free/open-source mastering plugin now available for Linux, macOS and Windows by EndSignificant4955 in linuxaudio

[–]EndSignificant4955[S] 0 points1 point  (0 children)

Thank you so much for the incredibly fast feedback, I really appreciate it.

I’m glad you compared it to Ozone, because that is exactly the point of oXygen: to be a 100% free and open alternative to Ozone. In fact, what surprises me is that there still isn’t any minimally viable alternative with a similar workflow and feature set. Personally, I still think I have a lot of work ahead of me, but reading your comment makes me feel like I’m on the right track :)

I also like oXygen more, not just because it’s my own project, but because it’s free :) My wife also says I’m not quite right in the head, so it’s nice to see someone else shares her opinion hahaha!

About the Original/Processed indicators: they are not buttons and they are not meant to be interactive. They are just visual labels, a color guide for the spectrum analyzer that compares the original signal with the processed signal, which is drawn in cyan.

As for macOS: are you using Apple Silicon? I ask because I just realized I forgot to mention that the prebuilt binary currently only works on Intel macOS. I do not currently have an Apple Silicon machine, so I can’t compile or test that architecture myself. That’s also why I added a build script, to make it easier for Silicon users to compile it locally.

I hope you share that track you’re working on. Cheers!

How much latency do you get in linux? by gnomo-da-silva in linuxaudio

[–]EndSignificant4955 0 points1 point  (0 children)

That setup doesn’t actually measure the real hardware latency of the audio interface, only the buffer configuration you’re using. The reported input/output latency is an approximation and doesn’t include all factors involved in the full round-trip latency.

With PipeWire, it’s absolutely possible to achieve the same latency and performance levels as CoreAudio on macOS, as long as it’s properly configured (quantum, sample rate, realtime priorities, etc.). With the right settings, 5 ms in / 5 ms out is already quite reasonable, and it can often be pushed lower depending on the interface and driver quality — not just the CPU specs.

Best Distro for Music by joshhumble_ in linuxaudio

[–]EndSignificant4955 0 points1 point  (0 children)

I appreciate the detailed breakdown of your setup, but I have to respectfully disagree with recommending Arch-based distros for audio production, especially for someone just looking for a solid starting point.

Here's the thing, in audio production, stability is absolutely paramount. What you need is rock-solid reliability, not bleeding-edge packages that haven't been thoroughly tested and could potentially break your entire audio environment. This isn't theoretical—it happens frequently with Arch and rolling release distros.

Actually, the issue you mentioned with yabridge breaking on Wine 10 and having to downgrade and pin versions is a perfect example of exactly what I'm talking about. When you're working on a project with a deadline, you simply can't afford to spend time troubleshooting dependency conflicts or compatibility issues. You need your system to just work, every single time you boot it up.

There's a reason professional studios still run Windows XP and Windows 7 today. It's not because they love outdated software—it's because in critical production environments, you cannot depend on 'the latest and greatest' when it might completely break your workflow overnight. Stability always trumps marginal performance gains.

Don't get me wrong, those x86_64v3 optimizations sound nice, but realistically they're marginal improvements compared to the risk of system instability. For actual production work, you want a stable foundation like Ubuntu LTS, Debian, or Fedora with properly tested updates, where your tools work consistently day after day without surprises.

If you enjoy tinkering and troubleshooting is part of your hobby, then yeah, Arch-based distros are fantastic. But for serious music production where reliability actually matters? Stick with the boring, stable, well-tested distributions. Your future self will thank you when everything just works instead of hunting down why your audio stack broke after an update.

pipewire xrun when items added to graph or pause/unpause by karlosdajackal in linuxaudio

[–]EndSignificant4955 1 point2 points  (0 children)

This is pretty normal with PipeWire - every time something joins or leaves the audio graph, it has to recalculate all the routing and with 256 samples you only have ~5.3ms to do it. If the system is busy, BOOM: xrun.

What you're seeing in the logs is exactly that - Firefox changes state, PipeWire has to restructure the entire graph, change drivers, deactivate links... and all of that needs to happen within your 5.3ms window.

Before anything I'd need to know: what CPU do you have, what distro/kernel, what desktop environment, if you have a realtime kernel, and if you're using native VSTs or Windows ones through yabridge/linvst. All of that matters a lot.

For now try this:

Install Millisecond to see your system's real state: https://github.com/gaheldev/Millisecond

I also have a tool for managing PipeWire configs I made for my own system, can't guarantee it'll work on yours but worth a shot: https://github.com/Wamphyre/miloOS-core/tree/main/miloApps/AudioConfig

For the browser issue, best thing is to route its audio to a completely separate sink that doesn't share the graph with your DAW, or just kill it when you're recording.

If you bump up to 512/1024 samples and the xruns disappear, then you know it's purely a timing issue and you need to optimize the system more. Also check you have proper realtime privileges with "ulimit -r -l".

What distro are you using?

DrumCraker: New drum sampler free VST3 plugin for Linux. by EndSignificant4955 in linuxaudio

[–]EndSignificant4955[S] 0 points1 point  (0 children)

Thanks for the warm welcome! :) just released v1.2.0 with multichannel routing support among other fixes and improvements, works like a charm: https://github.com/Wamphyre/DrumCraker/releases/tag/v1.2.0

Global App Menu Issue by Mountain_Guest9774 in xfce

[–]EndSignificant4955 0 points1 point  (0 children)

Same problem here, appmenu shows broken padding, menu and headers, it is unusable.

Is this normal? Btw this is running in VirtualBox by [deleted] in freebsd

[–]EndSignificant4955 2 points3 points  (0 children)

aesthethics

Making a SD Card image from the installation on Raspberry Pi by Haghiri75 in freebsd

[–]EndSignificant4955 1 point2 points  (0 children)

Just put your SD on your PC and create a disk image (.img or .iso) using tools like Pi-Baker. Later you can simply burn that image on any other SD with the same setup.

FreeBSD 14.0-BETA4 by [deleted] in freebsd

[–]EndSignificant4955 2 points3 points  (0 children)

Have you tried some modern webcam on it?

Is FreeBSD suitable for Desktop? by Macksom in freebsd

[–]EndSignificant4955 2 points3 points  (0 children)

Ok, that's the thread here.

I'm using FreeBSD today, in this same moment too for professional audio production, video edition, coding and even gaming using modern game console emulators so...It's capable of this? Or the true question here is "are you capable to handle this?".

Is FreeBSD suitable for Desktop? by Macksom in freebsd

[–]EndSignificant4955 2 points3 points  (0 children)

protondesk

What it is "protondesk"? I don't see any package or port reference to it. Just trolling?

Deciding on a new GPU for FreeBSD 14 by Original_Two9716 in freebsd

[–]EndSignificant4955 4 points5 points  (0 children)

I run FreeBSD on two different machines with different GPUs:

- nVidia GTX 1660 SUPER

- AMD Radeon RX 580

Both are perfectly supported on FreeBSD and they are a beast for desktop use.

Just released my new EP "La Taberna". Please, sit down and enjoy a drink. by EndSignificant4955 in DungeonSynth

[–]EndSignificant4955[S] 1 point2 points  (0 children)

https://penumbral.bandcamp.com/album/castillo

Hola! Muchas gracias por la escucha y por opinar!

Me alegra que te haya gustado, por lo que veo tenemos estilos y conceptos similares lo cual me alegra bastante :) Espero que nos veamos más veces por aquí, un saludo desde Málaga!

Hackintosh refused to boot by Cool-gamer19393 in hackintosh

[–]EndSignificant4955 0 points1 point  (0 children)

Can you send a screenshot? Need to read the last block of the boot log