PyWright Case Engine ver 0.9880! (Finally) : Games

Re: PyWright Case Engine ver 0.980

Tue Nov 02, 2010 3:38 pm

AthenaCat

Gender: Female

Location: New Hampshire

Rank: Suspect

Joined: Mon Jun 14, 2010 9:42 pm

Posts: 29

saluk wrote:

Thanks nudalman for the code! I have isolated all of the issues thus mentioned, most of the problems were relating to the 3d. If no other issues come up I'll upload a fixed version on wed, but till then, here's a patch:

http://pywright.dawnsoft.org/fixes/0.980-fixes.zip

Extract to PyWright overwriting everything.

Yeah, that fixed everything I was having trouble with. :will:

I noticed that Turnabout Substitution shows up twice in the download list, though.

Re: PyWright Case Engine ver 0.980

Thu Nov 04, 2010 3:55 am

SilentBobX

What am I Prosecuting fooooooor!?

Gender: Male

Rank: Medium-in-training

Joined: Wed Mar 07, 2007 7:03 pm

Posts: 467

Yeah something kinda weird happened when I tried testing Checkmate and Turnabout with the new update. On the second part with the last few scene scripts, 17 and 18, after the first line of dialogue, the white error box shows up after. This happens every time a new line is read. I don't know what to make of it. :meekins:

I did keep in mind that these were the scripts Tap worked on, but I'm not sure if that's the problem.

My Fan Game!
Check out my Sprites!
My Let's Play of Shenmue

Re: PyWright Case Engine ver 0.980

Thu Nov 04, 2010 7:00 pm

saluk

Gender: Male

Rank: Prosecutor

Joined: Thu Mar 06, 2008 8:36 pm

Posts: 770

There are weird characters in those files, carriage returns inserted into the text. I'm not sure how they got there, or how it even worked before, but I'm guessing it has something to do with the language support this version has added, which is more strict with encoding. I'm not sure if there is a way to relax those constraints, so the files will need to be fixed. (I can do so, I'll put up a fixed version sometime today)

By the way, it's not just a white error box. Usually it has some text in it that is sometimes relevant ;)

Creator of PyWright, the lovable case construction system!
Also visit the PyWright post.

Re: PyWright Case Engine ver 0.980

Fri Nov 05, 2010 3:49 am

SilentBobX

What am I Prosecuting fooooooor!?

Gender: Male

Rank: Medium-in-training

Joined: Wed Mar 07, 2007 7:03 pm

Posts: 467

saluk wrote:

By the way, it's not just a white error box. Usually it has some text in it that is sometimes relevant ;)

Yeah Sorry Saluk. XD I can't understand that stuff for the life of me.

My Fan Game!
Check out my Sprites!
My Let's Play of Shenmue

Re: PyWright Case Engine ver 0.980

Fri Nov 05, 2010 11:47 pm

Ping'

Two more games coming up soon

Gender: Male

Location: Paris

Rank: Prosecutor

Joined: Thu Feb 28, 2008 2:45 pm

Posts: 929

SilentBobX wrote:

I did keep in mind that these were the scripts Tap worked on, but I'm not sure if that's the problem.

> Classy... Maybe if you knew how PyWright works, you wouldn't have to accuse people of doing a bad job on personal grounds without any kind of proof. See, it's really easy to be petty. How about respecting the guys who've made the effort of helping you out instead? That kind of behaviour isn't how we get fangames done...

Anyway, looks like a great release, saluk. Improved 3D is a big plus. Thanks a lot for your hard work!

Creator of Apollo Justice Case 5: Turnabout Substitution: Trailer - Download
Co-creator of New Year's Turnabout, Turnabout Revolution, and At Dawn's Break

Re: PyWright Case Engine ver 0.980

Sat Nov 06, 2010 6:23 am

SilentBobX

What am I Prosecuting fooooooor!?

Gender: Male

Rank: Medium-in-training

Joined: Wed Mar 07, 2007 7:03 pm

Posts: 467

Let's not burn any bridges here, Ping. :yogi:

I'm not accusing Tap of anything. I know he helped me And I'm thankful to him. However, if you read what Saluk typed:

saluk wrote:

There are weird characters in those files, carriage returns inserted into the text. I'm not sure how they got there, or how it even worked before, but I'm guessing it has something to do with the language support this version has added, which is more strict with encoding. I'm not sure if there is a way to relax those constraints, so the files will need to be fixed.

Taking into account Tap is from another country, something must have been mixed up when he wrote the script. But since I don't know about this stuff, I'm not sure.

Quote:

That kind of behaviour isn't how we get fangames done.

No, but if they're done half-ass'd and buggy, they're not worth playing. :edgy:

My Fan Game!
Check out my Sprites!
My Let's Play of Shenmue

Re: PyWright Case Engine ver 0.980

Sat Nov 06, 2010 7:45 am

saluk

Gender: Male

