On Sun, April 21, 2013 1:28 pm, Gabbe Nord wrote:
> Hello Len and all others!
>
> I don't quite get what you mean, sorry. Could you perhaps elaborate a
> little (read: explain to me like I'm 5 years old ;) ). Thanks a ton for
> trying!
>From one 5 year old to another :)
> Here's a picture of my QASMixer with the inputs as well:
> http://www.imagebam.com/image/fef059250185749
I am assuming this is hw:Juli or hw:Juli,0 I am not seeing any input
levels still. I would assume that moving any of the red controls also
moves the blue ones next to them. That actually makes sense. There should
not be any controls for a spdif input as levels would be on the spdif
preamp end. I think it will be the same on the spdif output which looks to
be a copy of the DAC output> I do not know if that can be changed, it
would depend on which port the card uses for it's output (the chip looks
to support up to 10 output channels including spdif).
BTW, the mixer only show controls, which in your case is not helping, you
need to see the ports as well.
>
> What I've tried (with no success):
>
> * Setting the hw:Juli,1 as input (to access the S/PDIF in that way) and
> hw:Juli,0 as output (to still output through my speakers in JACK)
> * Using zita-j2a -d hw:Juli,1 which proved to only give access to the
> outputs
> * Using zita-a2j -d hw:Juli,1 which seems to not be able to start
> synchronization (it just keeps spamming "Starting synchronization." in the
> terminal)
Which makes sense seeing as you are already using hw:Juli,1 with jack so
zita can't use the same lines.
What happens if you just set jack to hw:Juli,0 for both in and out on
jack? do you get analog in and out? If so good.
then maybe set zita-a2j -d hw:Juli,1 for spdif in and zita-j2a -d
hw:Juli,1 for the output. Does it work?
I'll look for a bit more info... I don't have one myself, so it a mix of
experience on what I do have and research on what you have.
--
Len Ovens
www.OvenWerks.net
Hello!
I recently got myself an internal PCIe card, a ESI Juli@ XTe. It uses the
ice1724 chipset, and I'm really happy with it.
However, I cannot seem to get the S/PDIF in working. In JACK, 2 entries of
the card shows up. One that says hw0,Juli, and one that says hw1,Juli, and
also is noted as IEC958.
My analogue ins and outs work fine, but only 2 ins show up in JACK, even
though I'd imagine I'd get one more for my S/PDIF in.
Does anyone have experience with this? I have all sorts of options in
alsamixer/qasmixer (GUI-mixer I use), but I just can't wrap my head around
it. It just won't work.
If I use hw1,Juli as the device for JACK, it usually just crashes and
there's no real difference.
Any ideas here?
Thanks!
Hello,
Any suggestions for acoustic bass guitar plugins ? Apart from
microphone techniques, I would like to have the sound somewhat more
encompassing and less in the forefront. And maybe some sweet and subtle
enveloping effect. This is of course to use with Ardour3.
Thanks !
Hello Q!
It's been a few months again, but worth the wait. I think, this is the first
piece, we find finished in only a few minutes. OK, the second of yours, not
forgetting Laetoli.
But my god, this definitely sounds like a LOT of multitracking. If my ears
don't decide me, the drum section also required some multitracking as well. I
only hope, that the torso op in question was on the synth in question.
I like the dark mood of it. Yet I have to admit, that to follow all the
rhythmic complexities, will take a few more listenings. I do like the contrast
between the clear opening and reprise and the sometimes very layered rhythmic
elements of the other parts. It gives my ears time to rest in between and then
pick up and hurry along. :-)
I'm not quite sure, which bit is my favourite in this tune. The woodwind
section certainly takes a run for first place. Pitty, that it was so short.
The bit directly following the woodwind section is also up close for my
personal winner. I like the very woody, compressed sounding bass. The third
moment with a chance for best moment is the beginning itself. The brass in
combination with the rest of the arrangement really carries it of. It sounds
impressive, if not actually bombastic.
Only the very last movement, where you run up to the last climax seems a
little too complex for its own good. It all works out perfectly, of course,
but it definitely borders on the chaotic or random in the drums and
percussion.
Drums and percussion is the right keyword: you did something new to them.
You've changed mixing/processing technique, if I'm not mistaken. The overall
impression sounds even more 70s now. Especially the snare has changed, in my
ears improved. The whole kit seems more transparent. It has bite, but no boom,
wood but no mud. Overall the whole mix isvery transparent. Partly the
instrumentation I assume, but this can only account for so much. And from my
own first experiences I know, how laboreous mixing and processing somany
single tracks can be, especially, when you need to fit them into ensemble
groups again afterwards. :-)
The reverb is applied very subtlely. A touch more wouldn't have heard my
ears. Yes, the transparency would have suffered a little, but the current mix
could afford that, methinks.
All inall: splendid piece. Keep them coming. Goblin'ish or otherwise. :-)
Kindly yours
Julien
----------------------------------------
http://juliencoder.de/nama/music.html
I have come into possession, and still have most of this stuff:
1)
http://asia.yamaha.com/en/products/proaudio/interfaces/mini_ygdai_cards/my4…
2 x MY4-DA digital > analog cards
1 x MY4-AD analog > digital card
2 x MY8-AD analog > digital card
2) Modular Synthesis Plug-in System --
http://asia.yamaha.com/en/search/?query=PLG150-AN
2 x PLG150-AN Analog physical modeling plug-in board
2 x PLG150-DX Advanced DX/TX plug-in board
1 x PLG150-VL Virtual acoustic plug-in board
1 x PLG150-PF Piano plug-in board
1 x PLG100-XG XG plug-in board
3) SY-85 Performance Data Disk for SY-85 synthesizers (3.5" floppies) -
obsolete, no longer on Yamaha website
1 x VD-8501 "Top 40" -- 128 performances & 256 voices
1 x SD-8501 "Rock Band" sound data disk -- 17 waveforms, 128 voices, 64
performances
2 x SD-8502 "Sax & Brass" sound data disk -- 6 waveforms, 128 voices, 64
performances
4) gone
5) SY-22 Synthesizer Voice & Memory Data Cards (about the size of old PCMCIA
cards)
3 x VC2252W -- "Vector 2 Studio Selection" -- 64 voices
3 x MCD32 -- 32KB RAM cards
6) Music Cartridges (beyond obsolete)
1 x EMS MC107 / OM 23945 -- "Jazz" Music Cartridge Styles
1 x EMS MC105 / OM 23943 -- "Classic & Folk" Music Cartridge Styles
I need to get them moved, either to a home that wants them or to the dump. If
anyone is into this stuff and would like any of it (just pay shipping and
similar costs, or come to the Bahamas and pick them up yourself!) let me
know.
This stuff is basically unused and in original boxes.
all the best,
drew
Hello again Q!
OK, then your learning is progressing very nicely. :-) In the bas drum I
think I mainly heard EQ'ing nicetiesand in the snare, it was mainly the
compression, that struck me favourably.
You might call 11/8 and 108 trivial, which it might be for the rhythmically
advanced. But there were rather complentary elements in the drums and rhythmic
instruments, that keep me busy. :-) At least that way it guarantees to be a
source of new discoveries for a little longer, before I get to the stage of
being familiar with it and returning to an old friend. So it's the good old
school of prog really. :-)
(a)Rhythmically swinging yours
Julien
----------------------------------------
http://juliencoder.de/nama/music.html
Hello everyone!
I've still got problems joining my twosoundcards (Delta 1010LT and EMU
1212m). I've created the multi device for capture and playback, taken care of
the bit width conversion and still it doesn't work. See the .asoundrc below.
With Delta and EMU's analog I/O (device 0) JACK will start, but gives a lot
of ALSA_PCM xruns. With the S/PDIF and/or ADAT/DSP part of the EMU card
included JACK won't start or will shutdown immediately. Also ecasound/arecord
won't work.
Having tried the EMU S/PDIF on its own with arecord, I found, that it would
only allow 8kHz samplerate, instead of the requested 48kHz. The EMU card is
however setup to take the clocksource from the delta card, which works
perfectly with 48kHz. OK, even it takes its clock from the outside (Lindy A/D
converter).
To test the S/PDIF in on the EMU I tried playing back something to the
Delta's S/PDIF out, but only got silence.
So it looks, like there is more than one problem. But I can't spot it. I've
looked at the .asoundrc documentation again and the list of ALSA plugins. OK,
there is the route plugin for creating interleaved audio, using the ttable,
but for a start, I've read, that this will cause great latency. Anyway, I've
built my JACK version myself and I don't see, why it shouldn't include complex
MMAP. But that is a little further along the way.
So here's my .asoundrc:
# The 8 ADAT ins of EMU 1212m, conversion to S16_LE
pcm.emu_adat {
type linear
slave {
pcm "hw:4,2"
format S32_LE
}
}
# The 2 Ins, 2 Outs of EMU 1212m, they have S16_LE
pcm.emu_analog {
type hw
card 4
device 0
}
# The 2 S/PDIF Ins and 2 S/PDIF Outs of EMU 1212m,they have S16_LE
pcm.emu_spdif {
type hw
card 4
device 1
}
# The 16 DSP out channels of EMU 1212m, they have S16_LE
pcm.emu_dsp {
type hw
card 4
device 3
}
# The M-Audio Delta 1010 LT, conversion from S32_LE to S16_LE
pcm.delta {
type linear
slave {
pcm "hw:1"
format S32_LE
}
}
# Multi capture device including EMU ADAT, Analog and S/PDIF channels and
# Delta analog and S/PDIF in channels
pcm.multi_capture {
type multi
slaves.a {
pcm "delta"
channels 12
}
slaves.b {
pcm "emu_analog"
channels 2
}
#slaves.c {
# pcm "emu_spdif"
# channels 2
#}
#slaves.d {
# pcm "emu_adat"
# channels 8
#}
bindings.0.slave a
bindings.0.channel 0
bindings.1.slave a
bindings.1.channel 1
bindings.2.slave a
bindings.2.channel 2
bindings.3.slave a
bindings.3.channel 3
bindings.4.slave a
bindings.4.channel 4
bindings.5.slave a
bindings.5.channel 5
bindings.6.slave a
bindings.6.channel 6
bindings.7.slave a
bindings.7.channel 7
bindings.8.slave a
bindings.8.channel 8
bindings.9.slave a
bindings.9.channel 9
bindings.10.slave b
bindings.10.channel 0
bindings.11.slave b
bindings.11.channel 1
#bindings.12.slave c
#bindings.12.channel 0
#bindings.13.slave c
#bindings.13.channel 1
#bindings.14.slave d
#bindings.14.channel 0
#bindings.15.slave d
#bindings.15.channel 1
#bindings.16.slave d
#bindings.16.channel 2
#bindings.17.slave d
#bindings.17.channel 3
#bindings.18.slave d
#bindings.18.channel 4
#bindings.19.slave d
#bindings.19.channel 5
#bindings.20.slave d
#bindings.20.channel 6
#bindings.21.slave d
#bindings.21.channel 7
}
# Control device for multi_capture, I chose card 1 (Dela), because it gives
# the clock signal.
ctl.multi_capture {
type hw
card 1
}
# Multi playback for EMU 1212m Analog, S/PDIF and DSP out channels as well as
# Delta 1010 LT's analog and S/PDIF out channels
pcm.multi_playback {
type multi
slaves.a {
pcm "delta"
channels 10
}
slaves.b {
pcm "emu_analog"
channels 2
}
slaves.c {
pcm "emu_spdif"
channels 2
}
#slaves.d {
# pcm "emu_dsp"
# channels 16
#}
bindings.0.slave a
bindings.0.channel 0
bindings.1.slave a
bindings.1.channel 1
bindings.2.slave a
bindings.2.channel 2
bindings.3.slave a
bindings.3.channel 3
bindings.4.slave a
bindings.4.channel 4
bindings.5.slave a
bindings.5.channel 5
bindings.6.slave a
bindings.6.channel 6
bindings.7.slave a
bindings.7.channel 7
bindings.8.slave a
bindings.8.channel 8
bindings.9.slave a
bindings.9.channel 9
bindings.10.slave b
bindings.10.channel 0
bindings.11.slave b
bindings.11.channel 1
bindings.12.slave c
bindings.12.channel 0
bindings.13.slave c
bindings.13.channel 1
#bindings.14.slave d
#bindings.14.channel 0
#bindings.15.slave d
#bindings.15.channel 1
#bindings.16.slave d
#bindings.16.channel 2
#bindings.17.slave d
#bindings.17.channel 3
#bindings.18.slave d
#bindings.18.channel 4
#bindings.19.slave d
#bindings.19.channel 5
#bindings.20.slave d
#bindings.20.channel 6
#bindings.21.slave d
#bindings.21.channel 7
#bindings.22.slave d
#bindings.22.channel 8
#bindings.23.slave d
#bindings.23.channel 9
#bindings.24.slave d
#bindings.24.channel 10
#bindings.25.slave d
#bindings.25.channel 11
#bindings.26.slave d
#bindings.26.channel 12
#bindings.27.slave d
#bindings.27.channel 13
#bindings.28.slave d
#bindings.28.channel 14
#bindings.29.slave d
#bindings.29.channel 15
}
# Control device for multi_playback, I chose card 1 (Delta) again as it is
# the clock source
ctl.multi_playback {
type hw
card 1
}
Any idea anyone? Could it be a specific configuration issue of the EMU 1212m
or is there a special kernel option - not directly related to sound -, which
might help?
Warm regards and thanks for any hints
Julien
----------------------------------------
http://juliencoder.de/nama/music.html
Hello all!
I've recently compiled a new kernel and since then my "alarm clock", doesn't
work anymore. My alarm clock is mplayer started by cron. I know, I once had
that issue before, but beat me, if I know, what I've changed since then.
My mplayer uses JACK by default and the system it's running on, still runs
JACK and mplayer from a root account normally. I'd much rather not reconfigure
that.
So any idea, whichkernel option might have stopped my mplayer from being
triggered by cron?
Thanks for any advise.
Kindly yours
Julien
----------------------------------------
http://juliencoder.de/nama/music.html
When sounds are competing in the mix, the frequently given advice is
usually to carve out frequency ranges for them with EQ.
But what do you do when its a thick analog keyboard part that spans a
4-octave range, and the range it's playing is the whole musical point of
it? What do you do for those parts that won't fit in an EQ shoebox?
--
+ Brent A. Busby + "We've all heard that a million monkeys
+ Sr. UNIX Systems Admin + banging on a million typewriters will
+ University of Chicago + eventually reproduce the entire works of
+ James Franck Institute + Shakespeare. Now, thanks to the Internet,
+ Materials Research Ctr + we know this is not true." -Robert Wilensky
List,
I've created a Wiki page with my findings of using real-time,
low-latency audio on the RPi: http://wiki.linuxaudio.org/wiki/raspberrypi
It's not complete and the RPi needs some more hacking to squeeze out the
last bits of processing power that can be dedicated to things like
samplers, synths, effects and guitar amp emulators.
Thought I'd share the link, saw some questions regarding the RPi pass by
the last few months. To show off what the RPi is capable of:
http://www.youtube.com/watch?v=u6XKaRe_MEA&webm=1 (if you still use
Flash remove '&webm=1')
Regards,
Jeremy