CamStudio 2.6 Beta released at Sourceforge

TerryBritton

Only for the brave, of course! ;-)

Seems to work fine!

https://sourceforge.net/projects/camstudio/files/

There is now a Camstudio 2.6 Beta support category here, through nothing is posted there yet as of this writing.

Terry Britton

nickthegeek

Hi Terry ...

Steal my thunder will you ... ? ;o)

Yes, this is the latest build of the 2.6beta (revision 264)

It's pretty stable, but please only download and install it on a non-mission critical machine and make sure you install it into a different directory.

C:\Program Files\CamStudio 2.6beta

not

C:\Program Files\Camstudio

Support for XNoteStopwatch and MotionControl systems have been added as well as some serious code refactoring.

Next on the To-Do list is breaking the 2GB filesize limit by trying to implement OpenDML (AVI 2.0) format creation.

Any support questions, please post them to the 2.6beta specific forum here:

http://camstudio.org/forum/?CategoryID=7

Cheers

Nick :o)

TerryBritton

Nick,

Heh - sorry about that - I figured you got busy!

One thing I noticed right away is that the read-out while recording in "Region==>Window" of the screen size is now OVER by one pixel in width and height, but the actual recording is what you'd set the window at. So, the one-pixel-added bug has been moved into the read-out screen, but has been fixed in the actual recording algorithms.

That is, a 1280X720 pixel window is being displayed as being a 1281X721 pixel one. If it were actually that, using the Camstudio and other codecs I'd get that skewed horizontally picture in the recorded result.

Oh... this belongs in the new forum category! - I'll go paste it into there!

Terry Britton

nickthegeek

Hi Terry

Heh ... yeah you're right, I got swamped with other tasks ... never mind, so long as someone announces it, I don't mind :o)

Thanks for the first bug report ... awesome.

Keep it coming ...

Cheers

Nick :o)

violarocks

Happy to see the project still up and running and the first blog post in two years :D

Has 2.x updates been put ahead in priority then 3.0? Just curious.

fian

wow, nice... thank you CamStudio

rogerdpack

A few feedbacks:

sometimes it hangs eating up 100% cpu. Pretty rare though, and killing it brings it back.

Ihe first time I used it, I hit "record", selected a screen region, and then...nothing happened. Repeat, same effect.
It seems to work fine now though so I'm not sure what the difference was.

The "pause" and "stop" buttons stay visible (non-greyed-out) after hitting stop.

Thanks!
-r

yamyam

Just DL the latest 2.6b, installed it and ... fail:
http://www.pic-upload.de/view-6505992/camstudiobug.jpg.html

