Hi, Sorry about the (only slightly) off-topic post, but I was about to file a bug report about arts, when I saw the following comment on KDE bug 111838 http://bugs.kde.org/show_bug.cgi?id=111838 ------- Additional Comment #1 From Seb Ruiz 2005-09-01 01:37 ------- Unfortunately, your backtrace indicates the problem is within arts, not amarok, but we can't be sure since it is a poor backtrace. Additionally, the arts engine does not have a maintainer, so it is not guaranteed to work and there is nobody to fix the problem. SUSE 9.3 AMD64 uses arts for a lot of multimedia stuff. I have seen arts crashes in amarok and noatun for example. And yet what seems to be a perfectly legitimate bug is closed as INVALID because there is nobody to maintain arts? Why does SUSE Linux depend on software which can't be fixed because it is not maintained by anyone? What is supposed to have replaced arts by now and why doesn't SUSE 9.3 use it? What does SUSE 10.0 do about this? In the meantime, how do I rip arts out of my system and what do I replace it with? gstreamer? Which packages does this affect? juk? amarok? noatun? kaffeine? kdetv? Best regards, Paul Leopardi See also A note on further development and maintenance http://www.arts-project.org/doc/arts-maintenance.html aRts maintenance http://lists.kde.org/?l=kde-core-devel&m=110200188523177&w=2 A Note From the Author of aRts http://dot.kde.org/1102062404/ Wanted: aRts-engine maintainer for amaroK http://mail.kde.org/pipermail/kde-multimedia/2005-January/004069.html
"Paul C. Leopardi" <leopardi@bigpond.net.au> writes:
Hi, Sorry about the (only slightly) off-topic post, but I was about to file a bug report about arts, when I saw the following comment on KDE bug 111838 http://bugs.kde.org/show_bug.cgi?id=111838
------- Additional Comment #1 From Seb Ruiz 2005-09-01 01:37 ------- Unfortunately, your backtrace indicates the problem is within arts, not amarok, but we can't be sure since it is a poor backtrace. Additionally, the arts engine does not have a maintainer, so it is not guaranteed to work and there is nobody to fix the problem.
SUSE 9.3 AMD64 uses arts for a lot of multimedia stuff. I have seen arts crashes in amarok and noatun for example. And yet what seems to be a perfectly legitimate bug is closed as INVALID because there is nobody to maintain arts?
Why does SUSE Linux depend on software which can't be fixed because it is not maintained by anyone? What is supposed to have replaced arts by now and why doesn't SUSE 9.3 use it? What does SUSE 10.0 do about this?
At the time of 9.3, arts was the only solution to handle such stuff. It takes some time to come up with an alternative and integrate it. The KDE folks (the upstream maintainers!) were not ready for this with KDE 3.4 which we delivered on 9.3. With 10.0 we moved away from arts, backporting the new KDE framework (sorry, don't remember the name).
In the meantime, how do I rip arts out of my system and what do I replace it with? gstreamer?
SUSE Linux 10.0 ;-) Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
Since I am about to upgrade to SuSE 10.0, I would like to know how the new sound server --whatever it is-- handles 32-bit applications. Currently, in my 9.3, 32-bit applications (Java, Realplayer, and Flashplayer) "monopolize" the sound card. artsdsp, however, works very well with skype (which is 32-bit and not open source and only knows about /dev/dsp) in my 9.3. Sound mixing in 64-bit SuSE has been the only major headache for me. I posted several times a few months ago. I tried shutting down arts and hacking with the ~/.asoundrc file, but I had no luck; those 32-bit applications still want to monopolize my sound card. (My system is a Compaq Presario 3240 laptop with the nVidia chipset and graphics.) ALSA's documetnation for 64 bits is not so good. CF Andreas Jaeger wrote:
At the time of 9.3, arts was the only solution to handle such stuff. It takes some time to come up with an alternative and integrate it. The KDE folks (the upstream maintainers!) were not ready for this with KDE 3.4 which we delivered on 9.3. With 10.0 we moved away from arts, backporting the new KDE framework (sorry, don't remember the name).
SUSE Linux 10.0 ;-)
Andreas
Dear Andreas, Thanks for the prompt reply. I'll take a closer look at 10.0. In the meantime I have found the configuration settings for amaroK and Kaffeine to allow these to work without arts. In Amarok, Settings -> Configure amaroK -> Engine -> Gstreamer Engine, output plugin -> osssink (using packages amarok-1.3.1-4, amarok-gstreamer-1.3.1-4, gstreamer-0.8.11-3) In Kaffeine, Settings -> PlayerEngine -> GStreamerPart (using packages kaffeine-0.7-7, kaffeine-gstreamer-0.7-7, gstreamer-0.8.11-3) To play videos, I need to remember to change the Kaffeine engine back to xine. I can't find any similar settings for JuK or Noatun, so I'll have to do without these. Best regards On Mon, 3 Oct 2005 16:49, Andreas Jaeger wrote:
"Paul C. Leopardi" <leopardi@bigpond.net.au> writes:
Why does SUSE Linux depend on software which can't be fixed because it is not maintained by anyone? What is supposed to have replaced arts by now and why doesn't SUSE 9.3 use it? What does SUSE 10.0 do about this?
At the time of 9.3, arts was the only solution to handle such stuff. It takes some time to come up with an alternative and integrate it. The KDE folks (the upstream maintainers!) were not ready for this with KDE 3.4 which we delivered on 9.3. With 10.0 we moved away from arts, backporting the new KDE framework (sorry, don't remember the name).
In the meantime, how do I rip arts out of my system and what do I replace it with? gstreamer?
SUSE Linux 10.0 ;-)
Andreas
participants (3)
-
Andreas Jaeger -
Constantine 'Gus' Fantanas -
Paul C. Leopardi