Comments (14)
If it's also with local files then it's likely not the C long buffering problem.
What is arvm7h? Please provide the info we ask for in bug reports. There's also GST_DEBUG (see Mopidy docs) to generate verbose logs. Logs are useful to us, even if not to you.
from mopidy.
armv7l in fact. oh and it's the same with 3.4.2. [I have to disable the tests when building because it fails at:
test_current_tags_blank_after_end_of_stream (tests.audio.test_actor.AudioEventTest.test_current_tags_blank_after_end_of_stream) ... /home/cassini/pkg/mopidy/PKGBUILD : ligne 35 : 13385 Erreur de segmentation (core dumped)python -m unittest discover -vs .
log of GST_DEBUG=5 GST_DEBUG_NO_COLOR=1 mopidy -v 2>&1|tee -p mopidy.log
then set volume to 50% in web ui, go to Browse, Files, click on an mp3 (local file)
mopidy.log.gz
from mopidy.
Is it possible to collect the core dump? It's interesting that it is maybe tag related,
from mopidy.
$ coredumpctl info 9139
PID: 9139 (mopidy)
UID: 1000 (cassini)
GID: 1000 (cassini)
Signal: 11 (SEGV)
Timestamp: Mon 2024-02-05 17:25:00 CET (1h 2min ago)
Command Line: /usr/bin/python /usr/bin/mopidy -v
Executable: /usr/bin/python3.11
Control Group: /user.slice/user-1000.slice/session-2.scope
Unit: session-2.scope
Slice: user-1000.slice
Session: 2
Owner UID: 1000 (cassini)
Boot ID: 63b1301097c640e4bd817b4802813fb9
Machine ID: 6dxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Hostname: daphnis
Storage: /var/lib/systemd/coredump/core.mopidy.1000.63b1301097c640e4bd817b4802813fb9.9139.1707150300000000.zst (present)
Size on Disk: 9.0M
Message: Process 9139 (mopidy) of user 1000 dumped core.
Stack trace of thread 9241:
#0 0x00000000b5dc4136 n/a (n/a + 0x0)
ELF object binary architecture: ARM
from mopidy.
I don't have an arm machine to hand to load that dump. If you could provide the relevant backtrace with debug symbols that would help.
from mopidy.
You could install any distro you like in a systemd-nspawn container and with qemu-arm-static correctly installed for binfmt, you will be able to use it like any other container, even on x86_64.
See https://wiki.archlinux.org/title/QEMU#Chrooting_into_arm/arm64_environment_from_x86_64 for general direction on archlinux that you can adapt on any distro you use.
I only have that useless backtrace:
$ gdb mopidy mopidy-9139.dump
GNU gdb (GDB) 14.1
Copyright (C) 2023 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "armv7l-unknown-linux-gnueabihf".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
"/usr/bin/mopidy": not in executable format: file format not recognized
warning: Can't open file /run/user/1000/orcexec.ZwOqys (deleted) during file-backed mapping note processing
[New LWP 9241]
[New LWP 9153]
[New LWP 9237]
[New LWP 9245]
[New LWP 9244]
[New LWP 9158]
[New LWP 9195]
[New LWP 9139]
[New LWP 9151]
[New LWP 9159]
[New LWP 9155]
[New LWP 9152]
[New LWP 9156]
[New LWP 9154]
[New LWP 9197]
[New LWP 9196]
[New LWP 9192]
[New LWP 9193]
[New LWP 9217]
[New LWP 9150]
[New LWP 9157]
[New LWP 9160]
[New LWP 9219]
[New LWP 9236]
[New LWP 9242]
[New LWP 9194]
[New LWP 9243]
Core was generated by `/usr/bin/python /usr/bin/mopidy -v'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0xb5dc4136 in ?? ()
[Current thread is 1 (LWP 9241)]
(gdb) bt
#0 0xb5dc4136 in ?? ()
#1 0xb5640164 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)
from mopidy.
Please try upgrading your version of liborc to 0.4.37, this might be the same issue as https://gitlab.freedesktop.org/gstreamer/orc/-/issues/64
In fact, not quite that easy, they're suggesting rebuilding gstreamer:
I think this means that your GStreamer was built with orc 0.4.36 and needs to be rebuilt with orc 0.4.37
from mopidy.
I tried to rebuild gstreamer; it failed
gstreamer/subprojects/gst-plugins-bad/ext/neon/meson.build:1:11: ERROR: Dependency lookup for neon with method 'pkgconfig' failed: Invalid version, need 'neon' ['<= 0.32.99'] found '0.33.0'.
I am giving up. Using now mpd and mympd.
from mopidy.
ok, thanks for the report.
from mopidy.
FYI that was some other
I tried to rebuild gstreamer; it failed
gstreamer/subprojects/gst-plugins-bad/ext/neon/meson.build:1:11: ERROR: Dependency lookup for neon with method 'pkgconfig' failed: Invalid version, need 'neon' ['<= 0.32.99'] found '0.33.0'.
I am giving up. Using now mpd and mympd.
FYI that was due to some other bug (now supposedly fixed)
from mopidy.
yeah. just minutes after my previous message, I found that page too, and used the fix on antoher try at rebuilding gstreamer, but it failed much later on in the build process nonetheless with another error (I don't remember exactly which one)...
from mopidy.
urgh, well again, thanks for reporting none the less.
from mopidy.
with a new gstreamer 1.22.10 package released on archlinuxarm, it seems to work better now....
from mopidy.
Yes, thanks to @blacklight (#2148) who chased it up with the gstreamer team and pinpointed it as an arch packaging problem.
from mopidy.
Related Issues (20)
- Expose playback errors to clients
- Backend.lookup should take a list of URIs HOT 3
- Switching the audio source gets mopidy to produce no sound though seems to play HOT 25
- Support setting tracklist options in mopidy.conf HOT 2
- Previous track is reported incorrectly after the second track HOT 3
- mopidy playback stops at every bufering error HOT 4
- Websocket error only when connecting to mopidy running as service HOT 2
- Use new GStreamer elements HOT 5
- Seeking in a stream HOT 1
- M3U8 stream duration bug
- Switching between multiple music sources in the queue is buggy in several ways HOT 5
- Put more documentation in all files HOT 2
- SIGILL on Arch on RaspberryPi 5 HOT 13
- core.tracklist.add does not support m3u uris
- Smart queuing like Spotify HOT 3
- Priority Queue and Tracklist filter enhancement
- Questions about Copilot + Open Source Software Hierarchy HOT 1
- Problem to add radio uri's (http) to tracklist
- ERROR [MainThread] mopidy.audio.gst GStreamer error: Could not get/set settings from/on resource. HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from mopidy.