Please help testing upcoming openMSX release!

Page 6/11
1 | 2 | 3 | 4 | 5 | | 7 | 8 | 9 | 10 | 11

By wouter_

Champion (407)

wouter_'s picture

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.

By wouter_

Champion (407)

wouter_'s picture

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?

By PatrickR

Resident (39)

PatrickR's picture

14-10-2018, 19:55

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

By PatrickR

Resident (39)

PatrickR's picture

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?

By Manuel

Ascended (15109)

Manuel's picture

14-10-2018, 20:14

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

By wouter_

Champion (407)

wouter_'s picture

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.

By PatrickR

Resident (39)

PatrickR's picture

14-10-2018, 23:44

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

By PatrickR

Resident (39)

PatrickR's picture

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:TongueixelBuffer::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.

By Manuel

Ascended (15109)

Manuel's picture

15-10-2018, 10:04

Which scale_algorithm setting are you using? Which scale_factor?

By PatrickR

Resident (39)

PatrickR's picture

15-10-2018, 10:39

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

Page 6/11
1 | 2 | 3 | 4 | 5 | | 7 | 8 | 9 | 10 | 11
My MSX profile