Ren'Py 6.99.9 Prereleased

[PyTom]

The usual prerelease disclaimer: This is up here for testing. I don't guarantee API stability for prerelease versions, but I don't think anything is likely to change between now and final release.


I'm happy to announce Ren'Py 6.99.9, the latest in a series of releases that will culminate in Ren'Py 7. This release features a full rewrite of the audio and video playback code, which allows for a number of often-requested features:

• Partial playback of audio files, including the specification of start, end, and loop points.
• A new audio channel that allows the playback of multiple sound files at once, for use by interface and game sound
• The ability to play multiple movies at once, and to seamlessly loop movies.
• Movie-backed sprites that use a pair of movies, one for the color channel and one containing alpha (opacity) information.

This release includes a major bugfix involving fullscreen games on Windows when DPI scaling is used, and a number of other fixes and new features.

Downloads of 6.99.9 can be found at:

http://www.renpy.org/release/6.99.9

A full list of changes to Ren'Py can be found at:

http://www.renpy.org/dev-doc/html/changelog.html

A list of changes that may require you to update your game can be found at:

http://www.renpy.org/dev-doc/html/incompatible.html


Thanks in advance to everyone that's will test this, and thanks in retrospect to everyone that has tested this. A number of people have already tried the nightlies, and their feedback has really helped.

[xela]

Look really amazing and opens a lot of new options, Thank You!

[AXYPB]

Please disregard this post. It was in reference to an unrelated error I have made that I have since corrected.

[nyaatrap]

I find a new bug not presented in 6.99.8.
When I hit some keys on my Keyboard, sometimes they don't respond.
For example, when I hit 'h', sometimes it hides/shows windows but sometimes it does nothing.

[PyTom]

nyaatrap, is that problem on the mac?

[nyaatrap]

No, Windows10. Tested the tutorial game.

[PyTom]

I see a plausible reason for the issue. I'll fix it tomorrow, probably.

[AXYPB]

I am experiencing incorrect behavior with partial loops. I have defined several music files with a partial loop, i.e. "define audio.M01 = "<loop 1.5>bgm/M01.opus"", but when the music file finishes playing, the audio goes silent for the loop interval specified before it begins looping. I have reproduced this with WAV, Ogg Vorbis, and Opus files at 44.1 kHz and 48 kHz.

[PyTom]

Can you post the music file somewhere I can get to it, and let me know the platform that's having problems? I believe you, but I don't have time to recreate it, and I don't want to lose a day due to a lack of info.

[AXYPB]

I am using Windows 7 64-bit and Ren'Py 6.99.9.1156.

The issue occurs with all music tracks I've defined this way. I've sent a PM with details on a particularly severe case.

[PyTom]

I just updated the prerelease to 6.99.9.1161.

This:

* Fixes nyaatrap's problem, where keyboard input was flaky. It turned out to be a change in the way SDL 2.0.4 handles event processing on windows, which I had to compensate for.

* Fixes AXYPB's problem, where a loop would cause empty space to be added to the end of an audio track. The playback duration was being calculated wrong, ignoring the start time offset.

* Changes the new renpy.music.get_pos() function. The function now returns the time offset into the playing audio track, rather than the number of seconds it was playing for. (This makes sense when a file
has been given an offset.)

* Adds a new renpy.music.get_duration(). This returns the duration of the currently playing audio track, if known.

* Adds AudioPositionValue(). This is can be used with bar to display the position inside the currently playing track. At least for the time being, this is read-only - clicking on the bar will do nothing.

Test and enjoy, and good luck to everyone participating in NaNoRenO.

[kevinturner]

Small issue with the newest build that seems to cascade into much bigger issues. 6.99.9 doesn't seem to like dash characters "-" in image names. Every single image with a dash in the name fails to compile in 6.99.9, but compiles correctly in 6.99.8. Even weirder, if you compile initially in 6.99.8 and then run the same untouched rpyc files in 6.99.9, it works.

Each error looks like this:

Code: Select all

File "game/includes.rpy", line 86: expected '=' not found.
    image bg Rest-Area-Background = "images/bg/Rest Area/Rest Area Background.jpg"
                 ^

