music February 2013

music@lists.fedoraproject.org

11 participants
22 discussions

audio/media related reports to bugzilla.redhat.com ignored?
by Niels Mayer 30 Mar '26

30 Mar '26

For audio/media related apps and issues reported on bugzilla.redhat.com , this is the pattern: bugs get filed, they're never acknowledged && totally ignored. Eventually people stop filing bug reports as it ends up being a waste of time and the quality of the distro goes down as result.... https://bugzilla.redhat.com/show_bug.cgi?id=566665 [abrt] instability from snd-mtpav on PCI parallel port, causes crash in jack-audio-connection-kit-0.118.0-1.fc12 (edit) https://bugzilla.redhat.com/show_bug.cgi?id=588965 [abrt] crash in gnome-media-apps-2.28.5-1.fc12: Process /usr/bin/gstreamer-properties was killed by signal 11 (SIGSEGV) (edit) https://bugzilla.redhat.com/show_bug.cgi?id=602900 [abrt] crash in alsa-tools-1.0.22-1.fc12: ____strtol_l_internal: Process /usr/bin/envy24control was killed by signal 11 (SIGSEGV) (edit) https://bugzilla.redhat.com/show_bug.cgi?id=602903 envy24control "Reset Peaks" button nonfunctional; metering shows no peaks Niels http://nielsmayer.com PS: the above is not my experience with non-media related bugs, which are handled quickly and effectively, e.g.: https://bugzilla.redhat.com/show_bug.cgi?id=575875 https://bugzilla.redhat.com/show_bug.cgi?id=445543#c20

8 10

Re: [Fedora-music-list] Good hardware specs for a "Fedora Music" box?
by Kyrian 05 Feb '26

05 Feb '26

> > Hi: > > What do you plan to do with your audio workstation? As you can > imagine, editing one file with Audacity is very different from running > a SuperCollider server for many users while simultaneously recording > its output with Ardour *and* broadcasting it on the Internet. > A very good point indeed. I would like to be able to record stuff from guitar, midi-keyboard, microphone, DJ setup (via line input I suppose), and then edit the results with the appropriate applications. Not all at once, but maybe 1-3 inputs at a time. The ability to play in real-time through the computer's output would be very important I think as I reckon it's much harder to work any other way. That's all I can think of right now. I currently have an SB Live with the LiveDrive thing, which has all the inputs I need, but I am thinking in terms of general system horsepower (RAM/CPU/disk etc). Finding a supported sound card it's really a problem, I'll just go with M-Audio for that. But I would like to know if I need to get one to do what I want. K. -- Kev Green, aka Kyrian. E: kyrian@ore.org WWW: http://kyrian.ore.org/ Linux/Security Contractor/LAMP Coder/ISP, via http://www.orenet.co.uk/ DJ via http://www.hellnoise.co.uk/ Human Rights left unattended may be Removed, or Destroyed, or Damaged by the Security Services.

2 1

Re: [Fedora Update] [old_testing] rakarrack-0.2.0-5.fc8 / fc9
by Development discussions related to Fedora 27 Jan '26

27 Jan '26

updates(a)fedoraproject.org wrote: > The update for rakarrack-0.2.0-5.fc8 has been in 'testing' status for over 2 weeks. .. > ================================================================================ > rakarrack-0.2.0-5.fc8 > ================================================================================ > Update ID: FEDORA-2008-9033 > Release: Fedora 8 > Status: testing > Type: newpackage > Karma: 0 > Bugs: 455953 - Review Request: rakarrack - Audio effects processing rack > : for guitar > Notes: Initial build of rakarrack for fedora > Submitter: dtimms > Submitted: 2008-10-20 21:46:29 > Comments: dtimms - 2008-10-20 21:46:32 (karma 0) > This update has been submitted for testing > bodhi - 2008-10-23 16:35:19 (karma 0) > This update has been pushed to testing > > http://admin.fedoraproject.org/updates/F8/FEDORA-2008-9033 Hi fedora-music lovers, I would be keen for some feedback on whether rakarrack that is now in fedora testing works for you ? To fully test you'll need a guitar and pickup plugged into your soundcard, but even a go/nogo on whether it starts would be helpful. Where I developed the package, it works OK, but another older AMD machine, it fails during startup. This will help me to decide whether to push it to the F8,F9 updates repos. DaveT.