Rank: Prosecutor

Joined: Thu Mar 06, 2008 8:36 pm

Posts: 770

Yeah the method the file was edited matters. It's more about finding out what causes the problem, so that everyone can avoid it, then pointing fingers. If Tap wrote the scripts, it might be a good idea to know if there was anything about the method that he used that accounts for it. If so, we can document the problem, and help avoid it in the future. If it's an easy mistake to make, then maybe i can focus on supporting that method rather than classifying it as a user-error.

In fact, the <CR> character, which is mixed in with the standard windows <CR><LF> signifying a full line ending, is ALWAYS after a {n}. Is there some editor people are using for spacing out their text lines? Maybe it's that that caused the problem.

Anyway, I've found another solution, which is that a line starting with " will not be considered ended until it reaches a line that also ends with ". I'm not sure if this will break anything, if there are any lines where the author mistakenly left off the ending " it will screw things up a lot. It's something to think about, but for now I'm just going to fix up the scripts.

Can you check and see if these fix it:

Spoiler: scene18.script.txt

Spoiler: scene17.script.txt

If so, I'll upload a fixed copy of the game. Sorry for the inconvenience.

Creator of PyWright, the lovable case construction system!
Also visit the PyWright post.

Re: PyWright Case Engine ver 0.980

Sat Nov 06, 2010 8:09 am

SilentBobX

What am I Prosecuting fooooooor!?

Gender: Male

Rank: Medium-in-training

Joined: Wed Mar 07, 2007 7:03 pm

Posts: 467

I'll test it out and give a report in the afternoon. I have a meeting to head to later.
Since Tap is from Australia, I thought the problem may have lied in the text program he may have used. i know that when i looked over the script he gave back I had to replace the " and the comma's and such, as they made the game buggy, and those pointing fingers would show up. Plus a kanji would show up somewhere in the script. I have no idea how that happened.

Anyway, Thanks Saluk. Sorry for being a bother when you have that other stuff on your list to do.

My Fan Game!
Check out my Sprites!
My Let's Play of Shenmue

Re: PyWright Case Engine ver 0.980

Sat Nov 06, 2010 8:53 am

Tap

Gender: Male

Location: Melbourne, Australia

Rank: Ace Attorney

Joined: Thu Oct 08, 2009 10:56 am

Posts: 1371

SilentBobX wrote:

Since Tap is from Australia, I thought the problem may have lied in the text program he may have used.

SilentBobX wrote:

Taking into account Tap is from another country, something must have been mixed up when he wrote the script.

Really? Wow... that's just pathetic if you're going to blame me being in another country. If you're going to stoop to low levels, then I definitely have a problem with you. Seriously, I am deeply offended that you'd blame this on the country I live in. That's really pathetic, SilentBobX.

Anyway, saluk, I use Notepad ++ and update it whenever the automatic updates come out. As I frequently use the program on a daily basis (and have been before I even discovered C-R), the error would have had to have been something extremely odd. Of course, I've also noticed that some programs such as Notepad, Microsoft Office, Open Office and Wordpad also seem to have an effect on a script and cause a few bugs to pop up. Not sure why but I think it's a problem with font. For some reason, only the generic font Notepad++ prints is able to be read in PyWright without odd artifacts appearing when symbols such as /, *, ', ", ?, #, % and ^ are used.

However, I used Notepad++ when I did any coding for anyone here on C-R.

However, the scripts were passed into SilentBobX's hand when I sent them to him so he could test and edit them for character poses and stuff. Something could have happened on his side too. :P

EDIT: If you have the time, could you remove Episode 1 from the Updater, saluk? I think it's time to get irid of that old thing especially since the new Case 1 is practically around the corner...

Re: PyWright Case Engine ver 0.980

Sat Nov 06, 2010 9:48 am

saluk

Gender: Male

Rank: Prosecutor

Joined: Thu Mar 06, 2008 8:36 pm

Posts: 770

Wow, no need to get offended. It's not about blame at all, it's about understanding the technological nature of the problem. Different countries have different standards as far as text encodings, fonts, programs etc. It's nothing to take personal. Working with the foreign language code in PyWright, I know all too well how easy it is for computers in different regions to cause issue with each other. Language and culture are complex things, and computers exist in the same reality we all do. Only they are much more stupid than people! So it's not a personal attack on you or australia. Just that his computer did not read your files in the same way that yours did.

Besides, the nature of this problem is not one that any user would have known to happen. The "bad characters" in the script are invisible to most editors, unless you specifically enable your editor to view them. No one is blaming anyone here.

Thanks for mentioning that you use notepad++. I've used it before but never noticed any problems with fonts. I'll check it out. I DO know that, as you mentioned, there are issues with using office programs to write scripts - those programs area really not designed for scripting. They have ways of making the code look right to a human, but actually be different when the computer reads it.

