First sounds using the Waverazor on Linux. drums, synth percussion and
bass combo are regular production, the rest are several instances of
Waverazor. After a short bit, the combo drops and only Waverazor is
heard, including the rhythm synth. No research for sounds was made,
these are really the first sounds made with that synth released for
Linux yesterday.
https://soundcloud.com/nominal6/wr-1
Cheers.
Hello !
This piece marks the return of the acoustic guitar. This is a bright,
almost airy in its tones, rhytmic piece. Easy listening ? I do not
know, but it surely flows by nicely. Synths open and closes the piece
while the theme is played on xylophone and cimbalon (Pianoteq). No
mysteries here, no melancholy, just bright and open.
On the mixing side, 'Soca Philosophy' was mixed using Mixbus32C, the
commercial counterpart supporting Ardour development. Approx. 35 tracks
were used, 5 busses, and two VCAs. Not many plugins were used if you
put aside the x42 EQ used as subtractive EQ on each track, as well as
the x42 1/3 Octave Spectrum Display on each track, post fader. The new
addition was the use of u-he Uhbik Tremolo on some sequenced tracks to
give a stereo rhtythm. The acoustic guitar went trought the usual MPA2
and VLA2 stereo tube preamp and compressors, then through
OvertoneDSP's Pulltec emulations. There was a clear problem of
integrating the acoustic guitar into the synth layers. Hopefully it
turns out not too bad.
'Soca Philosophy' was created in Bitwig and refined and mixed in
Mixbus32C. All guitars were recorded in Mixbus32C. System in Linux
Mint 18, KDE.
And as always, for Pete's sake, I listen to the soundcloud upload and
find that it's not really reflecting what I was working on - alas,
that's how it goes for now !
https://soundcloud.com/nominal6/soca-philosophy
Cheers.
On Sat, 13 Jan 2018 15:29:27 +0000, Pablo Fernandez wrote:
>El sáb., 13 ene. 2018 13:58, Thomas Pfundt escribió:
>> However, this site doesn't list your Celeron G as vulnerable:
>> https://security-center.intel.com/advisory.aspx?intelid=INTEL-SA-00088&lang…
>> Do you even need to concern with the patch and performance at this
>> point?
That is interesting news. I'll forward this, since actually it's
claimed that all x86 CPUs since the Pentium Pro from 1995 suffer from
this issue.
Does anybody know how to value this information from Intel?
On Sat, 13 Jan 2018 14:14:58 +0200, Besnik Bleta wrote:
>Hello,
>
>On Sat, 13 Jan 2018 12:54:06 +0100
>Ralf Mardorf <ralf.mardorf(a)alice-dsl.net> wrote:
>
>> [4]
>> Sorry, I'm not using GRUB.
>
>
>If you’ve got a minute, mind listing the reasons for not foing so?
>Or pointing me to any resource of the similar spirit?
>Just curious.
Hi,
I noticed that you replied off-list, but since I don't want to answer
the same off-list question again and again (I've done this already
several times), I'll reply to the mailing list.
syslinux.cfg is nicer to edit than grub.cfg. While it's possible to get
a similar clean grub.cfg as a regular syslinux.cfg already is by
default, I still prefer syslinux.cfg over grub.cfg. I never used the
grub auto-thingies, such as the configs for the config or os-prober,
since they are just a PITA. The reason for this is that the
auto-thingies do not provide I want to get and they run during upgrades,
when there's no need to perform those time consuming tasks. Btw. I
dislike distros that enforce by package dependencies to install grub,
even if another distro already provides the bootloader, so I divert
some of this crap:
[rocketmouse@archlinux ~]$ cat /mnt/moonstudio/usr/src/dpkg-divert-grub.sh
#!/bin/bash
divert () {
cat<<EOF
#!/bin/dash
name=\$(echo \$(basename \$0) | sed -e 's/[0-9]\+ *//')
printf "\n \033[7m\$(basename \$0) was renamed \$name.real\033[0m\n\n"
exit
EOF
}
case $1 in
--add)
for s in grub-mkconfig update-grub
do
s=/usr/sbin/$s
dpkg-divert --add --rename --divert $s.real $s && divert > $s
chmod a+x $s
done;;
--remove)
for s in grub-mkconfig update-grub
do
s=/usr/sbin/$s
rm $s && dpkg-divert --rename --remove $s
done;;
--list)
dpkg-divert --list | grep "local diversion of"
ls -hlv /usr/sbin/grub-mkconfig* /usr/sbin/update-grub*|grep -v "gf"
;;
*)
cat $0;
esac
exit
IMO syslinux has got just one disadvantage compared with grub.
Grub doesn't require chainloading. To avoid chainloading when using
syslinux my workaround is to move all kernels of different installs on
one partition and to bind /boot.
[rocketmouse@archlinux ~]$ ls -hAld /boot/ /.boot/*/boot/
drwxr-xr-x 3 root root 4.0K Jan 12 02:43 /boot/
drwxr-xr-x 3 root root 4.0K Feb 17 2017 /.boot/suse11.2/boot/
drwxr-xr-x 3 root root 4.0K Jan 11 09:42 /.boot/ubuntu_moonstudio/boot/
drwxr-xr-x 3 root root 4.0K Aug 27 2013 /.boot/ubuntu_q/boot/
[rocketmouse@archlinux ~]$ grep bind /mnt/moonstudio/etc/fstab
/mnt/archlinux/.boot/ubuntu_moonstudio/boot /boot none bind 0 0
Another possible pitfall might be dual-head usage on demand. I don't
know if grub is able to handle this, at least syslinux isn't.
If an LCD should be connected by HDMI and a CRT by VGA, but the CRT
should be turned off, than syslinux doesn't show the menu on the LCD
display, while the BIOS is still shown on the LCD display. If I don't
want to use the dual-head set-up, I need to disconnect the CRT, too see
the syslinux menu. I never tested if grub could manage this better than
syslinux.
This is my current syslinux.cfg:
[rocketmouse@archlinux ~]$ cat /boot/syslinux/syslinux.cfg
# http://syslinux.zytor.com/wiki/index.php/Doc/menu
PROMPT 0
TIMEOUT 600
UI menu.c32
MENU HIDDEN
MENU CLEAR
MENU COLOR screen 0;30;40
MENU COLOR border 0;30;40
MENU COLOR title 1;37;44
MENU COLOR unsel 0;37;40
MENU COLOR hotkey 1;37;40
MENU COLOR hotsel 7;37;40
MENU COLOR sel 7;37;40
MENU COLOR disabled 1;37;40
MENU COLOR scrollbar 0;30;40
MENU COLOR tabmsg 0;30;40
MENU COLOR cmdmark 0;31;40
MENU COLOR cmdline 0;37;40
MENU COLOR timeout_msg 0;37;40
MENU COLOR timeout 1;37;40
# Used hotkeys: ^8 ^A ^C ^e ^H ^M ^n ^P ^Q ^R ^t ^V
DEFAULT Rt
MENU TITLE HAL 9000
LABEL Toolbox
MENU LABEL Toolbox
MENU DISABLE
MENU SEPARATOR
LABEL Hardware
MENU LABEL ^Hardware Detection
COM32 hdt.c32
LABEL Memtest
MENU LABEL Memtest^86+
LINUX /.boot/ubuntu_moonstudio/boot/memtest86+.bin
LABEL Reset
MENU LABEL R^eset
COM32 reboot.c32
MENU SEPARATOR
MENU SEPARATOR
LABEL Arch Menu
MENU LABEL Arch Linux
MENU DISABLE
MENU SEPARATOR
LABEL Threadirqs
MENU LABEL Arch Linux ^threadirqs
LINUX ../vmlinuz-linux
APPEND root=LABEL=archlinux ro threadirqs
INITRD ../initramfs-linux.img
LABEL Pussytoes
MENU LABEL Arch Linux Rt ^Pussytoes
LINUX ../vmlinuz-linux-rt-pussytoes
APPEND root=LABEL=archlinux ro
INITRD ../initramfs-linux-rt-pussytoes.img
LABEL Cornflower
MENU LABEL Arch Linux Rt ^Cornflower
LINUX ../vmlinuz-linux-rt-cornflower
APPEND root=LABEL=archlinux ro
INITRD ../initramfs-linux-rt-cornflower.img
LABEL Rt
MENU LABEL Arch Linux ^Rt
LINUX ../vmlinuz-linux-rt
APPEND root=LABEL=archlinux ro
INITRD ../initramfs-linux-rt.img
LABEL Arch
MENU LABEL ^Arch Linux
LINUX ../vmlinuz-linux
APPEND root=LABEL=archlinux ro
INITRD ../initramfs-linux.img
MENU SEPARATOR
MENU SEPARATOR
LABEL Other Menu
MENU LABEL Other Linux
MENU DISABLE
MENU SEPARATOR
LABEL Moonstudio
MENU LABEL Ubuntu X ^Moon Studio lowlatency
LINUX /.boot/ubuntu_moonstudio/boot/vmlinuz-lowlatency
APPEND root=LABEL=moonstudio ro
INITRD /.boot/ubuntu_moonstudio/boot/initrd.img-lowlatency
LABEL Nokaiser
MENU LABEL Ubuntu X Moon Studio lowlatency ^nokaiser
LINUX /.boot/ubuntu_moonstudio/boot/vmlinuz-lowlatency
APPEND root=LABEL=moonstudio ro nokaiser
INITRD /.boot/ubuntu_moonstudio/boot/initrd.img-lowlatency
LABEL Light
MENU LABEL Ubuntu ^Q LightScribe Rt
LINUX /.boot/ubuntu_q/boot/vmlinuz-3.6.5-rt14
APPEND root=LABEL=q ro nomodeset
INITRD /.boot/ubuntu_q/boot/initrd.img-3.6.5-rt14
LABEL Suse
MENU LABEL ^Vintage SUSE 11.2 Rt
LINUX /.boot/suse11.2/boot/vmlinuz-2.6.31.6-rt19
APPEND root=LABEL=suse11.2
INITRD /.boot/suse11.2/boot/initrd-2.6.31.6-rt19
Regards,
Ralf
Hey hey,
there is now a remix of O Tannenbaum, released at the end of last year, made
by Fons Adriaensen. It's under the CC-BY 4.0 license and can be found here:
http://juliencoder.de/nama/tannenbaum-remix.mp3http://juliencoder.de/nama/tannenbaum-remix.ogg
It's certainly a much more transparent mix, even dealing with a few
performance mistakes. Thanks Fons! For both remixing and providing Aeolus,
without which this composition wouldn't have been half as much fun.
Best wishes,m
Jeanette
--------
* website: http://juliencoder.de - for summer is a state of sound
* SoundCloud: https://soundcloud.com/jeanette_c
I believe
We all have one true love
Somewhere in this world <3
(Britney Spears)
Hi,
did anybody already compared the latest patched Ubuntu kernels after
booting with and without "nokaiser"?
I don't have time to test if booting with or without "nokaiser" makes
a difference on performance, such SSD access, DSP load or what ever
else [1]. IUUC the KAISER patch set covers Meltdown, but Spectre is
covered by upgrading the package "intel-microcode" [2].
A subscriber of freebsd-questions(a)freebsd.org send me off-list a German
link about SSD performance issues on Windows machines, caused by fixing
the Meltdown and Spectre issue [3].
However, until now I only added a new menu entry to my bootloader's
config [4], but only had time to boot one time using the other menu
entry without "nokaiser" and without running an audio session or doing
any kind of performance test at all.
Regards,
Ralf
[1]
https://lists.ubuntu.com/archives/ubuntu-users/2018-January/293180.html
[2]
https://usn.ubuntu.com/usn/usn-3531-1/
[3]
https://www.heise.de/newsticker/meldung/Intel-Benchmarks-zu-Meltdown-Spectr…
[4]
Sorry, I'm not using GRUB.
[rocketmouse@archlinux ~]$ grep \ nokaiser /boot/syslinux/syslinux.cfg
APPEND root=LABEL=moonstudio ro nokaiser
--
$ hwinfo --cpu --short | sort -u
cpu:
Intel(R) Celeron(R) CPU G1840 @ 2.80GHz, 2793 MHz
$ pacman -Q linux{,-rt{,-cornflower,-pussytoes}}|awk '{print $2}'
4.14.13-1
4.14.12_rt10-1
4.11.12_rt16-1
4.14.8_rt9-2
Well, just got that one cheap and it does not work with Ffado but using
snd_oxfw with ALSA.
The pod has 2 in/2 out channels, the docking station 2 in/6 out. 96kHz,
24bit. The docking station does not appear to be the greatest idea for
best input sound quality, though.
And phantom power whines, which is particularly bad if you want to use
one mic with phantom power and one high impedance instrument input.
The Internet suggests replacing R5 on the pod daughter board (Mackie has
schematics on its web page: now that's service!) from 10k with 300R
(probably easier to piggyback on the existing resistor, should not make
much of a difference) in order to raise the step-up phantom power
voltage generator frequency from 6kHz to something like 160kHz.
A serious WTF here but likely something I'll do. Nice compact 2-channel
recording interface (the docking station is not all that useful but
might make sense if you have a surround sound setup at home). With
Firewire disconnected it monitors its inputs, so it doubles as a
headphone amp (modulo AD/DA delay but that should just be few ms).
No software controllable mixer makes for no tears.
--
David Kastrup
[Apologies for cross-postings] [Please distribute]
Conference date: 7th - 10th June 2018
The Linux Audio Conference 2018 will be hosted at c-base, Berlin - in
partnership with the Electronic Music Studio (TU Berlin) and Spektrum.
https://lac.linuxaudio.org/2018
Deadline for all submissions: February 28th, 2018 (23:59 UTC)
- - -
1: Call for Papers / Posters / Workshops
LAC 2018 invites submissions of papers, posters and workshops addressing all
areas of audio processing based on Linux and open source software.
All submissions and presentations are in English. All submissions are peer
reviewed by a committee of experts from different disciplines.
Submissions can focus on technical, artistic or scientific issues and can
target developers or users.
For more details see the website:
https://lac.linuxaudio.org/2018/pages/cfp/
Papers
Papers must be written and presented in English.
The length of papers is 4 to 8 pages, with up to 5 keywords, and an abstract of
up to 200 words.
Posters
The poster presentations are based on paper submissions of 2-4 pages,
with up to 5 keywords and an abstract of up to 150 words.
Workshops
The workshop presentation (max duration of 2h) should be 1-4 pages, with up to
5 keywords, and an abstract of up to 150 words to be published on the
conference website.
Submit a brief description of the workshop including URL (if available).
How to submit?
* Use the OpenConf online submission tool at
https://lac.linuxaudio.org/2018/openconf
* Select the relevant submission type ('_ PAPER _' / '_ POSTER _' / '_ WORKSHOP _')
* The required file format is PDF, formatted for A4 paper. Authors are required
to use the templates for paper formatting available as download on the
conference website.
* Please notify us if you need a special technical setup for your presentation.
- - -
2: Call for Music Performances / Multimedia Installations
LAC 2018 also invites submissions of Electroacoustic Works and Multimedia
Installations.
A jury will select the compositions and installations to be included in the
conference program according to artistic merit and technical feasibility.
Please be prepared to perform your work yourself and make sure that you have
all resources needed to perform your piece at your disposal (e.g. instruments,
other performers, etc.).
Unfortunately, LAC 2018 cannot pay a fee neither for you nor for any additional
performers, and LAC 2018 cannot organize or pay for travel or accommodation
neither for you nor for any additional performers.
All submissions are peer reviewed by a committee of experts in music and arts.
Electroacoustic Works and Multimedia Installation can address all areas of
digital audio and audiovisual art.
Available Technical Setups
For concerts, the LAC will provide the following equipment:
* 8-channel - speaker setup
* Stereo setup + video projection
* Digital mixing desk
Additional requests can not be guaranteed.
How to submit?
* Use the OpenConf online submission tool at
https://lac.linuxaudio.org/2018/openconf
* Select the submission type '_ PERFORMANCE _'
* The required file format is PDF, formatted for A4 paper. It includes:
* Description of the project program notes
* Link to video or audio demonstration of the project
* Technical rider of the work
Important Dates
* Deadline for all submissions: February 28th, 2018 (23:59 UTC)
* Acceptance notification: March 31st, 2018
* Final deadline for 'camera ready' paper: April 15th, 2018
* Author registration deadline: April 15th, 2018
* Final program: May 1st, 2018
Up-to-date information regarding the conference can be found on its website:
https://lac.linuxaudio.org/2018
Looking forward to seeing you in Berlin!
The Linux Audio Conference 2018 team
Hi All,
I'm looking for something in the Radeon series for the new Ruzen cpmuter I'm
having built. It doesn have to be especially fast, but needs an up-to-date
driver. Any suggestions?
--
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.