One-Click WebCam Recording!

**Cameleon** · 04-23-2009, 03:07 AM

Originally Posted by Curiosity

I'm getting lots of errors. It really needs to be done proper but I don't know C# or have a compiler to play with. If anyone could help out it would be appreciated. Here's as close as I can get it. I just modified the Capture.cs file.

http://curioustech.home.insightbb.com/Capture.zip

Thanks for your PM matey, I was going to look into porting over the code you had for connecting pins, but seems you have beaten me to it

I didnt really want to release the code before doing that as although it is stable on my build, it was coded using it so it will be! Highly unlikely to be stable on others, but I was hoping some proper code would take pity on us hehe (if you fancy it you can get the setup for C# compiler etc from MS - http://www.microsoft.com/express/vcsharp/ )

Nomader: I think there is a KPH already in the filter. If you goto the dropdown where you get the device/compression properties you should see a GPS filter one. That opens the proper setup page for the filter where you can (IIRC) select KPH.

**Curiosity** · 04-23-2009, 05:33 AM

Oh! Free is always good. It found one typo. infDownstream should be infoDownstream, but it appears to work. Preview or record work, but haven't found the setting for both yet.

The errors I had were fixed by setting audioDevice=-1 in the ini. Damn German

**Cameleon** · 04-23-2009, 06:04 AM

Originally Posted by Curiosity

Oh! Free is always good. It found one typo. infDownstream should be infoDownstream, but it appears to work. Preview or record work, but haven't found the setting for both yet.

The errors I had were fixed by setting audioDevice=-1 in the ini. Damn German

Yes I think we could do with a lot more try-catch statements for the setup stuff. I added a few around the audio device setup when I was having problems with audio compression, which I think is still here. Without an audio device, it cant start up with no audio compression set. Bit mad! lol

With regard to preview with capture, I think we need to build the full graph as per your website, all the time. I read somewhere that you can control just parts of the graph with some commands, but was unable to find them in DirectShowLib docs. It meant you could turn on and off the capture and preview streams without destroying the graph every time and re-rendering it, just starting the streams when you needed them. Not sure if you know how to do this? I couldnt work it out

**Curiosity** · 04-23-2009, 06:40 AM

Yeah, it's a bit hairy. I put my code in and it hates it because in the setup it's rendering the graph twice for some reason and the pins are still connected. Inserting and removing filters is pretty fast, but something does seem really slow though. I'll play around with it once I figure out debugging.

I'd like to change the hard coded resolutions too.

**Nomader** · 04-23-2009, 06:45 AM

ok one problem!!!
recordin is stoped after a few seconds!! the time continues to count but the file size stops!!
and when checking the file it only has a few seconds of recording

EDIT: solved..it was the audio compression..i set it to mp3 and it works OK

this is perfect!! good work

**Curiosity** · 04-23-2009, 10:10 AM

Cameleon, got the pin connect method working and preview while recording:
http://curioustech.home.insightbb.com/Capture.zip

Search for "hack"

The preview graph is already built when you hit the record button, so it skips that step, which it can't because it has to be connected differently. I really hate the way you have to remove and add the filters back in. Something isn't getting cleaned up properly and it builds the graph way too much. Not sure what we can do about that. Oops I think I left the Add to ROT in there.

**Cameleon** · 04-23-2009, 10:20 AM

Nice one buddy, I will take look when I get home from work.

I was leaving the ROT token in my release for now so that if users got errors I could get them to use GraphEdit to show us the graph it was building, so its not all bad. As I can only see what it builds on my laptop or CarPC, it doesnt give me much of a diverse set of hardware to play with!

I hear what you're saying about adding a removing filters. I couldnt get it to work any other way. My coding really isnt that messy, it was needed to make it work. RenderStream really likes to mess about with it. The best one I found was when you use some combination of compression, when its done recording and goes back to preview, it renders the compression filter, then a decompression filter into the renderer rather than using no compression *doh*!

**Cameleon** · 04-23-2009, 01:03 PM

Hey Curiosity, just as you had problems with mine, I've had problems with yours! Adding the compression filter before connecting the GPS filter and smartTee it tries to put the compression filter and a decompression filter in first (after capture device and before GPS) *DOH* So I have tweak your version of the Capture class to do the adding of the filters just before we connect it. Also I have added a bit to remove the compression filter if we are only previewing as it was trying to connect that during preview after record!

Anyway, what do you think of this? It seems to run quite a bit quicker now between recording and preview etc.

http://www.cingram1.plus.com/mp3car/CaptureClass.zip

This seems to be a lot better at generating the graph as we want it. Good work on the connector function btw, seems to do a good job!

**Curiosity** · 04-23-2009, 02:09 PM

Yeah, your code looks clean. I didn't know about the order of adding filters. In C++ I can throw them in in any order and then connect them, but the DLL probably does something we can't see. It's shaping up well though.

I made one more addition. Putting the camera resolutions in the menu. I'm sure there's a better way to manage a list than a fixed array though. bleh.
http://curioustech.home.insightbb.com/Capture.zip

**Cameleon** · 04-23-2009, 03:11 PM

Originally Posted by Curiosity

Yeah, your code looks clean. I didn't know about the order of adding filters. In C++ I can throw them in in any order and then connect them, but the DLL probably does something we can't see. It's shaping up well though.

I made one more addition. Putting the camera resolutions in the menu. I'm sure there's a better way to manage a list than a fixed array though. bleh.
http://curioustech.home.insightbb.com/Capture.zip

Oops...

Were the only additions made to those files? I just dropped them in (back up the old ones first!) and rebuilt it. Computer says no

Any ideas? One thing I have noticed is that in the video capabilites it says it only supports 320x160, but it does 640x480 officially, and you can force it in the previous version of the menu.

WRT to the adding of filters in the correct order, I think Connect still tries to be clever and for some reason thinks my camera needs compression first, dont know why!