This is 32-bit cdrtools binary package, probably best known in Windows world for its mkisofs, the most widely used free ISO mastering software. Although its popularity in Linux world a bit declining due to license issue in version 3, that doesn't seems affect most of Windows users anyway : )
Note that I only tried mkisofs since its cdrecord a bit weirdo to my liking it maybe working too, I would burn the ISO using alcohol or Windows' built-in burning. The binary is statically linked a.k.a standalone executables so you can pick only what you need. And don't given up to its --help, it does takes time to understand all those command options : ) just be patient.
Binary complete package (including docs and patch)
download
If you want the Unix way of cdrtools go to http://www.student.tugraz.at/thomas.plank
If you want the Windows way look no further than http://cdrtfe.sourceforge.net
Brief instructions to build from sources
Extract using WinRAR (or anything that understand symlinks) or just use tar command line
apply patch
To compile type:
make all
*just ignore the spurious moans and warnings during compile, if you know what I mean :))
Please Update to cdrtools 3.01a08
ReplyDeleteupdated but untested at the moment.
DeleteTried it with cdrtfe, however the mkisofs -print-size command does not work which is needed by cdrtfe.
ReplyDeleteError message:
mkisofs: No such file or directory. Unable to open /dev/null
cdrtfe use posix emulated version (its mkisofs need cygwin dll). Things like /dev/null or /cygdrive is not used or non-existent in native version. Please read "--help" or the readme file (in the full package download)
Deletein short, you need to override the full command sent by cdrtfe.
Thanks a lot for wonderfull build, i use mkisofs generally. a23 crashes if file have invalid date (e.g. year=1658), but i understand what it possible cdrtools bug. А что можно было по-русски? :)
ReplyDeleteYeah, thats the day before UNIX born (1-1-1970). I think cdrtools should reset the date or something instead crashes
Deletecdrtools-3.01a24 available
ReplyDeletecdrtools: http://sourceforge.net/projects/cdrtools
smake: http://sourceforge.net/projects/s-make
schilytools: http://sourceforge.net/projects/schilytools
Thanks for the update!
DeleteHello TumaGonx Zakkum, I used mkisofs.exe (from schily-cdrtools-3.01a24.7z) and always get the message "mkisofs.exe: Warning: Cannot write inode/link information with -no-cache-inodes.". I don't use options -no-cache-inodes or -cache-inodes. In cygwin version of mkisofs (cdrtools-3.01a24-win32-bin.zip - http://www.student.tugraz.at/thomas.plank/) this message don't appear.
ReplyDeleteCan you fix this ?
P.S. Sorry for double post.
I think this because difference in cygwin and win32
Deletein cygwin ino_t might be unsigned long long / __ino64_t (8 bytes), in windows (mingw32) ino_t is always unsigned short (2 bytes)
A less than 8 bytes will trigger -no-cache-inodes inherently. I could suppress the msg but thats not a fix.
cdrtools-3.01a25 available
ReplyDeletea
ReplyDeleteThere is an issue in cdrecord 3.01 on x64 Windows: the resulting binary cdrecord.exe does not work. For example, using it to erase a CDRW via
ReplyDeletecdrecord.exe dev= -blank fast
results in the error message:
cdrecord: Sorry, no CD/DVD/BD-Recorder or unsupported CD/DVD/BD-Recorder found on this target.
The issue occurs on 64-bit cdrecord build on Windows only; 32-bit build works.
To fix it, in the cdrtools 3.01 source, open the file
cdrtools-3.01\libscg\scsi-wnt.c
change line 687 from
swb.spt.Length = sizeof (SCSI_PASS_THROUGH);
to
swb.spt.Length = sizeof (SCSI_PASS_THROUGH_DIRECT);
Recompile and try again.
[Disclamier: I was writing this from memory. The issue is definitely present; if my fix does not work, please investigate.]