You seem to think that my mainboard doesn't supply enough power to X-Fi HD.
through a USB cable.
I just plugged it into a USB 3.0 port. But, I have to test it for a while.
On Tue, Aug 20, 2019 at 9:55 AM Ralf Mardorf <ralf.mardorf(a)alice-dsl.net>
wrote:
> On Tue, 20 Aug 2019 09:35:09 +0900, crocket wrote:
> >It drops out especially when I boot. This drop-out happens
> >occasionally.
> >
> >I thought my mainboard was dying, but other USB devices weren't
> >dropping out.
> >
> >Do I need to get a replacement for my USB soundcard?
> >Or, is it a software issue?
>
> It seems to be bus powered, if so, then for testing purpose use a very
> short USB cable and test different USB ports, if possible test with an
> active USB hub, too.
>
After ca. 10 months, a new prelude for synth. As usual it took long but
is relatively short. Hope you enjoy
Archive.org: https://archive.org/details/synth_prelude_02 (includes
direct download links)
Soundcloud: https://soundcloud.com/lorenzosu/synth-prelude-n-2
Made with Yoshimi and Rosegarden.
Customary thanks to all the developers of these two music applications
as well as all those contributing to the Linux Audio ecosystem for their
work and dedication :)
For the interested and/or curious, I have also set-up a Git repository
with the Rosegarden (.rg) and Yoshimi state (.state) 'source' files for
the Synth Preludes:
https://gitlab.com/lorenzosu/synth-preludes
Lorenzo.
Hello:
   I have some good audio resources up and running on Ubuntu Studio
18.04. When I searched for MIDI utilities, what I have found so far is a
bunch of them that can be downloaded and compiled (supposedly). When I
attempt that, so many of them have such cryptic error streams that it
appears that only a highly skilled Linux programmer could get them to
configure, compile, and install properly.
   Does anyone know why these resources seem so difficult to get