Sorry to cause a rift here, please don't fight in this thread :( It is important that when we eventually make a guide, we are clear on what programs work well and how to avoid this kind of problem, but without knowing what causes it, then we can't help.

BTW Tap, I took down your game. Looking forward to the renovated version!

Creator of PyWright, the lovable case construction system!
Also visit the PyWright post.

Re: PyWright Case Engine ver 0.980

Sat Nov 06, 2010 9:56 am

Tap

Gender: Male

Location: Melbourne, Australia

Rank: Ace Attorney

Joined: Thu Oct 08, 2009 10:56 am

Posts: 1371

saluk wrote:

snip

Ah, I see. Thanks for clearing it up, saluk. I did take it as a personal attack but thanks for explaining the issue. You know best. :) I'm a novice when it comes to programming so I didn't know that.

Why exactly do other computers in different regions interpret scripts differently? Is it because of the program or is it because of something else? Maybe it's the language setting? I'm set on EN Australia and I'm pretty sure (not certain) that SBX is on EN US.

Yes, office programs plagued an early version of my coding - I was writing it in Open Office when I noticed that my scripts went haywire which is why I swapped to Notepad ++. :|

Thanks for taking it down! I'm looking forward to releasing it. ^^

Re: PyWright Case Engine ver 0.980

Sat Nov 06, 2010 1:41 pm

SilentBobX

What am I Prosecuting fooooooor!?

Gender: Male

Rank: Medium-in-training

Joined: Wed Mar 07, 2007 7:03 pm

Posts: 467

@Tap
I was looking at it from a technical point a view, Tap. I wasn't playing the blame game here. :yuusaku:

I kinda wish you kids would understand that and not flip out over little things like that.
And I looked over those quotes of mine you pointed out and sheesh, I didn't say anything bad. I just figured something may have been mixed up or wherever. I'm not particularly knowledgeable when it comes to this stuff.

I just used the basic text program when it came to doing the editing. I didn't add anything at all. Unfortunately, I don't have the original zip file that Tap gave me so I don't know if you needed that Saluk. Sorry.

My Fan Game!
Check out my Sprites!
My Let's Play of Shenmue

Re: PyWright Case Engine ver 0.980

Thu Nov 11, 2010 7:32 pm

saluk

Gender: Male

Rank: Prosecutor

Joined: Thu Mar 06, 2008 8:36 pm

Posts: 770

Just a note, I put a fixed version of Trials after Justice up for download, and called the 0.98+fixes 0.981. If you already applied the fixes you can wait for 0.982.

Creator of PyWright, the lovable case construction system!
Also visit the PyWright post.

Re: PyWright Case Engine ver 0.980

Thu Nov 18, 2010 2:31 am

Sollex

Gender: Male

Location: Canada

Rank: Suspect

Joined: Thu Sep 23, 2010 2:49 am

Posts: 4

I had to delete PyWright due to some spyware infection. I then downloaded a new copy of PyWright 0.976 but when I try to unzip the files, it keeps saying it can't create PyWright.exe and access is denied. Has anyone else have had this issue and how do I fix it? Thank you.

Re: PyWright Case Engine ver 0.980

Mon Nov 22, 2010 7:05 pm

Wanderinglawyer

Gender: None specified

Rank: Suspect

Joined: Sat Nov 20, 2010 10:08 pm

Posts: 2

I am having the same difficulty. I've downloaded the PyWright.exe file from the site, but after extracting the file to my desktop, right after clicking on PyWright.exe, the application will open for a brief second, and then close right down again. I've downloaded the file several times now, and extracted the files to different locations with no luck. I've also checked to make sure the C++ redistributable file has been downloaded on my machine. Still no luck. Any help would be greatly appreciated.

Re: PyWright Case Engine ver 0.980

Mon Nov 22, 2010 7:14 pm

saluk

Gender: Male

Rank: Prosecutor

Joined: Thu Mar 06, 2008 8:36 pm

Posts: 770

Sollex:
Which software is saying there is spyware? PyWright does not contain any spyware, so it is probably a false positive. If you have denied PyWright.exe via your spyware program, it sounds like it is just not going to let you use it. Which version of PyWright did you download that caused your program to report spyware?

Wanderinglawyer:
You will need to extract the entire folder as a single unit, and run PyWright.exe from the folder. PyWright.exe by itself won't work.

I'll look into making an installer in the near future to help with these kind of issues.

Creator of PyWright, the lovable case construction system!
Also visit the PyWright post.

Re: PyWright Case Engine ver 0.980

Sun Jul 17, 2011 8:02 am

ChihiroAyasato

You were never supposed to exist.

Gender: Female

Rank: Desk Jockey

Joined: Mon Apr 05, 2010 1:19 pm

Posts: 104

Making sprites: how?
I've analysed the other test cases with Pywright and they all seem to have something in common.
All the separate sprites are lined up and with specific coding in a separate text document.
It works perfectly fine in the test cases but not with the sprites I use.
My format is the same as the ones in the test cases:

