20 December 2010, 12:36 | #41 |
Registered User
Join Date: Aug 2007
Location: Holland/The netherlands
Age: 49
Posts: 122
|
but on these other platforms you will be one in a thousand other games..how do you suppose to stand out of the crowd?
|
20 December 2010, 13:16 | #42 |
Moderator
Join Date: Jan 2003
Location: ...
Age: 52
Posts: 1,838
|
I remember iOS devices used to have a policy of not accepting software running on VMs or middleware - as long as it was spotted I guess...
You are better off checking the relevant TRCs or whatever Apple have... obviously a non-issue for Android, I guess you'd want to mix a few lines of startup code with NDK on that platform. You could also consider working on Minis for Sony platforms, those could work on both PSP and PS3 with the same file going through a simple QA. |
21 December 2010, 00:28 | #43 |
Registered User
Join Date: Jul 2005
Location: -
Posts: 1,698
|
There would be 2 layers of potential issues. Say the Amiga side is working 100%, you will have to make sure the emulator doesn't have any compatibility issues on different mobile OSes. You might have performance problems as well. Also you have to determine who is controlling the emulator. Are you going to use whatever is available or have use only specific emulator version to run your code? If the emulator is updated, will it screw up your game?
|
21 December 2010, 01:01 | #44 |
Ya' like it Retr0?
Join Date: Jul 2005
Location: United Kingdom
Age: 49
Posts: 9,768
|
@Big G,
over the last week I have been installing my laptop with all manner of Amiga Software languages and an Android Dev suit =D Been playing around with amiga-game development for the last couple of years. lol - its only been ....15/16 years since I last coded a project on the Amiga... It would be an honour to work with you on a project, all I ask is we split work and remuneration fairly and that android (uae) be the initial target platform. Ipoo'd and other VM stations later. And if we can - it would be awesome to release a version for the Amiga Community Free =D I have some ideas and I would be more than happy to share them with you =D |
21 December 2010, 20:48 | #45 |
Registered User
Join Date: Jul 2005
Location: -
Posts: 1,698
|
I forgot to mention that you'll have to worry about compatibility whenever mobile phone OS is upgraded.
|
21 December 2010, 20:51 | #46 |
Global Moderator
Join Date: Nov 2001
Location: Derby, UK
Age: 48
Posts: 9,355
|
Captive and EOB/DM type games would work extremely well on a touch screen device.
Imagine pressing the arrows on screen for movement. Much quicker than a mouse!! |
21 December 2010, 22:46 | #47 |
Ya' like it Retr0?
Join Date: Jul 2005
Location: United Kingdom
Age: 49
Posts: 9,768
|
I think simple interface games should work well with touchscreen tech.
things like RTS, turn based stratagems, RPG's and Dungeon crawlers should translate well, also with 2D/2.5D driving games should be usable enough - as long as its either side of the action screen to turn left/right - slide-screen for turning is never implemented well - infact I think slide-touch-screen for turning is flawed idea at best.. However, perhaps the hardest interface for touch screen to replicate well would be platform games. |
22 December 2010, 00:40 | #48 | |
Global Moderator
|
Quote:
Crystal Dragon Legions of Dawn |
|
22 December 2010, 00:42 | #49 |
HOL/FTP busy bee
Join Date: Sep 2006
Location: Germany
Age: 46
Posts: 31,870
|
Are you sure that EOB and DM themselves don't support the numpad? I think that at least EOB does (would have to check it again though).
Edit : Just tried EOB and it does support movement with the numpad Last edited by TCD; 22 December 2010 at 00:51. |
22 December 2010, 00:53 | #50 |
Global Moderator
|
You may be right. I'll give a quick try after this post.
I don't remember if I had noted those two games for being able to use the keyboard/numpad or for being able to use them for strafing (although from my comment in the Crystal Dragon thread I guess it was the former). Edit: Just saw your edit, thanks for saving some time |
22 December 2010, 01:03 | #51 |
HOL/FTP busy bee
Join Date: Sep 2006
Location: Germany
Age: 46
Posts: 31,870
|
Just to save yourself even more time : DM (v3.60 at least) also supports the almighty numpad
I think (you better don't quote me on this one), that pretty much every pseudo-3D dungeon crawler supports the numpad for movement. The 'Dungeons of Avalon' series does as well. That much for the 'ultimate dungeon crawler control method' stuff Last edited by TCD; 22 December 2010 at 01:08. |
22 December 2010, 03:22 | #52 |
The Grim-Button
Join Date: Jan 2008
Location: Melbourne Australia
Age: 43
Posts: 414
|
Black crypt does, as well.
|
22 December 2010, 09:21 | #53 |
Global Moderator
Join Date: Nov 2001
Location: Derby, UK
Age: 48
Posts: 9,355
|
the numpad (nor any keys) would be as well mapped to the touchscreen as just pressing the button on screen. Oh and Captive does.. But I already knew that
|
22 December 2010, 10:48 | #54 |
Registered User
Join Date: Aug 2007
Location: Holland/The netherlands
Age: 49
Posts: 122
|
|
22 December 2010, 11:33 | #55 | |
Lesser Talent
Join Date: Jan 2003
Location: UK
Age: 42
Posts: 7,957
|
Quote:
|
|
22 December 2010, 13:36 | #56 | |||||
Going nowhere
Join Date: Oct 2001
Location: United Kingdom
Age: 50
Posts: 9,016
|
Quote:
Quote:
The plan would be to work with someone who does the emulator, so that as time goes by, better versions of the emulator are implemented. The fact is, this isn't really a problem. If there is found to be a problem with doing something within the emulator, and it doesn't emulate 100% what I expect, then either a discussion with the author of the emulator needs to be had to fix it, or simply do it a different way to get the results I expect. Either way, I would expect most effects and the like to work well within an emulated environment, because I want it all working smoothly with no slowdowns, so if a particular effect is too taxing for the most basic Android capable machine, then that effect would be optimised or changed for something less taxing. Quote:
Quote:
A level of copy protection would actually be very easy, implementing a WHDLoad style keyfile needed to unlock the game beyond demo features. Any would be crackers would have to know 68000 ASM to be able to crack it, and would need to know the same if they intended to build a keygen for the games. Obviously someone skilled enough as an Amiga programmer could break the protection, but whether or not they'd actually want to is another matter, it wouldn't be immediately obvious to anyone it was actually 68000 ASM and not JAVA or ARM. Quote:
This isn't actually about the money for me, as i'm actually doing alright with my present business, but obviously money has to be a factor to make something like this work, and would be a welcome bonus should it be successful. My overriding concern is to actually see this idea through to its logical conclusion, as without bigging myself up too much, I think its a bloody good idea and theres no reason why it can't work. I do know that the restrictions on what you can or can't do on Android are less as they obviously want to give Ipad/Iphone a kicking. Last edited by TCD; 22 December 2010 at 13:50. Reason: Back-to-back posts merged. Use multi-quote. |
|||||
22 December 2010, 16:04 | #57 |
Ya' like it Retr0?
Join Date: Jul 2005
Location: United Kingdom
Age: 49
Posts: 9,768
|
One of the beauties here is that we needn't be restricted to ECS/AGA
with the static implementation of the emulation environment, we could use a 4MB RTG - thus more colours - greater screen res - faster graphics. Essentially the emulation wont be dogged down by the process overhead of the ECS/AGA graphics chip set =) yeah... so we could make Doom Clones for dungeon crawlers lol =) |
22 December 2010, 22:58 | #58 |
The Grim-Button
Join Date: Jan 2008
Location: Melbourne Australia
Age: 43
Posts: 414
|
@Zetro, Doom clones for dungeon crawlers aren't as good as the old Square by square ones. imho. 3d bah.
I have a RTG emulation implementation started, needs more testing though. I am trying to do something a little more then the other emu. Unfortunately it isn't as optimised. but to support all Iphones, I can't use assembly cause all iphones before the 3gs are arm6, vs arm7. so I would need to optimise both. ATM if your on a 3gs/3g/2g or earlier Iphone touch, it uses a different CPU core, while the iphone 4, ipod touch 4, and ipad get a more compatible but slower (atm) CPU which can do 020+, and AGA. (WIP) With time I could get people direct access to openGL on the phone too. or atleast a memory location where they just write the pixels directly etc, an "accelerometer.device", these are all insane Idea's that float around my mind. hehe. @Galahad, True, I can implement whatever I want into where the rom is, so certain memory addresses can return a response, where a real amiga wont do anything. Keyfile is the rom etc. There are other non real amiga things we should be able to do too. |
23 December 2010, 05:25 | #59 | |
Ya' like it Retr0?
Join Date: Jul 2005
Location: United Kingdom
Age: 49
Posts: 9,768
|
Quote:
To be fair the chunky buffer display being used as a DooM type game would be "because we could" =) personally I think a 2D chunky buffer with Scaling would be a HUGE boon for Amiga game development - the beauty of running a transparent inline emulation environment is that we can have 1. a target machine for all development 2. the ability to take it up a notch if and so needed 3. copyright protection would be best if encapsulated with the emulator So the game will only work with that transparent emulator - or an encoded ROM file? However, one should be mature enough to understand that a illegitimate copy is not a loss in sale - as the person was never going to buy it in the first place. so I do hope that this area doesn't hold up production. |
|
23 December 2010, 09:52 | #60 |
The Grim-Button
Join Date: Jan 2008
Location: Melbourne Australia
Age: 43
Posts: 414
|
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Idea:A slideshow of games | spanner | support.Games | 1 | 02 July 2012 19:04 |
Death Trap & Idea Games | fc.studio | Games images which need to be WHDified | 63 | 14 February 2009 00:58 |
C code prob continued - How a PC stores bytes? | Jherek Carnelia | Coders. General | 5 | 11 May 2007 18:10 |
Idea: Fun & Games page | Jim | project.APoV | 11 | 14 July 2004 17:49 |
The continued rape of the common man | Fred the Fop | Retrogaming General Discussion | 14 | 30 September 2002 15:52 |
|
|