Hey list,

it seems that at least two board members would support an audio production SIG.

What would be the next step?

Regards
Tim

Am 18. Februar 2016 18:55:28 MEZ, schrieb Tim <lists@kiuni.de>:
Hey Lamar,

I packaged alsa-tools as it is but without hwmixvolume because this has a dependency to python-alsa which is not provided by centos-base or centos-updates.

Take a look here:
https://git.centos.org/blob/rpms!alsa-tools/4590a5d5a9399b097bf20e51442013335f5949c9/SPECS!alsa-tools.spec

Mudita seems to be based on envy24control which is part of alsa-tools.

I think packages should be devided into two groups:
1. System preparation and configuration:
Realtime kernel
Tuned profiles
Realtime related configuration files
2. Audio applications:
DAW software (Ardour, Rose garden,...)
Plugins
Midi stuff
Whatever...

BTW: It seems, no distribution has calf 0.0.60. Even Fedora has 0.0.19. And there nice improvements. :-)

Regards
Tim

Am 18. Februar 2016 17:34:22 MEZ, schrieb Lamar Owen <lowen@pari.edu>:
On 02/18/2016 04:56 AM, Tim wrote:
I have build several RPMS/SRPMS for audio production. ...

There are several packages to add. I also have build a configuration RPM
that will create udev-rules to grant access to /dev/rtc0 and /dev/hpet
for group 'realtime' and a file for sysctl to adjust vm.swappiness and
fs.inotify.max_user_watches
Your package list is a good start. Do note that an older version of
calf is in the nux repo that includes both the LV2 and LADSPA versions,
but it is definitely older than the one you have packaged. QJackCtl is
a nice one, too. I definitely am looking forward to seeing what you
come up with. Heh, time to dig out my Tascam US224 and US428 again to
check for compatibility, and it really is time for someone to figure out
how to force a particular USB endpoint to go to UHCI or OHCI and bypass
EHCI for the Tascam US-144 and US-122L, or reverse-engineer the USB 2
protocols...... I'm concerned about the US-x2y stuff, though, since last
I tried on a kernel > 3.8 the US-224 would KP the box under AVLinux 6
when any program opened the device, but I haven't tried it with C7 for
some reason. I have a US-428 buried on my desk; time to do some digging
and prepare to grab a KP and troubleshoot.

Having alsa-tools is wonderful, but getting mudita24 for all those
Envy24/ICE1712 cards out there like the Delta 1010, 44, 66, and certain
revisions of the 1010LT (I have one of these in a C7 machine at home,
and I hand-built mudita24 for it, and it works well), as well as
echomixer for all the Echo Audio stuff out there (I have an old
first-gen 20-bit Layla on which I can test). And it's about time I put
together that package of the dat-tools for using SGI-firmware-bearing
Seagate DDS DAT drives for pulling audio off of DATs...... that's the
only reason I keep my Purple Indigo2 IMPACT system running with IRIX is
to use my SGI DAT drive with the IRIX audio software to pull audio from
DATs. But that's in the future......

On the patent-encumbered codec front, for decoding MP3's the Fluendo
codec is or was no-cost, and I think that codec should be the one
pointed to if any. Nux has 'the rest.' But Johnny's exactly right
about a SIG of CentOS and patent-encumbrance issues related to being
under US copyright and patent laws.

I'm actually running Mixbus on one of my three screens right now as I
type this for my weekly production tasks......



CentOS-devel mailing list
CentOS-devel@centos.org
https://lists.centos.org/mailman/listinfo/centos-devel



CentOS-devel mailing list
CentOS-devel@centos.org
https://lists.centos.org/mailman/listinfo/centos-devel