Horizontal (the number of sprites in each row)
Vertical (the number of sprites in each column)
Length (the total number of sprites in that sheet)
Loops 1

For some reason, when I input the coding:

char lelouch e=normal

for example

and make it say

"hello, testing to see if it works."

the sprite ends up jumping all over the place.

I have provided both a (blink) and (talk) for the sprite, just so we're clear.

What am I still doing wrong? :sadshoe:

Why are you...lying to me?
Higurashi Kai English Fandub Manager: http://higukai-fandub.deviantart.com

Re: PyWright Case Engine ver 0.980

Sun Jul 17, 2011 9:33 pm

Thursday

Yesterday's Tomorrow

Gender: Male

Location: Toronto, eh?

Rank: Suspect

Joined: Mon Jul 11, 2011 8:49 pm

Posts: 13

@Chihiro:
Are you sure you spaced them correctly? Make sure each frame is in its own space of 256x192 pixels (the screen size), and that they're in the same position relative to this "screen space."
(If this doesn't make sense, take a look at some of the downloadable chars and how each frame is spaced.)

If you can make GIFs, I suggest creating animated ones for your characters, uploading them somewhere, and using Saluk's gif2strip converter. MUCH quicker and more accurate.

Re: PyWright Case Engine ver 0.980

Fri Jul 22, 2011 1:24 am

saluk

Gender: Male

Rank: Prosecutor

Joined: Thu Mar 06, 2008 8:36 pm

Posts: 770

Yes, spacing them correctly is important. Each frame in the animation must be the same width and height, and you will want to center the character correctly within each animation frame. I posted a guide explaining it a while back, but I'm not sure where it went. Many of the sprite sheets that were being passed around early on were very randomly placed, and unable to be read by computers.

The suggestion to make a gif and convert is good, as the gif editor will give you a feel for how well the animation works when you are working on it. If you use GraphicsGale, you can use the free version and export as a combined image, skipping the gif conversion step, and pywright will be able to read it.

Creator of PyWright, the lovable case construction system!
Also visit the PyWright post.

Re: PyWright Case Engine ver 0.980

Tue Jul 26, 2011 1:13 am

SevenCarrots

Gender: None specified

Rank: Medium-in-training

Joined: Wed Aug 04, 2010 7:34 pm

Posts: 440

Wow, I need to update PyWright on my hard drive it seems ^^

Saluk (or any other Pywright developer), I have a general interest in trying the case-maker out (Just to branch out and experiment, that's all):

I'd like to generally get opinions on this: How difficult/easy is it to code for PyWright? Any detailed documentations (read: Guides on doing alot of different functions) I can look into? I'm really interested in just seeing if I can bring up some time in learning for Pywright.

Re: PyWright Case Engine ver 0.986

Wed Jul 27, 2011 4:30 am

saluk

Gender: Male

Rank: Prosecutor

Joined: Thu Mar 06, 2008 8:36 pm

Posts: 770

Hi Huddini, welcome to my thread :) Still getting used to the forums being back.

To answer your questions:

1. The coding is easy to do the bare minimum, can be difficult to branch out from there.
2. There is the official documentation, which is more or less just a collection of commands. There are a few other tutorials around (wikia, Gyakuten), but nothing extensive. The code is pretty easy to read and often self explanitory, so most people learn by looking at existing cases. Which means that people copy each others bad coding styles.
3. Feel free to check it out, and ask if you have specific questions about things.

Creator of PyWright, the lovable case construction system!
Also visit the PyWright post.

Re: PyWright Case Engine ver 0.986

Fri Jul 29, 2011 4:40 am

SevenCarrots

Gender: None specified

Rank: Medium-in-training

Joined: Wed Aug 04, 2010 7:34 pm

Posts: 440

Thanks for the heads up saluk! I've checked the pages you've redirected to...My I have my work cut-out for me xP

Re: PyWright Case Engine ver 0.986

Tue Aug 02, 2011 12:05 pm

Tap

Gender: Male

Location: Melbourne, Australia

Rank: Ace Attorney

Joined: Thu Oct 08, 2009 10:56 am

Posts: 1371

Hmm... I was checking out Turnabout Substitution earlier after I experienced some issues with the timer test in the examples, but I seem to have come across the same issue. For some reason, an error message keeps popping up during the timer sequence time and time again. Here's the code that I copied directly from the loghistory.

Code:

Traceback (most recent call last):
  File "core\libengine.py", line 534, in update
  File "core\libengine.py", line 607, in interpret
  File "core\libengine.py", line 673, in execute_line
  File "core\libengine.py", line 677, in call_func
  File "core\libengine.py", line 1151, in _is
  File "core\libengine.py", line 233, in OR
  File "core\libengine.py", line 184, in EVAL
ValueError: invalid literal for int() with base 10: '8999.04'
start subscript scene110rheatestimony3.script/show_court_record_button
try_bottom
end subscript scene110rheatestimony3.script/show_court_record_button
8936.82
Traceback (most recent call last):
  File "core\libengine.py", line 534, in update
  File "core\libengine.py", line 607, in interpret
  File "core\libengine.py", line 673, in execute_line
  File "core\libengine.py", line 677, in call_func
  File "core\libengine.py", line 1151, in _is
  File "core\libengine.py", line 233, in OR
  File "core\libengine.py", line 184, in EVAL
ValueError: invalid literal for int() with base 10: '8936.82'
8874.24
Traceback (most recent call last):
  File "core\libengine.py", line 534, in update
  File "core\libengine.py", line 607, in interpret
  File "core\libengine.py", line 673, in execute_line
  File "core\libengine.py", line 677, in call_func
  File "core\libengine.py", line 1151, in _is
  File "core\libengine.py", line 233, in OR
  File "core\libengine.py", line 184, in EVAL
ValueError: invalid literal for int() with base 10: '8874.24'
8811.48
Traceback (most recent call last):
  File "core\libengine.py", line 534, in update
  File "core\libengine.py", line 607, in interpret
  File "core\libengine.py", line 673, in execute_line
  File "core\libengine.py", line 677, in call_func
  File "core\libengine.py", line 1151, in _is
  File "core\libengine.py", line 233, in OR
  File "core\libengine.py", line 184, in EVAL
ValueError: invalid literal for int() with base 10: '8811.48'
8749.32
Traceback (most recent call last):
  File "core\libengine.py", line 534, in update
  File "core\libengine.py", line 607, in interpret
  File "core\libengine.py", line 673, in execute_line
  File "core\libengine.py", line 677, in call_func
  File "core\libengine.py", line 1151, in _is
  File "core\libengine.py", line 233, in OR
  File "core\libengine.py", line 184, in EVAL
ValueError: invalid literal for int() with base 10: '8749.32'
8686.62
Traceback (most recent call last):
  File "core\libengine.py", line 534, in update
  File "core\libengine.py", line 607, in interpret
  File "core\libengine.py", line 673, in execute_line
  File "core\libengine.py", line 677, in call_func
  File "core\libengine.py", line 1151, in _is
  File "core\libengine.py", line 233, in OR
  File "core\libengine.py", line 184, in EVAL
ValueError: invalid literal for int() with base 10: '8686.62'
8624.64
Traceback (most recent call last):
  File "core\libengine.py", line 534, in update
  File "core\libengine.py", line 607, in interpret
  File "core\libengine.py", line 673, in execute_line
  File "core\libengine.py", line 677, in call_func
  File "core\libengine.py", line 1151, in _is
  File "core\libengine.py", line 233, in OR
  File "core\libengine.py", line 184, in EVAL
ValueError: invalid literal for int() with base 10: '8624.64'
8562.06
Traceback (most recent call last):
  File "core\libengine.py", line 534, in update
  File "core\libengine.py", line 607, in interpret
  File "core\libengine.py", line 673, in execute_line
  File "core\libengine.py", line 677, in call_func
  File "core\libengine.py", line 1151, in _is
  File "core\libengine.py", line 233, in OR
  File "core\libengine.py", line 184, in EVAL
ValueError: invalid literal for int() with base 10: '8562.06'

Has something funny happened with the update to 0.986? :sadshoe:

EDIT: By the way, is it possible if you could include downloads to earlier versions of PyWright, such as 0.976, and 0.980? =)