6 11

whysynth doesn't work
by Florin Andrei 06 Jan '26

06 Jan '26

I got whysynth-dssi-20060122-7.src.rpm from here: http://people.redhat.com/green/FE/devel/ I rebuilt it on FC6 without problems. The thing is, the GUI doesn't show up. The program appears to be working, I see the outputs being automatically routed in qjackctl, but there's no GUI anywhere! ############################################### $ jack-dssi-host whysynth.so jack-dssi-host: Warning: DSSI path not set jack-dssi-host: Defaulting to "/usr/local/lib/dssi:/usr/lib/dssi:/home/florin/.dssi" jack-dssi-host: OSC URL is: osc.udp://rivendell.home.local:15040/dssi/whysynth/WhySynth/chan00 host: Ready WhySynth_gtk starting (pid 4305)... ############################################### -- Florin Andrei http://florin.myip.org/

6 16

Low Latency vs. Real Time Kernel
by Brian Monroe 10 Nov '14

10 Nov '14

I've been spending a lot of time on the #opensourcemusicians channel talking to Ubuntu Studio users about their kernel and latency times they're getting. Seems like most of them are using g a stock kernel with the preemptive option enabled and they are getting great latency results (2ms)while utilizing the @audio group on their user. I ended up compiling my own low latency kernel and I haven't had any issues with it yet. If this is what we are missing for the spin I'd be happy to maintain packaging for the kernel. I know ccrma has been behind a few kernel releases. I saw the instructions for adding the real time patch for a tick less kernel and from what I can tell it wouldn't be hard to get that rolling as well. I'm not entirely sure what ccrma does differently with their kernels compared to other Linux users, and I'm still a bit of a noob so I could be off base with this, but I would reason that we should be able to just utilize the same settings to archive similar performance enhancements. I thought I read that ccrma uses a unique scheduler, but if we could get a 2ms latency time without it, the point may be moot.

5 15

Another GSoC 2013 Idea
by Christopher Antila 24 Feb '13

24 Feb '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi everybody! Maybe we could propose multiple ideas for GSoC this year. (Speaking of which, we'd better get started with posting our Ideas!) https://fedoraproject.org/wiki/Summer_coding_ideas_for_2013 Here's an Idea that I'm willing to mentor, even though I previously said I wouldn't: we sponsor an electronic musician to prepare a series of musical works, using only software available in Fedora (including PlanetCCRMA), and to document their process. This would be a huge benefit for us, for a number of reasons. First, we'd have more tangible demonstrations of the viability of creativity with FOSS software. Second, we could require different software (e.g., PureData, SuperCollider, Csound) for a broad demonstration. Third, we'd have more extensive documentation on "how to use computers to be musically creative," that would hopefully inspire both "unmusical" people and people who are "bad with computers." Fourth, we'd demonstrate that "coding" doesn't mean "use JavaScript to write a mobile app then profit lawlz" as "the media" seems to think, and to demonstrate that Fedora isn't only the upstream to Red Hat Enterprise Linux. Finally, and most importantly, we could use this as the basis to create a musical community around Fedora. When I first got here in 2010, what we needed most was a greater number of dedicated and active volunteers. That's still true now, but we're much better off than we used to be. In 2013, we have our own spin, we have our own documentation, and I suggest that the only thing we're still missing is the vibrant musical community. Whereas I used to believe that providing "the right tools" would create an active community, now I realize it's much more complicated. Active communities reproduce themselves. More specifically, the power relations of active communities tend to reproduce the communities in which they were formed. What we need to do is create the relations for the community we want, even though it doesn't already exist. It's a complicated way to say "cool music attracts people that will make cool music." Consider that, on this music mailing list, we should be discussing music and related issues, but we only discuss related issues (and D-flat). I really don't know what musical things people here do, and you have no idea what I do. I believe this is where we need to focus our efforts now. If we can use GSoC to basically commission a composer, and if a few more of us commit to producing at least one musical thing this summer, and if we do a good job of circulating our music through the right channels, I think we can kick-start the community we (or at least I) have been hoping for! Any thoughts? Christopher -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRKmwbAAoJEGpo1cWDqVnYj6UP/iPA3qLYJ0N0Msy9kp6pkgh6 Yd7pgSEwtqh051OQetlvmVCD4bZNahQMTehs+TyCOp+nAimY+LscPG92VA7ETwOJ inhdEUcPAy+PJk9oNSrOMPG1qrv6AWyz6AmpeRLJqDss61TRQLMhwNlsyEexkYiJ 9T9fAnsXd6NgzgHvVPSJ578XmfEAqFDsYcrN9zbwW+Py4oYIXKO0tNFdRdiyxn3z 7UEpkHUpNVS/4G83zyRun3/oAN29w5zeJ2COdDNMQhUWQ7gGYJWPzHUn92jKCx2y iivVoLJJav/6oSfq7RlsZUKVdL7BOIXc7EP1XIu5xWDYMvEpEzvI+pM9tpMvi0S8 EQs0CPvbv9QsgZ89wor+CFpZ3OFRVAxUD7D21SYlADSkw0S5jkG9ep1yAoK0uLxs aqXcpv8W+AFmRugQh7glHstOVwrj/7P4F0p8wikAs3CsrQnruofScYHeDOu6qqmm hQ7mJKF3QaYUyap6Ra3WW4ZXe5hmX3laWUHfUcMrTj/g2BSYjquC5c3+tlZSyXar k/WhZUxVO1qA8WB8HG56CahTohjLuMa991m9vSCclp+FCDATdq/mIucZDMATTkRD nx8U6Squ5b451uRIxtT/nI5ZbwzfyS2E0c+kAda5JmDYgE7RqN6u1QqrvWDPgLjo QvI7bTZn261QGPoOt3Vh =I+NX -----END PGP SIGNATURE-----

