Desktop Recorder

[Pachuquin]

I need to record wav files in a Desktop application, so I have written this library. It's very simple and probably buggy. Everybody is free to improve it and share it with us.

Excuse me for my bad english, once again.

[Byak@]

Good work!Big Thanks for lib)

[redbird]

I am using the device recorder.dll, and it works great.
As said before, it records WAV files in PCM, stereo, 11025 samples/sec/channel.
BTW, I use this to develop an audible tachometer, by using fast fourier transformation on a short recording, neglecting the 44 byte header of the WAV file.
But I can't seem to get this pachRecorderDesktop library to record WAV files on the desktop to work. My desktop PC doesn't seem to record or save any file when i try this. Did anybody got it working ? Just to know if the mistake is mine or not.
A very, very basic, working example program of just a few lines to record a file would be very nice, just to see if I do nothing wrong. Sometimes, you start doubting at yourself...

[derez]

Not using this library (which didn't exist then) - check this player-recorder

[Pachuquin]

I have updated the library and now it works.

This is the Erel's Recorder sample with the pachDesktopRecorder library.

Hope this help.

[redbird]

Thanks a lot Pachuquin, that is most friendly, I appreciate a lot.
I compiled the small program, and tried it on 2 different PC's, one running Win XP SP3 and one running Win7 64 bit Pro. But no success. I can hardly imagine doing anything wrong, it's just too simple. The program seems to react normally when starting the recording, but when hitting the stop/save button, there is this windows sound, warning that the action can not be executed. And no wav file is found :-(
Could it be that I forgot something obvious, or any other tips ? It would'nt be possible to post your executable file, so I could simply check if it runs here ?

[Pachuquin]

Here you are the sample compiled.

Have you replaced the old library in the Libraries folder?

[redbird]

OK, this is gonna sound weird:

1) your exe file runs fine, just great ! Thanks for convincing me again there was a problem at my side. Great job, BTW, making that patched libary.
2) i compiled that very simple file myself, but still no results :-(
3) i started triple checking that i had the latest files/libraries everywhere on my PC, removing the library and objects in the IDE, and putting them back in again, recompiling again, and so on...
4) did'nt work at first.
5) at last, I must have done something right, still don't know what it is though, but it works like a charm now. I work on a NAS, changed some settings, started playing with security settings in Win7, and some other stuff, and at once it worked. Can't really explain and it annoys me, I'm sorry.

I feel a bit ashamed, like a real newbie. Anyway, thank you a lot, you made my day !

Edit: a closer look to the resulting WAV learns that it is a mono file that is made on the desktop, instead of the stereo file that was produced before on the device. I don't mind at all, it suits me well, but I thought I would let you know.

And there is an error CS0246 now when trying to compile the same code for a device ? Something about a missing assembly instruction or namespace ?

[redbird]

I found a way around the error message:

I compiled the code for the desktop as stated above, with your patched library. Everything fine there.
But before trying to compile for the device, remove that patched library for the desktop, and replace it with the normal dummy library "RecorderDesktop.dll". Compile as usual for the device, and you're OK.
I don't know why this influences the device compilation, but it works.

BTW, this is in no way criticism, I'm very happy it works ! Just trying to help.

And of course, on the device you keep getting a stereo file as before. This can be seen in the file length (compared to the duration of the sound), and also in the header of the wave-file: 22050 bytes/second.

[agraham]

Originally Posted by redbird

II don't know why this influences the device compilation, but it works.

Because the compiler assumes that the desktop and device libraries are identically structured and uses the objects, methods and properties of the desktop library when compiling for both the device and the desktop. This is why you need a dummy desktop library equivalent to compile for a device library that only works on a device.