LIGHTNING UK!

Examine the files using Media Info. What format are they actually in? There must be something 'different' about them or your system would support them without the need for extra filters.

It could be that the 2 image.dat files are just raw sector dumps, the same as an iso. are their sizes a multiple of 2048? try and open the one from the layer 0 folder in Write mode. if that use the ‘create .dvd file’ option in the tools menu and add both files to the list. Specify the layer break as whatever the size of layer 0 image.dat is, divided by 2048. Save the .dvd file and then load that in Write mode. you could test the .dvd file by mounting it in virtual clonedrive. If you can see the contents by browsing the virtual drive, go ahead and burn the .dvd to disc in write mode.

Find a program that mounts CDI files and then just perform a 'Read' operation on the virtual disc.

Yes, having that line in the file means ImgBurn doesn't have to run a dummy decode to get the correct output file length from the directshow decoding routine. MP3 isn't a lossless format anyway, so a few frames here and there probably won't hurt. You'd be using a different format if you really cared about faithfully reproducing the original format (and they came from CD). The decoding is all done in memory. No intermediate file is ever created. I feed the file into directshow and then just keep asking for the next chunk of output data until it says it has finished decoding.

Can you capture that in a video? Are you using standard or advanced input mode (basic box or the disc layout editor window) ?

I should imagine the timeout error that occurred before the one you’re asking about has caused the drive to reset internally or something. When ImgBurn has then asked it to do something, it simply wasn’t ready to receive the command yet and that’s the reason it gave.

If your drive can't produce a nice burn on the disc you're using at any of the speeds it claims to support burning them at, enabling defect management as per the thread you linked to on redfox forums might not be a bad shout. Enabling the 'perform opc before write' option may or may not help too.

Without doing quality checks on the burnt discs, it's hard to know if your drive has burnt them nicely. Assuming it has and the error rates are really low, it's a case of the laser in your PS1 not liking them - possibly just not liking any burnt discs in general. If it can't read the disc nicely, you'll get stuttering. I seem to recall that it is possible to tweak the laser power and improve things, but you do have to be careful or you could make things worse

Use advanced input and the disc layout editor window.

Post a log from the burn + verify process please.

ImgBurn is not the tool for this job. Try here instead: https://www.thewindowsclub.com/convert-physical-machine-to-virtual-machine-virtualbox

The whole reason for this thread is that the files on the disc don't have the file extension they started out with. The original 'mkv' file extension has been lost and they've taken on a new one based on what's after the last dot/period in the file name. This post showed what the disc looks like in Explorer...

The only way I can see this happening is if you use the 'Disc Layout Editor' to change the name of the files and manually remove the '.mkv' file extension from the file. If that's the case, I'm afraid it's user error. The DLE shows the full name (name inc. file extension) of the file as it'll be written on the disc. If your OS is then configured to hide extensions, it'll hide the last 'dot' and anything beyond of whatever the full name is. So, with 'show file extensions' disabled in Explorer, it might display a file names as 'name1.name2.name3'. ImgBurn's DLE window would show 'name1.name2.name3.ext' once added to the compilation. Once burnt and viewed back in Explorer, you'll just see 'name1.name2.name3' again. If you edit the name in the DLE window and remove the '.ext', you're essentially turning '.name3' into the new file extension. Explorer will then only show 'name1.name2'.

I just did a quick test on a dummy file with several dots in its name. Outputting to ISO and then mounting with Explorer. I was unable to reproduce the problem here of the extension getting lost. I tried with Joliet, UDF 1.02 and 2.60. Please post the build / burn log.

It has nothing to do with any of that.