Or if anyone happens to have any of the two engines with them, could one of them send me a download link via PM? Thanks in advance. :edgy:

Re: PyWright Case Engine ver 0.986

Wed Aug 03, 2011 2:47 am

CrecieVII

Forensic Investigator

Gender: None specified

Rank: Suspect

Joined: Fri Jul 15, 2011 4:38 am

Posts: 19

I have a question about how to operate the Perceive system. I see how it is implemented in coding, except for one big thing: the controls! I can't see how to pick the spot you're trying to Perceive or move the control to find said twitch. :think-think-think:

And I've looked all over the coding, and I can't find it. It's driving me crazy because I REALLY want to implement the Perceive system in a later case, but if I can't work out the controls, I can't do it.

And also, another thing: how would one go about implementing examinations like spraying Luminol for blood or dusting for prints? I know these are complex questions, but I would love an answer because I really want to implement all of these things in cases for the game I'm working on. Scientifically. :scientific:

Re: PyWright Case Engine ver 0.986

Wed Aug 03, 2011 5:50 pm

firefly431

Awesome Guy

Gender: None specified

Rank: Suspect

Joined: Sat Jul 30, 2011 11:57 am

Posts: 2

Hello! This is an awesome case maker. However, since I don't want to look through every page, can you tell me how to make an objection? Like:

Code:

bg prosecution
#snip: random chat
char Godot
<OBJECTION GOES HERE>
"Trite, that makes absoultely NO sense."

