| Summary: | Libarts1c2a-trinity audio backend is broken | ||
|---|---|---|---|
| Product: | TDE | Reporter: | Q4OS Team <q4os> |
| Component: | arts | Assignee: | Michele Calgaro <michele.calgaro> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bugwatch, martinhodges479, michele.calgaro, q4os, slavek.banko |
| Priority: | P5 | ||
| Version: | R14.0.x [Trinity] | ||
| Hardware: | Other | ||
| OS: | Linux | ||
| Compiler Version: | TDE Version String: | ||
| Application Version: | Application Name: | ||
| Bug Depends on: | |||
| Bug Blocks: | 2696 | ||
| Attachments: | Artsserver crash | ||
I have this all the time. I install components selectively so I do not have any other audio backend as there are no hard dependencies for them. I believe the problem occurs with ogg files that are encoded as mono. @Q4OS I can't reproduce the problem after the latest patches for bug 2844 (debian buster + R14.1 in VM 64 bits). Are you able to test and let us know if you can still cause this even with the latest tdemultimedia packages installed? I can still reproduce that. While the .wav files are played fine, arts server crashes on playing the .ogg files. Debian Stretch, TDE R14.0.5 preliminary stable. @Q4OS I tried again in the following environments (all VirtualBox): - VM running debian stretch 64 bits + TDE R14.0.5 from mid May - VM running debian stretch 64 bits + TDE R14.0.5 updated to today - VM running debian stretch 64 bits + TDE R14.1.0 from mid May - VM running debian stretch 64 bits + TDE R14.1.0 updated to today I followed the steps mentioned in the bug report exaclty. I played a series of files /opt/trinity/share/sounds/KDE_Startup_1.ogg /opt/trinity/share/sounds/KDE_Startup_2.ogg /opt/trinity/share/sounds/KDE_Startup_3.ogg /opt/trinity/share/sounds/KDE_Startup.wav /opt/trinity/share/sounds/KDE_Startup_new.wav Tried in different orders, sometimes one by one, sometimes even playing them together. Along the way I kept running "artsshell status". In no case I was able to reproduce this problem. Files played fine and server was running and autosuspending. I then notices libarts1-audiofile-trinity and mpeglib-trinity were installed. Removed the packages, rebooted, retested, still no error. Finally I removed all tdemultimedia packages, rebooted, retested, still no error. Either the description of the bug report is missing some steps (by the way sudo on a brand new debian/stretch would not work since the users is not a member of sudo group) or there is something else going on. I can't do much more unless I can reproduce the problem. Any info you can provide will help. Perhaps a video showing all steps one by one from the end of a TDE install would be useful Created attachment 2859 [details]
Artsserver crash
A video cast showing all steps one by one from the end of a TDE install attached.
I can reproduce the bug reliably using the exact instructions from the original report. The only exception is not to use sudo command, as the first user doesn't have sudo right on a clean install, you are right. Fresh today installation of Debian Stretch in Virtualbox with TDE R14.0.5 preliminary stable as described here https://wiki.trinitydesktop.org/Preliminary_Stable_Builds Video cast showing all steps one by one from the end of a TDE install attached in the post above. Q4OS, thanks for the feedback and for the time for taking the movie. I realized I wrote I tested on Stretch but it was actually Buster. I will setup a VM with stretch and test again. Let's see what I can find. I have figured out, if you leave root's password blank at the Debian Stretch install process, the sudo package is installed and the first user gets sudo rights. So the original report is correct as is, with the sudo command. Good news, I am able to replicate the problem in a Stretch machine. Once I am done with bug 2477, I will come back to this one and also 2874. BTW, thanks for the info about sudo, although I never leave a blank password for root :-) Patched in commit 5d99819 (R14.1) and 1b0b9f6 (R14.0). This is a bit of a quick-n-dirty patch. The removed assertion looks for extremely small generated values and crash if found one. Removing the assertions seems to cause no arm and audio files of various format play fine. Moreover the problem seems to have completely disappered in recent Debian distros, for example it was reproducable in Stretch but no more in Buster. Because of the reasons above, Slavek and I are happy enough with the patch: rather than wasting more precious time on this bug, we can work on other ones. @Q40S Please test when the new package is available and let us know if it works fine in your system as well. If so, we will close the bug (or feel free to do so). additional info from Slavek is that it seems to happen ONLY on stretch amd64. I can't reproduce that after the recent update, Debian Stretch amd64 / R14.0.5 / Virtualbox. Thanks for the patch. By the way, I prefer to leave root's password blank at Debian installation, as the Debian installer will disable root password completely, install sudo package and add the first user to the sudo group. Since the root login is completely disabled, the system is secured a bit better. Thanks for testing. Bug closed. |
If I remove audio backends "libarts1-akode-trinity libarts1-xine-trinity libarts1-mpleglib-trinity", and let "libarts1c2a-trinity" backend to play audio, arts server crashes. I have been able to reliably reproduce this bug on 64bit real machines as well as in Virtualbox, while I haven't been able to reproduce it on 32bit machines so far. Exact steps to reproduce: - Fresh TDE preliminary stable (14.0.5) installation on Debian Stretch / 64bit - Remove "libarts1-akode-trinity libarts1-xine-trinity libarts1-mpleglib-trinity" packages: "sudo apt-get remove libarts1-akode-trinity libarts1-xine-trinity libarts1-mpleglib-trinity" - Reboot - Play a .ogg sound a few times in terminal "artsplay /opt/trinity/share/sounds/KDE_Startup_1.ogg" - Bug: watch "artsshell status" in terminal, arts server crashes soon.