nothing visible in the main panel

[mazzoo]

just built under arch linux, nothing to see in the main (track) panel.

There's no output on the console about missing fonts whatsoever. the scrollbars nicely seem to follow the active line while playing.

[hitchhikr]

You've got the file "pattern_font.bmp" in the skins directory ? (i mean as a non-corrupted bitmap file).

Is the problem still present in full screen mode ?

[mazzoo]

have the font, also dsyfunct in full screen.

% sha256sum release/distrib/skins/pattern_font.bmp d7213c3a674df490524b478012848e0c007e3f6ae2d2258be6d1bf2f6aedc6b3 release/distrib/skins/pattern_font.bmp

I had just built using make -j -f makefile.linux and then I ran release/distrib/ptk_linux . now I tried cd release/distrib && ./ptk_linux but it's the same.

[hitchhikr]

Try to download the repository again i changed the rendering to software surface, maybe that's the problem.

Frankly, i'm even surprised that it works on Linux, i tried on the latest Debian and it crashes randomly, i think it's a problem with the implementation of SDL, i plan to migrate the program to SDL2 hopefully it'll fix the many troubles i had with SDL1.

[mazzoo]

will do in a sec, here's another debug I did:

% strace -o ptk.strace ./ptk_linux
% grep 'open.*bmp' ptk.strace 
openat(AT_FDCWD, "skins/neural.bmp", O_RDONLY) = 33
openat(AT_FDCWD, "skins/pointer.bmp", O_RDONLY) = 33
openat(AT_FDCWD, "skins/303.bmp", O_RDONLY) = 33
openat(AT_FDCWD, "skins/pattern_font.bmp", O_RDONLY) = 33
openat(AT_FDCWD, "skins/font.bmp", O_RDONLY) = 33
openat(AT_FDCWD, "skins/font.bmp", O_RDONLY) = 33
% 

[mazzoo]

still not working in 5abb69ff333f11921c0e60fea0d9fa15b17be557 (also not in FS)

[hitchhikr]

I don't know why there are problems in Linux only (and the issues are obviously different in Arch Linux than in Debian/Ubuntu). I have to change the way the interface is done anyway, it's currently a CPU hog.

[hitchhikr]

Btw, are you using a 32 or 64 bit Distribution ?

[mazzoo]

64

[hitchhikr]

Try it again, it should work now...

[mazzoo]

I am sorry, but no, it doesn't, am @ b80014ee0bf288c0c320cf47cab1f216d604ef32

[hitchhikr]

It works properly on debian so i don't know what's wrong with your linux.

[hitchhikr]

Say; you wouldn't be using sdl12-compat by any chance ?

[mazzoo]

% ldd ./release/distrib/ptk_linux | grep -i sdl
	libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0x00007a7b2e463000)

pacman says extra/sdl12-compat 1.2.68-1 [installed] but also extra/sdl2 2.30.0-1 [installed: 2.28.5-1]

oh then the build seems to have picked the ancient SDL version?

I seem to have it for gnuradio (which I don't use a lot): :: removing sdl12-compat breaks dependency 'sdl12-compat' required by gnuradio

[hitchhikr]

I tried with sdl12-compat on mac os and indeed it didn't show the patterns.

[SamuraiCrow]

I looked at the "required by" entry for sdl12-compat package on Manjaro Linux and SDL-Draw wasn't listed.

[samuraicrow@manjaro-pc ~]$ pamac info sdl12-compat Name : sdl12-compat Version : 1.2.68-1 Description : SDL 1.2 runtime compatibility library using SDL 2.0 URL : https://github.com/libsdl-org/sdl12-compat Licenses : MIT Repository : extra Installed Size : 667.8 kB Groups : -- Depends On : sdl2 glu Optional Dependencies : -- Required By : lib32-sdl12-compat libvisual sdl_gfx sdl_image sdl_mixer sdl_net sdl_sound sdl_ttf steam-native-runtime virtualbox wxgtk2.8 Optional For : grub libde265 libmpeg2 mlt vlc xine-lib Provides : sdl=1:1.2.15+r406+gf1caf909-1 Replaces : sdl<=1:1.2.15+r406+gf1caf909 Conflicts With : sdl Packager : Jelle van der Waa [email protected] Build Date : Wed 27 Sep 2023 09:08:37 AM CDT Install Date : Wed 04 Oct 2023 04:54:01 AM CDT Install Reason : Installed as a dependency for another package Validated By : Signature Backup files : --

[samuraicrow@manjaro-pc ~]$

[hitchhikr]

Try it with latest commit, it may work.

[mazzoo]

desole, non.

[hitchhikr]

remove sdl12-compat then.

[mazzoo]

you may not like it. when I remove sdl12-compat then the SDL headers are not found anymore. that is b/c SDL headers are kept in /usr/include/SDL and SDL2 headers are in /usr/include/SDL2

so I quickly changed the source to see (attachted patch) but then I get missing symbols like SDLK_LAST as per the attached make.log

path_SDL_to_SDL2.diff.zip

make.log

[hitchhikr]

Well install libsdl1.2-dev ?

[hitchhikr]

Also it looks like sdm12-compat doesn't handle the right mouse button (at least it doesn't on mac os).

[mazzoo]

Well install libsdl1.2-dev ?

nope, that's not the debian way on arch. a package comes with it's headers. but it seems arch does not provide SDL1.2 anymore. only the SDL compat layer.

[hitchhikr]

You know the deal then: https://github.com/libsdl-org/SDL-1.2

[mazzoo]

wonderful. that works.

so the future way for Protrekkr will be SDL2? Or do you intend to fix the SDL12-compat layer still? the ancient SDL1.2 doesn't seem a way into the distributions anymore...

[hitchhikr]

I'll come to that eventually, but the problems are that some platforms i support do not have SDL 2 (i haven't investigated that much yet) and migrating from 1 to 2 isn't really that trivial, a lot of code need to be rewritten. I think i'll switch to OpenGL rendering in a near future.

[SamuraiCrow]

I see that SDL_GFX has a compatibility shim for SDL2_GFX but SDL_Draw has no such shim. Do you think that's the actual culprit?

[hitchhikr]

The patterns are drawn with SDL_BlitSurface()