Re: PALib-based Phoenix Wright DS game.
LuAA Developer
Gender: Male
Rank: Prosecutor
Joined: Thu Jan 01, 2009 4:46 pm
Posts: 607
KSA_Tech wrote:
Yes, I know, there are ways to make it work with a very strict memory management.
But it would be still limited if you think about what the user can do. The user won't have to deal with memory management, so custom interfacing would be impossible, for example. Take a look at PWLib (I think you did). It is easy to use lots of memory when developing custom stuff. In the DS, it would make DS go down quickly.
In AIGE, I focus to speed instead of Memory usage. In the DS, you first need to care about memory.
Like I mentioned on my previous post, the casemaker is doable, but it won't be on the same level as PWLib or PyWright. Not that it won't be a good one, of course.
If this pulls out, I think I'll need to develop a new Integration Language as well an exporter to this format (from Shinku, of course).
But it would be still limited if you think about what the user can do. The user won't have to deal with memory management, so custom interfacing would be impossible, for example. Take a look at PWLib (I think you did). It is easy to use lots of memory when developing custom stuff. In the DS, it would make DS go down quickly.
In AIGE, I focus to speed instead of Memory usage. In the DS, you first need to care about memory.
Like I mentioned on my previous post, the casemaker is doable, but it won't be on the same level as PWLib or PyWright. Not that it won't be a good one, of course.
If this pulls out, I think I'll need to develop a new Integration Language as well an exporter to this format (from Shinku, of course).
Honestly, all the casemaker is:
GUI with a bunch of buttons. It says data for "Storylines" which are investigations and trials, one textbox. It will be allocated on the DS.
All I'm doing is writing the data saved by the player onto a .bin file and reading it when you load. The reading sets the template values, such as this sprite does this animation, and he/she says this text.
In terms of coding trials and investigations, I have no idea at this point. I'm pretty sure if I can't pull it off, I'll quit trying to make the casemaker and work on games. I don't feel that it would take a lot of memory because the only time it uses any memory at all is when it loads files from FAT and saves onto a .bin. However, that's still far away in terms of development, I'm still looking for a storyline.
Re: PALib-based Phoenix Wright DS game.
Gender: None specified
Rank: Suspect
Joined: Thu Sep 18, 2008 4:29 am
Posts: 49
B12Core wrote:
Honestly, all the casemaker is:
GUI with a bunch of buttons. It says data for "Storylines" which are investigations and trials, one textbox. It will be allocated on the DS.
GUI with a bunch of buttons. It says data for "Storylines" which are investigations and trials, one textbox. It will be allocated on the DS.
What happens when one wishes to change the script? Must one edit
My suggestion would be that the entire casemaker be on a computer and produce data files that your case interpreter can read.
However, I haven't looked at how the other casemakers out there work and therefore am probably missing something.
Re: PALib-based Phoenix Wright DS game.
AIGE/PWLib Casemaker Developer
Gender: Male
Location: Brazil
Rank: Ace Attorney
Joined: Sun Mar 09, 2008 3:38 am
Posts: 2731
I think an editor directly on the DS would be a pretty timeconsuming one. The idea of making it on the PC first is a nice one, imo.
kkd, in the base, the casemakers work on a "run a command then go to the next" mostly. Internaly they differ a lot, but for case developers, it is mostly the sequence of commands way (with each own having its way of doing so).
PWLib 1.2 Under Development
PWLib Casemaker (Version 1.1) at http://forums.court-records.net/viewtopic.php?f=36&t=8788
PWLib Casemaker (Version 1.1) at http://forums.court-records.net/viewtopic.php?f=36&t=8788
Re: PALib-based Phoenix Wright DS game.
Gender: None specified
Rank: Suspect
Joined: Thu Sep 18, 2008 4:29 am
Posts: 49
KSA_Tech wrote:
kkd, in the base, the casemakers work on a "run a command then go to the next" mostly. Internaly they differ a lot, but for case developers, it is mostly the sequence of commands way (with each own having its way of doing so).
Thanks for the explanation, KSA_Tech. To clarify, when I wrote about editing 'the script,' I only meant the dialogue text and not the rest of the game (showing animations, etc.).
Re: PALib-based Phoenix Wright DS game.
AIGE/PWLib Casemaker Developer
Gender: Male
Location: Brazil
Rank: Ace Attorney
Joined: Sun Mar 09, 2008 3:38 am
Posts: 2731
PWLib 1.2 Under Development
PWLib Casemaker (Version 1.1) at http://forums.court-records.net/viewtopic.php?f=36&t=8788
PWLib Casemaker (Version 1.1) at http://forums.court-records.net/viewtopic.php?f=36&t=8788
Re: PALib-based Phoenix Wright DS game.
Rockman FTW
Gender: Male
Rank: Suspect
Joined: Fri Nov 07, 2008 4:17 pm
Posts: 26
Re: PALib-based Phoenix Wright DS game.
Gender: Male
Rank: Prosecutor
Joined: Thu Mar 06, 2008 8:36 pm
Posts: 770
Best would be not to have it interpret a script (that can get too complicated too fast), but have it instead just interpret binary data. I don't know how you have the demo coded so far, but maybe this is already how it works. When I thought of porting PyWright, my idea was to have a compiler that took the script and spit out either c or some kind of byte code.
Good luck with this project!
Re: PALib-based Phoenix Wright DS game.
AIGE/PWLib Casemaker Developer
Gender: Male
Location: Brazil
Rank: Ace Attorney
Joined: Sun Mar 09, 2008 3:38 am
Posts: 2731
Something like:
playmus, setbg, setchar,text for normal scenes (like the one on the demo). The idea is to make as less commands as possible.
I think the priority now is to forget the casemaker idea and make the engine work in hardcoded mode. So when it's done, you can think on how to allow a custom list of commands to define the flow of the game.
PWLib 1.2 Under Development
PWLib Casemaker (Version 1.1) at http://forums.court-records.net/viewtopic.php?f=36&t=8788
PWLib Casemaker (Version 1.1) at http://forums.court-records.net/viewtopic.php?f=36&t=8788
Re: PALib-based Phoenix Wright DS game.
Argent Sunfly
Gender: None specified
Rank: Suspect
Joined: Thu Nov 27, 2008 9:23 pm
Posts: 47
What's Bad:
No sound (I know it will come)
Offset Graphics
Unmapped buttons (such as R)
Broken Court Record (No evidence and pressing a direction 'breaks' it)
Storyline variable doesn't comply with TALK menu
What's Good:
The rest is just like a normal AA game. If the above is fixed then it will be great.
Re: PALib-based Phoenix Wright DS game.
LuAA Developer
Gender: Male
Rank: Prosecutor
Joined: Thu Jan 01, 2009 4:46 pm
Posts: 607
GolemdX wrote:
Works fine on my NDSTT (running YSMENU).
What's Bad:
No sound (I know it will come)
Offset Graphics
Unmapped buttons (such as R)
Broken Court Record (No evidence and pressing a direction 'breaks' it)
Storyline variable doesn't comply with TALK menu
What's Good:
The rest is just like a normal AA game. If the above is fixed then it will be great.
What's Bad:
No sound (I know it will come)
Offset Graphics
Unmapped buttons (such as R)
Broken Court Record (No evidence and pressing a direction 'breaks' it)
Storyline variable doesn't comply with TALK menu
What's Good:
The rest is just like a normal AA game. If the above is fixed then it will be great.
Thanks, I just started on it this Wednesday so I haven't gotten it "perfect" just yet.
I'll be continuing development next Wednesday, I need to study for my finals.
Re: PALib-based Phoenix Wright DS game.
Otaku, #1 Machi fan, #2 Machi Fan
Gender: Male
Location: Engl- Ooh, over 3000 posts. (England)
Rank: Ace Attorney
Joined: Fri Sep 28, 2007 4:06 pm
Posts: 3781
Hmm... wouldn't it look better if you used the official font and name boxes? Meh, I'm sure there was a link around here...
But still, it seems impressive so far. Hope this doesn't get abandoned...
ALL GLORY TO THE HYPNOGANT
Re: PALib-based Phoenix Wright DS game.
LuAA Developer
Gender: Male
Rank: Prosecutor
Joined: Thu Jan 01, 2009 4:46 pm
Posts: 607
DramaticaXIV2 wrote:
It finally downloaded...
Hmm... wouldn't it look better if you used the official font and name boxes? Meh, I'm sure there was a link around here...
But still, it seems impressive so far. Hope this doesn't get abandoned...
Hmm... wouldn't it look better if you used the official font and name boxes? Meh, I'm sure there was a link around here...
But still, it seems impressive so far. Hope this doesn't get abandoned...
The problem with using the official font is that the only way possible would for me to develop a font cache with a .ttf file in the embedded file system. The problem with that is, you see, that is the least of my worries at this point. I can worry about the appearance of the game after I actually finish the development of the base.
Re: PALib-based Phoenix Wright DS game.
SHINing key~kayfaradaylove.
Gender: Female
Location: sydney the land of the crap transport system RISE AND KILL~
Rank: Decisive Witness
Joined: Thu Sep 18, 2008 7:18 am
Posts: 270
SHINee|B2ST|빅뱅i|U-KISS|2AM|4minute|2NE1|SNSD<3
"people who always eat instant noodles never die." taboo_neku
Re: PALib-based Phoenix Wright DS game.
Gender: None specified
Rank: Suspect
Joined: Thu Sep 18, 2008 4:29 am
Posts: 49
B12Core wrote:
The problem with using the official font is that the only way possible would for me to develop a font cache with a .ttf file in the embedded file system.
Are you sure? PALib appears to have some custom font capabilities that use converted image files.
B12Core wrote:
The problem with that is, you see, that is the least of my worries at this point. I can worry about the appearance of the game after I actually finish the development of the base.
Agreed.
Re: Phoenix Wright and DS compatibility.
The kind of judge you can trust
Gender: Male
Rank: Decisive Witness
Joined: Tue Jun 12, 2007 4:51 am
Posts: 279
Re: PALib-based Phoenix Wright DS game.
LuAA Developer
Gender: Male
Rank: Prosecutor
Joined: Thu Jan 01, 2009 4:46 pm
Posts: 607
kkd wrote:
B12Core wrote:
The problem with using the official font is that the only way possible would for me to develop a font cache with a .ttf file in the embedded file system.
Are you sure? PALib appears to have some custom font capabilities that use converted image files.
The image file must have tiled letters that are 8x8 in size. This means thin letters such as i's and l's will take up as much space as o's and a's.
Re: PALib-based Phoenix Wright DS game.
Gender: None specified
Rank: Suspect
Joined: Thu Sep 18, 2008 4:29 am
Posts: 49
B12Core wrote:
kkd wrote:
B12Core wrote:
The problem with using the official font is that the only way possible would for me to develop a font cache with a .ttf file in the embedded file system.
Are you sure? PALib appears to have some custom font capabilities that use converted image files.
The image file must have tiled letters that are 8x8 in size. This means thin letters such as i's and l's will take up as much space as o's and a's.
Ah, right, PW's font isn't fixed width. Sorry I couldn't be more helpful.
Re: Phoenix Wright and DS compatibility.
Objection... Hold it!
Gender: None specified
Rank: Decisive Witness
Joined: Mon Oct 20, 2008 7:12 am
Posts: 283
the sprite's color is like 16 colors?
Do we have to here as well?
Re: Phoenix Wright and DS compatibility.
LuAA Developer
Gender: Male
Rank: Prosecutor
Joined: Thu Jan 01, 2009 4:46 pm
Posts: 607
ksunwoo6 wrote:
You know how in PW 1~3
the sprite's color is like 16 colors?
Do we have to here as well?
the sprite's color is like 16 colors?
Do we have to here as well?
DS compatibility has 256 colours maximum. GBA has 16. The only reason why PW 1~3's graphics sucked so much was because it was ported from GBA graphics without any improvements with their 16 colour maximum.
Re: Phoenix Wright and DS compatibility.
I hate Klaviema >_>
Gender: Male
Location: UK
Rank: Ace Attorney
Joined: Sat Aug 16, 2008 4:17 pm
Posts: 1938
Re: Phoenix Wright and DS compatibility.
LuAA Developer
Gender: Male
Rank: Prosecutor
Joined: Thu Jan 01, 2009 4:46 pm
Posts: 607
I'm just going to go over some problems I've had and what I've finished.
I've finished:
-Psychelocks showing up
-Presenting Evidence
-Selecting from various options (Press Harder, Wait and See)
-Selecting from a Talk menu
Some obstacles I have and probably cannot do anything about are:
-Gavel animation (More than 256 colours which the maximum amount of colours for the DS. Capcom MOST likely used two or more layers when making the gavel animation, with one layer on an alpha-blending effect. I will not be able to complete a Gavel animation without an animation without the 2nd layer.
-Sprite fading in and out during transitions (Adds more backgrounds, DS's hardware allows for a maximum of 8-10? backgrounds at a time. I can't figure out how to delete alpha-blended transitions upon their use, hence the DS overloading due to too many loaded backgrounds.)
Also, as I reviewed the source code, I agree with KSA_Tech in saying that it is highly unfeasible for me to create or even attempt to make a casemaker without giving one my C++ source code. This is due to the fact that I was hoping for an internal engine, whereas any external features would have to be loaded from FAT, taking away precious game time (loading takes roughly 1 second per full animation, when loading with FAT, that's 1 second gone per line).
Good night, Court-Records.
I'll be back tomorrow. Good night Court-Records.
Who is online
Users browsing this forum: No registered users and 19 guests
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum
News
Site map
SitemapIndex
RSS Feed