Jump to content


  • Posts

  • Joined

  • Last visited

Everything posted by ThaCrip

  1. UPDATE: after playing around a moment ago with a old 'Memorex 10x 700MB/80min CD-RW' disc (probably from early-to-mid 2000's) on my Sony Optiarc 7240s and Lite-On iHAS324B burners (and even a much older Lite-On 24102b from Dec 2001 on another PC), in short, I am starting to think SPTI mode (I was using SPTI paired with 'Drive Letter' in my test) 'might' be overall a better option than ASPI, at least on my system(s) running Linux Mint v20.3-Xfce with PlayOnLinux using 64bit Wine v4.0.4 with ImgBurn. but it's possible yours may differ as even my results are nothing super clear cut. but good news is when I do have the issues it seems to be pretty much in relation to 'read', not so much with 'write'. but point being, if you have trouble with one, try the other ; read on for more info... the following is a overburn of a standard AUDIO CD (on that disc mentioned above) to 81:08:03 (so 81min08sec)... ImgBurn in default ASPI mode (burned on Lite-On iHAS324B at 10x)... ---ImgBurn verify on iHAS324B = cannot get past initial track scan. so basically fails during track scan on ImgBurn but it does not throw any errors. but it will likely stay here indefinitely with drive light flashing etc like it's trying to do something. ---ImgBurn verify on 7240s = cannot get past initial track scan. so pretty much same results as the iHAS324B drive above, which is pretty much failure. ImgBurn in default ASPI mode (burned on 7240s at 10x)... ---ImgBurn verify on 7240s = cannot get past initial track scan (gets stuck at... "Analyzing Tracks... (Session 1, Track 7)"). ---ImgBurn verify on iHAS324B = success (reads disc at a full speed with no slow down) ImgBurn in SPTI paired with 'Drive Letter' mode (burned on iHAS324B at 10x)... ---ImgBurn verify on iHAS324B = success (but it does slow down with reading data around Track 14-15 (there is 20 tracks in total)) ---ImgBurn verify on 7240s = failed (it also slows down similar to iHAS324B, but failed on Track 19 (track 20 is the overburned area) with a read error (see attached picture)) ImgBurn in SPTI paired with 'Drive Letter' mode (burned on 7240s at 10x)... ---ImgBurn verify on 7240s = success (there was no slow down during 'verify' process either as the disc was spinning fast the entire time) ---ImgBurn verify on iHAS324B = success (like the 7240s drive, there was no slow down during 'verify' process as disc was spinning fast the entire time) ImgBurn in ASPI (burned on Lite-On 24102b (Dec 2001 mfg date) at 10x (which is in my backup computer (ASUS A8N32-SLI Deluxe motherboard)))... ---ImgBurn verify on 24102b = success (read speed seems to consistently stay in the 5.6-7x or so range as you can hear it tries to speed up occasionally and then immediately shifts back to about 5.6x or so and slowly climbs back to about 7x before doing the attempted speed up only to go back to 5.6x or so and does this for roughly half of the disc but later into the disc it speeds up 10-14x etc. but this does not slow down too heavily unlike some of the other testing I did where it was 1-2x etc with 7240s/iHAS324B drives on that test listed above) ImgBurn in SPTI paired with 'Drive Letter' mode (burned on Lite-On 24102b (Dec 2001 mfg date) at 10x)... ---ImgBurn verify on 24102b = success (read speed seems to kick into a higher read speed (14x) a bit earlier into the verify process than it did with ASPI mode, off the top of my head) ---ImgBurn verify on 7240s (in ASPI mode) = success (read speed high, no slow down) ---ImgBurn verify on 7240s (in SPTI mode) = success (but read speed is not consistently high like it was on ASPI mode read) ---ImgBurn verify on iHAS324B (in ASPI mode) = success (read speed high, no slow down) ---ImgBurn verify on iHAS324B (in SPTI mode) = success (read speed high, no slow down) NOTE: I used the exact same CD-RW disc (Memorex 10x 700MB/80min CD-RW) in all of my testing here! ; without checking... I think my 7240s drive is made in about 2009 and the iHAS324B is about 2011. NOTE: the CD-RW I am using in the testing above does have some minor scuffs/scratches but nothing I would consider a problem. NOTE: as for the burning process in the testing above... basically all worked either without errors at all, or minimal ones that don't really matter given my past experience overburning on a CD-R successfully. basically stuff like the following... I 11:04:44 Writing Track 20 of 20... (AUDIO/2352, WAVE, LBA: 354240 - 364952) I 11:04:58 Synchronising Cache... W 11:05:06 Potential 'WaitImmediateIO' Deferred Error - (0/3) - Write Error W 11:05:08 Synchronise Cache Failed! - Reason: Write Error W 11:05:08 Retrying (1 of 3)... I 11:05:09 Exporting Graph Data... etc I 11:05:09 Operation Successfully Completed! - Duration: 00:08:49 that occurred on both ASPI and SPTI on the Lite-On 24102b burner (Dec 2001 mfg date) on my old PC, which I have seen here and there in the past when overburning and did not have a problem with the burned disc. because I noticed a while ago when overburning too far on a different CD-RW disc there is a different error screen and it's basically during the actual sectors writing etc, in which case this one will obviously fail since we ran out of write space since I think in that test, if I recall correctly, it was like overburning around 3 minutes on a 74min CD-RW disc as I think I was into the 77min+ range when obvious problems occurred. but like I said before... if your going to overburn a music CD to be fairly safe, don't overburn by more than around 1minute over the CD's true official capacity (which is shown in ImgBurn). NOTE: I also noticed "W 11:59:04 DeviceIoControl(IOCTL_STORAGE_MCN_CONTROL) Failed! - Media change notification has NOT been disabled." when in SPTI mode here and there. but, as far as I can tell, is not a real problem. with all of that said... I suspect CD-R won't be as picky as CD-RW as I would generally expect less problems with those on your typical burner vs a CD-RW disc (and the CD-RW disc I am using in this test is pretty old and quality of disc is probably not high which may be a factor(?)). so I guess it's possible whether one uses ASPI or SPTI it 'might' not matter much when using non RW media (like CD-R or DVD-R or DVD+R etc) . still, given my limited testing here, SPTI 'might' be less picky and higher chance of success overall, at least based on my main PC testing here with those handful of burners. so ill probably continue to use SPTI mode although ASPI might still work well enough, since like I said, the problems seem to be mainly in reading, not writing straight up. and... I suspect if I was using CD-R the disc will probably read back fine regardless of ASPI or SPTI modes. hell, I suspect it's possible different Wine versions may react slightly differently with this ASPI/SPTI stuff to. but at least I have given people enough info on what to do to get it working on Linux (especially Linux Mint v20.x series (and probably other Ubuntu based Linux OS's to)). but here is the attached screenshot from the burn on iHAS324B but failed read on 7240s drive...
  2. Looking at a cue I made solely with ImgBurn's 'Tools > Create CUE File..." in relation to WAV files it does that on the 1st to 2nd track but the LBA seems right as it starts just after the previous track (i.e. in my case... 21355 (4:46:56) is end of 1st track and 21356 (4:46:56) is start of 2nd track). but it's the only one that does that (which is like the OP's). p.s. mine burned to a CD-R without issue and I even overburned by nearly 1 min on each 80min CD-R (I burned two maybe a half hour ago now) successfully. Looking at mine... I don't even have those INDEX 00 entries like his does as they are all 'Index 1' in the 'Image Information' section, which seems to match up with your suggestion here
  3. UPDATE: it's possible one may have to switch from ASPI to SPTI for optimal function of ImgBurn on Linux through Wine. but here is the basic 'official' guide on ASPI/SPTI setup under the "I/O" section of this link... so if anyone has issues with ASPI you can try the SPTI variations etc. but given my experience so far with ImgBurn on Wine, if ASPI is shot for whatever reason or acts up, I suggest trying 'Microsoft - SPTI' paired with 'SPTI - Device Enumeration Method' set to either 'Device Interface' or 'Drive Letter'. because when I try "Device Class" it throws a couple of errors (see attached screenshot below as both error screens are same with the exception of a different drive letter) but I cancel out of both and it 'seems' okay after that (although I never directly tried a test burn etc after this point but I doubt ill need to). but if any of that acts up you can always try different versions of Wine (like say Wine v2.0.5 or a early v5 or v6 series etc), but I suggest starting with v4.0.4 through PlayOnLinux. but here is the screenshot of the small error (which is two screens like this that look the same except drive letter is changed on 2nd error screen) when SPTI is set to 'Device Class' (although I just 'cancel' out of those error screens, and at least without directly testing, it seems to be ok after that (or just use Device Interface or Drive Letter and you don't get this temporary error))...
  4. EDIT: I removed my post here due to 'Lightning UK!' saying (in the post below) it's not a good idea and will mess things up.
  5. I am no expert on cue files, but assuming the cue sheets are similar for your other discs that do work fine, can you post one of your cue sheets that does work? because then I 'might' be able to spot the problem. or at least give it a attempt
  6. I would imagine pretty much anything above the 16-bit/44.1kHz standard. I would definitely use some level of compression when making FLAC from audio CD's as it seems many opt for the 'level 5' since it offers a good balance of file size/decompression speed. basically that's the trade offs... higher compression saves storage space but slightly sacrifices decompression speed and vice versa. but we are not talking any major differences here. I just opt for max compression of 'level 8' since I would rather a save a little space. that's the whole point of keeping FLAC instead of WAV. it's about half of the storage space at identical sound quality. p.s. keep in mind compression or not on a FLAC file the audio itself is still identical to the original as it's a lossless format as I suspect some seem to think any compression loses audio quality, but it does not.
  7. I see. that's fine. but I would imagine that Naim NDX2 can play standard FLAC files to? I get that nowadays storage space ain't as much of a problem as it used to be but if a person has a lot of hi-res files that will begin to add up as taking a quick look at one thing I got on my hard drive with the 24bit/96Hz it's 54min2sec in length at almost 1.2GB in size. but after converting that to standard FLAC the file size drops to 355.1MB in size. so it's about 3.3 times smaller and that's just one album as if a person has many of these that will begin to burn up several GB's fairly quickly. but I guess with storage space nowadays being several TB at a reasonable price, people may not care about the storage space savings. but I prefer the efficiency, especially with people who don't have money to burn but after taking a quick search online for that Naim NDX2 looks like a very expensive device, so given that info, I suspect you don't care in the slightest about storage space since a few hard drives will be like nothing to you if you dropped that much $ on that.
  8. Yeah, I am not surprised it works because I would imagine anything that can convert standard FLAC (which apparently you used) back to a standard audio CD WAV file will just work since it converts from one standard file (FLAC) back to another (WAV). but given the OP's comment... while apparently 'madFLAC' does convert from FLAC to WAV, the WAV files created from the hi-res FLAC files still remain hi-res when they are now WAV files which won't work with a standard audio CD. that's why it's always best to have standard 16-bit/44.1kHz FLAC files as whatever you convert to from these will be standard files you know will work in general with random devices since we have had that 16-bit/44.1kHz standard on audio CD's since I want to say the 1980's or so. p.s. but I am using ImgBurn on Linux and I don't have 'madFLAC' installed so I just convert with Foobar2000 so it's nice and easy for ImgBurn to work with the WAV files as is with no conversion needed on the ImgBurn side of things.
  9. You may already know this but as a general rule, for highest quality audio, it's always best to convert from FLAC to WAV as this way your burned audio CD will be of high quality where as with MP3 converted back to a regular audio CD your losing quality (but if your happy enough with the quality of the audio then you might not care). but personally... if I am burning a standard audio CD ill always use FLAC (which I convert to WAV so ImgBurn can use it) unless I have absolutely no choice, which would be rare for me. in fact, I strongly recommend using Foobar2000 (with the 'encoders pack' installed) to convert those hi-res FLAC files back to standard 16-bit/44.1kHz FLAC which then you can convert temporarily over to a WAV file which will then be standard 16-bit/44.1kHz and should have no trouble with being burned with ImgBurn straight up on a clean install of ImgBurn with no additional stuff needed to be installed on ImgBurn itself since no conversion on the ImgBurn side of things will occur. for example on Foobar2000 to convert say a 24-bit/96Hz (or the like) 'hi-res' FLAC file to standard audio format (16-bit/44.1kHz) you basically install Foobar2000, install the 'encoders pack' (i.e. https://www.foobar2000.org/encoderpack ), install the following plugin into Foobar2000... https://hydrogenaud.io/index.php?topic=67376.0 ; basically "foo_dsp_resampler.fb2k-component" (101,345 bytes in size) which you can do from Foobar2000's 'File > Preferences > Components' tab and click 'Install'. after that's installed. you go back to main Foobar2000 menu, drag-and-drop your 'hi-res' FLAC files into the window, select them all (CTRL+A ; or you can use mouse with CTRL or SHIFT etc stuff like usual) and then right click on any one of those songs which will be all solid blue color, select "Convert > ..." and on the 'Converter Setup' screen that pops up click 'Output format', scroll down to 'FLAC', highlight it with a left click so it's highlighted in blue, then below it shows 'Output bit depth: Auto' change 'Auto' to '16-bit' (optionally: if you want maximum FLAC compression (smallest file size, which won't effect sound quality at all no matter what you use since FLAC is a lossless audio format) I think it defaults to 'level 5', I change mine to 'level 8' which you can do by clicking 'edit' and simply drag the slider all the way to the right and click 'OK') and then click 'back' and then click 'Processing' and on the Processing menu that comes up you should see 'Resampler (SoX)' on the 'Available DSPs" section and simply click the "+" sign to the right of it which will then add it to the left side of screen which is 'Active DSPs' at which point you can now click BACK and you will be back on main 'Converter Setup' screen at which point you simply click 'Convert' and then guide it to the location where you want to save your new FLAC files and save and after a short period of time it will output new FLAC files which are now standard 16-bit/44.1kHz and anytime you convert these back to WAV they will always be standard 16-bit/44.1kHz which will work without issue on ImgBurn. even besides your particular use case Foobar2000 is a excellent basic music playback program with solid conversion abilities like from FLAC to MP3/AAC/Opus etc. NOTE: to get the best AAC (i.e. standard AAC-LC files) you have to sort of manually setup Apple AAC or WinAMP's FhG encoder with it since those two are the best. but you don't have to install either WinAMP or iTunes to get it as I already stripped the files needed for use with Foobar2000 to encode Apple AAC files and FhG. but I won't get in this for now as for the most part I suggest using MP3 @ V5 (130kbps) for general music playback (which comes with the 'encoders pack' already which is basically the newest LAME (MP3) encoder) since quality is good enough and is storage space efficient and any device that works with lossy audio will work since if your device plays lossy audio, MP3 is pretty much guaranteed to be universally supported unlike other formats which may or may not work (although AAC (AAC-LC) (.m4a)) has great support to as with Apple AAC or FhG I generally suggest using the 96kbps setting (CVBR mode although TVBR is more of the default on Apple AAC side of things) since it's quality is solid enough and quite storage space efficient. NOTE: if you want to make things easier in the future with Foobar2000's 'Convert' menu you can save a preset by setting up your settings and then click the 'save <<' and name it whatever you want so in the future if you have to convert hi-res FLAC to standard audio CD flac you can simply select all of your FLAC files (CTRL+A etc) right click, select 'Convert' and your preset should be shown from that drop down menu and you simply click it. so it's much faster this way if you do some conversion which I setup ones for MP3/AAC/FLAC etc so it's much quicker. NOTE: that 'SoX' plugin is only needed if your 'hi-res' FLAC files are higher than 44.1kHz as if your files are 44.1kHz but are say 24bit instead of 16bit, Foobar2000 can convert back to that without the assistance of the SoX plugin. p.s. for the record... hi-res FLAC files are pretty much just a waste of storage space (which is why I typically just convert them back to 16-bit/44.1kHz and dump the hi-res) simply because standard audio CD that we have had for ages is already beyond human hearing already. so you can't really improve on it to us humans. basically no one could tell the difference between a random music CD that's a standard audio CD format and a hi-res one in a double blind test like say with ABX plugin on Foobar2000 etc. 'hi-res' audio is basically marketing BS.
  10. My first post on this site should sum things up for you but in regards to ImgBurn 'got stuck at the splash screen' simply boils down to you need to change Wine from it's default of Windows 7 mode to Windows XP mode (i.e. through 'Configure Wine' in your Linux OS's menu, or use 'winecfg' from terminal) and it will no longer get stuck on the splash screen and will start up. but depending on what Wine version your using you may have to use the 'SPTI' option in ImgBurn's settings for it to see your CD/DVD burners (see my link above for more info). but basically... Wine v5 or newer (currently Wine v7 is the newest) requires you to use 'SPTI' in ImgBurn's settings. but if your using Wine v4 or older you don't need to use that option on ImgBurn as it's default ASPI mode will detect your CD/DVD drives. but if you use say Wine v2.0.5 with ImgBurn you won't even have to change from Windows 7 to Windows XP since it defaults to Windows XP right off the start (although, like I talked about in that link, the fonts look a bit weird compared to say Wine v4.0.4 which looks a bit better although Wine v2.0.5 will still work as I briefly played with Wine v2.0.5 through PlayOnLinux). p.s. but as far as a native Linux burning program... Xfburn (sudo apt install xfburn) is a pretty good basic burning program on Linux (as it does basic data, audio CD, and can burn ISO's) as it's what I was using until I learned more details on how to get ImgBurn working. but I do notice in regards to Xfburn, if it seems to not work at times, click the 'refresh' icon and it will likely cure it not seeing your burner or starting a burn etc. but if you want to overburn a audio CD for example Xfburn won't do that as, playing around a bit a while ago, 'cdrecord' works (i.e. sudo apt install wodim) as pretty much the exact command I used was "cdrecord dev=/dev/sr0 -v -overburn -dao -pad -audio /location/to/wavfiles/*.wav" ; as you can see I used wav files as these will just work as you don't have to worry about conversion. but if you need to convert I suggest using Foobar2000, which is one of the major reasons I got Wine installed since it's flat out better than any native Linux music player since it plays audio well and can convert between audio formats well like from my original FLAC files back to WAV etc. but in regards to Foobar2000 I suggest setting it up through PlayOnLinux using '6.13-staging' version of Wine.
  11. I am running Linux Mint v20.x and I figured I would make a account here to post this info since it will likely be of big help for someone wanting to run ImgBurn here in March 2022 on a Linux system (and will likely continue to work into the future to, especially assuming PlayOnLinux continues to work with future versions of Linux Mint). the short answer is... install PlayOnLinux (sudo apt install playonlinux), then through PlayOnLinux install Wine v4.0.4 (I use 64bit (amd64)), configure Wine so it's using Windows XP mode, then ImgBurn will work as expected (and detect your CD/DVD drives with it's default ASPI mode). NOTE: everything is configured here through a GUI (graphic user interface) with the exception of the initial 'sudo apt install playonlinux' command from the terminal, which should be easier for novices (and not to mention people like clicking stuff instead of typing ). NOTE: for more details on setup/configuration see "TIP #1" and "TIP #2" etc below! once your done you can simply load ImgBurn from the shortcut it creates on the desktop, or from within the PlayOnLinux program itself. PlayOnLinux does not need to be running for ImgBurn to work (although you run PlayOnLinux during initial setup/configuration of ImgBurn) as it's easiest to simply load ImgBurn from the desktop icon it creates as at this point it's works just like it does on Windows (as I was recently playing with ImgBurn and overburning a standard audio CD on a CD-RW disc etc and it worked). NOTE: PlayOnLinux is separate from your standard system Wine installation. so even if your using the standard Wine installation (i.e. https://wiki.winehq.org/Ubuntu ; after those six steps are done issue 'sudo apt install wine-desktop-files' which gives you the proper Wine entries on the Mint menu) and something gets out of whack, it won't effect your PlayOnLinux setup with ImgBurn since it's running in it's own what I think is referred to as a 'wine prefix', or 'virtual drive' one could say which people are probably a bit more familiar with that term. TIP #1: for installing Wine v4.0.4 in PlayOnLinux... "Tools > Manage Wine Versions > Wine versions (amd64)" then scroll down to "4.0.4", left click it so it's highlighted, then click the ">" and it will download Wine v4.0.4 etc. then you can close out of this. TIP #2: while you can probably install ImgBurn using PlayOnLinux's "Install a program" from it's main menu, I typically do everything I need to from the 'Configure' window from the main PlayOnLinux menu... so from the 'PlayOnLinux Configuration' window it will probably have 'default' highlighted already, click 'New' then click next etc and you will see 'What kind of virtual drive to you want to create' screen and I select '64 bits windows installation'. then on next screen you should see the "4.0.4" (if not, do "TIP #1" above first!). then on next screen you should see it ask you 'Choose the name of the virtual drive' and I just call it 'ImgBurn' (for example), then click next and it will probably do some automatic configuration stuff and then ask you to install 'Mono' and 'Gecko' which you just CANCEL out of those (and everytime you see them during installation as they are not needed for ImgBurn to work). now you will be back on the 'PlayOnLinux configuration' screen and then simply left click the 'ImgBurn' (in top left corner area of that window) and to the right of that you will see tabs "General / Wine / Install components / Display / Miscellaneous", we are only going to use General/Wine/Miscellaneous tabs to get ImgBurn working. but anyways, click the 'Wine' tab, then click 'Configure Wine' and after a few seconds you should see a 'Wine Configuration' screen popup with the 'Applications' tab already selected. but where it shows 'Windows Version: Windows 7' you want to change the 'Windows 7' to 'Windows XP' then click 'OK'. now back on the 'PlayOnLinux Configuration' screen click the 'Miscellaneous' tab you will see 'Run a .exe in this virtual drive', click this and guide it to wherever you downloaded your ImgBurn installer exe file to and proceed to install it like you typically would. after that done, back on the 'PlayOnLinux Configuration' window click the 'General' tab and then click the "Make a new shortcut from this virtual drive" which after a brief bit of time should find 'imgburn.exe', select this and it will basically make a ImgBurn shortcut on your desktop. your basically done and can completely close the PlayOnLinux program now and you simply run the ImgBurn shortcut from the desktop and ImgBurn should work as expected. NOTE: if you see any Mono/Gecko popups during initial loading of ImgBurn, just 'cancel' out of it and in the future when you load ImgBurn it will just load up ImgBurn like you would normally expect and should not nag you about Mono/Gecko stuff anymore. NOTE: newer versions of Wine (Wine v5 series or newer) will usually work to but ImgBurn won't detect your CD/DVD burners in it's default state and requires you do the following in ImgBurn to get it working... 'Tools > Settings > I/O', then select 'SPTI - Microsoft' and where it says 'SPTI - Device Enumeration Method' I suggest changing that to 'Device Interface' and after you press OK and return to the main ImgBurn window you will now see it shows that your CD/DVD burners are now detected in the 'ImgBurn Log' window. but it's better to just use Wine v4 series if possible since it's probably a bit more proper and you won't have to use the SPTI stuff. also, one can install Wine v2.0.5 for example, as if you do this, you won't have to change Wine from Windows 7 back to Windows XP mode since it's Windows XP mode by default. but ImgBurn's fonts look a bit weird, so I suggest just using Wine v4.0.4 and change it from the default of Windows 7 mode to Windows XP mode. because if you try to load ImgBurn with Wine in it's default Windows 7 mode it will hang at the ImgBurn loading screen and simply won't work. NOTE: if a person prefers to use ImgBurn with the standard Wine installation on Linux Mint v20.x through the repositories, which I think is Wine v5 series, you would simply issue "apt install wine-installer" from the terminal (which is how the Linux Mint team suggests installing the system installed Wine) but, if I recall correctly, this does not support opening .exe files through the file manager to install them. but a quick tip that should give you the gist of it is to issue "wine /location/to/imgburn/installer/SetupImgBurn_2.5.8.0.exe" (this is a example as you need to adjust that to the location of your ImgBurn exe accordingly) and it should install ImgBurn and give you a menu entry in the 'Wine' menu entry. then you run the 'Wine > Configure Wine' and on 'Applications' tab with the 'default settings' highlighted you can change 'Windows Version: Windows 7' to 'Windows XP' and click OK, OR if you want to leave your system Wine installation in it's default Windows 7 mode for other programs and still want to use ImgBurn, since it requires Windows XP mode, you can click the 'Add application' then guide it to the "ImgBurn.exe" in the "Program files (x86)" folder and click OK. but when you load ImgBurn it won't see any of your CD/DVD burners but you simply do that 'SPTI' tweak that I mentioned in the 'NOTE:' above and it will work well enough) ; but with all of this said, I suggest using PlayOnLinux instead as it's easy enough and should work reliably and I personally think it's better to use the default ASPI over having to change to SPTI for drive detection. NOTE (but people likely won't bother with this since it's more difficult for no real reason): I am aware one can create their own Wine prefixes (so instead of saving ones Wine configuration to the default ".wine" in ones Home folder, you could do something like ".ImgBurn") through command line but I think people prefer easier in general. but since I already typed a novel so far I might as well post the gist of these commands if you want to try this method from your system installed Wine... 1)Install ImgBurn to it's own Wine prefix (I am assuming the ImgBurn installer exe is in the root of ones home folder)... WINEPREFIX=$HOME/.ImgBurn wine "$HOME/SetupImgBurn_2.5.8.0.exe" 2)Configure Wine to use Windows XP mode... WINEPREFIX=$HOME/.ImgBurn winecfg 3)Run ImgBurn and burn your CD/DVD's... WINEPREFIX=$HOME/.ImgBurn wine "$HOME/.ImgBurn/drive_c/Program Files (x86)/ImgBurn/ImgBurn.exe" you will obviously have to set ImgBurn to SPTI mode etc like I mentioned before though since on using the more 'official' method the Linux Mint team recommends to install Wine gives you Wine v5 series (at least the last I checked on Linux Mint v20.x) which does not work as well with ImgBurn by default like the Wine 4 series does. p.s. I suggest getting ImgBurn v2.5.8.0 from the MajorGeeks website since it does not contain any junk in the installer. the sha-256 hash of that file is... "49aa06eaffe431f05687109fee25f66781abbe1108f3f8ca78c79bdec8753420" (and is 3,101,913 bytes in size) ; to check sha256 hash of a file on Linux from terminal you issue "sha256sum SetupImgBurn_2.5.8.0.exe" (it's case sensitive so whatever your ImgBurn is named as it's got to be precise with that command in the terminal) and I am assuming you got the ImgBurn exe file in the root of your home directory otherwise you need to type the precise location to it for it to check the hash. ================================================================== Here is a screenshot I took of ImgBurn running on my Linux Mint v20.3-Xfce installation...
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.