(Sorry, I was really excited when I saw the smilys)
EDIT:
I just saw the objection macro... :payne:

ANYWAY, now I want to make a thing that would say the testimony:

Code:

{prosecutor}
"Witness, your name and occupation?"
{witness}
"The name's Gumshoe. Dick Gumshoe.{n}I'm a homicide detective down at the precinct."
"...{eside}!!!{edisheartened}Gaaahhh!"
{prosecutor}
"{ewhip}Witness, tell us about the case."
{witness}
"Yes, sir!"
fg testimonyanim
#some code for saying it regularly
cross brief
#statements
endcross
#this is code that happens when I press on the last statement
goto brief

EDIT:
I found a glitch in the court macros.
using:
{startcourt}
with my characters
then
{defense}
then
{objection} makes an error. :phoenix:

Re: PyWright Case Engine ver 0.986

Fri Aug 05, 2011 5:06 am

saluk

Gender: Male

Rank: Prosecutor

Joined: Thu Mar 06, 2008 8:36 pm

Posts: 770

Sorry I don't have as much time to check up on this as I used to. Let's see, hitting these one by one...

Tap: Looks like I did break something with TS. If I would break any game, it would be TS :bellboy:

The issue should be gone in 0.987, which I plan on releasing soon. Until then, you can download older versions of PyWright. Just put the version in the url download link, i.e. http://pywright.dawnsoft.org/updates3/e ... 80.win.zip Other versions are 0.976 and 0.985, 0.980 is probably best for TS. But hopefully 0.987 will fix this issue without breaking anything more.

CrecieVII: Yes, the old perceive system is awful. In fact, I think it also only works right on 0.980. You found it the beta10.9 game correct?
This is where you define the region:
#CHANGE - set the boundaries of the twitching region, use _debug mode to see what the offsetx and offsety values are in the game
set minx 0
set maxx 49
set miny 351
set maxy 405

You are defining a rectangle basically, which the center of the screen must fall inside. I'm working to fix the old system to work in 0.987, but I'm going to try and make a new one which is less complex and easier to use.

There's no built in luminol or fingerprinting. You can do a lot using examine screens and gui Button commands however. If you come up with a good system, maybe I can include it with the package for others to use :) I could work on one but it will be some time before I can really focus on it.

firefly431: Before you use objection, call 'set _speaking_name phoenix'. Replace phoenix with what shout sound you use. They should work as is, but I'll look into that. There is no code for the regular testimony, you'll have to copy it in line by line.

Creator of PyWright, the lovable case construction system!
Also visit the PyWright post.

Re: PyWright Case Engine ver 0.986

Fri Aug 05, 2011 10:25 am

Tap

Gender: Male

Location: Melbourne, Australia

Rank: Ace Attorney

Joined: Thu Oct 08, 2009 10:56 am

Posts: 1371

saluk: Thank you for the link, and for the explanation. I have a couple of questions regarding the use of the timer, if you have the time. I'm working on a countdown point and click game, so :)

What would be the exact conversion for "7200" ticks in seconds/minutes? Or to be more specific, what would 1 SC equal in ticks?
Is there a way to make the timer larger? It's rather small at the moment...
Can we change the colour of it as well? I know there's a color={color} code for textblocks, but I couldn't get it to work with the timer... :/
Is it possible to change it so the timer counts down in seconds and minutes, instead of ticks?
Will the timer carry over to the next script? My little project uses a timer feature throughout the entirety of the game, so if it'll reset on the next script, it'll be a pain...

Re: PyWright Case Engine ver 0.986

Sat Aug 06, 2011 7:53 am

saluk

Gender: Male

Rank: Prosecutor

Joined: Thu Mar 06, 2008 8:36 pm

Posts: 770

I uploaded a 0.9861 - it should fix the bug in turnabout substitution. It forces pywright to go back to the fixed framerate mode.

In 0.986 the timer works, but if you try and check the value of the timer with "is timer = 60" etc it won't work. 0.986 runs at a variable framerate meaning that the value of the timer may be a decimal, and until now wrightscript only dealt with integers. I would like to keep it this way, so I'll see if I can work out a compromise somehow.

Tap:
Timers don't carry over across scripts, but the variables they use do. For all the scripts where the timer happens, you will need to restart the timer object. The actual time left is stored in a variable, so when you start up a new timer, you can set it's ticks to that value.

The command 'timer 60 mymacro' will set _timer_value_mymacro = 60. On the next script, if you call 'timer $_timer_value_mymacro mymacro' it will start a new timer that has the number of ticks that were left. If I were you I would make a macro called starttimers that does this, and just put it at the top of each script. There is actually a way to define code which automatically is always run on a new script but it's complex and could present issues.

Note that if you use 'clear' all timer objects will be deleted as well. You can cause timers to be paused this way.

