todo.sr.ht

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

#1 Document design goals a month ago

Comment by ~martijnbraam on ~martijnbraam/photoflow

#3 usb.core.NoBackendError: No backend available a month ago

Comment by ~martijnbraam on ~martijnbraam/OpenAtem

Should be fixed in the latest flatpak release

#3 usb.core.NoBackendError: No backend available a month ago

~martijnbraam assigned ~martijnbraam to #3 on ~martijnbraam/OpenAtem

#3 usb.core.NoBackendError: No backend available a month ago

Comment by ~martijnbraam on ~martijnbraam/OpenAtem

Ah that makes sense. I'll try adding libusb

#2 Protocol error in the TCP protocol 4 months ago

Proxy added by ~martijnbraam on ~martijnbraam/OpenAtem

#2 Protocol error in the TCP protocol 4 months ago

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')

#527 Add if (x in enum_type) support 4 months ago

Ticket created by ~martijnbraam on ~sircmpwn/hare

the in operator would check if x is a valid value in enum_type

#65 Memory Leak 1.3.0 6 months ago

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

#3 Support steam authentication tokens 6 months ago

Ticket created by ~martijnbraam on ~martijnbraam/numberstation

Steam has a weird custom thing, investigate if supporting it is possible