> From: Fons Adriaensen <fons(a)linuxaudio.org>
> Message-ID: <20141010201414.GA15524(a)linuxaudio.org>
> Hello all,
>
> Today I got an email of a user asking me to help him make a plugin
> called 'zitaretuner' work. I never wrote such a plugin...
> ... And whoever did it doesn't even have the courage to
> identify him/herself.
>
> I've complained about this sort of thing before, and this time
> I'm really pissed. So let one thing be clear: I will never again
> release any code under a license that allows this sort of thing
> to happen.
Doesn't the GPL v2 already prevent this sort of thing for anyone who
adheres to the license terms?
2. You may modify your copy or copies of the Program or any portion of
it, thus forming a work based on the Program, and copy and distribute
such modifications or work under the terms of Section 1 above, provided
that you also meet all of these conditions:
a) You must cause the modified files to carry prominent notices
stating that you changed the files and the date of any change.
It seems the only way to prevent that kind of abuse is to not release the
code at all. That would be a very sad outcome for Linux audio users.
--
Chris Caudle
Sorry for top replying, I had mail delivery disabled from the mailing
list options and had to read replies on the archives.
With vsthost you don't usually need the full path, it looks in
$VST_PATH I think which has /home/renato/Audio/.vst. And anyways other
windows vsts in that directory launch correctly, so I wouldn't say it's
a path problem. Neither an architecture problem as far as I can see,
since as said I tried putting in the directory both 64bit and 32bit
versions of Kontakt.
Is there no one on the list with Kontakt working? I'd *really* like it
to gain acces to some libraries
cheers,
Renato
> Date: Thu, 9 Oct 2014 10:35:54 +0200
> From: Renato <rennabh(a)gmail.com>
> To: lau <linux-audio-user(a)lists.linuxaudio.org>
> Subject: Re: [LAU] dssi-vst doesn't see certain .dll files
> Message-ID: <20141009103554.29b9693b(a)gmail.com>
> Content-Type: text/plain; charset=US-ASCII
>
> [...]
> With vsthost you don't usually need the full path, it looks in
> $VST_PATH I think which has /home/renato/Audio/.vst. And anyways other
> windows vsts in that directory launch correctly, so I wouldn't say it's
> a path problem. Neither an architecture problem as far as I can see,
> since as said I tried putting in the directory both 64bit and 32bit
> versions of Kontakt.
I vaguely remember having a problem like yours when I tried to use
Kontakt Player's VST... I think vsthost doesn't like uppercase and
spaces in filenames. Here it was renamed to "kontakt5.dll" and it
works. Dssi_list_plugins says:
/usr/lib64/dssi/trivial_synth.so
TS Trivial synth
/usr/lib64/dssi/less_trivial_synth.so
LTS Less Trivial synth
/usr/lib64/dssi/karplong.so
karplong Simple Karplus-Strong Plucked String Synth
/usr/lib64/dssi/linuxsampler.so
LinuxSampler LinuxSampler
/usr/lib64/dssi/trivial_sampler.so
stereo_sampler Simple Stereo Sampler
mono_sampler Simple Mono Sampler
/usr/lib64/dssi/dssi-vst.so
RemoteVSTClient: all cache files are up-to-date, not running scanner
kontakt5.dll Kontakt 5 VST
I still couldn't make the 8 and 16 output DLLs work though. (I don't
need 64 outs! ... Or at least, not yet. :D)
--
____________________
Blog: http://aiyumi.warpstar.net/
Hello,
I would like to use some .sfArk files. To this effect I have found
the following for Ubuntu systemes (eg. Linux Mint) which seems
reasonable, but the git repo needs a username and password, which are
not supplied. What could they be ?
http://blogs.fsfe.org/samtuke/?p=589
Thanks.
This isn't strictly Linux-related but I hope someone here will have some
helpful suggestions.
I regularly make classical and choral recordings in my local church. I
use a pair of omnidirectional small condenser microphones in an A-B
layout and after much trial and error, I am very happy with the sound.
However, I'm struggling a bit with dynamics processing on the recording.
Naturally, choral music has an extremely wide dynamic range. If you
normalise the infrequent loud parts to 0dB, the rest of the recording is
too quiet, and people have complained that the CDs are "too quiet"
compared to their other CDs. I know that people listen to these
recordings on their iPod or in the car and if the quiet parts are too
quiet, then they simply can't hear them.
We all know about the loudness war and I certainly don't want to
compress the crap out of these delicate and beautiful recordings. But I
think some subtle compression would help bring up the average amplitude
without clipping the loud parts. I've experimented a bit but I'm
struggling to get a "natural" sound. After compression, it sounds fine
in the quiet parts but in the louder parts it sounds "lumpy" and the
reverb sounds unnatural.
Does anyone here work with classical and choral recordings? I could use
some advice on how to add compression with a light touch to make these
recordings more practical for playback, without spoiling the natural
ambience.
Thanks,
Jonathan
Hi all,
I just did a rough mix on a track... well, I think a little better than a
rough mix, but I can't go much further without some other ears having a
listen. All audio synthesis is in SuperCollider running in Ubuntu; then I
recorded stems on disk and loaded those up into Ardour (2) for easier
control over the mix.
A variety of influences at play here -- hope some of you enjoy it!
Generally I'd put it under the electronica label, though it doesn't exactly
fit.
http://www.dewdrop-world.net/audio/wiggle-room4.mp3
I'm using CC-BY-NC-SA for this, as I usually do -- tagged as such in the
MP3 comment field.
Thanks!
hjh
Sent with AquaMail for Android
http://www.aqua-mail.com
I'm playing around with the Ogg Vorbis wire formats, and am puzzled by something.
The spec, and as far as I understand, the code of the implementations I've looked at, indicates that for the Ogg Page, there's a length of page_segments, then a segment_table, a sequence of bytes the length of that value. So if there's a 1 for page_segments, there should be one byte in the segment_table following, which contains the length of that single segment, etc. And then, the actual payload starts after that.
But that's not what I'm seeing. Here's a peice of a valid file, encoded with the Xiph reference oggenc and plays perfectly everywhere I tried it:
00000000: 4f67 6753 0002 0000 0000 0000 0000 4cea OggS..........L.
00000010: 8175 0000 0000 6f9c 089f 011e 0176 6f72 .u....o......vor
00000020: 6269 7300 0000 0002 44ac 0000 0000 0000 bis.....D.......
00000030: 80b5 0100 0000 0000 b801 4f67 6753 0000 ..........OggS..
00000040: 0000 0000 0000 0000 4cea 8175 0100 0000 ........L..u....
00000050: 54f5 6fa8 113d ffff ffff ffff ffff ffff T.o..=..........
00000060: ffff ffff ff07 0376 6f72 6269 732d 0000 .......vorbis-..
00000070: 0058 6970 682e 4f72 6720 6c69 6256 6f72 .Xiph.Org libVor
00000080: 6269 7320 4920 3230 3130 3131 3031 2028 bis I 20101101 (
00000090: 5363 6861 7566 656e 7567 6765 7429 0000 Schaufenugget)..
000000a0: 0000 0105 766f 7262 6973 2542 4356 0100 ....vorbis%BCV..
000000b0: 4000 0024 7318 2a46 a573 1684 101a 4250 @..$s.*F.s....BP
000000c0: 19e3 1c42 ce6b ec19 424c 1182 1c32 4c5b ...B.k..BL...2L[
I see the 01 value at 0x1a, the page_segments, indicating there is one (1) segment. I see the 0x1e value at the next address 0x1b, the first segment in the segment_table indicating that there 30 bytes in the segment. All good.
What's baffling me is, in that first page, the mysterious 01 value at 0x1c! What's that doing there? Can't find any documenation of it, and it causes the vorbis header to start one byte after the end of the segment values. And I see the value 0x76 the ASCII character 'v' to start the Vorbis packet at 0x1d, instead of at 0x1c where I'd expect it. There's also an additional trailing 01 at the end of the Vorbis packet, at 0x39, which confuses me as well.
You'll see the next packet follows the same pattern: at 0x54 is page_segments, there's a nice 0x11 indicating 17 segments to follow, I see all the 0xff's there for the segment_table, followed by the 07 value for the length of the last segment, but then... there's that spurious weird extra byte, this time it is 0x03, at 0x66, before the payload (0x76, 'v') starts.
Not any major big deal, but I'm OCD enough that wondering about stuff like this keeps me up at night.
-ken
Hi all.
I know there are a fair few KXStudio users on this list and I've been
meaning to try this distro for a while. So I have downloaded the 64bit
version from their website and checked its integrity with the md5sum.
All seems good and correct. However when I try and create a bootable USB
to run/install it I can not boot from the USB key!
The method I use is:
sudo dd if="path-to-image" of="/dev/sdb" bs=1M
This method has worked perfectly well for creating a bootable USB drive
for other distributions using the exact same USB drive!
Why wont this give me a bootable KXStudio USB drive? What do I need to
do instead?
Regards, Dale.
I'm trying to get some windows VSTs working with dssi-vst. Some work
fine, but others won't show at all in dssi_list_plugins, and will give
a "not found" error when I try to launch them with vsthost.
Particularly I just downloaded the Kontakt free player, which I
understood many had working with dssi-vst, and it falls in the
non-listed class. I have the 3 .dll supplied in the same folder as
other working .dll, but I get this with vsthost:
$ vsthost Kontakt.dll -d 3
Returning file identifiers: RIm09HktUFdUmYGlh6aGz1ki
DSSI_PATH not set, defaulting to /home/renato/.dssi:/usr/local/lib/dssi:/usr/lib/dssi:/usr/lib32/dssi
RemoteVSTClient: executing /usr/lib32/dssi/dssi-vst/dssi-vst-server -g Kontakt.dll,RIm09HktUFdUmYGlh6aGz1ki
DSSI VST plugin server v0.986
Copyright (c) 2004-2010 Chris Cannam
Loading "Kontakt.dll"...
dssi-vst-server[1]: not found in /usr/lib/vst/Kontakt.dll
dssi-vst-server[1]: not found in /usr/lib/vst/Kontakt.dll
dssi-vst-server[1]: not found in /usr/local/lib/vst/Kontakt.dll
dssi-vst-server[1]: not found in /usr/local/lib/vst/Kontakt.dll
dssi-vst-server[1]: not found in /home/renato/.vst/Kontakt.dll
dssi-vst-server[1]: not found in .vst/Kontakt.dll
dssi-vst-server[1]: not found in /windows/dlls/Kontakt.dll
dssi-vst-server[1]: not found in /windows/dlls/Kontakt.dll
dssi-vst-server[1]: not found in /home/renato/Audio/.vst/Kontakt.dll
dssi-vst-server[1]: not found in Audio/.vst/Kontakt.dll
dssi-vst-server[1]: not found in /windows/dlls/Kontakt.dll
dssi-vst-server[1]: not found in /windows/dlls/Kontakt.dll
dssi-vst-server[1]: not found in /home/renato/Audio/.vst/Kontakt.dll <----- this is the correct path, and the file is there
dssi-vst-server[1]: not found in Audio/.vst/Kontakt.dll
dssi-vst-server[1]: not found in DLL path
dssi-vst-server: ERROR: Couldn't load VST DLL "Kontakt.dll"
Plugin server timed out on startup: No such device or address
vsthost: bailing out
Am I missing something?
cheers,
renato
Apologies for x-posting, I would greatly appreciate it if you would please
disseminate the following among prospective graduate students.
I am pleased to announce immediate availability of a competitive 12-month
iPhD research assistantships in Human-Centered Design program for both the
Spring 2015 and the Fall 2015.
Virginia Tech's new individualized Human-Centered Design (HCD) iPhD
transdisciplinary degree is closely aligned with the newfound Institute for
Creativity, Arts, and Technology (ICAT). iPhD is a degree designed primarily
to support individually tailored PhD experiences, allowing students to
actively participate in shaping their plan of study. The GAship in question
seeks candidates with a solid research background, and a strong sense of
independence and self-sufficiency. We are particularly seeking students
interested in sonification, sound spatialization, and interactive
technologies (e.g. mind-body technologies, laptop/mobile ensembles,
hyperinstruments, installations, mobile/wearable computing, etc.).
Candidates must possess a strong knowledge of Max and Pd/Pd-L2Ork
programming environments. C/C++ programming (or equivalent) is also
preferred, as well as skills in other domains (e.g. interactive multimedia,
K-12 education, 3D animation, etc.).
This is a 12-month renewable assistantship with a full tuition waiver and
one of the highest paying stipends at Virginia Tech. To be eligible
candidates need to apply, be accepted, and enroll in the new HCD iPhD
program with primary focus in the computer music domain focusing on one or
more of the aforesaid areas of interest.
The successful candidate will be given an opportunity to participate in
conducting reserarch using the cutting edge 145 speaker system and
consequently
its innovative spatialization, sonification, and immersion approaches in
the new
$100M Moss Arts Center and more specifically Institute for Creativity,
Arts, and
Technology's three-story Cube space and its smaller counterpart, the
immersive Perform Studio, as well as the new DISIS facilities that are
coming online
this fall. They will also work closely with ICAT faculty and
students on a number of collaborative projects, including Tech or Treat,
MAKEr camps, the upcoming SEAMUS conference, and other ICATinitiatives.
For questions and application information please contact Dr. Ivica Ico
Bukvic <ico(a)vt.edu>
For more information:
HCD http://www.vthcd.com/
ICAT http://www.icat.vt.edu
DISIS http://disis.icat.vt.edu
L2Ork http://l2ork.icat.vt.edu
Best,
--
Ivica Ico Bukvic, D.M.A.
Associate Professor
Computer Music
ICAT Senior Fellow
DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
ico(a)vt.edu
www.performingarts.vt.edudisis.music.vt.edul2ork.music.vt.edu