@328gts

Quote:
Thank you so much!
Your order has been processed a few minutes ago, so check your mailbox.
I wish you'll enjoy BOH at least as much as the guy who wrote the latest review does!

Quote:
My pleasure


@all

Seizing the chance to self-leak this bit of information: I'm working at another update and at another theme...

Hi everybody,

I just wanted to inform those who might be interested that the developer's manual to create missions, themes and translations for BOH has been finished. As usual, it can be downloaded from the DOWNLOADS page of the website.

Have fun!

@kas1e

Quote:
AFAIK, not in the current version of E-UAE. You can choose an alternative set of keys, though - here's what the documentation says:

@kas1e

Quote:
I'm sorry, but I can't offer that kind of service because I don't have the time, I don't have the games and, moreover, it isn't related to glUAE.

Quote:
joyport1=kbd1 will map the joystick in the second port to the numerical keypad.

@retro

Quote:
You can use that directory as it is, as UAE is able to mount directories as if they were partitions (example of entry in a configuration file: filesystem2=rw,RAM:RAM Disk:RAM:,0).

As regards glUAE, your case is exactly the one described in the "PREPARING CLASSIC AmigaOS TO RUN FROM A DIRECTORY OR PARTITION" section of the tutorial. In short:
1. make sure you have E-UAE properly installed & configured;
2. prepare a UAE configuration file (.rc) with the specific settings you need for AmigaOS 3.9;
3. put that file in your AmigaOS 3.9 directory;
4. use the command glUAE_LA <AmigaOS_3.9 directory>.
For detailed information, please refer to glUAE's tutorial.

@kas1e

Quote:
Things to note:
* I've seen Arte running on a standard A1200, on an A1200 + Bz1230-IV and on a standard A4000 - practically it looked the same on all machines;
* the suggested UAE settings, for speed's sake, reduce the audio quality;

At the time of writing of the original tutorial (2006), my machine had a G4@800MHz and AmigaOS and E-UAE were older: AFAIR, the demo suffered from minor slowdowns only in some specific parts (maybe the same as described below - unfortunately, I can't remember exactly).

Now my machine is an A1 XE with G4@1GHz and I have just tried the demo again. It works perfectly until the starfield: there it slows down a bit (let's say by 10%). The following cogs-tunnel is almost perfect, except for sporadic frame-delays. Then, the slowdown becomes again noticeable in the rot-deformer/zoomer. But, what's worse, is that now the demo crashes just before the loading of part 2.

Quote:
That would be great, thanks :)
Well, if Arte is problematic, try with some other (famous) demo (or game, which, IMHO, would have a greater impact)...

@retro

Quote:


Quote:
What do you mean?

@nubechecorre

@rwo

Quote:
No, it's got nothing to do with that
It's just a pun: you see, glUAE is an integration layer between the OS and UAE, a... glue
I know it evokes GL, but I liked that name too much to drop it

Hi everybody,

the E-UAE GUI bounty news and some (old) comments about glUAE finally convinced me to release a revised version of my little tool: it contains a fix to a minor bug, improved documentation and some other internal changes. It has been already uploaded to OS4Depot and Aminet, so it's just a matter of time before it becomes available.

Enjoy!

@trixie

Quote:
The menu does not use own/fixed keys/buttons, but uses the same controls of the actual game. The "choose" keys are those used for shooting and activating sidestepping - i.e. [x] and [SPACE]. If you don't use the sidestepping activation key (because you use the direct sidestepping keys or don't use sidestepping at all), you could assign [ENTER] to it.

@yoodoo2

Quote:
Thanks a lot for trying & reporting
It seems you all are not that far from getting update4

BTW: as regards update4 and the issues discussed in the previous posts: I have just added "the video modes suggestions", which should help people to choose "correct" full screen modes. In practice, the resolutions that have a 1:1 pixel aspect* are marked with a star and an "ideal resolution" entry has been added. You can try this already by downloading any demo but MacOS' (which is going to be updated later).
*SDL doesn't allow to ask the system which is the monitor native resolution, so everything is guessed from the highest resolution returned by the system (this might not work with CRT monitors or on systems that offer resolutions higher than the monitor's) .

@trixie

Thanks for the information.


@328gts & trixie

BOH's resolution is 320x240: the best choice is a screen mode as close as possible to that to avoid zooming, which requires a lot of extra power.
Make sure the screen mode has a 1:1 pixel aspect ratio (i.e. its chosen resolution should have the same ratio of your monitor).

Examples:

