Radium Compressor is the system compressor in Radium,
but distributed as a standalone jack application.
Radium Compressor uses the stereo compressor found in
effect.lib in the Faust distribution.
This compressor is written by Julius O. Smith III.
The GUI shows accurately the sound used for compression,
and how much the sound is being compressed.
I haven't seen this in any audio compressor GUI before,
but it's probably been done before.
Demonstration video: http://www.youtube.com/watch?v=KphCxloBq2w
Tar-ball: http://archive.notam02.no/arkiv/src/?C=M;O=D
Source repository: https://github.com/kmatheussen/radium_compressor
Hello!
We are working on porting CAPS to LV2 and we've just pushed the 0.9.7
version to github. you can check it at:
http://github.com/portalmod/caps-lv2/
We simply modified some basic files, so it's easy to keep in track
with upstream changes. For more info about the port you can read the
PORT section of the README.md file.
Any bugs or troubles regarding the lv2 port please send to this
mailing lists or to the repository issue tracker.
Hope you enjoy :)
On Wed, Jan 16, 2013 at 9:14 AM, Tim Goetze <tim(a)quitte.de> wrote:
> This release of CAPS, likely to be the last for some time unless major
> bugs surface, brings
>
> * performance and sound improvements for AmpVTS,
> * selection of peak or RMS measurement in Compress,
> * 4x128 saturating mode for Compress,
> * 2x,4x and 8x oversampling for AutoFilter, and
> * more filter types for AutoFilter.
>
> The bug in 0.9.4 that rendered the AmpVTS tonestack selection control
> inoperative has been rectified.
>
> Probably appreciated only by its author or other digital
> palaeontologists, the CabinetIII plugin has been reintroduced.
> CabinetIV is still recommended over it because of the wider range of
> models, sample rate independency and lesser computational demands.
>
> Sample rate dependencies have been removed from NoiseGate, and its
> attack time is now configurable.
>
> http://quitte.de/dsp/caps.html
>
> http://quitte.de/dsp/caps.html#AmpVTS
> http://quitte.de/dsp/caps.html#Compress
> http://quitte.de/dsp/caps.html#AutoFilter
> http://quitte.de/dsp/caps.html#NoiseGate
> _______________________________________________
> Linux-audio-dev mailing list
> Linux-audio-dev(a)lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
--
Bruno Gola <brunogola(a)gmail.com>
http://bgo.la/ | +55 11 9-5552-3599
This release of CAPS, likely to be the last for some time unless major
bugs surface, brings
* performance and sound improvements for AmpVTS,
* selection of peak or RMS measurement in Compress,
* 4x128 saturating mode for Compress,
* 2x,4x and 8x oversampling for AutoFilter, and
* more filter types for AutoFilter.
The bug in 0.9.4 that rendered the AmpVTS tonestack selection control
inoperative has been rectified.
Probably appreciated only by its author or other digital
palaeontologists, the CabinetIII plugin has been reintroduced.
CabinetIV is still recommended over it because of the wider range of
models, sample rate independency and lesser computational demands.
Sample rate dependencies have been removed from NoiseGate, and its
attack time is now configurable.
http://quitte.de/dsp/caps.htmlhttp://quitte.de/dsp/caps.html#AmpVTShttp://quitte.de/dsp/caps.html#Compresshttp://quitte.de/dsp/caps.html#AutoFilterhttp://quitte.de/dsp/caps.html#NoiseGate
> ----- Original Message -----
> From: Johannes Kroll
>
> I played around with it, it's fun! GUI looks very cool, too.
>
> After using it a few times, I noticed that some folders with strange
> names had been created with files like patchbank, phasex.cfg,
> phasex.map, sessionbank in them. The folder names contain weird
> characters, Thunar file manager displays them as 'invalid encoding'.
> One such folder showed up in my downloads folder, the other one in a
> src directory I was working in, possibly the PWDs when I started
> phasex... Has anybody else seen this behaviour?
>
> I'm running Ubuntu 12.04 on x86-64.
These files and directories are created when a session is saved via
LASH, JACK Session, or native session management. I've seen this
behavior once before, when first working on LASH support, and it
turned out to be a character encoding problem with LASH supplied
directory names. The only thing I can think of here is to use the
"C" locale instead of obtaining locale from the user's environment,
so I've made this change in v0.14.97-dev. Could you try the latest
in git, and let me know how it goes?
Thanks,
--ww
On Thu, 17 Jan 2013 15:10:39 +0100, Tim Goetze <tim(a)quitte.de> wrote:
> [Dave Phillips]
>> From the owner's manual: cE indicates a checksum error.
>>
>> Would that be an error on the part of simplesysexxer or the hardware ?
>
> I seem to remember some piece of MIDI equipment reporting a checksum
> error when I was sending sysex bulks too quickly. After increasing
> the interval between blocks everything was fine. (No idea what
> device it was, certainly not a Yamaha mixer though.)
IIRC for my Yamaha DX7 and the C64 software I've written, it was an issue,
when naming a sound with a special Japanese ASCII sign. AFAIR it was only
the combination of one sound + a special name including this sign, not an
issue when using this sign for other sounds. Voodoo ;). The old (first)
DX7 itself only provided capital letters, numbers and the dot, perhaps a
few additional signs, my sound bank manager enabled usage of other ASCII
signs.
--
FreeBSD 9.1-RELEASE amd64
Greetings,
The subject says it all. I recently had a tech replace the batteries in
two Yamaha DPM11 mixers. As expected, all presets were lost, but I was
able to restore them by a direct sysex transmission from one unit to the
other (before that one's battery replacement). Alas, the transmitted
data doesn't "keep", i.e. when the machine is turned off the battery
appears to be draining its charge, because the presets are gone when I
power up again. Grrrr.
Also, simplesysexxer seems to receive and transmit a bulk dump with no
problems, but the units do not respond correctly. The first preset gets
copied, then I receive an error code "cE". I could make good use of the
machine's error code definitions now, but the only service manual I
found available on the net is from a private dealer who wants too much
money for it. I'll try contacting a retired Yamaha tech in Toledo OH,
but does anyone on these lists have an idea what I should do ? Btw, the
units work fine now, they just don't keep their presets.
Any & all assistance greatly appreciated !
Best,
dp
Currently, it's just for display and editing. There's no playback yet. And
it's still pre-alpha, so you can expect it to crash without expending too much
effort.
The biggest change is that I've implemented some of the edit boxes in the
track, clip, and unit dialogs. The fun one to play with is changing the staff
type (in the track dialog). Another important addition is that it's now
possible to start from an empty score and add tracks, clips, and events.
Unfortunately, you can't add tablature tunings from within the program yet.
And adding notes to chords and tuplets still causes problems.
There's no change to the font, so if you were brave enough to try out the
previous version and still have the font loaded, you don't need to reload it.
I put a commented out line for the -fpermissive flag in the project file. I'm
hoping it's not needed anymore. If it is needed for compile, please let me
know, since it means I'm doing something wrong with one of the template
classes.
Website:
http://sourceforge.net/projects/sqorlatti
Download (bzipped source tarball):
http://downloads.sourceforge.net/sqorlatti/sqorlatti-0.1.2.tar.bz2
It's written in C++ and uses Qt. There's no config or anything yet, just a Qt
project file. So, as an ordinary user:
1. Unpack to a directory of your choice and cd to it.
2. qmake
3. make
4. Install the Sqorlatti.ttf font. It's located in the fonts subdirectory. In
KDE you can install it by going to System Settings and clicking through
the tabs Computer Administration / Font Installer / Personal Fonts / Add.
5. To run, type
./Sqorlatti [filename]
where [filename] is an optional *.sqo file to open. A few example files are in
the examples directory.
Changes in Sqorlatti 0.1.2:
* Cleaned up include file paths.
* Fixed SqMainWindow::openStaffEditor() so tracks appear in order of selection.
* Added a few user-editible preferences.
* Fixed crashing after SqMainWindow::fileNew() by cleaning up MasterView.
* Allow adding Clips in Track dialog editor.
* Added undo for EventContainers (Clips Track, Unit, and Score).
* Allow changing staff type in track dialog. Note that if there's no tab
tuning, staff type defaults to std notation.
Known problems still not fixed:
* Adding/removing notes to chords or tuplets. Eventually causes crash.
* Undo for inserting events and containers through MasterView not combined
into a macro, so separate commands are issued for insert and edit. It's not
really wrong, just inconvenient and confusing.
* Changing or editing tab tunings not yet implemented. This means that you
can't create a new file within Sqorlatti that will display tablature. You can,
however, open examples/Tablature.sqo, edit it, and save it under a different
name. If you want different tab tunings (i.e. anything other than a standard
guitar), you have to edit the *.sqo file by hand. This should all be fixed by
version 0.1.3.
--
7:8
New in CAPS 0.9.4:
* selectable oversampling ratios for AmpVTS (2x,4x,8x)
* selectable sounds for Click (box, stick, beep; the second being
very close to the sound of the unit in 0.4.x)
* further smoothening of ChorusII modulation
* selectable oversampling ratios for Compress (2x,4x)
Also, a serious issue with Compress has been fixed: gain had been
applied before saturation, greatly reducing the effectiveness of the
unit. It's squashing smoothly now :)
The 10-band Eq has been fixed and now has a reasonably flat frequency
response.
http://quitte.de/dsp/caps.htmlhttp://quitte.de/dsp/caps.html#AmpVTShttp://quitte.de/dsp/caps.html#Compresshttp://quitte.de/dsp/caps.html#Clickhttp://quitte.de/dsp/caps.html#Eq
version 0.1.1 fixes a few bugs:
*Fixed bug when not passing in a filename at startup.
*Added COPYING file. Added copyright templates to src files. Fixed
About box text.
*Fixed some undo/redo problems with drag & drop of events. Editing
notes within chords and tuplets still have problems.
My announcement for version 0.1.0 didn't seem to make it to the list, so
here's a repeat:
Yet another music notation program to pollute the internet. It's still just a
baby, but it already implements at least a few bugs.
It's not really ready for general use yet. The user interface is still rather
lacking and there are way too few sanity checks, but it does read and write
native *.sqo files (an xml format), and supports a crude and low-quality export
to standard MIDI files. The Staff Editor can display standard notation and
tablature moderately well, and work is ongoing to produce better percussion
staff and chord staff display. Tracks can be nested. Staffs can be grouped. The
score format supports multiple simultaneous time signatures.
Currently, it's just for display and editing. There's no playback yet.
Website:
http://sourceforge.net/projects/sqorlatti
Download (bzipped source tarball):
http://downloads.sourceforge.net/sqorlatti/sqorlatti-0.1.1.tar.bz2
It's written in C++ and uses Qt4. There's no config or anything yet, just Qt
project file. So, as an ordinary user:
1. Unpack to a directory of your choice and cd to it.
2. qmake
3. make
4. Install the Sqorlatti.ttf font. It's located in the fonts subdirectory. In
KDE you can install it by going to System Settings and clicking through
the tabs Computer Administration / Font Installer / Personal Fonts / Add.
5. To run, type
./Sqorlatti [filename]
where [filename] is an optional *.sqo file to open. A few example files are in
the examples directory.
If you open Staff Editor and the staffs looks huge and filled with garbage
characters, you forgot to install the font.
UserManual.pdf provides a small amount of documentation on how to use the
program. It's not all that well developed yet.
Developer documentation can be generated using doxygen. Just type
doxygen
to generate html documentation in the doc directory. You can fiddle with
doxyfile if you want to generate documentation in other formats (e.g. latex).
--
7:8
Hi!
I was recently helping a small Dutch radio station run by volunteers to
set up their new studio.
It's a modular system with a 16 I/O firewire card:
http://www.d-r.nl/AXUM/AXUM.htm
We managed to support it in FFADO. The playback software runs on a
virtualised Windows machine that's talking to jackd via netjack (no idea
which one, the one with multicast and netmanager), so we can address
four individual stereo pairs.
This whole netjack thing isn't very stable, so the playback software
should be replaced by some native Linux client. Here's a screenshot of
the current Windows solution:
http://adi.loris.tv/radio.png
It is basically a set of four remotely controlled winamps (with ASIO
output plugin to talk to jackd) and a directory browser per player.
So "Jingles", "Muziek" and "Bladeren" are just shortcuts to directories
with media files, the drop-down menu on the left contains a list of even
more directories.
The filter is used for pattern matching.
Questions: Are you aware of any Linux solution that comes close to this?
If not, any recommendations if one would want to create such a four-deck
player? Leveraging VLC, mplayer, gstreamer?
This is surely going to be open source, so whoever is interested, feel
free to participate.
Cheers