Closed Retro-Hax closed 1 year ago
Looks like rgbgfx
breaks when you don't give -o
an argument. If you could provide the core dump that would be great.
Hope this is everything that is needed
PID: 1788596 (rgbgfx)
UID: 1000 (retro-hax)
GID: 1000 (retro-hax)
Signal: 6 (ABRT)
Command Line: rgbgfx -o -t -p assets/gfx/TitleScreen.2bpp assets/gfx/TitleScreen.png
Executable: /usr/bin/rgbgfx
Control Group: /user.slice/user-1000.slice/session-5.scope
Unit: session-5.scope
Slice: user-1000.slice
Session: 5
Owner UID: 1000 (retro-hax)
Hostname: archlinux
Storage: /var/lib/systemd/coredump/core.rgbgfx.1000.ac5455bf8d82422eaea362dfcc91a566.1788596.1675087002000000.zst (present)
Size on Disk: 66.8K
Message: Process 1788596 (rgbgfx) of user 1000 dumped core.
Stack trace of thread 1788596:
#0 0x00007fc8b94a164c n/a (libc.so.6 + 0x8864c)
#1 0x00007fc8b9451938 raise (libc.so.6 + 0x38938)
#2 0x00007fc8b943b53d abort (libc.so.6 + 0x2253d)
#3 0x00007fc8b943b45c n/a (libc.so.6 + 0x2245c)
#4 0x00007fc8b944a486 __assert_fail (libc.so.6 + 0x31486)
#5 0x000056041aa4c3e4 n/a (rgbgfx + 0x133e4)
#6 0x000056041aa4f16f n/a (rgbgfx + 0x1616f)
#7 0x000056041aa3d8e8 n/a (rgbgfx + 0x48e8)
#8 0x00007fc8b943c290 n/a (libc.so.6 + 0x23290)
#9 0x00007fc8b943c34a __libc_start_main (libc.so.6 + 0x2334a)
#10 0x000056041aa3f0f5 n/a (rgbgfx + 0x60f5)
ELF object binary architecture: AMD x86-64
Someone else provided me an image that trips this bug; one pixel ends up outside of the computed palette. More investigation is necessary.
This happens also when doing rgbfx -o as well