VOGONS


First post, by JakeTucker

User metadata
Rank Newbie
Rank
Newbie

First things first hello all. I've been reading these forums for years for answers, tips etc.
I've always managed to work out my problems but I'm a little stumped now after spending a couple of hours trying to do something.
I could work around it but I'm trying to understand how to do it in a certain way. Using Linux.

OK enough, here goes.
I have a couple of PCs. One with WinXP, the other Linux Debian.
I'm trying to mount a bin/cue using the latest Debian build of DOSBox.
So it's a Linux question I guess.
There is a reason it's a bin/cue. Anybody heard of the game Lollypop? It has a load of music by Vibrants on it.
http://www.mobygames.com/game/lollypop
http://www.vibrants.dk/

The .cue reads that the .bin has 33 tracks. The first data track is 'mode1/2352' and the rest is audio.
The main 2 sources of info I've read are the readme and the wiki.
I've also read all the pages like the faqs here and on the DOSBox site.

From the wiki:

  Mounting a CUE/BIN-Pair as volume

If the game plays additional music tracks from the cd (mixed mode), you can still mount it as an image file. Since ISO can only contain pure data, the image has to be in the CUE/BIN format. You mount it with

Z:\>IMGMOUNT E C:\Images\MyImage.cue -t iso

The BIN-file has to be in the same folder as the CUE-file. It is also possible to use a cuescheet in combination with an ISO and compressed audio tracks in OGG or MP3 format.

I tried this in DOSBos:

 imgmount e /home/jake/lollypop/lollypop.cue -t iso 

And I got:

 The image must be on a host or local drive 

I tried running it through bchunk (a little app. which turns the bin/cue into a .iso and the audio into files with a .cdr extension, the same as CDDA/redbook although it can output the audio as .wav)
Then I typed the same syntax in again and got the same reply.

I thought maybe I have to mount the lollypop folder first. So I tried

 mount e /home/jake/lollypop 

and then tried the original imgmount syntax that I tried first. I got the same reply as the first time.
So I tried adding -t iso

 mount e /home/jake/lollypop -t iso 

Which returned

 Illegal type iso 

I have an idea I could get round it by burning to a CD-R mixed mode the bchunk output. But if it's possible to just imgmount I'd like to understand how.

Lastly before posting this I had another google for almost an hour for some help. Are there any guides which really go into working with mixed mode CDs?
Idiot proof even better.

Reply 1 of 8, by SKARDAVNELNATE

User metadata
Rank Oldbie
Rank
Oldbie

Your syntax seems to be missing the host drive letter. Maybe:
imgmount e c:/home/jake/lollypop/lollypop.cue -t iso

Reply 2 of 8, by JakeTucker

User metadata
Rank Newbie
Rank
Newbie

Linux doesn't use letters for volumes.
Actually it does but not the same way as Windows.

I'm still learning Linux and I think it's where my problem lies but as an example my DOSBox C: drive's location on my hard drive is:

 /home/jake/c 

