Re: BBSs on DeveloperNet
By: art to Nightfox on Wed May 25 2011 09:45:36

http://www.codeproject.com/KB/audio-video/CSharpWAVClassAndMixing.aspx

Neat! I have taken a quick look, it looks quite interesting. In truth I have read the page in full. However it looks ideal for putting together tracks wh jamming multilayered :) Will have to try that out next time the missus and I record some music...

That project only mixes WAVs, and doesn't do recording.. It was based on an earlier project I had done in C++, a multi-track audio recorder (which would let you mix the audio files into a single WAV). I have that for download here: http://home.comcast.net/~nightfox/MusiciansCanvas
Looks like I don't have the source code there anymore.. But to get some more practice with C#, I took the audio mixing portion of that project and re-did it in C#. The link I posted earlier is said C# project. :)

Probably the only thing more painful than parsing MP3s is parsing WAVs! Remember I had a field day with little/big endians and whatnot when coding a napster client maybe 10 years ago (it was needed to read/write MP3s for upload/download)... and by field day I mean a harpoon up my arse, what a pai Am sure it's easier in these recent years.

A Napster client sounds like a fun project. :) I'm not sure if parsing WAVs would be any harder than MP3s though.. in fact, I've been thinking about writing something that will handle MP3 too, and since MP3 is compressed audio, I've wondered if it would be more complicated than processing a WAV file. I have a class heirarchy that includes an AudioFile class, which defines many methods such as adding & reading the next audio samples; my WAV class derives from that and implements/overrides just the functions that are necessary for WAV files, such as opening a WAV file (which reads the WAV information from the header). I've imagined that deriving another AudioFile class for AIFF files should be fairly easy, but as for MP3 files, I'm not sure if it would be as straightforward as uncompressed audio formats.

improve. I'd be a lot better at coding if it was my full-time job, but I onl do it every so often. Is your role development-focused?

My job title right now is "Validation Engineer", and the role is focused primarly on testing, but so far I've developed (and have modified) a couple of test harnesses, so it does involve some development, but for the purpose of software testing. It's a 1-year contract, but it sounds like they like me, and it might lead to a more permanent position, which I'm hoping for.

Mono is fairly mature, that is true. Recently I was able to compile a boo CL source in Windows, then in intel x86 Linux, then over onto a sparc64, withou any code modifications. I was impressed. My main gripe however is that all m favorite .NET framework classes are missing or not implemented fully, or jus plain buggy. It's a good idea but has a long way to go in order to catchup t .NET.

If you code something with minimal dependencies (i.e., as you're doing with your *-endian code... that I've read somewhere here or dovenet), Mono is coo If you need to rely on the .NET framework, Mono is definitely NOT cool, at least for now; it's getting better and better though.

hmm.. I thought the whole purpose of Mono was to provide a compatible .NET implementation for other platforms, but I guess it hasn't quite materialized yet.

Nightfox

---
þ Synchronet þ Digital Distortion: digitaldistortionbbs.com