Which operating system is hosting the z: drive? FAT, FAT32 don't support files > 4GB in size. ExFAT, NTFS do (Windows) . A quick 'google' says MacOS will natively support ExFAT.
Most simple solution... whatever OS is hosting z:, format as ExFAT, rather than FAT.
The Z: drive is local on my Macbook, and I don't want to format that drive! I'm just ripping directly from disc.
Pretty sure it's gonna fail when output file size exceeds 4GB if it's saving to a FAT partition.
Have an old HDD you can format & mount for this exercise? A network drive formatted in EXT2 (or beyond)?
The only thing I can envision is something akin to what certain archive tools (WinZip, WinRAR, etc.) do to overcome file size limitations by creating a series of interdependent smaller files. Not aware that the .iso spec/ImgBurn would support such a thing & don't currently have the cycles to research it. Seems unlikely.
And frankly, I'm still scratching my head about an OS disc formatted in FAT(16). That's as antiquated (vintage?) as I am! AND you say "Zidoo is FAT, too"? Damn...
"FAT32 (which external hard disks tend to come preformatted as, for compatibility with Macs) doesn't support files that are more than 4gb each. So ImgBurn breaks up the .iso data and spreads it across as many files as it needs, and combines them using a .MDS file which you would then use to burn/mount/etc. instead of the ISO."
I truly don't understand this "limitation" because MakeMKV has no issue at all writing files to my Macbook and to the Zidoo drive that are 50GB+. Seems like more of an ImgBurn issue to me, but everything I search points to the FAT/FAT32 file system.
I truly don't understand this "limitation" because MakeMKV has no issue at all writing files to my Macbook and to the Zidoo drive that are 50GB+. Seems like more of an ImgBurn issue to me, but everything I search points to the FAT/FAT32 file system.
I'll keep researching... :/
This makes it far more likely that the Windows VM (hence ImgBurn) "perceives" the mapped drive as FAT (16/32 both limit size... a 'lowest common denominator') & applies limits accordingly. Interop can be a funny thing.
I must confess to having not used a Mac since the 80's... MANY 'nix & Windows variants, but Mac never "did it" for me, personally. Only one man's opinion... opinions vary.
Such a fun process. LOL Sounds like you're getting there. ImgBurn is THE program to use for this kind of stuff so I'd be surprised if it doesn't play. You're making this from a MakeMKV decrypted backup folder, right? I saw earlier comments saying you were pulling it from the disc and hopefully I'm confused by that. Cause you NEED to do this from a decrypted folder backup.
Such a fun process. LOL Sounds like you're getting there. ImgBurn is THE program to use for this kind of stuff so I'd be surprised if it doesn't play. You're making this from a MakeMKV decrypted backup folder, right? I saw earlier comments saying you were pulling it from the disc and hopefully I'm confused by that. Cause you NEED to do this from a decrypted folder backup.
Unsure of the ins/outs of Mac file shares, but I wonder if accessing the share via UNC path, rather than as a mapped drive in Windows might yield more favorable results... provided that's even a valid option? Thoughts?
haha no, I'm doing it right from the disc at the moment.
If this doesn't work (as it seems now that it won't) I'll do it from a decrypted MakeMKV backup. Thx!
thats not going to work because its double encrypted disc s encryption and the buss encryption from the drive you need makemkv to activate libre drive to get around that
It needs more than that in this case. Libredrive will allow to make a protected iso which is still useless for the use case they're trying to solve. It must be done from a decrypted folder backup. That's the entire point of using imgburn in the first place. We can get easily make protected iso backups on the Mac with libredrive enabled. But that's not the use case here.
Sent from my SM-G998U1 using Tapatalk
Last edited by SamuriHL on Mon Feb 20, 2023 4:57 am, edited 1 time in total.
Such a fun process. LOL Sounds like you're getting there. ImgBurn is THE program to use for this kind of stuff so I'd be surprised if it doesn't play. You're making this from a MakeMKV decrypted backup folder, right? I saw earlier comments saying you were pulling it from the disc and hopefully I'm confused by that. Cause you NEED to do this from a decrypted folder backup.
Unsure of the ins/outs of Mac file shares, but I wonder if accessing the share via UNC path, rather than as a mapped drive in Windows might yield more favorable results... provided that's even a valid option? Thoughts?
I have my MacBook pro connected to my nas through smb shares and it works fine. I use davinci resolve studio directly on the nas shares without issue. But adding in the windows vm component to this equation I'm simply not sure. I've not setup windows on my Mac yet. I've not really needed it so far.
AND you say "Zidoo is FAT, too"? Damn...