Re: The Synthizer Thread

Re: The Synthizer Thread Hmm, this is odd. The files played after fmpeg was installed (I couldn't install ffprobe and fmpeg was the first thing which popped up when googling). Thing is, this wasn't ran under WSL. I will let you know if the issue persists URL: https://forum.audiogames.net

Re: The Synthizer Thread

Re: The Synthizer Thread @125Do you have ffprobe?  If not, run wsl and apt-get install ffprobe.  Then ffprobe -i myfile will give you a bunch of metadata.Can you do that on one of the .wav and its corresponding .mp3 and paste the output of both here? URL: https://forum.audiogames.net/post

Re: The Synthizer Thread

Re: The Synthizer Thread All good.I tried loading 3 .wav files. The program started, but I could not hear anything. Changing the files to .mp3 fixed the issue, but I thought I would post on here regardless. URL: https://forum.audiogames.net/post/552046/#p552046 -- Audiogames

Re: The Synthizer Thread

Re: The Synthizer Thread @123Not yet. Sorry. URL: https://forum.audiogames.net/post/552033/#p552033 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector

Re: The Synthizer Thread

Re: The Synthizer Thread @camlorn, is there a way to set the looping of the streaming generator? If so, how? URL: https://forum.audiogames.net/post/552032/#p552032 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi

Re: The Synthizer Thread

Re: The Synthizer Thread @121Feel free to open a PR.  Just read CONTRIBUTING.md first. URL: https://forum.audiogames.net/post/552026/#p552026 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo

Re: The Synthizer Thread

Re: The Synthizer Thread Hey Camlorn,Dove back into Python today, and started playing around with Synthizer. Great work!There's a couple of minor problems with the Python code in the manual. Can I just submit a PR? Or do I have to oepn a n issue and all that piss about?Great work mate

Re: The Synthizer Thread

Re: The Synthizer Thread @119I was hammering it with 10, but 10 of the same sound, so a bit hard to count them.  That said it has turned into a lesson called "why unit testing is useful even in C++ audio programming where it's incredibly difficult to do" so I might look into th

Re: The Synthizer Thread

Re: The Synthizer Thread Everything seems to work okay in regards to multiple sources, testing it with two right now, will probably write up a random sound player of sorts to hammer it with 15 or so.I have a few questions, but those can wait (I need to sit down and dig into the manual

Re: The Synthizer Thread

Re: The Synthizer Thread Everything seems to work okay in regards to multiple sources, testing it with two right now, will probably write up a random sound player of sorts to hammer it with 15 or so.I have a few questions, but those can wait (I need to sit down and dig into the manual

Re: The Synthizer Thread

Re: The Synthizer Thread @amerikranian0.4.1 is pushing with both fixes.  Multiple sources is still under-tested, so let me know if you find weirdness there.  Should be up in 10 minutes or so.  CI is running. URL: https://forum.audiogames.net/post/551621/#p551621 -- Audiogames

Re: The Synthizer Thread

Re: The Synthizer Thread @116It's still alive. Latest created source wins.  You're getting a delay probably because it takes time to decode the file.If the file in question isn't very big, the delay is actually interesting and may be the sign of further carnage to come, but I guess we'll

Re: The Synthizer Thread

Re: The Synthizer Thread The first guess is correct. My code looks like this:generator2 = synthizer.BufferGenerator(context=ctx) buffer2 = synthizer.Buffer.from_stream(ctx, protocol="file", path=sys.argv[2]) generator2.buffer = buffer2 source2 = synthizer.So

Re: The Synthizer Thread

Re: The Synthizer Thread @113Nevermind, I've confirmed both. Hopefully fixes today. URL: https://forum.audiogames.net/post/551524/#p551524 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo

Re: The Synthizer Thread

Re: The Synthizer Thread @113Probably because there are bugs.  Are you saying that the second source (with the second generator attached) becomes what you hear?  Or are you accidentally attaching the second generator to the first source?  In either case you should get both.Not sure why 3D

Re: The Synthizer Thread

Re: The Synthizer Thread So I seem to not understand how this is supposed to function.I tried expanding hello world tutorial to play more than a single sound by duplicating the shown code, I.e, new generator, new buffer, new source. I know it violates the DRY principle, but I was wanting

Re: The Synthizer Thread

Re: The Synthizer Thread Thought you'd like to know that when running your example and inputting something like pos 0 0 -1 the program quits without any output URL: https://forum.audiogames.net/post/551436/#p551436 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin

Re: The Synthizer Thread

Re: The Synthizer Thread 0.4.0 is up with DirectSource (for music), fix to BufferGenerator looping, and ability to get channels and lengths of buffers.  There's some other small stuff in there, see release notes on synthizer.github.io. URL: https://forum.audiogames.net/post/551283

Re: The Synthizer Thread

Re: The Synthizer Thread @109Replace BufferGenerator with StreamingGenerator(context, "file", "path_to_file", "") if I remember the syntax offhand.See StreamingGenerator and the concepts section about streams. URL: https://forum.audiogames.net/post/5512

Re: The Synthizer Thread

Re: The Synthizer Thread Can you add a tiny little example that takes a file from the command line and streams it? URL: https://forum.audiogames.net/post/551210/#p551210 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin

Re: The Synthizer Thread

Re: The Synthizer Thread @106Good question. I'll find out about looping.  This isn't heavily tested.  I can either write the library or things that use the library, and only writing things that use the library can find bugs.I have an interesting map building/synthizer test prototype

Re: The Synthizer Thread

Re: The Synthizer Thread @106 Out of curiosity, what happens if you remove the flags? If you get syntax or other errors, maybe you can search for a fix, implement it yourself, then submit a PR? This project doesn't seem ready for anyone unwilling to take that level of initiative

Re: The Synthizer Thread

Re: The Synthizer Thread OK sorry. I was h oping it would be a simple bugfix.By the way, does looping on buffer generators work? It didn't seem to work last time, but something may have changed since then. URL: https://forum.audiogames.net/post/551185/#p551185 -- Audiogames-reflector

Re: The Synthizer Thread

Re: The Synthizer Thread As I said, I'm happy to accept a PR. Otherwise, you will simply need to wait until I have the time to do this properly.  Going back and forth on error messages is not efficient use of my time.  At some point I will set up gcc and WSL or something, and build

Re: The Synthizer Thread

Re: The Synthizer Thread Already done. Can you also fix these errors next?c++.exe: error: unrecognized command line option '-Xclang'c++.exe: error: unrecognized command line option '-fno-caret-diagnostics'I'm 99% sure they're caused by this part os CmakeLists.txt:add_compile_options

Re: The Synthizer Thread

Re: The Synthizer Thread Already done. URL: https://forum.audiogames.net/post/551163/#p551163 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector

Re: The Synthizer Thread

Re: The Synthizer Thread @keithwipf1Fixed the ones that are bugs.  Can you respond to my comment about licensing on GitHub?  I just added a CONTRIBUTING.md and a PR template so that we won't have to go back and forth on licensing in future. URL: https://forum.audiogames.net/post/551106

Re: The Synthizer Thread

Re: The Synthizer Thread @101I'll work on it at some point. Looks like a couple of those are differences in the GCC vs Clang vector extensions, and one of those is some sort of typo that Clang isn't catching probably due to different template instantiation rules.  But feel free to propose

Re: The Synthizer Thread

Re: The Synthizer Thread These lines in CmakeLists.txt which add clang-specific command line options seem to be breaking it:add_compile_options(-Xclang -fno-caret-diagnostics    -Xclang -Wno-deprecated-declarations    -Xclang -Wno-logical-op-parentheses)Once I remove them, I get:C:\py\git

Re: The Synthizer Thread

Re: The Synthizer Thread @99It compiles under Clang.  This means it probably compiles under recent GCC as well.  There will be Linux CI at some point, though getting it working and keeping it working will probably require someone interested who's on Linux to volunteer.  But getting

Re: The Synthizer Thread

Re: The Synthizer Thread Will you be working on making Synthizer compilable on GCC? Is that required in order for it to comile on Linux? URL: https://forum.audiogames.net/post/550077/#p550077 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https

Re: The Synthizer Thread

Re: The Synthizer Thread @97If you mean the C++ test, that's not really an example, more a random thing I use for debugging at this point, and the first thing it does is seek forward by a second. I will look into the others this weekend. They all sound like easy fixes.I didn't give buffers

Re: The Synthizer Thread

Re: The Synthizer Thread Here are some small bugs I found while playing around.You probably already know about some of these.The Buffer property in the manuals BufferGenerator section is accidentally labeled as SYZ_P_POSITION.Buffer has no property length.Python: Accessing buffer property

Re: The Synthizer Thread

Re: The Synthizer Thread yeah i heard that it is verry good at left and right. but back and forwards, not to good, but i do fully believe it can improove. keep up the good work please. URL: https://forum.audiogames.net/post/549963/#p549963 -- Audiogames-reflector mailing list

Re: The Synthizer Thread

Re: The Synthizer Thread @94We have HRTF.  It's just not great HRTF because reasons.  We only have HRTF, you can't even turn it off at the moment.I have to tweak the filter normalization to get more of the frequency-dependent effects to show up is all.  That's like a whole Saturday all

Re: The Synthizer Thread

Re: The Synthizer Thread I checked it out, and i must say, it sounds great so far. I can't wait for hrtf to be added. URL: https://forum.audiogames.net/post/549920/#p549920 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin

Re: The Synthizer Thread

Re: The Synthizer Thread 0.3.0 with Flac and MP3 is up. URL: https://forum.audiogames.net/post/549105/#p549105 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector

Re: The Synthizer Thread

Re: The Synthizer Thread I like the manual thus far! Good work! URL: https://forum.audiogames.net/post/548796/#p548796 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector

Re: The Synthizer Thread

Re: The Synthizer Thread Synthizer 0.2 is on Pypi.  We're now releasing through an automated release process, and you can now get non-Python artifacts through GitHub releases for released versions rather than digging through CI.The repository has moved to synthizer/synthizer so that I

Re: The Synthizer Thread

Re: The Synthizer Thread @88A good start is this, this, or this for unbounded queues.  And though I don't have a reference handy, hello world of atomics is a single-producer single-consumer ringbuffer where the producer's write index is an atomic.You might also look into ConcurrencyKit

Re: The Synthizer Thread

Re: The Synthizer Thread @89, the problem with this is I don't need any of this yet (though I should probably either find a crate that implements it or implement the algorithms myself anyway) because my kernel has yet to support SMP. I'm definitely trying to get there though; currently

Re: The Synthizer Thread

Re: The Synthizer Thread @86, aha, yeah, that makes sense. I'm trying to figure out where I can use atomics in my kernel right now lol (I use RW locks quite a bit, especially in the memory manager... thank statics for that). URL: https://forum.audiogames.net/post/545550/#p545550

Re: The Synthizer Thread

Re: The Synthizer Thread @79, point taken. URL: https://forum.audiogames.net/post/544402/#p544402 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector

Re: The Synthizer Thread

Re: The Synthizer Thread @78Not to take my own thread majorly off topic or anything, but there's lots of good reasons to disable security.   Your hard stance on such issues is a little naive, if I'm being blunt.  "You can't disable security" only works in an academic setting

Re: The Synthizer Thread

Re: The Synthizer Thread @77, the fact that any OS in modern times would allow you to disable ASLR is troublesome. I'm of the opinion that OSes should force security features like ASLR to be enabled, without a way of turning it off. URL: https://forum.audiogames.net/post/544374/#p544374

Re: The Synthizer Thread

Re: The Synthizer Thread @76I could break it in a weekend even with ASLR on, but a quick Google for how to disable ASLR gives this. URL: https://forum.audiogames.net/post/544365/#p544365 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https

Re: The Synthizer Thread

Re: The Synthizer Thread 75 is right. However, I don't think that BGT was (necessarily) an apt lesson given that the encryption was poorly implemented/the way the executable image was generated made breaking the cryptographic primitives trivial. Such a method would not work under a PIC/PIE

Re: The Synthizer Thread

Re: The Synthizer Thread @74I'm aware of what you mean.  This is not near the top of my priority list.  Having a library that can be useful is near the top of my priority list.  Having the ability to read from custom byte sources isn't needed for 95% of projects and encryption can always

Re: The Synthizer Thread

Re: The Synthizer Thread let me clarify what I meant with reading from a byte string. I just meant some way to use in-memory (possibly from some form of encrypted pack file) audio data, that doesn't need to be first written unencrypted to the users disk. URL: https://forum.audiogames.net

Re: The Synthizer Thread

Re: The Synthizer Thread Ogg is going to happen but is lower priority because the library I have for it is kind of lame and I may need to fork it.  MP3 and Flac are coming first because the libraries for them were frankly written by someone who has a much better grasp on good API design

Re: The Synthizer Thread

Re: The Synthizer Thread @70, he's said ogg and flac are coming. URL: https://forum.audiogames.net/post/544225/#p544225 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector

Re: The Synthizer Thread

Re: The Synthizer Thread Buffers are in as far as I can see, so creating sounds from in-memory should be possible, and as soon as that is a thing, you can theoretically add support for OGG and/or FLAC yourself, although I guess camlorn will at least add support for OGG "natively&q

Re: The Synthizer Thread

Re: The Synthizer Thread @camlornPlease do consider either ogg or flac in terms of other formats, in particular ogg instead of mp3 (keeping #56 in mind)Also. What is the current status for giving any sound source the audio data from a byte string instead of disk only? URL: https

Re: The Synthizer Thread

Re: The Synthizer Thread @68Most if not all of that is out of scope and a significant effort, but I may at some point add the ability to specifically record the output.  For anything interesting with the microphone you should just use miniaudio directly.  Eventually there will be a way

Re: The Synthizer Thread

Re: The Synthizer Thread Could you add a sound source which captures raw sound data from a generator and writes it to disk as a WAV file?Also, if you add a function which instantly sends the next N seconds or milliseconds of audio through all audio sources attached to the generator without

Re: The Synthizer Thread

Re: The Synthizer Thread Interesting. Didn't realize that. It's worth doing and I'll drop it in, but do note that Synthizer isn't going to remain small because there's a lot of data tables that'll end up getting embedded for efficiency. URL: https://forum.audiogames.net/post/540899

Re: The Synthizer Thread

Re: The Synthizer Thread I innitially forgot to mension this, but for the Python bindings, Cython generates pickle methods for all the cdef class types, but you can turn it off by putting this at the top of each Cython file, since these classes are probably process-dependent.#cython

Re: The Synthizer Thread

Re: The Synthizer Thread I innitially forgot to mension this, but for the Python bindings, Cython generates pickle methods for all the cdef class types, but you can turn it off by putting this at the top of each Cython file, since these classes are probably process-dependent.#cython

Re: The Synthizer Thread

Re: The Synthizer Thread @64Pan (both azimuth and elevation) are exposed through a PannedSource, as is panning scalar, which is what you want for stereo panning.  Stereo panners aren't implemented yet because priorities but are trivial to do, once they are you set the scalar to 0 for all

Re: The Synthizer Thread

Re: The Synthizer Thread @CamlornDoes Synthizer manually support setting the pan, pitch and volume properties?This would be useful for example, when I want a sound to play on the far left side of the player and at full volume, like a huge distant explosion.Also, do you think it's necessary

Re: The Synthizer Thread

Re: The Synthizer Thread @62Learning to write an HRTF implementation from scratch took learning to read LaTeX and spending months on reverse engineering basics that sighted people get just from seeing a picture.  Learning to do reverb, etc. took maybe a year or two before I could give us

Re: The Synthizer Thread

Re: The Synthizer Thread For clarifying, when I talked about the c# Binding, I am refferring about that I can try to create a c# binding for the project, when it reach a functional state, or at most with the major apis and features declared, so will be possible work implement it.Probably

Re: The Synthizer Thread

Re: The Synthizer Thread Bleh, and as much as I hate to double post on my own thread, the thing about Synthizer is that unlike Libaudioverse Synthizer can eventually be finished.  Every binding I take on stops that from happening.I am one of maybe 4 or 5 people on here who can handle

Re: The Synthizer Thread

Re: The Synthizer Thread @59I'm not going to change the nomenclature right now because it's modeled after a variety of audio tools that use something similar, though there might (eventually) be an argument to rename sources panners.  In general name bikeshedding is beside the point because

Re: The Synthizer Thread

Re: The Synthizer Thread Wow, the new changes are awesome?Is Go one of the languages you'd be willing to write bindings for eventually?Also, could you maybe change the name SoundSource to something a bit less misleeding? It can confuse you into thinking that Sound sources

Re: The Synthizer Thread

Re: The Synthizer Thread @57I'm not interested in C# for my own projects for a whole host of reasons, but once this is mature enough by all means have at it.  There's lots of languages that'd be valuable but I have to pick and choose where I spend my limited time, and so my limited time

Re: The Synthizer Thread

Re: The Synthizer Thread Hello camlord so, what are the last updates of the project?Maybebe a good idea update the first post with the last major news about the project, if something interesting was updated in the lasts weeks thanks, sounds... interesting, but well. For the future maybe

Re: The Synthizer Thread

Re: The Synthizer Thread @55For distribution, if you convert to mp3 you can distribute at literally 10 times less the size. I converted Swamp once as an experiment and it went from around 800MB to around 80MB.And fortunately MP3 is now patent free so we'll be supporting that this time

Re: The Synthizer Thread

Re: The Synthizer Thread I'll make a rapper and host it on my site.Thanks for the link, I can't wait to try this!Most of my sounds are wav anyway I also work on tool that allow me convert entire folder sound into wavfile with single click. URL: https://forum.audiogames.net/post/539315

Re: The Synthizer Thread

Re: The Synthizer Thread @52, you can wrap it then put it in your GitHub (same as what I did for voclib).also the guy who asked that it's cross platform or not, it uses mini audio as it's backend so it is sort of cross platform, but as @camlornn said, he didn't test those. URL: https

Re: The Synthizer Thread

Re: The Synthizer Thread @52You can get the latest artifacts from the CI page. Click artifacts and download the zip, you want synthizer.dll.But two things.First, it's probably premature to make bindings.  We're hitting usable in the sense of could technically use it, but if you give me

Re: The Synthizer Thread

Re: The Synthizer Thread how do I download the dll for this and a some sort of function listing with parameters? I wonna rap it into pure basic, then I'll give you the rapper once it's finished to include in the complete package. URL: https://forum.audiogames.net/post/539298/#p539298

Re: The Synthizer Thread

Re: The Synthizer Thread @50I can't get CI working for 32-bit builds because reasons and that takes hours at the best of times, I'm literally looking at probably a day to fix it, so I've decided not to fix it for now.  However in general you should probably be on the 64-bit one anyway

Re: The Synthizer Thread

Re: The Synthizer Thread so synthizer is not available on the 32 bit python? URL: https://forum.audiogames.net/post/539070/#p539070 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames

Re: The Synthizer Thread

Re: The Synthizer Thread Yeah, pip install synthizer if you're on a 64-bit Python. I just don't have it automatically updating yet so when I make changes it's a long manual process, so the source that takes position directly instead of azimuth and elevation isn't on pip yet. URL: https

Re: The Synthizer Thread

Re: The Synthizer Thread Is there an already working version for python available? URL: https://forum.audiogames.net/post/539057/#p539057 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo

Re: The Synthizer Thread

Re: The Synthizer Thread I don't have Linux so I can't test there, but at least getting it building is on the to-do list.  I'm not actively breaking platforms and there will be CI, but I can't test Linux and Mac and they're not high enough priority for my personal projects for me to change

Re: The Synthizer Thread

Re: The Synthizer Thread As far as I understand it, its supposed to be cross-platform capable, so yeah. URL: https://forum.audiogames.net/post/539039/#p539039 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin

Re: The Synthizer Thread

Re: The Synthizer Thread Will it be possible to use it on Linux or on the other platforms? URL: https://forum.audiogames.net/post/538999/#p538999 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman

Re: The Synthizer Thread

Re: The Synthizer Thread @42 congrats. URL: https://forum.audiogames.net/post/538389/#p538389 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector

Re: The Synthizer Thread

Re: The Synthizer Thread It looks really nice. Really wished I could help somehow, but I don't know C / C++.But hey, if I can some way help, do let me know URL: https://forum.audiogames.net/post/538284/#p538284 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin

Re: The Synthizer Thread

Re: The Synthizer Thread Just pushed a Source3D object to the repository, bringing Synthizer in alignment with WebAudio in regards to panning.  We've got all the distance model stuff WebAudio has, plus something I'm calling the closeness boost, which allows you to make sources jump

Re: The Synthizer Thread

Re: The Synthizer Thread @40Desktop stuff is pre-alpha ATM. I just got a blank window when I tried. I reckon it'll be good when it gets there though. URL: https://forum.audiogames.net/post/535311/#p535311 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin

Re: The Synthizer Thread

Re: The Synthizer Thread @39I looked into desktop dart and I couldn't even figure out how to get it to compile without a console window, so this is probably longer away than you think.  Alternatively I can and it's undocumented and I just don't know how.  But I'd love desktop Dart I think

Re: The Synthizer Thread

Re: The Synthizer Thread @38: I'm not planning to use it on a phone. It may become useful when Flutter's desktop support gets good, or maybe there's some UI toolkits that are game friendly that I can use. I've not looked into any of this yet. Just saying, I'm more than happy to make Dart

Re: The Synthizer Thread

Re: The Synthizer Thread @37Bindings that make it into the official repo are bindings that I'm responsible for, and I can't afford to be responsible for all of them.  Someday, if/when this is mature enough, I'll probably start moving a bunch in.  But for a while it's just going

Re: The Synthizer Thread

Re: The Synthizer Thread Hi Camlorn,This is great stuff, good work, as usual!!With respect to bindings for other languages, is that something you'd want to include in your repo? Or other peoples'?I'm using Dart for everything now, and would love to write bindings (when you say it's safe

Re: The Synthizer Thread

Re: The Synthizer Thread @35I don't mind BSD/MIT either, I just don't want to be someone's dependency of a dependency.  Sometimes the trade-off with respect to that is worth it, but there is literally no source of high quality DSP code I can think of offhand that's not (L)GPL, and there's

Re: The Synthizer Thread

Re: The Synthizer Thread @34, yeah, I know what you mean. And its unfortunate that no such ambisonic library exists that's unlicense-based or something equivalent to that. (I personally don't mind MIT or BSD licensed stuff myself, but I understand your stance.) I've never really been able

Re: The Synthizer Thread

Re: The Synthizer Thread @33I'd rather not bring in something in Rust because I'm trying to keep this reasonably self-contained.  I'm also only including things that don't require credit in binary distributions (i.e. zlib, unlicense, etc. But not MIT, BSD, etc).What I have are the libs

Re: The Synthizer Thread

Re: The Synthizer Thread @32, I was actually considering that. A while back I had written a module in Rust that was a part of another project that I've since lost that used MIME types to decode audio files instead of extensions or manual file scanning. The code was quite complicated

Re: The Synthizer Thread

Re: The Synthizer Thread @31Not when the multithreaded code is the entire library and interacting with a bunch of inline aligned buffers whose sizes are determined by const generics that do computation at compile-time to work out said sizes.It's not that bad though.  Modern C++ can be done

Re: The Synthizer Thread

Re: The Synthizer Thread @30, understandable. You could always write your multithreaded/thread-safe code in Rust, then call it from C++. That would be messy, but then you'd have the power of both languages at your disposal. It might be something to try in the future, perhaps. URL: https

Re: The Synthizer Thread

Re: The Synthizer Thread @29I wanted to use Rust, but they don't have const generics or super mature SIMD.  There is rather a lot of type-level metaprogramming going on w.r.t. inline buffers to avoid pointer chasing for example.  But rayon would have been amazing and there's already been

Re: The Synthizer Thread

Re: The Synthizer Thread I really like where this is going. If I can figure it out I might create a Rust FFI binding for this (heh, it'd be neat if it was written in Rust, but that's just me being wishful). Keep up the good work -- I look forward to using this in an actual app one day (I

Re: The Synthizer Thread

Re: The Synthizer Thread The hierarchy is one or more generators per source.  The generators are what plays and how (I've got plans for 4 or 5 at least that cover game use cases).  The source is where plus controls that apply to all of them (panning, volume, pause all the generators

Re: The Synthizer Thread

Re: The Synthizer Thread Hi and thanks for all the work.I'm curious about how generators work.What happens if I add the same generator to 2 different sources? Or do I need to create a generator for each source separately? URL: https://forum.audiogames.net/post/534068/#p534068

Re: The Synthizer Thread

Re: The Synthizer Thread @25From the Cython docs:The __cinit__() method is where you should perform basic C-level initialisation of the object, including allocation of any C data structures that your object will own. You need to be careful what you do in the __cinit__() method, because

Re: The Synthizer Thread

Re: The Synthizer Thread @22, something regarding your bindings:first, for initializing of your c-types, use __cinit__ and for deinitialization of them use __dealloc__also for your exceptions, use __cinit__ (you are initializing c variables)instead of str, you can use char* which is native

Re: The Synthizer Thread

Re: The Synthizer Thread @22, something regarding your bindings:first, for initializing of your c-types, use __cinit__ and for deinitialization of them use __dealloc__also for your exceptions, use __cinit__ (you are initializing c variables)instead of str, you can use char* which is native

<    1   2   3   4   5   >