Please help testing upcoming openMSX release! | MSX Resource Center (Page 6/65)

Hero (522)

14-10-2018, 19:27

PatrickR wrote:

openmsx: src/video/GLUtil.hh:305: T* gl::PixelBuffer::getOffset(GLuint, GLuint) [with T = short unsigned int; GLuint = unsigned int]: Assertion `y < height' failed.
Aborted (core dumped)

Fixed. Thanks for reporting!
The bug could trigger when using the 'sdlgl-pp' renderer with 'hq(lite)' scale_algorithm in combination with an interlaced msx screen mode. See here for more details.

Par wouter_

Hero (522)

14-10-2018, 19:54

sd_snatcher wrote:

Suggestion: whenever a debug break occurs, it should signal the frame skipper that the next frame has to be forcibly drawn.

I implemented this (or something close to it). Could you please verify with the latest development snapshot?

Par PatrickR

Resident (39)

14-10-2018, 19:55

wow you guys are fast! gonna do a git pull and new make install in a bit to confirm.

Par PatrickR

Resident (39)

14-10-2018, 20:10

for me the same issue occurs in version openMSX 0.14.0-369-g3e6b2d93e-dirty

another thing, I reconfigured the source with export OPENMSX_FLAVOUR=devel but when building it still built me the opt version, is there anything else I need to flush before rebuilding that I'm not aware of?

Par Manuel

Ascended (19463)

14-10-2018, 20:14

The dirty means you changed something to the code...

Par wouter_

Hero (522)

14-10-2018, 20:28

PatrickR wrote:

...another thing, I reconfigured the source with export OPENMSX_FLAVOUR=devel but when building it still built me the opt version...

The OPENMSX_FLAVOUR variable is needed during the build rather than the configure step. Personally, when I need a different build flavour, I do this (without reconfiguring):
make OPENMSX_FLAVOUR=debug -j4

And as Manuel already said, the "dirty" tag in the version means you have local changes in your source code. Best check if those are intentional.

Par PatrickR

Resident (39)

14-10-2018, 23:44

no, nothing intentionally changed, let me start from scratch here.

Par PatrickR

Resident (39)

15-10-2018, 00:09

ok, flushed it all and recompiled from scratch to the following version:
openMSX 0.14.0-369-g3e6b2d93e
flavour: debug
components: ALSAMIDI CORE GL LASERDISC

but same issue is occuring:
expected floating-point number but got ""openmsx: src/video/GLUtil.hh:305: T* gl:ixelBuffer::getOffset(GLuint, GLuint) [with T = short unsigned int; GLuint = unsigned int]: Assertion `y < height' failed.
Aborted (core dumped)

crash dump with core dump from debug version uploaded.

Par Manuel

Ascended (19463)

15-10-2018, 10:04

Which scale_algorithm setting are you using? Which scale_factor?

Par PatrickR

Resident (39)

15-10-2018, 10:39

Renderer: SDLGL-PP, Scaler: 4x, HQ Accuracy: pixel, deinterlace On, Limit Sprites: on