The Netherlands
I do computer stuff
Comment by ~martijnbraam on ~martijnbraam/OpenAtem
It seems like this can't be fixed in flatpak directly. The missing thing is an udev rule on the host to allow libusb to use the atem usb connection.
It's this rule file that gets installed on the host normally: https://git.sr.ht/~martijnbraam/pyatem/tree/master/item/100-blackmagicdesign.rules
Comment by ~martijnbraam on ~martijnbraam/OpenAtem
Should be fixed in the latest flatpak release
~martijnbraam assigned ~martijnbraam to #3 on ~martijnbraam/OpenAtem
Comment by ~martijnbraam on ~martijnbraam/OpenAtem
Ah that makes sense. I'll try adding libusb
Proxy added by ~martijnbraam on ~martijnbraam/OpenAtem
Ticket created by ~martijnbraam on ~martijnbraam/OpenAtem
From OpenSwitcher connected to the TCP proxy:
Firmware: 2.30 Mixer model: ATEM Television Studio HD Traceback (most recent call last): File "/usr/local/share/switcher/gtk_switcher/atemwindow.py", line 52, in run self.mixer.loop() File "/path/pyatem/pyatem/protocol.py", line 59, in loop self.save_field_data(fieldname, data) File "/path/pyatem/pyatem/protocol.py", line 210, in save_field_data contents = getattr(fieldmodule, classname)(contents) File "/path/pyatem/pyatem/field.py", line 2399, in __init__ field = struct.unpack_from('>H2x 4I 4I', raw, 0) struct.error: unpack_from requires a buffer of at least 36 bytes for unpacking 36 bytes at offset 0 (actual buffer size is 8) EXCEPTION error('unpack_from requires a buffer of at least 36 bytes for unpacking 36 bytes at offset 0 (actual buffer size is 8)') Traceback (most recent call last): File "/usr/local/share/switcher/gtk_switcher/atemwindow.py", line 52, in run self.mixer.loop() File "/path/pyatem/pyatem/protocol.py", line 59, in loop self.save_field_data(fieldname, data) File "pyatem/pyatem/protocol.py", line 205, in save_field_data key = fieldname.decode() UnicodeDecodeError: 'utf-8' codec can't decode byte 0xff in position 1: invalid start byte EXCEPTION UnicodeDecodeError('utf-8', b'e\xff\x00j', 1, 2, 'invalid start byte') Traceback (most recent call last): File "/usr/local/share/switcher/gtk_switcher/atemwindow.py", line 52, in run self.mixer.loop() File "/path/pyatem/pyatem/protocol.py", line 59, in loop self.save_field_data(fieldname, data) File "/path/pyatem/pyatem/protocol.py", line 205, in save_field_data key = fieldname.decode() UnicodeDecodeError: 'utf-8' codec can't decode byte 0xf7 in position 0: invalid start byte EXCEPTION UnicodeDecodeError('utf-8', b'\xf7\x9c\x002', 0, 1, 'invalid start byte')
Ticket created by ~martijnbraam on ~sircmpwn/hare
the
in
operator would check if x is a valid value in enum_type
Comment by ~martijnbraam on ~martijnbraam/Megapixels
double free afaik
Op za 30 okt. 2021 om 20:26 schreef ~dhedberg outgoing@sr.ht:
I see the same thing on mobian/phosh and 1.3.0, where the memory usage ticks up constantly with a couple of MB per second.
The issue is apparently related to 59dde6bb74276f34c76d75d5fe801a0666c37b79 ("Fix crash on musl and clean up dependency"); memory usage is stable again after reverting the relevant part of that commit. I haven't dug any deeper than that.
Any ideas or pointers to what the issue with musl was, ~martijnbraam?
-- View on the web: https://todo.sr.ht/~martijnbraam/Megapixels/65#event-103196
Ticket created by ~martijnbraam on ~martijnbraam/numberstation
Steam has a weird custom thing, investigate if supporting it is possible