going? Please comment.
Brian
Hey hey,
"The apprentice - hard studies" was composed for an audio game - and not
chosen :) -, the title says it all in terms of intent.
I tried to include one of Diana Duetsch's acoustic illusions in the
xylophone/marimba like pattern as a point of interest and something mildly
magical. :)
youtube.be/Tjw9VjUoKrI
On the Linux side LinuxSampler with some free orchestral samples was involved
as well as loads of plugins for processing. The orchestral samples were mixed
with a hardware synth to get something a little more realistic. The strings
were also layered with a simple sine sound to give a little more girth and
resonance" to the instruments.
Hope you enjoy it, comments are welcome.
Best wishes,
Jeanette
--
* Website: http://juliencoder.de - for summer is a state of sound
* SoundCloud: https://soundcloud.com/jeanette_c
* Youtube: https://www.youtube.com/channel/UCMS4rfGrTwz8W7jhC1Jnv7g
* GitHub: https://github.com/jeanette-c
* Twitter: https://twitter.com/jeanette_c_s
Just call out my name, and I will be there... <3
(Britney Spears)
Hi,
Is anyone aware of any comparative study of various hypervisors (KVM,
VMware, Virtualbox) running Windows guests, on Linux hosts -- in respect of
quality of audio software, in terms of latency, jitter, glitches etc. Based
on my reading, I've understood that accuracy and reliability of the timer
interrupt available to guest kernel (in VM) should not be expected to be
equal to same on bare-metal. However, are there some hypervisors
(workstation oriented), that are better than others in this regard ?
The question is in context of need to run some Windows software which
doesn't work well under WINE (even with WineASIO, various recommended WINE
tricks applied), and I find the need to setup/maintain a dual-boot
environment too cumbersome, as I do 90% of my work in Linux.
regards,
BD
--
Sent from: http://linux-audio.4202.n7.nabble.com/linux-audio-user-f5.html
The JACK (1) page [0] references this mailing list for possible dialog
about jack usage.
I am using the jack2 daemon.
I am launching a jack aware application (OBS), but the connection to jack
is not being made automatically, so I use jack_connect to make the
connection between the two ports (system mic and OBS reader).
Is there a "jack_FOO" CLI tool that can be used to query what available
ports there are?
The reason being is I need to put a sleep into my script to connect the
jack ports:
/usr/bin/obs &
sleep 10
jack_connect system:out_1 OBS:jack_in
I'd like to eliminate the sleep command and poll jack to see if OBS has any
port available.
What do you think?
Thanks!
-m
[0] http://jackaudio.org/community.html
On Tue, August 13, 2019 10:11 am, al3xu5 / dotcommon wrote:
>> The timer "rtc" and the keyboard "i8042" should be removed from the
>> list, years back they where added, but today this isn't done anymore.
>
> Can you tell me why they should be removed now, please?
The RT prioritization should be based on what devices and software should
always be serviced in a timely manner. In the context of this audio group
that would mean the audio device driver(s), jackd if that is used, and
then anything else which might be critical. The jackd server will set
priority independently, so the only entries which need to be in rtirq are
the hardware device drivers which need realtime priority.
There is no current software that I am aware of which could require
realtime access to the hardware realtime clock (despite the name it is not
related to realtime behavior in this context). Including that device in
the rtirq list just wastes processor time servicing a device with no use
for audio.
The i8042 is the emulated legacy keyboard controller. I do not think it
is necessary, but I could accept the argument that you don't want to miss
any user interaction. It should definitely be last in the list, so the
i8042 is at the lowest realtime priority. Probably as a practical concern
there is no reason to keep i8042 in the list, user interaction is slow
enough that unless the RT software is not behaving correctly the key input
should still be serviced, and if the RT software is behaving in a way
which uses too much processor time it will probably not respond properly
to user key presses, so in either case having the keyboard controller
driver serviced with realtime priority does not seem to offer benefit.
--
Chris Caudle
Il giorno martedì 13/08/2019 19:23:12 +0200
Ralf Mardorf <ralf.mardorf(a)alice-dsl.net> ha scritto:
> "you can work around some of these TSC shortcomings by configuring
> additional kernel boot parameters. For instance, the idle=poll
> parameter forces the clock to avoid entering the idle state, and the
> processor.max_cstate=1 parameter prevents the clock from entering
> deeper C-states. Note however that in both cases there would be an
> increase on energy consumption, as the system would always run at top
> speed." -
> https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux_for_…
>
Very interesting.
Thanks again
Regards
--
al3xu5
Say NO to copyright, patents, trademarks and any industrial design restrictions.
________________________________________________________________________________
Public GPG/PGP key block
ID: 4096 bit RSA key 69C5977BF94CFE23
Fingerprint: 59C6 9DC7 CD4B CF2F A190 E3DE 69C5 977B F94C FE23
Il giorno martedì 13/08/2019 19:06:33 +0200
Ralf Mardorf <ralf.mardorf(a)alice-dsl.net> ha scritto:
> you need to do your own research or wait that somebody else does chime in.
As I suspected... ;)
> However, here are my guesses, no hard facts:
>
> On Tue, 2019-08-13 at 17:11 +0200, al3xu5 / dotcommon wrote:
> > Can you tell me why they shoud be removed now, please?
>
> https://www.rncbc.org/drupal/comment/6553#comment-6553
Thank you. Also I have read at:
https://www.rncbc.org/drupal/comment/6561#comment-6561
...and now thinga are clear enough.
> Regarding timer usage there are anyway a lot of myths and no clear source of
> information. RTC vs HPET (HR timer) vs TSC. While TSC should be the best
> source, some information claims that TSC could suffer from pitfalls that
> render it useless.
I know it is a mess...
I should have the cpu governor set to performance (no idle):
me@arrakis:~$ cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
performance
performance
performance
performance
and timers:
me@arrakis:~$ ls -l /dev/rtc0
crw-rw---- 1 root audio 253, 0 ago 13 18:15 /dev/rtc0
me@arrakis:~$ ls -l /dev/hpet
crw-rw---- 1 root audio 10, 228 ago 13 18:15 /dev/hpet
That should be ok I think.
> I set up Qtractor to use the default timer as the MIDI queue timer, so it
> should be TSC. MIDI is independent from audio, but I suspect it's better, if
> audio and MIDI are using the same timer.
Not using MIDI...
I am using a audio workstation to record (so I need low latencies with
possibly no xruns), plus a playback audio server for my hifi system, with a
an external USB2 DAC (here I need a clear audio signal with a "precise" clock
timing...)
> IIRC the keyboard driver was added, since some people experienced the
> keyboard being unresponsive, but I might be mistaken.
Ah, yes this seems a good explaination...
> > Also, consider now I am using rtirq-init version 20150216-2... There is a
> > newer (better) version I should use with a sysv-init (NO systemd) machine?
>
> I don't know. In the paste some versions of rtirq didn't fit to some kernel
> versions. There were mismatches with the names in the RTIRQ_NAME_LIST, when
> using a brand-new kernel with some of that time current rtirq scripts years
> back, when the rtirq scripts were written for previous kernel releases of
> that time.
Thanks again. I have found this new release:
https://www.rncbc.org/drupal/node/1979
I have manually extracted and installed the sysv-init script on my system
(4.6.0-0.bpo.1-rt-amd64) and it seems to work fine.
Finally I have simply set:
RTIRQ_NAME_LIST="rtc0 usb1"
and priorities are as expected.
Thank you a lot.
Regards
--
al3xu5
Say NO to copyright, patents, trademarks and any industrial design restrictions.
________________________________________________________________________________
Public GPG/PGP key block
ID: 4096 bit RSA key 69C5977BF94CFE23
Fingerprint: 59C6 9DC7 CD4B CF2F A190 E3DE 69C5 977B F94C FE23