Some assertions are triggered with RaySession 0.17.0 on Fedora 42

[ycollet]

I installed raysession on Fedora 42.
I started raysession in a konsole.
RaySession works fine but, in the console, a lot of assertions are triggered:

AssertionError: 
Exception ignored from cffi callback <function Client.set_port_registration_callback.<locals>.callback_wrapper at 0x7fc0812d3ce0>:
Traceback (most recent call last):
  File "/usr/lib/python3.13/site-packages/jack.py", line 1051, in callback_wrapper
    port = self._wrap_port_ptr(port_ptr)
  File "/usr/lib/python3.13/site-packages/jack.py", line 1796, in _wrap_port_ptr
    assert False
AssertionError: 
Exception ignored from cffi callback <function Client.set_port_connect_callback.<locals>.callback_wrapper at 0x7fc0812d3e20>:
Traceback (most recent call last):
  File "/usr/lib/python3.13/site-packages/jack.py", line 1124, in callback_wrapper
    ports[idx] = self._wrap_port_ptr(ptr)
  File "/usr/lib/python3.13/site-packages/jack.py", line 1796, in _wrap_port_ptr
    assert False

I use pipewire-jack and not standard jack.

[Houston4444]

Ok, strange but I think to something.

if we look at python-jack-client code, the error seems to come from this line: https://github.com/spatialaudio/jackclient-python/blob/1db027cf3180090590e0b14b4e0b202a55b27d61/src/jack.py#L1796

So, a port register, but it is not AUDIO nor MIDI. If you start qpwgraph, do you see VIDEO ports ?

[ycollet]

Here is the list of ports detected by qpwgraph:

[Houston4444]

Ok. With jack_lsp (or maybe pw-jack jack_lsp), is there a port for your camera (probably Integrated Camera (V4L2):capture_1) ?

If yes, it would be interesting to have the result of jack_lsp -t.

[ycollet]

I tried via:

$ pw-cli list Port

And here is the one related to v4l:

        id 70, type PipeWire:Interface:Port/3
                object.serial = "77"
                object.path = "v4l2:/dev/video0:capture_0"
                node.id = "69"
                port.id = "0"
                port.name = "capture_1"
                port.direction = "out"
                port.physical = "true"
                port.terminal = "true"
                port.alias = "Integrated Camera:capture_1"
                port.group = "stream.0"

Do you want the result given by jack_lsp ?

[ycollet]

The jack_lsp result:

$ jack_lsp 
Audio interne Stéréo analogique:capture_FL
Audio interne Stéréo analogique:capture_FR
speech-dispatcher-dummy:output_FL
speech-dispatcher-dummy:output_FR
Audio interne Stéréo analogique:playback_FL
Audio interne Stéréo analogique:playback_FR
Audio interne Stéréo analogique:monitor_FL
Audio interne Stéréo analogique:monitor_FR
Midi-Bridge:Midi Through Port-0 (capture)
BLE MIDI 1:out
Midi-Bridge:Midi Through Port-0 (playback)
BLE MIDI 1:in

[Houston4444]

Ok. I think it is not the camera. Not only because it is not in the jack_lsp output, but because you said you have a lot of assertions. The only way to debug it I see would be to modify the jack.py file. You will find it in /usr/lib/python3/site-packages/jack.py or something similar.

in the method _wrap_port_ptr of the Client Class (~line 1796), add a line before

assert False,

and write print(f'{porttype=}') (with the same indentation than "assert False").

then restart RaySession and read the terminal.

[ycollet]

I've got:

porttype=b'other'

[Houston4444]

Ok, quite strange. PipeWire or another app set this type b'other' on a port...
try to replace the line with print(f'{porttype=}', _decode(_lib.jack_port_name(self._ptr))) to get the port name with the wrong type.

[ycollet]

There is a problem with the print statement:

TypeError: initializer for ctype 'struct _jack_port *' must be a pointer to same type, not cdata 'struct _jack_client *'

[Houston4444]

arf, sorry, it was :
print(f'{porttype=}', _decode(_lib.jack_port_name(ptr)))

[ycollet]

I've got 3 names matching:

porttype=b'other' kwin_wayland:output_1
porttype=b'other' plasmashell:input_1
porttype=b'other' kwin_wayland:output_1-1337

The version of pipewire I use:

$ pw-top --version
pw-top
Compiled with libpipewire 1.4.9
Linked with libpipewire 1.4.9

[Houston4444]

Ahah ! So, they are probably VIDEO ports (or something else, I don't know)!

Which plasma version ?

Have you got redonding Assertions or just 3 ?

I suggest to ask PipeWire and Plasma devs to know what happens exactly. These ports are not present in qpwgraph, so they maybe are not suitable for the patchbay.

I can ask python-jack dev how to mute this assertion. I can't mute it simply because it comes from JACK (or PipeWire) thread, and my program don't know when this message will happen.

[ycollet]

On both Fedora 42 and 43 plasma 6.5.1 is installed.

[ycollet]

The assertions are several times the same 3 ones.
I will try to post a message on the Fedora Forum to have some more information about these changes

[ycollet]

Use the new JackPortMIDI2 flag to mark UMP ports to JACK.

Can this port be a UMP / MIDI2 port ? I was checking through the pipewire release to try to find something introduced between 1.2.x release and 1.4.x release.