Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Algorithman]

Hello fellow beer drinkin', axe wieldin' dwarves.

Let me present you a c# port of SoundSense.

SoundCenSe v1.4.3
Now for Win32, Linux and soon also for OSX!

Spoiler: Screenshot Windows (click to show/hide)

Spoiler: Screenshot linux (debian xfce) (click to show/hide)

Spoiler: Screenshot OSX (click to show/hide)

It's a tight port, using the existing sound pack files/xml's, but with some enhancements.

Enhancements:

• Change volume on each sound channel (SFX, music, weather, swords and trade) independently
• Switch to the next music
• Disable/enable individual sounds
• No configuration of Dwarf Fortress gamelog path needed on Windows (linux needs it, OSX probably too)
• On connecting to a dwarf fortress' gamelog SoundCenSe parses the existing log for last weather and music entries to play right away

Release notes:

System requirements:

Windows:

• .NET 4
• Microsoft Visual c++ runtime redistributables (https://download.microsoft.com/download/2/E/6/2E61CFA4-993B-4DD4-91DA-3737CD5CD6E3/vcredist_x86.exe)
• Gtk-Sharp (http://download.xamarin.com/GTKforWindows/Windows/gtk-sharp-2.12.38.msi)

If SoundCenSe doesn't seem to start (nothing happens when you open it), check the Log.txt file, there the url's will be provided too.
After installing gtk-sharp, a reboot might be needed even the installer doesn't tell you so.

Linux: (Debian)

• mono-complete
• gtk-sharp2

Installation is quite easy:

• Install prerequisites as listed above for your OS
• Download SoundCenSe https://github.com/Algorithman/SoundCenSe/releases
  or compile it from source: https://github.com/Algorithman/SoundCenSe
• Unzip into a folder of your choosing
• Close running dwarf fortress instances (to be able to update the sound pack)*
• Start SoundCense
• Switch to the Update tab and click the update button, wait a while until the downloads are finished*
• Start DF and listen to the music

* Only needed at first start or when you want to update, linux users might need to change the Configuration.json file, setting gamelogPath to "", then try again. I'll fix this in the next version, promised!

If you find any bugs or have any ideas how i can make it better, please do not hesitate to tell me


Credits: Thanks Zwei, for your formidable work on SoundSense
FMOD for their audio library

And as always: Have fun!


PS: Latest version (1.4.3) should fix the problems with Win10 crashes

 

[Meph]

For the uninitiated, could you explain is simple words how this is different from the normal soundsense and what makes it better?

[Algorithman]

I edited the first post to emphasize the enhancements.

[milo christiansen]

Those are some pretty rockin enhancements, particularly the "no Java" part

Being able to tone down rain noise will be a huge plus, as it gets annoying really fast.

[Algorithman]

Updated to v1.2 because of a fixed memory leak.

[lethosor]

Those are some pretty rockin enhancements, particularly the "no Java" part

Yeah, but the downside to that is the Windows-only part.

[SatelliteOfLove]

Those are some pretty rockin enhancements, particularly the "no Java" part

Yeah, but the downside to that is the Windows-only part.

Algorithman, how heavily does this depend on Windows-only components?  Do you have any idea how much work would be required to get this running on Mono?

[lethosor]

I've had pretty bad luck with Mono in the past. But who knows, maybe it's improved.

To be fair, I really don't care for Java either, but it's hard to find a similarly portable solution, let alone one that doesn't require access to every platform to build on.

[Algorithman]

Hi SatelliteOfLove and lethosor

as for windows dependency:

1. its a winforms, should be able to get this to GTK without much problems (didn't do much with GTK lately, so i just assume its gotten better ^^)
2. I did the threading with Task.Parallel. I do not know if mono supports that, but that also should be doable to port to normal threading model.(I only use Task.Factory.StartNew)
3. The audio library, the biggest problem: NAudio relies on windows dll's. I would need to find a replacement lib which supports sample output, sample mixing, sample volume change, mp3 and ogg file readers. There might be a way, i'm reading into http://www.ambiera.com/irrklang/ atm, looks very promising.
4. Method of disovery where DF runs. Probably have to do it via configuration only.

So overall it should be doable.

Another thing is to figure out if i can do it in one solution/repo or if i have to maintain two different ones.
But that's only how to organize things.


edit: good news, gtk# has no dependency to mono, i'm going to work this evening
edit2: better news, mono has winforms compatibility (something went by me unnoticed...)
 

[Algorithman]

Another thing:

I do log messages which have no representation yet in the sounds xmls.
In another thread there is talk about DFHack output which is not yet processed.
In the next few days i will put up either a mail addy or a page where the 'missing.txt' can be posted. Since i normally only play fortress mode, i do not yet know if something is missing in adventure mode.

[Algorithman]

Wow, harder than i thought to find a c# wrapped audio library which works cross platform. There are a few candidates, but none did strike me as usable yet. But i'm hanging on.

[Bumber]

To be fair, I really don't care for Java either, but it's hard to find a similarly portable solution, let alone one that doesn't require access to every platform to build on.

Python?

[milo christiansen]

No! No Python!

Python has one HUGE problem, it's really slow. Anyone who uses Python for developing "real" applications is asking for performance trouble down the line.

.NET and JVM are OK (but not the best) because they use JIT native compilation or similar to get almost native speeds, but Python just uses a straight VM with all the performance problems that implies.

If you can't compile to native code, you have way too much overhead for large apps. The worst part is that the slow kinda sneaks up on you, and by the time you realize it's too slow it is too late to change.

Most Python apps have the most performance critical parts written in C (although most Python programmers just use the libraries and never realize this), if it was all Python it would never be fast enough.

[Maltavius]

No! No Python!

Python has one HUGE problem, it's really slow. Anyone who uses Python for developing "real" applications is asking for performance trouble down the line.

.NET and JVM are OK (but not the best) because they use JIT native compilation or similar to get almost native speeds, but Python just uses a straight VM with all the performance problems that implies.

If you can't compile to native code, you have way too much overhead for large apps. The worst part is that the slow kinda sneaks up on you, and by the time you realize it's too slow it is too late to change.

Most Python apps have the most performance critical parts written in C (although most Python programmers just use the libraries and never realize this), if it was all Python it would never be fast enough.

SoundSense isn't that demanding nor critical.

[milo christiansen]

Yes, that's what everyone says just before their app slows down...