-
sjcbulldog committed revision 87 to the BwgBurn SVN repository, changing 56 files.
2009-10-17 20:25:04 UTC in BwgBurn
-
sjcbulldog made 2 file-release changes.
2009-09-27 06:21:01 UTC in BwgBurn
-
sjcbulldog made 1 file-release changes.
2009-09-27 06:20:02 UTC in BwgBurn
-
sjcbulldog committed revision 86 to the BwgBurn SVN repository, changing 4 files.
2009-08-23 14:02:52 UTC in BwgBurn
-
When a burn is finished, and the drive ejects the disk, the device is not
completely closed and therefore if you immediately load the disk, without
closing the program, the OS cannot read the disk. Closing the createdatacd
program, releases the drive and allows the OS to read the disk.
2009-08-19 05:08:17 UTC in BwgBurn
-
When a burn is finished, and the drive ejects the disk, the device is not completely closed and therefore if you immediately load the disk, without closing the program, the OS cannot read the disk. Closing the burniso program, releases the drive and allows the OS to read the disk.
2009-08-19 05:01:24 UTC in BwgBurn
-
sjcbulldog committed revision 85 to the BwgBurn SVN repository, changing 1 files.
2009-07-04 21:18:17 UTC in BwgBurn
-
sjcbulldog committed revision 84 to the BwgBurn SVN repository, changing 14 files.
2009-06-24 16:49:23 UTC in BwgBurn
-
Does it work with a small number of files? Can you include a log file of this error. That large number of files would be dealt with by the ISO/UDF creation code. This code would create an image of blocks to burn to the disk. The error message you include above is an error back from the drive. The drive does not know about large numbers of files versus small numbers of files. So I need more...
2009-06-21 19:14:53 UTC in BwgBurn
-
What MP3 encoders are installed on the machine? I really only have tested with the LAM# MP3 encoder. I expect if the encoder fails in some way, my error message may not be as robust as I would like. I suspect this is the issue because my program writes the ID3 data, but I pass the CD data through a CODEC supplied on the machine to provide the actual MP3 data.
2009-06-21 19:12:40 UTC in BwgBurn