So the folder I mount as C: is just called 'c'. (it's easier than following the examples used in guides that name the folder 'old games' or 'dos games'.)
So to mount my c folder as the DOSBox hard drive I type:

 mount c /home/jake/c 

I'm not sure how Apple handles volumes being Unix based but in Linux there are simple apps allowing you to right-click .isos to mount them or you can use the terminal and the loopback device. For this you need to specify a folder as the mount point. My folder is called 'isoimage'. So to mount the lollypop.iso in Linux using a terminal I'd type:

 # mount -o loop -t iso9660 /home/jake/lollypop/lollypop.iso /mnt/isoimage 

This mounts the lollypop.iso located in /home/jake/lollypop to the mount point /mnt/isoimage.
As well as being able to view mount points you even have folders such as
'media/cdrom' and 'media/floppy'. If there's no CD in the drive the folder is empty. Load a CD and open the 'media/cdrom' folder and you can view the CD's files. Very different to Windows. At least in appearance.

Viewing Linux's version of My computer (just called Computer) I see 4 entries. Floppy, CD/DVD, Filesystem and Network. If I was to insert a USB stick for example this would also show.
When using tools for partitioning and formatting you can see that Linux uses device names for example the master IDE drive is hda. If it's
partitioned the first partition is hda1 etc. Again there's even a folder under 'Filesystem' called '/dev' in which there's a file called 'hda'.
So these device names aren't needed for mounting my 'c' folder but I don't know if I need to use them for physical CDs and CD images.

Reading the part from my first post where I quoted from the wiki it mentions using ogg and mp3 files. I wasn't aware of this before but I assume it's similar to how ScummVM works with old mixed mode CDs like the first Monkey Island CD. This works by naming the first audio track on the disc (track02) to track01.ogg/mp3 (and so on) when you rip them. Do they need to be named in the same way as ScummVM does or use the same name as the data, eg lollypop01.ogg/mp3?

Sorry for such a long post. Thanks for reading.

Reply 3 of 8, by JakeTucker

User metadata
Rank Newbie
Rank
Newbie

Well I've worked around it. Like I said in the first post I used bchunk to make an .iso from the track01 data track and 32 .wavs from track02-33. Then I converted the .wavs to .oggs and finally made my own cuesheet of which I've had to do a few times in the past.
Then I entered this in DOSBox.

Z:\>imgmount e /home/jake/lollyiso.cue -t iso

Then I was able to set up the game.
I'd just really like to know if mounting the bin/cue is possible though. It wouldn't be so bad if DOSBox had .flac support. I like the game's music. If you're not familiar with Vibrants check my link to them in the first post and what Moby says about the game.
For now though I'm off for some gaming.

Reply 4 of 8, by DOS4dinner

User metadata
Rank Newbie
Rank
Newbie

imgmount d ~/isos/RAYMAN.cue -t iso

That command works for me on Ubuntu 9.04.

Reply 5 of 8, by JakeTucker

User metadata
Rank Newbie
Rank
Newbie

Not that it matters now but in my last post it should be:

 Z:\>imgmount e /home/jake/lollypop/lollypop.cue -t iso

Dos4dinner the only difference I see is the '~' at the start. Do you have a folder called 'isos' at the root of your hard drive?

I'm not sure what '~' does. I'll check it tomorrow.

Does your Rayman game have redbook audio as well?

Reply 6 of 8, by IIGS_User

User metadata
Rank Oldbie
Rank
Oldbie

In Mac OS X, the ~ sign stands for your user name folder.

Z:\>imgmount e /home/jake/lollypop/lollypop.cue -t iso

could be

Z:\>imgmount e ~/lollypop/lollypop.cue -t iso

Klimawandel.

Reply 7 of 8, by DOS4dinner

User metadata
Rank Newbie
Rank
Newbie
JakeTucker wrote:

Does your Rayman game have redbook audio as well?

Yep.

You do know that Linux is case sensitive, Right? IE, LollyPop.cue and lollypop.cue are two different files.

Reply 8 of 8, by JakeTucker

User metadata
Rank Newbie
Rank
Newbie

Thanks for your replies.

I thought I'd open the terminal to start DOSBox in case it might throw up anything interesting. I can right-click folders and use the 'Open In Terminal' option. Just a case of typing in dosbox.

jake@debian:~/lollypop$ dosbox

In the lollypop folder I have the following files. I'm sure I don't need to explain but just to verify the .cue which uses caps is for the .bin and the lower case .cue is for the .iso:
LOLLYPOP.bin
LOLLYPOP.cue
lollypop.iso
lollypop.cue
lollypop02-33.ogg

So in DOSBox I typed:

imgmount e ~/lollypop/LOLLYPOP.cue -t iso

On which DOSBox crashes and the following is added in my terminal:

Segmentation fault
jake@debian:~/lollypop$

A segmentation fault. I suppose this could be any number of things.
Actually I don't know if 'crashes' is the right word. DOSBox just disappears.
Any guesses?
Anyway all has not been lost. Whilst when I have trouble with something it niggles me I've learnt that DOSBox has ogg and mp3 support and I'm able to run the game that way.
Just a case of using bchunk and an app I found in Synaptic called OggConvert. I just hope if there is a next time there aren't as many audio tracks as I had to change a number of entries for the new .cue file.