2 1

New packages
by Brendan Jones 18 Feb '13

18 Feb '13

Hey all, just a heads up on some new updates recently passed review and hitting f17/f18 update testing in the next week: guitarix-0.25.2 - in case you missed the new 5 amp LV2 plugins of 0.25.1 there's three new effects plugins with this minor release as well (booster, autowah and tubescreamer). Upstream welcomes feedback so don't hesitate lv2-fomp-plugins - port from LADSPA - 13 plugins: 1 auto-wah, 1 EQ, 3 chorus, 5 filters, and 3 oscillators. radium-compressor: an intuitive QT compressor with an awesome UI -- child of the radium project, built with faust. Brendan

3 4

DreamStudio Audio Indicator
by Christopher Antila 18 Feb '13

18 Feb '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi: Just wondering if people knew about this: http://www.dickmacinnis.com/dreamstudio/wiki/index.php?title=Audio_Indicator Seems like we should try to use (or extend) this or Cadence, rather than developing yet another solution... unless there's some reason I don't know. Christopher -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRIbATAAoJEGpo1cWDqVnYe4cP/jwId7eJ2bbZFfa2G9tJpR2a XzRIgv1BHOYeSFdKCP1Mpix6eI7DkXvWOrX5j34/ez2junB3HH+hR9SXBTYRoOZe Vg3Zufz6YPkzAEGuG5uZ+anXv6mJbmqhb5aOzyDzqXDnoLjw+z9cjbGJMfw/nGDE LlLm32iagQcTpg8a9NljcB9NBI28YbtlhmAnQ/l1FtOQbyxCS9agMuBbzCrziU0d GsVPLUSt9QGLljszaoJC3o+qmSbH24idn60225eXzKBPOk0ma4mZxv6bLX9otwSB fJhza/yb3MwrhXvI0RTHgPXNd1JnegEhw2p1LDCtYYvEe9HnqeCtpTm+oduMFcmJ i7NzPxcduO7rSCrIn2ra/jxePPiv7/Pg80DqCNMgEbv6R6XLRLAaZhh26jWjgqpZ BFgT13W9gQlnWHZ/7nYHsgaZKU61+jAby+G1gw7i93p+Fa076V+5cA+4JtzvRLF7 l++pIPw9bmVDMgaWaD+AJPhSz8VYrNGImTTiOGD1KrYCIyREJ6QyqPvH4ScMN6dx r3rwwxNMqC74RIZ96buGcaYzy5+NjAQa4P40SjbGKLfDnXsjvqZIv/TOyMMnqoCG v9r2RByafTkuTG18A1GrmvNB6gS7TTeopXfEzPX0+VDmw32yY3PB5xS5SbEeocut Lc8xGBzqIRKQBWkAHAw+ =m51U -----END PGP SIGNATURE-----

