Due to continual spamming, forum registrations are now by Invitation Only. Hopefully this will be only a temporary measure to combat spammers.
If you want an invitation contact forumapplication @ camstudio . org
Sorry for the inconvenience.
If you want an invitation contact forumapplication @ camstudio . org
Sorry for the inconvenience.
CamStudio 2.6 Beta released at Sourceforge
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
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
Comments
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)
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
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)
Has 2.x updates been put ahead in priority then 3.0? Just curious.
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
http://www.pic-upload.de/view-6505992/camstudiobug.jpg.html
Whats wrong? :(
That's in German - what does it say in English?
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.
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
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.
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/
Create projects easily with private MFC, ATL and CRT assemblies
http://www.codeproject.com/KB/cpp/PrivateAssemblyProjects.aspx
Or please name me alternative software pls. thx!
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
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)
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
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
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.
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
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?
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.
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
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
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...
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 "~"
Thanks for your patch. It is applied as prt of r271
If you see other things to patch just shout.
Jan