King of Dragon Pass

No Screenshot

Submit Screenshot
King of Dragon Pass 1.3 (518) (Black and purple printing on CD)

Application Details:

Version: 1.3
License: Retail
Votes: 0
Latest Rating: Silver
Latest Wine Version Tested: 1.0.1

Maintainers: About Maintainership

Test Results

Old test results
The test results you have selected are very old and may not represent the current state of Wine.
Selected Test Results

What works

Installs properly. Sound (with OSS driver, see below) is perfect. Graphics display correctly, with no font problems. Game seems to play perfectly. Loading and saving of games works correctly. Working desktop shortcut and Kicker menu entry created in KDE.

What does not

ALSA sound does not work. (Probably a WINE bug.) Switching to OSS sound driver produces perfect sound.

Application runs with horizontal and vertical scrollbars, as though it is trying to grab a window about 10 pixels wider and taller than the actual screen resolution. Since the game's graphics ordinarily run with a large black border anyway, this does not impair gameplay.

I had to manually delete a redundant .lnk file on the desktop.


What was not tested

Game was not played to completion. Installed update after testing basic functionality.

Hardware tested


  • GPU:
  • Driver:

Additional Comments

This is a fresh install of wine, no other apps, DLLs, anything installed. I did run winecfg first to set up sound and dosdevices. To install and get the app to detect the CD-ROM, be certain that your CD-ROM device is set up correcting in .wine/dosdevices/, and invoke the setup from that device. For example, "wine d:\\SETUP.EXE" If you run the installer from its place in your filesystem ("/media/cdrom0/SETUP.EXE"), the app will not be able to find the CD-ROM when you run it. During one test install, I received a "Bad EXE format for" error. Unmounting and remounting the CD-ROM eliminated this error.

selected in Test Results table below
Operating systemTest dateWine versionInstalls?Runs?Used
ShowDebian GNU/Linux 5.x "Lenny"Jun 05 20101.0.1Yes Yes SilverLarry Lade 
CurrentDebian GNU/Linux Unstable "Sid"Apr 04 20070.9.31.Yes Yes GoldLarry Lade 

Known Bugs

Bug # Description Status Resolution Other apps affected

Show all bugs

HowTo / Notes

My .asoundrc

Here's the .asoundrc file I'm using which allows Win­e to correctly produce sound on ALSA. ­This will, obviously, be different on your sound hardware. You may want to refer to the ALSA Wiki if you need information about this.­

    type asym
    playback.pcm AurealVortexau8830_0_dmix
    capture.pcm AurealVortexau8830_0_dsnoop

pcm.AurealVortexau8830_0_dmix {
    type dmix
    ipc_key 1190
    slave {
        pcm "hw:0,0"
        period_time 0
        period_size 1024
        buffer_size 8192
    bindings {
        0 0
        1 1

pcm.AurealVortexau8830_0_dsnoop {
    type dsnoop
    ipc_key 1170
    slave {
        pcm "hw:0,0"
        period_time 0
        period_size 1024
        buffer_size 8192
    bindings {
        0 0
        1 1

pcm.AurealVortexau8830_0_surround {
    type plug
    route_policy S16_LE
    slave {
        pcm AurealVortexau8830_0
        channels 2

pcm.AurealVortexau8830_0 {
    type plug
    slave {
        pcm "hw:0,0"

pcm.dsp0 {
    type plug
    slave.pcm AurealVortexau8830_0_asym

ctl.mixer0 {
    type hw
    card 0

pcm.!default {
    type plug
    slave {
        pcm AurealVortexau8830_0_asym

HOWTO get Wine to deal with an ISO image.

winecfg isn't quite smart enough to configure an ISO image of a CD-ROM correctly. It attempts to use the block device the .iso is located on, instead of the .iso directly. However, wine can be coaxed accessing the virtual "hardware" directly, which should work with most forms of copy protection.

Check which drives are currently configured with wine:

$ cd ~/.wine/dosdevices
$ ls -l
total 0
lrwxrwxrwx 1 lade lade 10 2010-05-28 22:36 c: -> ../drive_c
lrwxrwxrwx 1 lade lade 13 2010-06-05 17:34 d: -> /home/lade/kodp.iso
lrwxrwxrwx 1 lade lade  8 2010-06-05 17:34 d:: -> /dev/sda

Remove any old links you don't want.

$ rm "d:" "d::"

Mount your iso image.

$ mkdir /media/iso
$ mount -t iso9660 -o loop ~/kodp.iso /media/iso

Create a symlink for file-level access in Wine.

$ ln -s /media/iso "d:"

And here's the magic... create the symlink for device access by pointing directly to the iso image.

$ ln -s ~/kodp.iso "d::"

If you look at this drive in winecfg now, it should correctly detect the volume name and serial number of your CD image.

This should allow you to run King of Dragon Pass (or any other copy-protected application) on a netbook or other device without the original CD-ROM present.

HOWTO: Script to scale using Xephyr and VNC

Scaling using Xephyr and VNC
by Peter Berry on Monday September 29th 2014, 20:26


# Run a program in an embedded X server and open a scaled VNC session on it.
# For example:
# scale playonlinux --run "King of Dragon Pass"
# You can change various options here, or pass them in as environment
# variables.

# Log files. If you want to actually record logs (e.g. for debugging purposes),
# replace them here.
if [ "x$XEPHYR_LOG" == "x" ]; then
if [ "x$CLIENT_LOG" == "x" ]; then
if [ "x$X11VNC_LOG" == "x" ]; then
if [ "x$SSVNCVIEWER_LOG" == "x" ]; then

# The client to run
if [ $# -le 1 ]; then
echo "Usage: $0 [client]"
exit 1

# Options.
if [ "x$REALRES" == "x" ]; then
# viewer adds scroll bars, so make it bigger than 640x480
if [ "x$SCALE" == "x" ]; then

echo "Running Xephyr. A window will appear - you can minimise it."
Xephyr -once -screen $REALRES -extension GLX :5 >> $XEPHYR_LOG 2>&1 &

echo "Running X client."
DISPLAY=:5 "$@" >> $CLIENT_LOG 2>&1 &

echo "Running VNC server."
x11vnc -localhost -scale $SCALE:nb -display :5 -o $X11VNC_LOG 2>&1 &

echo "Press enter to run VNC client."
ssvncviewer localhost >> $SSVNCVIEWER_LOG 2>&1