Debugging bundlex/unifex errors

Hello, I've been tinkering with membrane cross-compiled to Nerves (rpi4). I've had features (e.g. microphone input) working recently but it seems it has broken with recent upgrades. Would anyone have any tips on debugging the unifex_create/3 error below? I suspect it's loading precompiled NIFs onto the wrong architecture but I'm not seeing where I can disable precompiled libraries (or if this is even the right thing to be investigating...)
(stop) {:membrane_child_crash, :encoder, {“Nif fail: Elixir.Membrane.Opus.Encoder.Native.unifex_create/3”, [{:erlang, :nif_error, [“Nif fail: Elixir.Membrane.Opus.Encoder.Native.unifex_create/3"], [error_info: %{module: :erl_erts_errors}]}, {Membrane.Opus.Encoder.Native.Nif, :unifex_create, 3, [file: ~c”lib/membrane_opus/encoder/native.ex”, line: 1]}, {Membrane.Opus.Encoder, :handle_setup, 2, [file: ~c”lib/membrane_opus/encoder.ex”, line: 70]}, {Membrane.Core.CallbackHandler, :exec_callback, 4, [file: ~c”lib/membrane/core/callback_handler.ex”, line: 139]}, {Membrane.Core.CallbackHandler, :exec_and_handle_callback, 5, [file: ~c”lib/membrane/core/callback_handler.ex”, line: 69]}, {Membrane.Core.Element.LifecycleController, :handle_setup, 1, [file: ~c”lib/membrane/core/element/lifecycle_controller.ex”, line: 62]}, {Membrane.Core.Element, :handle_continue, 2, [file: ~c”lib/membrane/core/element.ex”, line: 172]}, {:gen_server, :try_handle_continue, 3, [file: ~c”gen_server.erl”, line: 1085]}]}}
(stop) {:membrane_child_crash, :encoder, {“Nif fail: Elixir.Membrane.Opus.Encoder.Native.unifex_create/3”, [{:erlang, :nif_error, [“Nif fail: Elixir.Membrane.Opus.Encoder.Native.unifex_create/3"], [error_info: %{module: :erl_erts_errors}]}, {Membrane.Opus.Encoder.Native.Nif, :unifex_create, 3, [file: ~c”lib/membrane_opus/encoder/native.ex”, line: 1]}, {Membrane.Opus.Encoder, :handle_setup, 2, [file: ~c”lib/membrane_opus/encoder.ex”, line: 70]}, {Membrane.Core.CallbackHandler, :exec_callback, 4, [file: ~c”lib/membrane/core/callback_handler.ex”, line: 139]}, {Membrane.Core.CallbackHandler, :exec_and_handle_callback, 5, [file: ~c”lib/membrane/core/callback_handler.ex”, line: 69]}, {Membrane.Core.Element.LifecycleController, :handle_setup, 1, [file: ~c”lib/membrane/core/element/lifecycle_controller.ex”, line: 62]}, {Membrane.Core.Element, :handle_continue, 2, [file: ~c”lib/membrane/core/element.ex”, line: 172]}, {:gen_server, :try_handle_continue, 3, [file: ~c”gen_server.erl”, line: 1085]}]}}
4 Replies
Calms
CalmsOP11mo ago
Worked out that precompiled dependencies can be disabled via: config :bundlex, :disable_precompiled_os_deps, true and this resolves the issue - yay.
mat_hek
mat_hek11mo ago
Wanted to suggest exactly this, but we released this config option just yesterday and I didn't make it 😄 BTW, we're testing integration of this Discord server with answeroverflow.com - could you please tell me if you noticed it / did it cause any trouble asking the question?
Calms
CalmsOP11mo ago
Hm, I'm using the discord client and didn't notice anything related to answeroverflow.com From my perspective I did the usual: - get frustratingly stuck on a problem - hesitantly post questions in hopes for insights - go source diving - consult the rubber duck - discover my own stupidity - come back to close the loop
mat_hek
mat_hek11mo ago
didn't notice anything related to answeroverflow.com
That's great, it's the desired experience 😉 Thanks, still figuring out how it works
hesitantly post questions in hopes for insights
Please don't hesitate 😉
Want results from more Discord servers?
Add your server