2 1

Re: [Fedora-music-list] GSOC announced
by Christopher Antila 15 Feb '13

15 Feb '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 14 February 2013 11:28:31 Brendan Jones wrote: > On 02/14/2013 01:37 AM, Christopher Antila wrote: > > I'm obviously supportive of any attempt to improve documentation of free > > software, but we have to keep in mind that this is Google Summer of Code, > > and they only want "code"-centred projects. When I wrote the Musicians' > > Guide, it was part of Fedora Summer Coding, in a year when Google wasn't > > involved. > Well it could very well be a coding project. Think of "packaging" the > musicians guide with project files and sample templates. I really don't see this going well, unless... > It could even be interactive (ie. clicking on a link would launch said > software with packaged project file etc). ... unless somebody comes up with a truly excellent idea like this one. > I'm thinking this is probably a project which other distro's could use > as well. I've been talking to the UbuntuStudio maintainer and he is keen > to link to our stuff as well, Okay, this is starting to look promising! > so perhaps we can float a project that requires building and installing the > docs + project files + samples in locations defined by what you pass to the > makefile. That's where the coding component would come in - packaging is > considered coding. It is?! Well even so, this "packing" thing is a pretty boring project. But why do you keep talking about packaging, anyway? > Here's what Len Ovens, one of the UbuntuStudio maintainers had to say > about the Musicians Guide: > > "It is far more detailed than any of our documentation. A great job. It > certainly makes me realize how far I have to go in documenting things." Wow--I'm flattered! > Seems like a shame to duplicate effort. I certainly have used the Arch > Wiki many times to obtain the perfect audio setup. I've used the Arch wiki on many an occasion too (though strangely never for audio documentation). > Be great to have documentation which is dynamic, interactive and that caters > for different distro peculiarities. Yes, and this is again the beginnings of your great idea. > I pretty much know nothing about documentation. How does it work for > Fedora, can you explain the workflow? For the Musicians' Guide, it generally goes like this: 1.) Have an idea and decide how to write it. 2.) Write a text-only draft of the idea. 3.) Put DocBook XML tags in where appropriate. 4.) Copy-and-paste into the appropriate section. 5.) Send the document for translation. 6.) Use Publican to generate the various output formats. Fedora documentation is usually published in four formats: HTML, HTML (single page), PDF, EPUB. Publican supports other formats. One result of this is that the same DocBook source code is used to generate all the formats, so we are advised against things that are only effective in one format. An example of such a thing is that we write out the whole URL rather than "click here," because somebody printing a PDF obviously can't click on paper--they would need to type the whole URL. For documents that interest Red Hat, there's a more complicated process involving paid writers, editors, and translators. > > Also, I just noticed that---although I published it and it is technically > > available---the Fedora 18 Musicians' Guide isn't properly listed in the > > menu on Fedora's Documentation website. I'll see what I can do to fix > > that! > I did notice that. Thanks. It's fixed. - ---- And finally, here's the idea Brendan inspired. I think any packaging attempt is going to end badly because of our limited resources, and the reality that well-maintained packages require periodic, dedicated maintenance. Not to mention our "cross-distro" aspirations. But there's a better way. We could develop a web application that dynamically adjusts for distribution choice and integrates multimedia content. We could host it on Red Hat OpenShift. We could have the student develop an extension/module/something for Publican that would generate this web app automatically from pre-existing DocBook XML files. Obviously, this wouldn't be able to launch applications on a desktop computer (yet). But there are several important advantages: - - developing for Publican is a significant coding project, - - all DocBook-format documentation could be built into a web app, - - it's cross-distribution, - - it doesn't involve packaging (although Publican does already output RPM packages of documentation). Christopher -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRHaPCAAoJEGpo1cWDqVnYsB8P/1jc0nXNmlyCUJkc+yDuyozZ ic8ja+VmtTQCm48dOCU+TjBElbJ9OfGm0tzdYvEtJlokWgqgxZ1397fWP0RJ4EEu pgkld+wvznxT2x3FYFJihCcdEcU6+Vs6wKjTpOgAW2cNGUg46CSjCai2k2TGoSoJ 3mJI9b0W1XYZevM3NpiKBuHGZUu2RDtr+M1IQ+WuhHfj3Mxd74zpxFCLy76vRq34 5LZrBYq1bY2mb5rU5VbJhfyvtm0CqreaHhp9/6gqtodyjI6SHtZcQaulw4i2VzDp gUgdyCoxOCbr9XeaSrithWDoOP/YXiQSpwafYdVRbApsyNHl580FVeLL+CvLWEdD 8YgWbqSu3sWTln+CLg4GSo+iz8hsl048+6jYwFksHW5LZEZXmXLEvrZbkrSTEjcm Sma4QdyQIrf1zLxk7jd02L+2uDscrW2OU7/dTvrXjwVXlt7o51r9BBMmPo4Wwm6O FYEm7vkCzqilYVaO0TTDEO7N8bVrM+uAOY2312tz3IWNngNJYKEVC70oG7TJ11su RV3uB7MsM3MoYXwhXpfbk+RdxlDc/rSSpJz3N6gWuQivxtW6Yvijjazl1CNIZlxm YDM2NBAsf6ISvN9u0s2CQop1jFMRRkzItuOM3ds0weHiIKpOzCnQIdJI4Hx52q7g 2cYwDtO2tZKi/OJmbJC6 =GhvG -----END PGP SIGNATURE-----