[monitor resolution (ratio) -> suitable modes]
* 1024x768 (4:3) -> 320x240, 640x480, 960x720, 1024x768;
* 1280x1024 (5:4) -> 320x256, 640x512, 960x768, 1280x1024;
* 1440x900 (16:10) -> 384x240, 768x480, 1152x720, 1440x900.

Of course, the smallest resolutions are recommended - f.ex., with this 1440x900 monitor I use 384x240 (thanks to the fact that AmigaOS allows to define screen modes at will).

Hello,

since the next update will allow BOH to run on Linux, can anybody please test the Linux demo (available on the DOWNLOADS page as usual)?
Moreover, also the other demos have been updated to let everybody check out the new features.

Thanks.

Hi all,

just a few miscellaneous notes:

1. since yesterday an updated [url=http://www.bohthegame.com/data/developer's_manual.pdf]developer's manual[/url] is available on the DOWNLOADS page of the website - now only some in-depth explanations about sprites are missing;

2. the fact that some customers were surprised by the quality of the package (shrink-wrap, properly pressed and printed CD, glossy manual) led me to think that maybe the message wasn't clear enough, so I put a few pictures online: shrink-wrapped box, open box, CD-ROM, [url=http://www.bohthegame.com/data/user's_manual.png]user's manual[/url];

3. since few days BOH has a Facebook page, which is meant to become a connection point for discussions and updates: everybody is welcome (it isn't necessary to own a copy ).

@Mrodfr

Quote:
If you're after just the plain list, here it is:

? - alias for 'help'
askenv - get environment variables from stdin
autoscr - run script from memory
base - print or set address offset
bdinfo - print Board Info structure
boot - boot default, i.e., run 'bootcmd'
boota - start AmigaOS boot procedure.
bootd - boot default, i.e., run 'bootcmd'
bootelf - Boot from an ELF image in memory
bootm - boot application image from memory
bootp - boot image via network using BootP/TFTP protocol
bootvx - Boot vxWorks from an ELF image
cmp - memory compare
coninfo - print console devices and informations
cp - memory copy
crc32 - checksum calculation
date - get/set/reset date & time
dcache - enable or disable data cache
dhcp - invoke DHCP client to obtain IP/boot params
diskboot- boot from IDE device
echo - echo args to console
exit - exit script
fdcboot - boot from floppy device
fdosboot- boot from a dos floppy file
fdosls - list files in a directory
go - start application at address 'addr'
help - print online help
icache - enable or disable instruction cache
ide - extended IDE sub-system
iminfo - print header information for application image
imls - list all images found in flash
Control the Level 2 Cache
loadb - load binary file over serial line (kermit mode)
loads - load S-Record file over serial line
loop - infinite loop on address range
md - memory display
menu - Show preferences menu
mm - memory modify (auto-incrementing)
mtest - simple RAM test
mw - memory write (fill)
nfs - boot image via network using NFS protocol
nm - memory modify (constant address)
pci - list and access PCI Configuraton Space
post
- memtest/mousetest/kbdirqtest/rtctest/pcitest/idetest/usbtest
- ethernettest/lpttest/serialtest/alltest
printenv- print environment variables
rarpboot- boot image via network using RARP/TFTP protocol
reset - Perform RESET of the CPU
run - run commands in an environment variable
saveenv - save environment variables to persistent storage
scsi - SCSI sub-system
scsiboot- boot from SCSI device
setenv - set environment variables
sleep - delay execution for some time
test - minimal test like /bin/sh
tftpboot- boot image via network using TFTP protocol
usb - USB sub-system
usbboot - boot from USB device
version - print monitor version
vesa - run a vesa bios call

@ChrisH

Check your mailbox

Seeing how much OWB seems to have benefitted from today's AOS 4.1 QuickFix, I thought I'd have a go at some of the tests in the above post. The results are as follows:

Memory access seems to have improved slightly, whereas filesystem operations give mixed results.

EDIT: previously I made the test without cleaning up the .recycled directory first, and that faked the comparison between the File Delete figures.

saimo

Dear BOH players,

I hope I'm bringing a nice piece of news to you: Mark Ashley (motorollin from Amiga.org) has just released a nice editor that allows the creation of new BOH missions! You can find all the details in his announcement on Amiga.org.
Many thanks to Mark, I hope his hard work will be rewarded with lots of new missions!

saimo

Hi everybody,

I'm here once again to inform you that yet another version of BOH's demo is available.
This update brings 4 new tutorial missions and the preview of the "castle" theme.
You can download it from the DOWNLOADS page of the website as usual.

Enjoy,
saimo