Several years ago I managed to produce some multi-track midi files
using qTractor.
Now I want to do something fairly simple using audio tracks. Â Just to
get myself back into using qTractor after a very long break, and to
find out how to do what I want, I decided to try something very simple
to start with. Â I want to record a guide track using my voice, and then
record 3 other voice tracks (separately), listening to the guide track
through an earpiece. Â Then I shall delete the guide track and
experiment with altering the pan settings on two of the other 3 tracks
to see if I can get a good stereo effect. Â I'm using an HP laptop and
its internal microphone, with an earpiece plugged into the computer's
headphone socket; no sound comes from the computer's speakers, of
course.
Recording the guide track is no problem. Â To record the second track, I
set it up as an unmonitored audio track and set the guide track to
solo. Â I then record the new track whilst listening to the guide track
through the earpiece.
But after recording the second track, even if I delete the guide track,
I can still faintly hear what was on the guide track - in other words,
the new track has recorded the contents of the guide track at the same
time as the new input from the microphone. Â I have tried this several
times, and I can't figure out what I'm doing wrong - probably because
I'm a musician and not a sound engineer.
If anyone has the patience to try to steer me though this, I shall be
extremely grateful.
David
Hello list!
Off topic, but maybe some of you guys got any advice?
I've mainly been using Thunderbird and Evolution as my mail readers,
because they have powerful search capabilities and good folder and
account management. But I find both seriously lacking in contact mangement.
Editing contacts require loads of clicks and mouse navigation to enter
info to those fields I use most often:
Name, email (might be multiple), phone (might be multiple), Street
Address, Organization / Company, Birthday, Notes.
I'd like a spreadsheet approach instead: a simple list view of the
preferred columns, right click to get a "Mail to" context and double
click in a field to edit. Or something similar. And keyboard navigation,
please.
I want sync across devices (that is Android phone, PC and occasional
webmail) but I don't want Google, so I'm using a CardDAV address book.
Thunderbird doesn't even let me use cardDAV as default address book but
saves all contacts to "Personal address book". Evolution opens contacts
in a tabbed window without CTRL-TAB navigation. Etc.
So. Does anyone here have pointers to mail readers with powerful search,
good folder and account management AND good contact management?
I'll happily accept personal mail to keep the OT clutter minimal.
Thankful for any input.
Hello,
I have a server with limited storage that I want to run a private radio
station from, a randomized mix of my complete music collection.
Locally I have about 80G of music in all sorts of formats, codecs and
bitrates.
This is way too large for the server's storage, I can use half of that
at best.
Additionally I don't want the stream to have too much bandwidth so it
will work even over flaky (mobile) network connections.
My thought is to transcode all of it to the same reduced format, then
upload.Â
That way the music server could just push it out without transcoding
again (and I could still listen to separate tracks remotely).
The Big Question:
Which format should I choose?
I found these 2 articles that seem to have an answer:
https://wiki.hydrogenaud.io/index.php?title=Transcoding#Lossy-to-lossy_tran…https://trac.ffmpeg.org/wiki/Encode/HighQualityAudio
Combined, it sounds to me like I really should use either FDK AAC or
Opus* at less than 100kbps (I listen to 64k AAC music streams that are
OK imo).
What do you think?
Is this even the right approach to solve the problem?
TIA!
FWIW, here's a breakdown of my music's codecs/bitrates:
vorbis: 97 files (974M), average bitrate 332kbps (from 67 to 452)
wmav2: 10 files (31M), average bitrate 131kbps (from 129 to 133)
flac: 1216 files (45505M), average bitrate 1191kbps (from 330 to 5170)
opus: 173 files (1024M), average bitrate 129kbps (from 76 to 177)
mp3: 1975 files (32823M), average bitrate 197kbps (from 96 to 420)
aac: 308 files (1592M), average bitrate 152kbps (from 64 to 334)
alac: 1 files (621M), average bitrate 768kbps (from 768 to 768)
* personally, I always had the feeling that opus (used a lot by
youtube) isn't so good with noisy, grungy, fuzzy, guitarry music
Gotcha.
The format isn't going to matter much, so just convert the FLAC to some
lossy codec and you're done. None of the lossy codecs are close to an
order of magnitude better than any of the others, especially if you are
space-limited.
On Sat, Apr 15, 2023 at 19:50, D.T. <danter(a)posteo.de> wrote:
> I really don't think you're getting the problem:
> I want to stream from a remote server that has limited storage.
> Whether the software can do transcoding on the fly is beside the
> point because as it currently is
> there isn't enough space on the server, therefore I must do
> /something/ before I upload.
>
> The ability to then listen to the stream is not under debate. That
> part is covered.
>
> To simplify, I'd really like an answer to the question how I can best
> reduce my music collection to a unified, much reduced format.
>
> On Sat, 2023-04-15 at 13:40 -0600, Paul Davis wrote:
>> both LMS and airsonic can do that
>>
>> On Sat, Apr 15, 2023 at 19:32, D.T. <danter(a)posteo.de> wrote:
>>> It's a virtual server.
>>> I want to stream while mobile also, not only at home.
>>>
>>>
>>> On Sat, 2023-04-15 at 13:18 -0600, Paul Davis wrote:
>>>> Don't bother with transcoding.
>>>>
>>>> Just use the Logitech Media Server (open source, perl!) and it can
>>>> handle all of the above.
>>>>
>>>> Players for just about any device you can name, and control apps
>>>> for any browser as well as most devices.
>>>>
>>>> There's also Airsonic, which is web-based and quite nice, and also
>>>> offers no rationale for transcoding to disk.
>>>>
>>>> On Sat, Apr 15, 2023 at 19:07, D.T. <ohnonot-github(a)posteo.de>
>>>> wrote:
>>>>> Hello,
>>>>> I have a server with limited storage that I want to run a private
>>>>> radio station from, a randomized mix of my complete music
>>>>> collection.
>>>>> Locally I have about 80G of music in all sorts of formats, codecs
>>>>> and bitrates.
>>>>> This is way too large for the server's storage, I can use half of
>>>>> that at best.
>>>>>
>>>>> Additionally I don't want the stream to have too much bandwidth
>>>>> so it will work even over flaky (mobile) network connections.
>>>>>
>>>>> My thought is to transcode all of it to the same reduced format,
>>>>> then upload.
>>>>> That way the music server could just push it out without
>>>>> transcoding again (and I could still listen to separate tracks
>>>>> remotely).
>>>>>
>>>>> *The Big Question:*
>>>>> Which format should I choose?
>>>>>
>>>>> I found these 2 articles that seem to have an answer:
>>>>> <https://wiki.hydrogenaud.io/index.php?title=Transcoding#Lossy-to-lossy_tran…>
>>>>> <https://trac.ffmpeg.org/wiki/Encode/HighQualityAudio>
>>>>> Combined, it sounds to me like I really should use either FDK AAC
>>>>> or Opus* at less than 100kbps (I listen to 64k AAC music streams
>>>>> that are OK imo).
>>>>>
>>>>> What do you think?
>>>>> Is this even the right approach to solve the problem?
>>>>>
>>>>> TIA!
>>>>>
>>>>> FWIW, here's a breakdown of my music's codecs/bitrates:
>>>>>
>>>>> vorbis: 97 files (974M), average bitrate 332kbps (from 67 to 452)
>>>>> wmav2: 10 files (31M), average bitrate 131kbps (from 129 to 133)
>>>>> flac: 1216 files (45505M), average bitrate 1191kbps (from 330 to
>>>>> 5170)
>>>>> opus: 173 files (1024M), average bitrate 129kbps (from 76 to 177)
>>>>> mp3: 1975 files (32823M), average bitrate 197kbps (from 96 to
>>>>> 420)
>>>>> aac: 308 files (1592M), average bitrate 152kbps (from 64 to 334)
>>>>> alac: 1 files (621M), average bitrate 768kbps (from 768 to 768)
>>>>>
>>>>>
>>>>> * personally, I always had the feeling that opus (used a lot by
>>>>> youtube) isn't so good with noisy, grungy, fuzzy, guitarry music
>>>> _______________________________________________
>>>> Linux-audio-user mailing list --
>>>> linux-audio-user(a)lists.linuxaudio.org
>>>> <mailto:linux-audio-user@lists.linuxaudio.org>
>>>> To unsubscribe send an email to
>>>> linux-audio-user-leave(a)lists.linuxaudio.org
>>>> <mailto:linux-audio-user-leave@lists.linuxaudio.org>
>>>
>> _______________________________________________
>> Linux-audio-user mailing list --
>> linux-audio-user(a)lists.linuxaudio.org
>> <mailto:linux-audio-user@lists.linuxaudio.org>
>> To unsubscribe send an email to
>> linux-audio-user-leave(a)lists.linuxaudio.org
>> <mailto:linux-audio-user-leave@lists.linuxaudio.org>
>
both LMS and airsonic can do that
On Sat, Apr 15, 2023 at 19:32, D.T. <danter(a)posteo.de> wrote:
> It's a virtual server.
> I want to stream while mobile also, not only at home.
>
>
> On Sat, 2023-04-15 at 13:18 -0600, Paul Davis wrote:
>> Don't bother with transcoding.
>>
>> Just use the Logitech Media Server (open source, perl!) and it can
>> handle all of the above.
>>
>> Players for just about any device you can name, and control apps for
>> any browser as well as most devices.
>>
>> There's also Airsonic, which is web-based and quite nice, and also
>> offers no rationale for transcoding to disk.
>>
>> On Sat, Apr 15, 2023 at 19:07, D.T. <ohnonot-github(a)posteo.de> wrote:
>>> Hello,
>>> I have a server with limited storage that I want to run a private
>>> radio station from, a randomized mix of my complete music
>>> collection.
>>> Locally I have about 80G of music in all sorts of formats, codecs
>>> and bitrates.
>>> This is way too large for the server's storage, I can use half of
>>> that at best.
>>>
>>> Additionally I don't want the stream to have too much bandwidth so
>>> it will work even over flaky (mobile) network connections.
>>>
>>> My thought is to transcode all of it to the same reduced format,
>>> then upload.
>>> That way the music server could just push it out without
>>> transcoding again (and I could still listen to separate tracks
>>> remotely).
>>>
>>> *The Big Question:*
>>> Which format should I choose?
>>>
>>> I found these 2 articles that seem to have an answer:
>>> <https://wiki.hydrogenaud.io/index.php?title=Transcoding#Lossy-to-lossy_tran…>
>>> <https://trac.ffmpeg.org/wiki/Encode/HighQualityAudio>
>>> Combined, it sounds to me like I really should use either FDK AAC
>>> or Opus* at less than 100kbps (I listen to 64k AAC music streams
>>> that are OK imo).
>>>
>>> What do you think?
>>> Is this even the right approach to solve the problem?
>>>
>>> TIA!
>>>
>>> FWIW, here's a breakdown of my music's codecs/bitrates:
>>>
>>> vorbis: 97 files (974M), average bitrate 332kbps (from 67 to 452)
>>> wmav2: 10 files (31M), average bitrate 131kbps (from 129 to 133)
>>> flac: 1216 files (45505M), average bitrate 1191kbps (from 330 to
>>> 5170)
>>> opus: 173 files (1024M), average bitrate 129kbps (from 76 to 177)
>>> mp3: 1975 files (32823M), average bitrate 197kbps (from 96 to 420)
>>> aac: 308 files (1592M), average bitrate 152kbps (from 64 to 334)
>>> alac: 1 files (621M), average bitrate 768kbps (from 768 to 768)
>>>
>>>
>>> * personally, I always had the feeling that opus (used a lot by
>>> youtube) isn't so good with noisy, grungy, fuzzy, guitarry music
>> _______________________________________________
>> Linux-audio-user mailing list --
>> linux-audio-user(a)lists.linuxaudio.org
>> <mailto:linux-audio-user@lists.linuxaudio.org>
>> To unsubscribe send an email to
>> linux-audio-user-leave(a)lists.linuxaudio.org
>> <mailto:linux-audio-user-leave@lists.linuxaudio.org>
>
Hi folks,
I'm trying to set up a fairly minimal system as a dedicated Digital Organ.
I started with Ubuntu Mate 22.04, as that's what I normally use for my
personal systems.
During the install I requested a minimal system, no Office, etc. and
ended up with what looked OK.
However, When it came to setting up the audio side, I wanted to run
Jack(D2/DBUS) and use Qjackctl
for initial setting up. I'm hoping to dispense with Qjackctl once its
all working, though the patchbay
might keep it in. I want a system that comes up headless (normally) so
the organist just switches on,
waits for a couple of minutes for it to start, then starts playing.
I'm having great difficulty in getting Qjackctl and Jack to start
reliably, I've tried jackd2 and jackdbus
(from the standard Ubuntu repositories) and Qjackctl nearly always fails
with messages saying it can't
contact jack: 'Server communications error, plesae check the message
window for more info'.
The window then says 'Cannot read socket fd = 36 err = Success' which
seems contradictory!
If anyone can help I'd like opinions on whether I should be pushing for
jackd2 or jackdbus.
The idea is to have a startup script which starts jack, then qjackctl,
then the organ software (GrandOrgue).
So far it's a mess.
Someone must know what I need to do. I'm happy to collect any
information and report back if you can
tell me what is needed.
Many thanks in advance!
Bill
--
+----------------------------------------+
| Bill Purvis |
| email: bill(a)billp.org |
+----------------------------------------+
Hey hey,
I would like to present my song "Ends of the earth" in a shorter edit with a proper video and an announcement:
https://youtu.be/f-ERmWxPFi0
The song is now entered for the "International Low-vision Song Contest 2023" (ILSC 2023). It is an accepted entry for the German national semi-final. This contest is organised by several national organisations for the blind and visually impaired.
Why do I post it here? It is possibly the only entry produced with Linux open source software, including: Csound (which gets a special mention in the introduction), LinuxSampler, Yoshimi, Midish, Nama, several LADSPA plugins, as well as free and commercial sample libraries, field recordings and purely synthesized sounds. Including My Csound handpan instrument, several risers and effects also created in Csound.
The German semi-final will air on
April 14, at 20:00 CEST (18:00 UTC, 14:00 EDT, 12:00 MDT)
The YouTube live stream will be here:
https://youtu.be/CJ5kJ1PDS7g
The official website for the whole contest is here:
https://www.dbsv.org/ilsc.html
This year's ILSC sees a greatly extended list of countries across the world joining in. From what I have been able to gather (by looking at the German entries), a broad range of genres and musical background will be represented.
For the curious, the lyrics will follow below. I would like to invite you to listen and vote.
Best wishes and enjoy,
Jeanette
*** LYRICS ***
Sprite on the ice
In a mist laden dream.
Like rain from the skies,
You touch
And are gone with the stream.
Now, here...
I feel you close
Soft like a tear,
Sharp as a rose.
[Chorus]
You're so near but far away,
Out of reach, across the seas.
Seeking you I sail astray,
I'll strive for you without cease.
Frozen and seared
By the rays of your moon.
My heart burns to dust
If I can't find you soon.
Here, now...
I make a vow.
I'll cross the earth,
Volcanoes and all... To you.
[Chorus]
You're so near but far away,
Out of reach, across the seas.
Seeking you I sail astray,
I'll strive for you without cease.
*** END OF LYRICS ***
--
* 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
I love the things you say
And I love the love your touch conveys <3
(Britney Spears)
Can anyone recommend a mid range one *known* to work with Linux, including
Jack audio?
--
Will J Godfrey {apparently now an 'elderly'}
https://willgodfrey.bandcamp.com/http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
Hi all,
Shortly after 0.6.6 this release corrects some issues found in the
meantime mainly thanks to lv2lint and the old jack_interposer.so in the
last 0.6.6 version. It also introduces a cmake build environment with
the hope of making packaging easier.
Enjoy
Frank
qmidiarp-0.6.7 (2023-04-11)
New Features
 o Package: a cmake build environment is now available with the goal
   of less pain with libtool.
Fixed Bugs:
 o fixed two small non-realtime function calls that had sneaked in last
   year.
 o fixed several lv2lint FAILS: lv2:resize extension was removed,
   lv2ui:qt5ui is no longer exposed, globally visible library symbols
   were hidden. lv2lint still reports being unable to instantiate the
   uis, but all tested hosts were able to do it.
Download
https://sourceforge.net/projects/qmidiarp/files/qmidiarp/0.6.7/qmidiarp-0.6…
Github
https://github.com/emuse/qmidiarp
Website
https://qmidiarp.sourceforge.net/