2 2

Re: [Fedora-music-list] GSOC announced
by Christopher Antila 14 Feb '13

14 Feb '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 14 February 2013 00:01:20 M. Edward Borasky wrote: > I'd start with the perennial "Why Linux Audio Sucks" threads that can > be found all over the web, and isolate projects that can be closed on > deadline during GSOC, then prioritze. ;-) > > For what it's worth, I like the documentation project ideas - there's > too much "code" out there already. I'm obviously supportive of any attempt to improve documentation of free software, but we have to keep in mind that this is Google Summer of Code, and they only want "code"-centred projects. When I wrote the Musicians' Guide, it was part of Fedora Summer Coding, in a year when Google wasn't involved. Also, I just noticed that---although I published it and it is technically available---the Fedora 18 Musicians' Guide isn't properly listed in the menu on Fedora's Documentation website. I'll see what I can do to fix that! Christopher -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRHDHjAAoJEGpo1cWDqVnYDCUQAKLcYv0iYxYTMVCw9KYsuQyv 7mOgkP3NKfHOj1AjEq8+QDJM4ArklqMEZ/hrSHYAJ8ZvadaL4k4M44lJhHPb8jGl vBKHHt4epAn89tqQmOjcKCEO2NpGwkIfMV/ZNa9QMWVMUYH23Z1KiIZI8NpJrtdo +eaLcRfbFTQ/BEQt5UabCuKbMc4bwl4klQJ/6jqwQawUfWHEgYvL3Rsk9xRjMMVo lX8LXOZQzmEisINxckVBU5UjUY093reBmsZ9fud2zFxw1CmPM3yrnARuxkonMczE peKvC5fY65NZ/1doF8961DxHz+NG/15JXlCbbvwRvMANgEPJXDATVPZzEaAIqOU0 8+gGHe4Qrbuao7t3T8gAirPJJg1MS0xvSGqL/SEBLOeU6iLmBRe4dlEbQDhcUR2A 9GKN7ZWmVdNMmm/AV04rU5AvKjgEozHmMXKD0il8eqQ3IbyMa0XiYOgyxVzI5fnn NBCtwzueXWAPg1UAei5Ou9qjbx5pu7K4EoO5byonvHecg0JILXfNoKD1pcPurzoP VKlvCta8BfSpCcM+KHZ9Dt4doWJUMkJN0tqqL0sSHwUwe3URX4aFLQoXdfVc+BLG CHCBJptnx+M5qDlFC4WDzYuvbiGw9cfRNltfVPGXilQzwus47D8m5uvVlOPtsrKy 9ttKfmy8mVNb8UgF7rTE =hGt0 -----END PGP SIGNATURE-----

3 4

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

music February 2013