Tales of Gorluth 2. Amiga homebrew game.

[Wrath Of Khan]

http://www.talesofgorluth.de

Its made in backbone and will be released on cdrom. The guy needs 200 pre-orders for the game to go ahead.

 

[comradekingu]

I'm in.

 

[Magic Sam]

Hi all

What happened to Tales of Gorluth 1 ?

On a side note, it seems to be an ECS game, so it should also be playable on Pandora with UAE4all (and on Minimig ? ).

EDIT: requires a 68020

Cheers, Magic Sam

 

[gunrock]

Can't see the site from work: How much is it?

And is backbone really good for creating games? Most "game creator" kit efforts are usually fun diversions but usually not of the calibre that I'd pay for, IMHO. Feel free to correct me if you have great examples of killer games made with a game creator, of course.

 

[ingoreis]

Look nice,remind me on that Game here:

https://www.youtube.com/embed/_VI8lteOheE?feature=oembed

But for real....how many of the Amiga Users do have a CDROM Drive on their Amiga?

I have an Amiga 500 with an ACA500 and can Play Games from HDD/CF.

Will this Game be WHDLoad Combatible?

An 68020 Turbo Card should be no Problem to be for me they are not so much expensive

but to find an Amiga-500 Cdrom Drive is nearly impossible for a realy fair Price. :unsure:

Will it be Combatible with UAE too?

That can be a nice Game for the Pandora too

 

[Magic Sam]

Can't see the site from work: How much is it?

It's €28 if you pre-order now,  or €32 later IIRC.

Cheers, Magic Sam

 

[Wrath Of Khan]

Look nice,remind me on that Game here:

https://www.youtube.com/embed/_VI8lteOheE?feature=oembed

Cd rom drives for a1200 are cheap on amigakit.
I'd assumed they had drives for a500 too?

 

[Wrath Of Khan]

Can't see the site from work: How much is it?


And is backbone really good for creating games? Most "game creator" kit efforts are usually fun diversions but usually not of the calibre that I'd pay for, IMHO. Feel free to correct me if you have great examples of killer games made with a game creator, of course.

Backbone has limitations. Its slow hence the 020 requirement.
A potential part 3 could be written in code.

 

[_jr_]

Backbone has limitations. Its slow hence the 020 requirement.

I'm surprised that requiring an 68020 makes anything significantly faster. There are instructions in the 68020 that are expensive to emulate exactly with 68000 compatible code, but unless you really need that exact semantics in the innermost loop there is little reason to actually use them. 20 something years ago I backported a C64 emulator (can't remember the name; Frodo?) from 68020 to 68000 (I only had an A2000). The result used less cycles on an 68020 than the original code (counting cycles was easy with these - by todays standards - primitive CPU architectures). That doesn't mean it wouldn't have been possible to create an even more optimized 68020 only version, but usually it is - easily, I'm definitely no Notaz or Exophase - possible to restructure your code to be 68000 compatible without a noticable loss of performance.

 

[Wrath Of Khan]

Backbone has limitations. Its slow hence the 020 requirement.

I'm surprised that requiring an 68020 makes anything significantly faster. There are instructions in the 68020 that are expensive to emulate exactly with 68000 compatible code, but unless you really need that exact semantics in the innermost loop there is little reason to actually use them. 20 something years ago I backported a C64 emulator (can't remember the name; Frodo?) from 68020 to 68000 (I only had an A2000). The result used less cycles on an 68020 than the original code (counting cycles was easy with these - by todays standards - primitive CPU architectures). That doesn't mean it wouldn't have been possible to create an even more optimized 68020 only version, but usually it is - easily, I'm definitely no Notaz or Exophase - possible to restructure your code to be 68000 compatible without a noticable loss of performance.

Backbone was also coded in Amos. I guess Amos is slow too and must put limits on what backbone can do. Its a popular homebrew tool in the amiga scene. I guess there's not much else that they can use.

 

[gunrock]

Backbone has limitations. Its slow hence the 020 requirement.

I'm surprised that requiring an 68020 makes anything significantly faster. There are instructions in the 68020 that are expensive to emulate exactly with 68000 compatible code, but unless you really need that exact semantics in the innermost loop there is little reason to actually use them. 20 something years ago I backported a C64 emulator (can't remember the name; Frodo?) from 68020 to 68000 (I only had an A2000). The result used less cycles on an 68020 than the original code (counting cycles was easy with these - by todays standards - primitive CPU architectures). That doesn't mean it wouldn't have been possible to create an even more optimized 68020 only version, but usually it is - easily, I'm definitely no Notaz or Exophase - possible to restructure your code to be 68000 compatible without a noticable loss of performance.

I think I may be misunderstanding, but I think the 020 requirement is purely on clock speed isn't it? i.e the game will run slowly on a 68000 at 7mhz but at 14mhz on the A1200's 020 it will run a bit faster, thus more playable.

 

[slaeshjag]

The '020 is quite a bit faster per cycle. The '000 was downright pathetic performance wise.

 

[Wrath Of Khan]

I'm not a techie guy but basically it runs faster on higher spec machines, even though this type of game would normally run fine on lower spec machines.

Backbone must be resource heavy and its slow as it was written in Amos.

 

[_jr_]

Backbone has limitations. Its slow hence the 020 requirement.

I'm surprised that requiring an 68020 makes anything significantly faster. There are instructions in the 68020 that are expensive to emulate exactly with 68000 compatible code, but unless you really need that exact semantics in the innermost loop there is little reason to actually use them. 20 something years ago I backported a C64 emulator (can't remember the name; Frodo?) from 68020 to 68000 (I only had an A2000). The result used less cycles on an 68020 than the original code (counting cycles was easy with these - by todays standards - primitive CPU architectures). That doesn't mean it wouldn't have been possible to create an even more optimized 68020 only version, but usually it is - easily, I'm definitely no Notaz or Exophase - possible to restructure your code to be 68000 compatible without a noticable loss of performance.

I think I may be misunderstanding, but I think the 020 requirement is purely on clock speed isn't it? i.e the game will run slowly on a 68000 at 7mhz but at 14mhz on the A1200's 020 it will run a bit faster, thus more playable.

I read it as if it is not running on an 68000. But that may be a misunderstanding as you say.