60 ticks = 1 second, so 1 tick = 1/60 seconds. 7200/60 = 120 seconds, or 2 minutes. You could display a timer in minutes with a little bit of math.

With textblock if the first argument is color= you can set the color of the whole text. The text itself doesn't support coloring.

Check core/macros/defaults.mcro, font_defaults for all of the font variables. Textblock uses _font_block, and you can set both the actual font file to use, and the size.

Example code: Shows timer in minutes:seconds with color, and in a big font

Code:

set _font_block_size 16
macro printme
print HI
endmacro

macro timer_display
delete name=td
set seconds $_timer_value_printme
divvar seconds 60
set minutes $seconds
divvar minutes 60
set minsec $minutes
mulvar minsec 60
set secleft $seconds
subvar secleft $minsec
joinvar timetext $minutes : $secleft
textblock 0 0 100 50 color=070 name=td $timetext
print $minutes $seconds $minsec
endmacro

timer 7200 printme
gui Wait run=timer_display

This code will work on 0.9861.

Creator of PyWright, the lovable case construction system!
Also visit the PyWright post.

Re: PyWright Case Engine ver 0.9861

Sat Aug 06, 2011 9:38 am

Tap

Gender: Male

Location: Melbourne, Australia

Rank: Ace Attorney

Joined: Thu Oct 08, 2009 10:56 am

Posts: 1371

Thanks for the quick reply, saluk! Ping' should be happy about the fix, considering that the timer issue has been plaguing him for a while. Now all those players who've been leaving comments in the YouTube thread will be able to proceed. =)

I think I understand, and thank you very much for implementing minutes & seconds into the timers. I tested out the script in 0.9861 and it works perfectly, although there seems to be one issue with it, and that is the "gui Wait" action in it. I've never used the action before, and while I looked at changelog, it seemed pretty clear in its definition. I tried to just remove that part, hoping that the script would execute and run concurrently with the little test I made, but it didn't. The results were either the timer didn't start up, or it never showed an an error message would show up, saying it was an "undefined:int() argument".

To summarise, I can't seem to have the timer run concurrently along with the script as I can only seem to have it run when I use the {run=x} command, which only seems to work with "gui Wait". The answer is probably something obvious, but my mind isn't exactly working since it's under attack by a migraine still. ^^'

Re: PyWright Case Engine ver 0.9861

Sat Aug 06, 2011 10:04 am

saluk

Gender: Male

Rank: Prosecutor

Joined: Thu Mar 06, 2008 8:36 pm

Posts: 770

I'm going to bed now, I can maybe be more detailed in the morning, but the jist of it is you want to set up another timer which updates the display every so often.

Code:

macro update_display
do textblock stuff
timer 60 update_display
endmacro

Call update_display once and it will start updating every second. You might want to put some logic in there to make it so you can turn it off.

Creator of PyWright, the lovable case construction system!
Also visit the PyWright post.

Re: PyWright Case Engine ver 0.9861

Sat Aug 06, 2011 3:08 pm

FVKWY

I'm bad at puzzle solving..

Gender: Female

Location: The land of depressing weather.

Rank: Medium-in-training

Joined: Fri Jul 08, 2011 8:17 am

Posts: 421

Hi, I'd like to start using PyWright, but I have no idea how to code, so do you know any good PyWright tutorials?

Professor Layton & The Lost Future. Best game ever.

I live everywhere and nowhere, usually as Kumori. My YouTube is 'WoodULikeSumCatFood', shamelessly ripped from a friend of mine.

Re: PyWright Case Engine ver 0.9861

Sat Aug 06, 2011 4:11 pm

nudalman

The Trusty Nudal!

Gender: Male

Location: Utopia

Rank: Prosecutor

Joined: Mon Jun 22, 2009 2:35 am

Posts: 695

Hey saluk :)

I'm getting a weird error where when I try to use a black and white background (or more specifically, the witness background) the entire screen turns black and my character disappears.

The code I'm using is:

Code:

bg bwwitness
fg bwwbench
char Trommel
"Blah blah blah"

I've checked the actual bg and there doesn't seem to be anything wrong with it...

Signature and Avatar by the wonderful Midnight Jasper! Check out her graphics, you will be impressed!
Check out my sprites!
Creator of Leon Prinze Ace Attorney - Final Judgment (Sprites by Ceres)

Re: PyWright Case Engine ver 0.9861

Sat Aug 06, 2011 6:31 pm

saluk

Gender: Male

Rank: Prosecutor

Joined: Thu Mar 06, 2008 8:36 pm

Posts: 770

Nothing wrong with the code so it must be with the media. Make sure they are in the right folders, and that they are the right file type (.jpg or .png - and actually the file type they say they are) Other than that, I'm not sure. Check the log files and see if there are any errors reported there.

Creator of PyWright, the lovable case construction system!
Also visit the PyWright post.

Re: PyWright Case Engine ver 0.9861

Tue Aug 09, 2011 5:20 pm

