Ren'Py 6.10.0 Released

[delta]

I just found something strange and rather annoying.

"bg one" is a 1000x600 jpg.

Code: Select all

scene bg one at left

show bg one as overlay:
    left
    alpha 0.5

The two positions are not the same (you can see it very well with the 0.5 alpha). I'm pretty sure it doesn't have anything to do with using an "as" clause, since I get the feeling that ATL blocks attached to show statements are always ~1 pixel off (at least when they manipulate alpha). This just illustrates it very well.

The construct I'm replacing with this, basically:

Code: Select all

scene bg one at left
show bg one at Alpha(0.5, 0.5, 0.0) as overlay

does not misbehave like that (in reality it's of course not the same image, and it changes over time, but the problem is the same).

[delta]

Oh, and I may have found something related, or not:

Code: Select all

    image test:
        "test.jpg" # 800x600 image
        size (800,600) crop (0, 0, 800, 600) subpixel True
        ease 10.0 crop (40, 30, 720, 540) # obviously a converted Zoom()

for some reason, this displayable, which should be a continuously accelerating and decelerating slow zoom, has a little jump about one second in.

[PyTom]

In both cases, it's looks like the cause is rounding errors in the transform32 function. I'll see what I can do about it.

[delta]

I found another issue, unrelated this time. I've been converting some function-controlled Motions to function-controlled Transforms.

Now first off, this is a bit of a nuisance since Motion controller functions took a duration, and Transform controller functions take a displayed time. You can hack this (by computing min((float(displayed) / float(duration)), 1.0)), but it's a lot less comfortable since you basically have to set the duration inside the controller function or resort to curries and the like.

But the real issue is that once you bind such a Transform to a displayable with At() and show it, the attached Transform will be completely ignored/overwritten if the tag already has an associated Transform (like a position). The Transforms are composited correctly if you use a verbatim "show sprite at Transform(function=controller)" in the script, so it's likely a bug in At(). Using "Transform(function=controller)" in an image definition ATL block does not work either (it crashes).

[PyTom]

Delta, would you mind filing that last one in the bug tracker, so I can track it? I'm preparing for a trip this weekend, and I'm not sure I'll have time to look at it before then... and I do want to make sure it doesn't slip through the cracks.

Thanks.

[delta]

Sure, https://bugs.launchpad.net/renpy/+bug/485631

[Schnauzer]

A W E S O M E !!

I just wanna congratulate Pytom for this new realease. All I have read about it is totally great. I'm just a noob using the engine but looks like the scripts now are easier to do, starting with that there's no need of hiding images anytime! ^_^

[000]

Congratulate me: my Russian borks AGAIN.
Now, that new shiny Tutorial demo, at the part with examples, refuses to show cyrillic letters in examle window properly

And of course, there is ever-favorite "Question marks instead of windows title" problem...

[PyTom]

Is the question-marks instead of window title back with 6.10? I thought it was fixed.

I'll also look into why we can't show cyrillic in the example window.

[000]

Is the question-marks instead of window title back with 6.10? I thought it was fixed.

Yup, back in full glory...

Also, there is bug in Ren'Py's handlilg of paths with cyrillic (non-ASCII in general?) letters in it. I mentioned it in my comment to other (related) bug in the pad, but it might be good to post it here as well.

[reaktor]

I tried to merge my project from 6.9.3 and I got this:

Code: Select all

I'm sorry, but an exception occured while executing your Ren'Py
script.

TypeError: __init__() takes exactly 3 arguments (4 given)

Finding font: ('DejaVuSans.ttf', 22, False, False, False)
 - script at line 716 of renpy-6.10.0/common/00library.rpy
 - python at line 716 of renpy-6.10.0/common/00library.rpy.
 - script at line 20 of renpy-6.10.0/common/_layout/classic_main_menu.rpym

-- Full Traceback ------------------------------------------------------------

  File "D:\My Dropbox\renpy-6.10.0\renpy\bootstrap.py", line 260, in bootstrap
  File "D:\My Dropbox\renpy-6.10.0\renpy\main.py", line 308, in main
  File "D:\My Dropbox\renpy-6.10.0\renpy\main.py", line 92, in run
  File "D:\My Dropbox\renpy-6.10.0\renpy\execution.py", line 230, in run
  File "D:\My Dropbox\renpy-6.10.0\renpy\ast.py", line 557, in execute
  File "D:\My Dropbox\renpy-6.10.0\renpy\python.py", line 927, in py_exec_bytecode
  File "renpy-6.10.0/common/00library.rpy", line 716, in <module>
  File "D:\My Dropbox\renpy-6.10.0\renpy\game.py", line 289, in call_in_new_context
  File "D:\My Dropbox\renpy-6.10.0\renpy\execution.py", line 230, in run
  File "D:\My Dropbox\renpy-6.10.0\renpy\ast.py", line 557, in execute
  File "D:\My Dropbox\renpy-6.10.0\renpy\python.py", line 927, in py_exec_bytecode
  File "renpy-6.10.0/common/_layout/classic_main_menu.rpym", line 53, in <module>
  File "D:\My Dropbox\renpy-6.10.0\renpy\ui.py", line 69, in interact
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\core.py", line 1519, in interact
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\core.py", line 1829, in interact_core
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\core.py", line 1135, in show
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\render.py", line 780, in render_screen
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\render.py", line 143, in render
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\layout.py", line 508, in render
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\render.py", line 143, in render
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\layout.py", line 508, in render
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\render.py", line 143, in render
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\layout.py", line 508, in render
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\render.py", line 143, in render
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\layout.py", line 767, in render
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\render.py", line 143, in render
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\layout.py", line 604, in render
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\render.py", line 143, in render
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\behavior.py", line 358, in render
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\layout.py", line 740, in render
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\layout.py", line 679, in width
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\render.py", line 143, in render
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\behavior.py", line 358, in render
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\layout.py", line 767, in render
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\render.py", line 143, in render
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\text.py", line 1412, in render
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\text.py", line 912, in layout
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\text.py", line 110, in update
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\font.py", line 441, in get_font
  File "D:\My Dropbox\renpy-6.10.0\renpy\display\font.py", line 387, in load_ttf
TypeError: __init__() takes exactly 3 arguments (4 given)

Finding font: ('DejaVuSans.ttf', 22, False, False, False)
 - script at line 716 of renpy-6.10.0/common/00library.rpy
 - python at line 716 of renpy-6.10.0/common/00library.rpy.
 - script at line 20 of renpy-6.10.0/common/_layout/classic_main_menu.rpym

Ren'Py Version: Ren'Py 6.10.0e

I tried to delete all .rpyc and other unneccessary files from project, and also use new options.rpy, but with same results. Tutorial and The Question seem to work fine never the less. Any ideas?

[jack_norton]

Well in this case it seems you put 4 arguments for the font instead of 3. If you cut the last "False" it should work?

[reaktor]

Well, I don't have anything custom relating with font, so I'm not sure if it's a bug on renpy core?

Edit:

Apparently this has something to do with down-scaling rendering for smaller resolution. I'm working game with Samsung NC10 netbook with 1024 x 600 resolution and my project was on 1366x768 resolution. When I changed down to 1024x600 everything started working fine.

I didn't have this problem with 6.9.3 , so apparently this is some sort of bug?

[delta]

Don't tell me that downscaling of games is broken again. Is there a way to turn the bloody thing off?

[jack_norton]

Well for some people (like me) is very useful, but maybe could be controlled by a variable to set in the options.rpy initialize.