Whats wrong? :(

TerryBritton

yamyam -

That's in German - what does it say in English?

Terry

yamyam

Hi Terry,

it means:
The application failed to start because the side-by-side configuration is invalid. For more information, see the application event log.

Installation where fine and previous installed 2.0 worked fine too.
I just cant start the new installed 2.6b :(
In the meanwhile i de-installed 2.0 cause i thought it is maybe the old version which is making trouble, but cant start 2.6b even after 2.0 is gone.

TerryBritton

yamyam,

Well, I guess I still have a little ability of the German language, then. That's what I thought it said, but I just wanted to make sure! The "side-by-side configuration"... now that's mysterious!

Is this Windows 7? I've never seen an error message like this one before! (Stayed-with-XP!)

I've done a little research, and it is probably due to the DLL's being in the program folder rather than where Win7 expects to find them:

"Now EXEs link with the DLLs found in the WinSxS folder in your System32 folder. "

(ref: http://cboard.cprogramming.com/windows-programming/123653-side-side-configuration-incorrect.html )

If that is the cause of your situation, probably one of these three (or all of them) need to be copied (or cut) from the Program Files/CamStudio 2.6b r264 folder & pasted into that WinSxS folder

(...or the MS C++ runtime libraries installer should be run by the program installer ... which I've seen much occurring much more prominently since Win7 came out - that may be why!)

mfc90.dll (mfcDLL shared library - retail version)
msvcp90.dll (MS C++ Runtime Library)
msvcr90.dll (MC C Runtime Library)


These are in the Program Files/CamStudio 2.6b r264 folder now. Try copying them into the Windows/System32/WinSxS folder in your Win7 machine. If copying still doesn't work, move the ones out of the Program Files/CamStudio 2.6b r264 entirely (to your desktop, for temp keeping) and then test it.

OR go to Microsoft and download and run the MS C++ Runtime Library installer package:

http://www.microsoft.com/downloads/details.aspx?familyid=A5C84275-3B97-4AB7-A40D-3802B2AF5FC2&displaylang=en
(or in German: http://www.microsoft.com/downloads/details.aspx?familyid=A5C84275-3B97-4AB7-A40D-3802B2AF5FC2&displaylang=de ) ;-)

or from

http://www.softpedia.com/get/Programming/Components-Libraries/Microsoft-Visual-C-Redistributable-Package.shtml

Let me know if that works!

Terry

yamyam

Hi Terry!

No, never used win7 till yet - it is vista!

And i never ever had any problem with 2.0 before.
I just de-installed 2.0 and installed the current 2.6b.

2.0 worked fine.
2.6b i cant even start as this error occurs, which i also never seen before.

Janhgm

Never heard before of this but certainly requires a little study.

http://msdn.microsoft.com/en-us/library/ms235342.aspx

Would be nice if we could run test before on systems with different OS and language installs.
Another possible solution to prevent this side-by-side errors could be to link the Dll's statical instead of dynamical. (Although I don't like that it shall work)

Other links (less important):
http://buffered.io/2008/05/17/resolving-side-by-side-configuration-issues/

Janhgm

This looks promising ...

Create projects easily with private MFC, ATL and CRT assemblies
http://www.codeproject.com/KB/cpp/PrivateAssemblyProjects.aspx

yamyam

And how does all this helps me to get camstudio started?
Or please name me alternative software pls. thx!

TerryBritton

yamyam,

Go to Microsoft and download and run the MS C++ Runtime Library installer package:

http://www.microsoft.com/downloads/details.aspx?familyid=A5C84275-3B97-4AB7-A40D-3802B2AF5FC2&displaylang=en
(or in German: http://www.microsoft.com/downloads/details.aspx?familyid=A5C84275-3B97-4AB7-A40D-3802B2AF5FC2&displaylang=de ) ;-)

Restart your computer and the Camstudio beta should work. If not, just re-install and use 2.0 for now. It is pretty stable, and you already know it works.

Terry

nickthegeek

@yamyam

Terry is right, it's an issue with MS C++ Runtime DLLs

Follow his instructions. If 2.6 doesn't work, revert to 2.0 until we can get it fixed.

Cheers

Nick :o)

Janhgm

About Side-by-side issue:

A fighting dll approach as proposed by Terry can work but it is not a persistent solution. Other users may suffer same problems and will ask for help.

I'm busy to introduce private assemblies for release mode (solution advised by MS).
In that case application.manifest file define which dll's will be used.
In our case, the dll's that comes with our distribution and we used for testing before.
I expect that this will solve the side-by-side issues.

Need people who tried to install/use Camstudio but failed due to side-by-side to verify that it works before we release this as a new revision.
@Volunteers , send a message to me.

Jan

yamyam

Thanks ... its working now! :)

TerryBritton

yamyam,

Yipeee!!!!!!!!! :-)

I suppose that what Janhgm is adding to the next release will resolve this problem for future installations, so you've helped a great deal by pin-pointing what the problem was. I hope the rest of your experience goes smoothly! (Ahhh, there are always more things to learn, of course!)

Terry

coldReactive

Windows 7 x64 doesn't have a WinSxS folder but still gets the error. Moving the three dlls out of the program files folder does not help of course.

The only winsxs Windows 7 x64 has is full of registered and hashed resources: http://imgur.com/PfJj1.png

Seeing as I was able to use 2.0 with the 2.5 beta overwrite... I don't see why I shouldn't be able to use this.

I can't copy the three DLLs to that folder even as CMD.exe administrator.

TerryBritton

coldreactive.

Try installing the C++ libraries for x64

64-bit http://www.microsoft.com/downloads/details.aspx?familyid=BA9257CA-337F-4B40-8C14-157CFDFFEE4E&displaylang=en

Restart your computer and the Camstudio beta should work.

I don't know whether, if running 32-bit applications, you would also need the 32-bit libraries installed, but you could try it if the above doesn't help.

32-bit http://www.microsoft.com/downloads/details.aspx?familyid=A5C84275-3B97-4AB7-A40D-3802B2AF5FC2&displaylang=en

Let me know if that works for you.

Terry

Janhgm

Need someone who still get side-by-side configuration errors for a test.
Would like to know if you can start recorder.exe if this manifest file is available in the same directory as your recorder.exe.

Create empty file with name:
Recorder.exe.intermediate.manifest

Copy XML below to file and save:
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>

























Double click recorder.exe
Does it start?

coldReactive

Seems like installing the C++ stuff made it now open. But now I have another problem.

CamStudio will NOT record at all with the ffdshow codec using xVid 3 and ffds together with one-pass quality. It'll just spaz out, and causes the CamStudio dialog not to redraw, and hang while recording. No information will be updated on the dialog, everything at 0 except the 32-bit color information.

Pressing stop causes CamStudio not to do any "Compressing Audio" on the title of the dialog, and seeing as I had no audio anyway playing, you'd think it'd save the video, without telling me it did; it didn't however. I had to close CamStudio, not knowing if the video had saved, I could press buttons, etc. so it wasn't hanging in the API. When I closed it, Windows gave the fancy crash dialog asking if the program quit correctly, etc.

Any reason why it's doing this?

it's on the Youtube 480p for fixed region size (no fixed top-left)

My computer is an AMD Hex-Core with an ATI Radeon HD 5750. I have 8 GB of RAM as well. Hex-Core is 2.6 GHz.

coldReactive

Actually, all codecs seem to be causing the api to freeze up like this.

shrear

I tried Janhgm's file but it didn't change anything so i installed the libraries:
the 64bit didn't work either so I installed the 32bit C++ libraries and i can open it now.

Now i get the same problem as coldReactive: after clicking the stop button nothing happens (in all of the modes) except that it says at the status bar "ready", but when I close the program I do not get any error messages.

I have ATI Mobility Radeon HD 5730: VRAM 1GB; Win7 64bit with a memory of 4GB

TerryBritton

ColdReactive and shrear,

This is super odd behavior - I can only offer guesses and suggestions for things to test, as I do not use Win7, let alone Win7 64-bit.

First, check in the place where CamStudio is storing its temp files to see if the files are actually still sitting there. This will be in the folder selected via Options==>Program Options==>Directory for Recording. The options there are:
Use Windows Temporary Directory
Use Application Installed Directory
Use User-Specified Directory

Make certain that the drive with this directory has tons of space available to it, as this is where the raw video and audio will be stored before being processed with the audio and video being combined.

If you do have temp files still sitting in there, they will be in the format
1. ~tempXXX.avi (e.g ~temp001.avi)
and/or
2. ~tempXXX.wav (e.g ~temp001.wav)

The files may be corrupted. If so, you may want to try repairing them with a third party AVI editor like VirtualDub

Also check to see that this is set: Options > Program Options > Name of AVI file > Ask for file name
If this was set to "Automatic File Naming" look for a finished video whose name is a timestamp.avi in your program directory.

Any luck???

Terry

shrear

Sort of...
If using the default option "use application installed directory" there exists definitely no file in my whole Laptop which could be it.
If using the option "use Windows temporary directory" or If using the option "use user specified directory"
there are two possibilities: when toggled recording Avi there is when pressing stop an error called "Note"
"File Move Error. Unable to move or to rename/copy file. The source file may be opened by another application or destination file stilll exist.(still is written there with three l)
Please use another filename."
The temporary file exists and as soon you copy pasted it in some other location you can open them. But you can't close the Error message nor CamStudio other than by using Task-manager. The temporary file exists and as soon you copy pasted it in some other location you can open the file.
when toggled recording Swf there is no problem...
...for the Avi fille but a)the program crashes and B) the Swf file created has 0KB size...

Janhgm

Same for me - I can only offer guesses and suggestions for things to test, as I do not use Win7, let alone Win7 64-bit. -

But since v2.6b ~temp.avi files no longer exists.
Each initial recording gets CCYYMMDD_HHMM_SS in it's name. That is for sure..!
I believe leading token for temp files is still "~"

mlt

Is it normal that there is a huge number of page faults during recording? There is also growing number of GDI objects that causes camstudio to crash. I proposed solution for this on sf.net tracker.

Janhgm

@mlt;

Thanks for your patch. It is applied as prt of r271
If you see other things to patch just shout.

Jan