Also, possibly related, it crashes on launch with this (assuming you compile straight from 6.99.9 instead of using a project that was once run in 6.99.8):

Code: Select all

I'm sorry, but an uncaught exception occurred.

After loading the script.
Exception: Invalid key specifier skip

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

Full traceback:
  File "/Applications/renpy-6.99.9-sdk/renpy/bootstrap.py", line 277, in bootstrap
    renpy.main.main()
  File "/Applications/renpy-6.99.9-sdk/renpy/main.py", line 399, in main
    if renpy.parser.report_parse_errors():
  File "/Applications/renpy-6.99.9-sdk/renpy/parser.py", line 2442, in report_parse_errors
    renpy.display.error.report_parse_errors(full_text, error_fn)
  File "/Applications/renpy-6.99.9-sdk/renpy/display/error.py", line 156, in report_parse_errors
    error_fn = error_fn,
  File "/Applications/renpy-6.99.9-sdk/renpy/game.py", line 265, in invoke_in_new_context
    return callable(*args, **kwargs)
  File "/Applications/renpy-6.99.9-sdk/renpy/display/error.py", line 42, in call_exception_screen
    return renpy.ui.interact(mouse="screen", type="screen", suppress_overlay=True, suppress_underlay=True)
  File "/Applications/renpy-6.99.9-sdk/renpy/ui.py", line 277, in interact
    rv = renpy.game.interface.interact(roll_forward=roll_forward, **kwargs)
  File "/Applications/renpy-6.99.9-sdk/renpy/display/core.py", line 2425, in interact
    repeat, rv = self.interact_core(preloads=preloads, **kwargs)
  File "/Applications/renpy-6.99.9-sdk/renpy/display/core.py", line 3085, in interact_core
    renpy.display.behavior.skipping(ev)
  File "/Applications/renpy-6.99.9-sdk/renpy/display/behavior.py", line 242, in skipping
    if map_event(ev, "skip"):
  File "/Applications/renpy-6.99.9-sdk/renpy/display/behavior.py", line 210, in map_event
    check_code = eval("lambda ev : " + compile_event(keysym, True), globals())
  File "/Applications/renpy-6.99.9-sdk/renpy/display/behavior.py", line 119, in compile_event
    raise Exception("Invalid key specifier %s" % key)
Exception: Invalid key specifier skip

Darwin-15.3.0-x86_64-i386-64bit
Ren'Py 6.99.9.1161
 

Finally, the weirdest part to all of this:

Running the game in 6.99.9 (after running it once in 6.99.8 to get it working in 6.99.9):


Running the game in 6.99.9 after only making a change to the line displayed and nothing else, reloading, but without rolling back far enough to reload the background:


Running the game in 6.99.9 after only making a change to the line displayed and nothing else, reloading, and running from the very beginning of the script to make sure the background has to be reloaded:


If you look closely, it looks like Ren'Py is adding a space before the dash, as the code for that background in the scene is:

Code: Select all

    scene bg Motorhome-Day onlayer background:
        zoom 0.75
        xalign 0.1
        yalign 0.2

So Ren'Py 6.99.9 really doesn't like dashes while compiling, whether it wants them to be '=' signs or adding extra spaces.

[jack_norton]

I don't think is wise to use - in images, but of course if was working before, it's weird.
About the "Invalid key specifier skip" I got it too for other bugs (but in my own code), it seems like that latest version fails to report the correct line/bug. Instead of showing the right error message and the line, displays that traceback.

[kevinturner]

We actually do it to prevent backgrounds from having multiple tags so bg is the only tag that is ever applicable. We could go with camel case, but dashes were the standard when I joined and it made more sense to keep going with it since everyone on the team understood that to be the formatting for backgrounds.

[jack_norton]

Well I just put the background images in the images subfolder and use Ren'Py auto-definition. So if I have put the files:
bg livingroom.jpg
bg entrance.jpg
bg bedroom.jpg
in the images/ subfolder then I can just call them in the game with:
scene bg entrance
scene bg bedroom
scene bg livingroom

without need to define any image. Using spaces is also probably safer than the dash