Let's see, "mkisofs"… What function does that name suggest: "Make ISO", perhaps? Not anything else, for example "Take the files in this folder and make them into a WavPack image", if that's even what you want. I've never heard of such a thing as an "iso.wv image".

If you never heard about a such thing it's does not mean, that a such thing is not exist If you do not believe, I can upload a such file, which you can mount/burn as native ISO image and listen in foobar such as sound file.And my goal is understand which parameters of ISO image I need to use to make a such file.

Since (I hope) no one would want to burn a CD from such an 'image', I can only assume that the perceived benefit is the archiving of multiple files into one, without redundant (and ineffective) compression. In that case, I'd argue that using a regular archiver in 'store' mode would be more logical--but trying to apply logic to piracy in such a way is probably futile.

Since (I hope) no one would want to burn a CD from such an 'image', I can only assume that the perceived benefit is the archiving of multiple files into one, without redundant (and ineffective) compression. In that case, I'd argue that using a regular archiver in 'store' mode would be more logical--but trying to apply logic to piracy in such a way is probably futile.

I would recommend that you to try and see how it works, and only then judge what you have never heard of.

IIRC .WV file should be the very first file inside .ISO container. That's all (never tried to make such files though).

I know about this limitation. I used -sort option of mikisofs. But result is the same: file is playing, but no tracks showed and no pictures showed in foobar. Even if CUESHEET is embedded in WavPack file with -w "CUESHEET=@file.cue".

Since (I hope) no one would want to burn a CD from such an 'image', I can only assume that the perceived benefit is the archiving of multiple files into one, without redundant (and ineffective) compression. In that case, I'd argue that using a regular archiver in 'store' mode would be more logical--but trying to apply logic to piracy in such a way is probably futile.

I would recommend that you to try and see how it works, and only then judge what you have never heard of.

You're missing the point: I now have heard of it, and think it's rather silly, due to it being by nature an illogical way to store audio data.

Since (I hope) no one would want to burn a CD from such an 'image', I can only assume that the perceived benefit is the archiving of multiple files into one, without redundant (and ineffective) compression. In that case, I'd argue that using a regular archiver in 'store' mode would be more logical--but trying to apply logic to piracy in such a way is probably futile.

I would recommend that you to try and see how it works, and only then judge what you have never heard of.

You're missing the point: I now have heard of it, and think it's rather silly, due to it being by nature an illogical way to store audio data.

I understand your theory. You argue and criticize without understanding, in practice, what it is. This is even more stupid from my point of view. You first try to use it, and only then to criticize. Okay? I am willing to practical suggestions on the topic. Your messages do not contain any alternative solutions.

I understand what it is: storing an audio CD image and related files inside a data CD image, presumably for the sole purpose of bundling the files together (it certainly wouldn't make sense to burn a data CD from the ISO). As I have said, that is not what ISO images are designed for; people distributing (of course completely legal) releases in this way would do better to use a regular archiver, and thus avoid confusing (completely legal) downloaders between different CD and image formats.

For these reasons, I have no desire to try it--nor must I to form an opinion, which I really doubt would change if I did.

I understand what it is: storing an audio CD image and related files inside a data CD image, presumably for the sole purpose of bundling the files together (it certainly wouldn't make sense to burn a data CD from the ISO). As I have said, that is not what ISO images are designed for; people distributing (of course completely legal) releases in this way would do better to use a regular archiver, and thus avoid confusing (completely legal) downloaders between different CD and image formats.

For these reasons, I have no desire to try it--nor must I to form an opinion, which I really doubt would change if I did.

Your mistake in that you don't understand main feature: you can at the same time use this file for playback in foobar2000 (without needing to extract data!) and as archive (if you will decide to burn CD). So, for example: If you want to play this -> you just open it in foobar2000 and you will get possibility play all tracks + possibility to view covers. NO NEED TO DO. If you want to burn CD -> you just open it in 7-zip and extract cuesheet + wavpack. After you can burn AudioCD. I hope, now you understand...

I see your point, but still don't think ISO is the best format. I know some players can play uncompressed archives in a similar way, but not whether foobar2000 can. IMO, extracting files is trivial, so workarounds like this are unnecessary.

I see your point, but still don't think ISO is the best format. I know some players can play uncompressed archives in a similar way, but not whether foobar2000 can. IMO, extracting files is trivial, so workarounds like this are unnecessary.

If you have 7-zip, WinZIP, or WinRAR it's not a problem to extract data from iso.wv. But if you just want to playback tracks + view covers -> you have only ONE file. And you don't need to do anything. And this is advantage. But If you know how to create the similar using other type of archive (not ISO!) -- I will be glad to know how to do it. Could you explain me how to do it?

I've read that files in an uncompressed archive are playable without prior extraction in a player that skips the archive header. I seem to recall reading of MP3 files in a 'store' ZIP, which could be played as a single track, but I'm not sure.

I've read that files in an uncompressed archive are playable without prior extraction in a player that skips the archive header. I seem to recall reading of MP3 files in a 'store' ZIP, which could be played as a single track, but I'm not sure.

Let's agree as follows: you find a method that allows to playback (without unpacking!) WavPack + CUE. Covers should also be visible. Next step - you will try it and sure that it works. After you get a full explanation how to use your method. And we'll look at it as an alternative. Ok? No theory, only practice. Ok? If your method will be better - I will agree to use it and forget about iso.wv. But it must be a real thing and not just a theory. Waiting for REAL THINGS from you.

DEARS! LET'S TALK ABOUT ONLY THE REAL THINGS! If you have an alternate idea --> please show REAL EXAMPLE. If you know how to create iso.wv --> please show REAL EXAMPLE. Let's stop to talk about theory. PLEASE!!!