Application: cdrtfe
Category: Music & Video
Description: A small open source burning application for Windows. cdrtfe is a win32 frontend for the cdrtools (cdrecord, mkisofs, readcd, cdda2wav), Mode2CDMaker and VCDImager. It can burn data discs (CD and DVD), Audio CDs, XCDs, (S)VCDs and DVD-Video discs. For Windows 9x, ME, 2k, XP.
Download cdrtfe Portable 1.3.2 Development Test 1 [3.78MB download / 9.47MB installed]
(MD5: bb737c7decb6f759ea97bdcef5cff25d)
My changes:
updated cdrtools to v2.01.01a48
updated other supporting mkisofs DLLs
Release Notes:
Development Test 1 (2008-09-08):
- cdrtfe version updated to 1.3.2
Development Test 1 (2008-03-26):
- cdrtfe version updated to 1.3.1
NOTE: I didn't UPX it, because I'm not sure what can safely be UPX'd in this release. It has several audio codecs and other tools packaged with it, and I'm sure I read somewhere that UPX'ing LAME will break it. I didn't want to chance breaking some other random part of the program.
If someone wants to test what can safely be UPX'd, I'd be happy to include it in a final release.
Alright, there`s just a few more things you can do to be completely conformed to the latest version of the PAF.
Other than that, you did fantastic, and you change everything the source perfectly, too. *claps*
Oh, and the program works.
The program works just fine, the older version always crashed for me, but this time it started up with no problems. I found some registry keys that are left behind because of cygwin.
HKLM\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
HKCU\Software\Cygnus Solutions
HKCU\Software\Cygnus Solutions\Cygwin
HKCU\Software\Cygnus Solutions\Cygwin\mounts v2
HKCU\Software\Cygnus Solutions\Cygwin\Program Options
They seem to all be empty keys, all say "value not assigned"
The developer formerly known as ZGitRDun8705
Thanks. I'll get rid of those and check on the icon thing.
There may/may not be more reg keys depending on what tools you use with the program. I'm confident they're not important for correct functioning though.
i'll do a more detailed test at home, the cygwin keys are created by cdrtfe itself because of its dependence on cdrtools. I'll test the available tools tonight and report back on other keys if there are any.
The developer formerly known as ZGitRDun8705
Ok, cygwin keys handled, help file done (thanks HSP).
I checked the icons. The installer, launcher, and ICO file all have the 8 formats according to IcoFX. Download and check it again maybe?
What I mean it it should only have 6 now. 2 x 48, 2 x 32, and 2 x 16, the 2 24's are being removed.
Oh, I got it now. I'll get rid of them for the final release.
Testing at home now, and the program crashes on loading, i get an error message saying that there is an error addressing memory, the data can not be written. here is the error log.
The developer formerly known as ZGitRDun8705
That's strange, I got the same crash about 3 times out of the first 6 launches. I think it's a crash related cdrecord.exe. Do you get this crash 100% of the time? Does it matter if you disable any real-time scanning, AV or HIPS?
Either way I'd report this to the developer.
It's definitely a problem with cdrtools. When the crash happens, I can close drwtsn (useless piece of junk that thing is) and the GUI will load, but no cd drives are found.
EDIT - I submitted a bug report to the developer.
It happens constantly for me. I didn't try disabling my active AV client, but i don't believe that is the real issue. cdrtfe portable ran without issues from my pc at work, all pcs do have real-time AV installed and running. I'll try to look into this more, thanks for submitting the bug report.
The developer formerly known as ZGitRDun8705
Anyone who was having crash problems, please try Dev Test 3. I manually updated the cdrtools and cygwin binaries with the latest versions. Apparently, the cdrtfe team released v1.3 with the new cdrtools binaries, but with OLD cygwin dlls.
This fixed everything up for me both in my VM and regular test systems.
Great, i'll test it when I get home.
Edit: No more crashes and it appears that nothing is left behind now, great job!
The developer formerly known as ZGitRDun8705
Unfortunately I couldn't test it cause I tried it as a restricted user...
"What about Love?" - "Overrated. Biochemically no different than eating large quantities of chocolate." - Al Pacino in The Devils Advocate
Care to elaborate on that? You mean the program won't run/write discs under a User account?
but I couldn't burn anything because it didn't find any cd-drives.
And AFAIK that is due to missing right and ergo nothing you can change. I think you´ll have the same problem with every portable burner you try.
"What about Love?" - "Overrated. Biochemically no different than eating large quantities of chocolate." - Al Pacino in The Devils Advocate
I just installed the Dev Test 3 version.
When I try to start it I get the following error:
"One or more DLLs needed by mkisofs.exe are misssing!"
Any ideas?
Problems should really be posted on the cdrtfe forums, but I'll give this one a shot since I've run into this before. Try this -
1. Search your system for another copy of cygwin.dll (you may have to enable showing of hidden/system files, windows search missed it once for me). If search doesn't find it, manually check your system paths such as C:\Windows, C:\Windows\System32, etc. If cygwin.dll is found in the system path, cdrtfe will use this instead of the one bundled with the app. This can cause initialization errors and the error you're experiencing. It's a bad design decision. If you find it, remove or rename it. Any app that need cygwin.dll should have it in its own directory.
2. Rename _cdrtfedbg.dll to cdrtfedbg.dll and run the app. This will enable debug output. Copy the output from the window and post it here and we'll see what it says.
Try #1 first, as that's probably the problem.
PS - I just tried a new install on Vista with no problems.
I had the same problem with the missing.dll - your solution with the cygwin.dll in the system directory fixed it: i found in the system directory a rather old one from 2005. I renamed it and cdrtfe Portable 1.3 Devtest 3 started and runs without any problems.
But it's not your fault, i think it's a design problem of cdrtfe, that it uses the windows standard for searching .dlls - and the windows standard is searching first in the system dir for requested .dlls - then in the program dir. Is the .dll found in the system dir, it is used, anyway, how old, or what version.
I think one should suggest to the people of cdrtfe, that they should define in the app, that it should always use the cygwin.dll in the programm dir.
Yeah, their file search order is kinda weird. It shouldn't assume the other DLLs are in the system just because cygwin1.dll is. And I still don't think the devs have updated the DLLs either, even though I filed a bug report and told them what they had to do to fix it. So I wouldn't expect a feature request change any time soon
cdrtfe updated to v1.3.1. Updated to newest launcher/installer specs. Revised some parts of the launcher, and included update code.
The cdrtfe team fixed the cygwin search path problem some users were experiencing. Now if cygwin is found in the path, there's an option to use the included cygwin DLL anyway.
PS - Should this be a new topic? I just revised my old release topic.
revising the old topic is fine...thanks for the update
will test tonight and report back
The developer formerly known as ZGitRDun8705
I just tried it on burning an audio cd on vista ultimate, and it ran without problems.
Nothing obvious left behind either.
cdrtfe 1.3.2 ist out!
Please update your launcher!
Thanks!
M.T
Package updated to include cdrtfe 1.3.2.