I'm pleased to announce the release of guitarix2-0.42.0
A virtual guitar amplifier for Linux running with jack (Jack Audio
Connection Kit) released under the
GNU General Public License as published by the Free Software Foundation;
either version 2 of the License, or (at your option) any later version.
ZamAudio <https://github.com/zamaudio> meets Guitarix
https://github.com/zamaudio
For this release Damien Zammit from ZamAudio has reworked our tube
emulation.
This improved beside the overall sound, the dynamic responses of the
different tube simulations.
Be aware please, that this may break your existing presets, but,
we believe that the improvement in sound is it worse
to force you to readjust your presets to match the new tube sims.
Further news are:
Reworked French translation by Olivier Humbert
Add DC-Blocker on the Input
Add Output Limiter
Add Volume controls for the Power Amp plugin
Fix version checks for needed packages
Fix several small Bugs and hopefully don't introduce to much new ones
Last release:
https://github.com/brummer10/guitarix/releases/tag/V0.42.0
Project Page on github:
https://github.com/brummer10/guitarix
Project Page on SourceForge:
https://sourceforge.net/projects/guitarix/
Hi,
I am currently trying to get the members of my accordion orchestra to
commit to rehearsals using Jamulus. Under Linux, Jamulus uses jackd to
access sound. There is a "JamulusOS" bootable image that will use Linux
to access the soundcard.
Now I want to recommend something to band members (and/or get it myself)
when their sound quality and/or latency is not up to par. My own
collection of sound cards here tends to be Firewire, and supporting that
is not really feasible (the finances would be strained by requiring a
Thunderbolt->Firewire adapter and Thunderbolt is not a given, while
Firewire is not something modern people can think about, and my
Expresscard Firewire adapters still require an actual Expresscard slot).
My own solution right now is an Alesis iO/14 which runs with a roundtrip
latency of about 160 samples at 48kHz. I've just dug out my
still-not-resold RME HDSP Multiface with a PCMCIA Adapter in an
Expresscard-to-PCMCIA adapter which is sort of a reference interface and
it delivers 62 samples roundtrip delay. Which is impressive but nobody
has the interfaces for that anymore and it would not be a recommendation
because of its pricing.
I've lent out one Tascam US-122L interface and Tascam has 64bit drivers
for it on its web page that work reasonably well. Wow. Under Linux, I
have not been able to get it to work recently and it uses really obscure
and undocumented Alsa modes to get at the data: to provide full-duplex
at higher sample rates (48kHz? 96kHz? 24bit? Don't remember) via
USB1.1, it has its own protocols that are not class compliant.
So while it miraculously does work with modern Windows, it would not be
a useful option for JamulusOS. And I am sure I'd get a JamulusOS setup
to run on other people's hardware, and don't have what it takes to make
Windows dropout-free, what with all its secret background processes. So
that interface is only good for people who feel competent at hardware
jiggling with Windows.
So I am lacking a reasonably solid recommendation of (possibly older but
reasonably quality) hardware with 1 or 2 mic inputs and +48V phantom
power and likely USB2.0 HiSpeed class compliant, possibly 2 headphone
outputs (the lockdown permits two households convening), good
reliability/support under Linux (meaning no obscure software and/or
Windows required for dealing with hardware mixers and mic preamp
boosts), reasonably low roundtrip latency at 48kHz (does not need to be
the insane 5ms from the RME DSP Multiface).
Something that I would not mind taking back. And which is dirt cheap
these days.
I know, I know, wishful thinking. But I will not persuade people to buy
old laptops for this feat, and while I might try starting them off their
built-in soundcards/mics to get them warm to the idea, I need a good
path forward.
Thanks for useful suggestions!
--
David Kastrup
Hey hey,
does anyone have a good LADSPA plugin suggestion (perhaps with a rough
parameter idea) to match a dry sample to the free Sonatina Symphonic Orchestra
(SSO). I have to combiine some extra sounds with the SSO and thought a
jump start would be good. :)
Thanks for any hints.
Best wishes,
Jeanette
--
* Website: http://juliencoder.de - for summer is a state of sound
* Youtube: https://www.youtube.com/channel/UCMS4rfGrTwz8W7jhC1Jnv7g
* Audiobombs: https://www.audiobombs.com/users/jeanette_c
* GitHub: https://github.com/jeanette-c
Baby, there's something about you
Show me, that nothing can hold you down <3
(Britney Spears)
Sir, I spent 8 dollars on that soundcard, and you called it "garbage".
How dare you? It even has 3D stereo. Yes, you read that right. 3. D.
In reality though, the 3d stereo claims are just for marketing. The
stereo image sounds normal.
On 12/14/20 4:42 PM, David Kastrup wrote:
> Brandon Hale <bthaleproductions(a)gmail.com> writes:
>
>> One last thing you can try, if the headphone jack still doesn't work
>> after a fresh install, is getting a cheap usb audio soundcard. It will
>> have less noise and give you a reliable dac in the future on
>> Linux. Here
>> <https://www.amazon.com/gp/product/B00IRVQ0F8/ref=ppx_yo_dt_b_search_asin_ti…>
>> is one that I have personally used that has saved my life a number of
>> times.
> I'd be wary about the "3D stereo" thing. My own "garbage for the win"
> sound card looks like this:
>
>
> Yes, those are 3.5mm connectors. I think the line input is dead by now
> (but mic inputs can be misused well enough) and the soundcard mixer is
> such a mess that I haven't gotten the headphone output to work under
> Windows (but abusing the front 2.1 output by using a headphone in it
> works reasonably). The latency is suboptimal and I think it cuts off
> around 15kHz. Backside has an optical S/PDIF input and an output.
>
> Another option worth considering are handheld recorders: those tend to
> have a "soundcard mode" as well. Unfortunately, with my Zoom H2
> recorder I haven't found a way to use recording (built-in mics or
> external) and playback (headphone or line output) at the same time
> without the input unconditionally also appearing at the output.
> Undesirable for the application I was considering it for (Jamulus).
>
> Possibly newer models fare better in that regard.
>
On Fri, 11 Dec 2020 17:43:42 +0100 Jeremy Jongepier <jeremy(a)autostatic.com> wrote:
>
> Hello David,
>
> > After much experimentation with settings, I have now got the sound
> > from Qtractor back to the headphones. The distortion is still
> > there. I would be tempted to think it might be a fault with my
> > Raspberry Pi, but the sound is fine when using 'aplay', so clearly
> > the sound system on the Pi is fundamentally OK.
> >
> > Comparing the settings in QJackCtl in the Parameters and Advanced
> > tabs, they are the essentially the same both on the Pi and on my HP
> > laptop running Ubuntu 18.04.
> >
> > I'm stumped.
>
> You might want to check out
> https://wiki.linuxaudio.org/wiki/raspberrypi#on-board_audio
>
> The onboard audio is still PWM and < 16-bit as far as I know so maybe
> that's the cause of the distortion.
It seems possible - although since the sound is at least superficially
OK when played through HDMI but is completely unusable through the
headphone jack, I would have thought I needed to be looking somewhere
else.
I had a look at the wiki page you linked to. Unfortunately there
doesn't seem to be a date on it, and I am wondering whether it is
perhaps partly out of date. It mentions Raspberry Pi 1 and 2, but has
no mention of 3 or 4. Also it has a section on building a real-time
kernel, but I understood that all up-to-date Linux kernels have real
time capability, and certainly my QJackCtl reports that jack is running
in real time.
I haven't so far listened to any actual music played from Qtractor
through the HDMI: perhaps I should try this, to see whether the sound
is sufficiently good to use for editing etc. But even if it is, it
still doesn't solve the basic problem, which is that I can't use the
sound coming through the headphone socket.
I have a feeling I'm going to have to go back to plan A - which is
using my laptop computer, as I have in the past. Qtractor and jack run
fine on this. I was just hoping to use the Pi which would have been
more convenient in some ways.
Before I give up, I might just try a completely fresh install of the OS
on the Pi. It's just possible something has got messed up along the
way.
Thanks for your suggestions.
David
I am running Qtractor and QJackCtl on a Raspberry Pi 3B+, with sound
output through the headphone jack.
When I play a wav file using 'aplay' it sounds fine, but if I load it
into a track in Qtractor, it is very distorted. A female voice sounds
like basso profundo (although the speed is correct) and is very
distorted. It looks to me as if this is probably because the output of
Qtractor is not being directed through jackd.
QJackCtl seems to show that jack is running OK and speaking nicely to
Alsa, but there is one oddity. The Qtractor Connections window shows,
in the Audio tab, the expected Qtractor output connected to System.
Normally I would expect the QJackCtl Connect window to show the same in
its Audio tab, but in fact it shows nothing at all - neither Qtractor
nor System. (Yet it is showing the expected Midi Through and Qtractor
on both sides of the Midi tab, cross connected as expected.)
The Messages tab of QJackCtl shows that jackd is running, but it
doesn't report anything extra when Qtractor is started. Yet on my
Ubuntu machines, QJackCtl knows automatically when I start Qtractor.
Any ideas why QJackCtl doesn't seem to know what's trying to connect
through it?
David
Hello Everyone,
PianoBooster is back! It has been a very long time since there has been an
announcement about PianoBooster posted to this list and there have been
lots of changes. First there is a brand new website see
https://www.pianobooster.org/ and the official source code has just moved
to a new GitHub repo. See https://github.com/pianobooster/PianoBooster so
please update your URLs to point to this new website and repo.
Piano Booster is an Open Source program that helps with playing the piano
and learning to sight read music. It's key feature is that it listens and
follows what you are playing on the piano and waits for you to find and
play the right notes. It helps you with this by giving you audio feedback.
So if you play a wrong note then that note will have the Harpsichord sound
but the right notes
will have the Piano sound.
The new features in this release is a built-in FluidSynth sound generator
which makes it much easier to use. Also included are two music courses,
Please see https://www.pianobooster.org/music-info.html
For a video demonstration see:
http://www.youtube.com/watch?v=UGbfm8Tv-20
PianoBooster is licensed under GPL and runs on Linux, Windows and the Mac.
PianoBooster is available from: https://www.pianobooster.org .
Thanks
Louis
Hi!
We juste realized a new song, recorded in video, as usual, in
#AlmostLiveConditions, but this time we didn't had the director's cut,
neither the platform on which it's been dropped:
https://www.youtube.com/watch?v=K8Mdiubg98I&feature=youtu.be
or in audio only:
https://plagiatbros.bandcamp.com/album/monnaie-chiffre-oseille-bif-jack-shi…
Everything is CC4.0-BY-SA
It's a live recording, we do use a FLOSS setup online including:
- Ladish / Gladish,
- zynaddsubFX,
- SooperLooper,
- Non-mixer,
- seq24 (our self patched-version),
- x42-fat1 microtonalized version,
- many plugins: calf, swh, tap, caps, invada...
- ecasound,
- mididings (as our main control piece),
- tapeutape (a sampler which is not developped anymore),
- calfjackhost,
- Open Stage Control,
- Pedalboards (teensy code to get an osc pedalboard)
You can find the setup here:
https://github.com/PlagiatBros/PlagiatSetup/
And for the recording, mixing and mastering:
- Ardour,
- LSP plugins.
Thanks for your attention.