Thursday

Yesterday's Tomorrow

Gender: Male

Location: Toronto, eh?

Rank: Suspect

Joined: Mon Jul 11, 2011 8:49 pm

Posts: 13

Hey,
I've recently been trying to get the Detention Center "glass" to appear over the defendant in my trial.
I used this code:

Code:

bg detention.png name=detention
fg glass.png name=glass
char Apollo e=normal

The glass shows up fine, but there seems to be an issue, because the background and char under it is covered by a black space.
The glass's file itself doesn't seem to have a transparency issue; it's a png, and the transparent space is indeed blank :eh?:

Re: PyWright Case Engine ver 0.9861

Wed Aug 10, 2011 5:01 pm

saluk

Gender: Male

Rank: Prosecutor

Joined: Thu Mar 06, 2008 8:36 pm

Posts: 770

Are you sure about that? The only explanation for the space not being transparent in the game is some problem with the media. What program did you use to create the transparency? Can you post the file so I can see it? Note that you can also use the built in 'fg detention' or 'fg detention_apollo' which are tested and known to work.

Two media related problems by two authors so close together is a bit of a red flag for me though :) But I don't really have enough information to go on yet.

Creator of PyWright, the lovable case construction system!
Also visit the PyWright post.

Re: PyWright Case Engine ver 0.9861

Wed Aug 10, 2011 9:33 pm

Thursday

Yesterday's Tomorrow

Gender: Male

Location: Toronto, eh?

Rank: Suspect

Joined: Mon Jul 11, 2011 8:49 pm

Posts: 13

Oh, I was never aware of fg detention_apollo. I used that instead and it shows up fine now, thanks :phoenix:

Just in case, though, here's the file I used:

I got it from CR's Media, and fixed it up in Paint.NET.

Re: PyWright Case Engine ver 0.9861

Thu Aug 11, 2011 3:28 am

saluk

Gender: Male

Rank: Prosecutor

Joined: Thu Mar 06, 2008 8:36 pm

Posts: 770

Thanks for posting that! The problem seems to be that it is in indexed color mode rather than rgba. So for each pixel, it will be stored 0 for transparent or 1 for black or 2 for blue etc. With rgba, you store the 3 color values and an alpha level for each pixel. I might be able to detect and display indexed images correctly, so I'll take a look. Until then, make sure to use rgba when using transparency.

Creator of PyWright, the lovable case construction system!
Also visit the PyWright post.

Re: PyWright Case Engine ver 0.9861

Mon Aug 15, 2011 10:27 am

SilentBobX

What am I Prosecuting fooooooor!?

Gender: Male

Rank: Medium-in-training

Joined: Wed Mar 07, 2007 7:03 pm

Posts: 467

I ran across a small problem while editing my game.
While in the investigation phase, after setting up an event where you have to point something out to someone through examination, I'm not able to scroll the bottom screen. The background used is a 512 x 192. When I hit the scroll button, only the top screen scrolls but the bottom one doesn't. Is this an error on my part? Here's the code just in case:

Code:

bg floord2 stack z=3 name=d2
scroll y=192 speed=12 name=d2
set _examine_use floord2
examine hide
region 345 130 110 30 thespot
region 1 2 14 14 none

had to make a None region so the scroll button would show up.

My Fan Game!
Check out my Sprites!
My Let's Play of Shenmue

Re: PyWright Case Engine ver 0.9861

Wed Aug 17, 2011 6:33 am

saluk

Gender: Male

Rank: Prosecutor

Joined: Thu Mar 06, 2008 8:36 pm

Posts: 770

Yes, just to clarify, the scrolling code uses the regions to determine whether scrolling is needed or not rather than the image. If there is a region that is to the left of the screen, it knows it needs to scroll to the left, and if there is a region to the right, it knows it needs to scroll to the right.

Creator of PyWright, the lovable case construction system!
Also visit the PyWright post.

Re: PyWright Case Engine ver 0.9861

Thu Aug 25, 2011 11:00 am

DudeWithAMask

Gender: Male

Rank: Medium-in-training

Joined: Wed Aug 24, 2011 2:25 pm

Posts: 343

I'd like to report a small problem. I am adding custom evidence pages using:

Code:

set _ev_pages evidence profiles thirdpage

And it works, the evidence pages show up. However, the problem is, every time evidence is added using the

Code:

addev evname [pagename]

function, a problem comes along. In the actual game, when you click the evidence and then try to scroll through while zoomed in like that, the game will crash. Weather you use the keyboard or click those arrows on the side, the game crashes, even if there's nothing to scroll to.

HOWEVER, if you add it like this:

Code:

addev evname

It will automatically go to the first page, yes, but it won't crash. Same with profiles.
This leads me to believe that the

Code:

addev evname [pagename]

is broken. :hobohodo:

That one guy from AAO that made about a dozen cases that all kinda go off the deep end and fall apart at one point or another.