Hi,
The FFADO team is proud to announce the first release candidate for
FFADO 2.0.
This release candidate is intended to collect feedback about the library
under wide-spread usage. The code should be free of major bugs.
We are looking for packagers that are interested in creating packages
for their favorite distribution. Please contact us if you can help us
out with this.
Release and download information:
http://www.ffado.org/?q=release/rc1
Currently, the installation options are:
* manual build from source
[http://www.ffado.org/?q=release/rc1]
* semi-automatic build from source into a 'sandbox'
[http://subversion.ffado.org/wiki/SandboxInstalls]
* APT repository for Ubuntu Gutsy and Hardy (possibly others)
[http://www.ffado.org/?q=release/apt]
Please test and report issues at our TRAC at http://subversion.ffado.org/
or at the mailing list (ffado-devel(a)lists.sourceforge.net). Please take
note of http://subversion.ffado.org/wiki/WritingGoodTickets when
reporting bugs.
We ask all users of FreeBoB that are not yet testing FFADO to try this
release candidate. Note that FFADO can co-exist with FreeBoB without any
problems, so you can revert back to your original setup very easily.
Enjoy,
Pieter Palmers
ffado.org
hi...
now that the backend is mostly done, i am thinking about
a GUI for netjack.
i already found gtknetsource.py on my HD, i started mucking
with that some months ago.
i plan to extend that thingy now.
but setting up the connection, and getting IP addresses
of users is still a PITA.
i am thinking along the lines of an IM like thing,
based on jabber.
i am not seeing good options to making this available
in the various IM clients.
thats why i would rather like to have modified jabberd running
on jackaudio.org or at the consortium servers.
it would not support chatting or stuff.
only show who is online. and if a session is running.
it would only make the IP of a user available when he agrees,
to open session... blabla... security.
so basically you click on your buddy, to open a session.
buddy agrees.
IP of buddy is transmitted. tool measures connection.
provides you with some options.
ie compression ratio, number of channels, latency, who is master ?
and starts the netjack session.
thoughts ?
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
In this release:
* zynjacku codebase updated to the latest state of LV2 art. Especially,
event MIDI port synths are now supported.
* The tarball now contains lv2rack - a host for LV2 effect plugins.
* Saving/restoring of presets. Does not work for dynparam plugins yet.
* LASH support (autodetected at runtime).
* Lot of general fixes that should make zynjacku more usable.
I would like to thank Krzysztof Foltman for adding support for
some LV2 extensions and Martin Raspaud for helping with slv2
compatibility during my LADI quest.
zynjacku is JACK based, GTK (2.x) host for LV2 synths. It has one JACK
MIDI input port (routed to all hosted synths) and one (two for stereo
synths) JACK audio output port per plugin. Such design provides
multi-timbral sound by running several synth plugins.
zynjacku is a nunchaku weapon for JACK audio synthesis. You have solid
parts for synthesis itself and you have flexible part that allows
synthesis to suit your needs.
lv2rack is a host for LV2 effect plugins.
You need slv2 library, Pyhton bindings for PATH and lv2dynparam host
library to compile zynjacku tarball.
Project homepage with screenshots:
http://home.gna.org/zynjacku/
Get tarball from here:
https://gna.org/files/?group=zynjacku
--
Nedko Arnaudov <GnuPG KeyID: DE1716B0>
In reply to
Subject: Re: [LAD] Audio vs ASUS M2N-SLI Deluxe mobo
Date: Sat, 29 Nov 2008 08:55:17 -0500
From: Gene Heskett
Organization:
To: Ralf Mardorf
CC: linux-audio-dev lists.linuxaudio.org
References: <200811290046.51317.gene.heskett verizon.net>
<4930F02B.5030109 alice-dsl.net>
Hi Gene :)
before it gets too confusing, I'll isolate the ASUS mobo audio and ASUS
mobo MIDI issue.
I got another reply off-list about the MIDI issue. Here it is, including
my answer:
Subject: Re: [LAD] Audio vs ASUS mobo - MIDI
Date: Sat, 29 Nov 2008 14:34:42 +0100
From: Ralf Mardorf
To:
References:
wrote:
> On Sat, 2008-11-29 at 08:32 +0100, Ralf Mardorf wrote:
>
>
>> If I try to use MIDI applications like Rosegarden, Qtractor and soft
>> synth like Qsynth (using an USB MIDI IO device and a Envy24 based sound
>> card) I only get crashes.
>>
>
> I got that on kernel 2.6.26-rt when I upgraded from 2.6.24. Apparently
> the rt-patch is broken for midi on that one.
>
> What is your kernel?
>
>
>
*I changed the subject, so that this don't annoy the original thread, by
something that might be OT, if this will become something for the list,
but for the moment I agree, that off-list seems to be the better choice.*
Hi :)
no, it has nothing to do with the problems for real-time kernels ex
2.6.26. I tested Suse 11.0 with the distro's real-time kernels, not with
the Jengelh once. Suse 11.0 at the moment is 2.6.25 and I tested 64
Studio 2.1 with the default real-time kernel 2.6.21 and a self compiled
real-time kernel 2.6.24.
I know that the ASUS M2N-SLI Delux has another chipset than my ASUS
M2A-VM HDMI, but because both mobos are relatively new, there might be
something in common.
MIDI applications crashes without any useful messages for my ASUS M2A-VM
HDMI with an AMD BE-2350 CPU using Suse 11.0, 64 Studio 2.1 default
(Etch) and 64 Studio 2.1 upgraded to Lenny. Another user has a Gigabyte
ga-p35-ds3l with an Intel q6600 CPU and the same problems, he now runs
Windows for MIDI work, but started with 64 Studio, Arch and Sidux, he
also tested different kernels. His mobo is fine with XP, Cubase SX and
Halion, 100% stable. I don't have any Windows install for my computer,
so I don't have any information about this.
For my mobo Linux is stable for any thing else, but MIDI applications,
resp. when I try to run MIDI applications, often their audio clients,
resp. JACK fails.
I still hope it will be possible to solve the problem. I have the latest
BIOS version for my mobo. Until now I only tested 64-bit distros and
never a 32-bit version.
What mobo, CPU and distro do you use?
Thanks,
Ralf
Greetings;
Up2date reinstall of the latest FU8 respin.
The various audio devices found by an lspci -vv on this mobo are:
======
00:06.1 Audio device: nVidia Corporation MCP55 High Definition Audio (rev a2)
Subsystem: ASUSTeK Computer Inc. Unknown device 81f6
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0 (500ns min, 1250ns max)
Interrupt: pin B routed to IRQ 21
Region 0: Memory at fe024000 (32-bit, non-prefetchable) [size=16K]
Capabilities: [44] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot+,D3cold+)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [50] Message Signalled Interrupts: Mask+ 64bit+
Queue=0/0 Enable-
Address: 0000000000000000 Data: 0000
Masking: 00000000 Pending: 00000000
Capabilities: [6c] HyperTransport: MSI Mapping Enable+ Fixed+
Kernel driver in use: HDA Intel
Kernel modules: snd-hda-intel
======
01:07.0 Multimedia audio controller: Creative Labs SB0400 Audigy2 Value
Subsystem: Creative Labs Unknown device 1001
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 32 (500ns min, 5000ns max)
Interrupt: pin A routed to IRQ 17
Region 0: I/O ports at ac00 [size=64]
Capabilities: [dc] Power Management version 2
Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Kernel driver in use: EMU10K1_Audigy
Kernel modules: snd-emu10k1
=======
03:00.1 Audio device: ATI Technologies Inc Unknown device aa10
Subsystem: Diamond Multimedia Systems Unknown device aa10
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 32 bytes
Interrupt: pin B routed to IRQ 16
Region 0: Memory at fddfc000 (64-bit, non-prefetchable) [size=16K]
Capabilities: [50] Power Management version 3
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [58] Express (v1) Legacy Endpoint, MSI 00
DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <4us,
L1 unlimited
ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
DevCtl: Report errors: Correctable- Non-Fatal- Fatal-
Unsupported-
RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+
MaxPayload 128 bytes, MaxReadReq 128 bytes
DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr-
TransPend-
LnkCap: Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1,
Latency L0 <64ns, L1 <1us
ClockPM- Suprise- LLActRep- BwNot-
LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain-
CommClk+
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk+
DLActive- BWMgmt- ABWMgmt-
Capabilities: [a0] Message Signalled Interrupts: Mask- 64bit+
Queue=0/0 Enable-
Address: 0000000000000000 Data: 0000
Capabilities: [100] Vendor Specific Information <?>
Kernel driver in use: HDA Intel
Kernel modules: snd-hda-intel
=======
And there is also a pcHDTV-3000 which has a connexant audio but its obviously
a mic level output, and since tvtime doesn't work on the video card
associated with the last device listed above, the point is moot till it does
work.
The first device above I have not been able to get a peep out of, so I've made
the second one, the Audigy2, the default. And I have NDI where to plug
anything that looks like audio into that ATI based HD-2400-Pro video card,
but lspci says its there.
Testing the sound for the audigy2 in system-config-soundcard works, but places
like utube are silent. As is cnn et all since the last reboot.
2 questions:
do we have a 'vu meter' that can be switched to monitor the various audio
inputs?
And when I had to reinstall, I see that pulseaudio was installed, and a now
frozen 'lsof|grep audio' returns this, but has not returned a prompt.
[root@coyote cards]# lsof |grep audio
pulseaudi 3473 root txt REG 8,3 57972
53801556 /usr/bin/pulseaudio
artsd 3528 root mem REG 8,3 96380
53795593 /usr/lib/libaudio.so.2.4
artsd 3528 root mem REG 8,3 171580
5603705 /usr/lib/libaudiofile.so.0.0.2
Is this yet another case where I need to remove as much PA as I can in order
to get working sound again, or is there a configurator for this PITA that
might be able to fix this? The silence here is deafening.
Thanks.
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Round Numbers are always false.
-- Samuel Johnson
hi,
The buzztard team has released version 0.4.0 "the light in your eyes" of its
buzz-alike music composer. All modules got extensive improvements over the last
release from a half year ago. It is usable now and fun to play with. Give it a
try and report bugs.
bml
--------------------------------------------------------------------------------
Major addition is wavetable support for tracker plugins. Besides that the new
release improves buzzmachine compatibility, performance and has a better build
setup.
bsl
--------------------------------------------------------------------------------
Major addition is wavetable support. Several bug fixes and build system
cleanups.
buzztard
--------------------------------------------------------------------------------
As planned, main focus for this release was the wavetable support. Its done -
buzztard can load what gstreamer can decode. The wavetable view has a nice
waveform widget. Related to that buzztard has a new song-format that bundles the
XML together with external files in a zip archive.
Also the UI has seen a lot of improvements. The machine view looks nicer - Marc
drew spiffy machine icons. In addition they now show real volume meters when
playing. All meters are now properly synced.
gst-buzztard
--------------------------------------------------------------------------------
API renaming to cleanup gst namespace usage. Now includes former gstbml module.
project-page: http://www.buzztard.org
screenshots: http://www.buzztard.org/index.php/Screenshots
downloads : http://sourceforge.net/project/showfiles.php?group_id=55124
buzztard core developer team
-- http://www.buzztard.org
I'm considering using music xml for a project i'm working on, does anyone
here know how useful it is for guitar tab, where the same note can be played
in multiple places on the fretboard, but postioning is important so the
player doesn't have to move too far on the kneck.
Thanks for any feedback,
Nathanael
Hello,
I'm guessing from the research I've done online and from the lack of
responses to my LAU message (
http://www.nabble.com/Slaving-jack-to-MMC-MTC-to20357929.html ) that JACK
does not currently support slaving to external (or internal?) devices via
MMC/MTC. I'm a C/C++ developer by trade, so I'm happy to get my hands dirty,
but I wanted to know what other work, if any, has been done on this front.
I've been told that both Rosegarden and Ardour can sync to MTC, but that
they cannot then drive JACK transport in that mode. Would it be difficult to
move this code over to JACK? Is there a reason this in't desirable?
There's a small program called jackctlmmc that seems to do want I want, but
it's a bit limited (seems pretty hardcoded) and I think that such a
desirable feature should be integrated into a more widely used program. Any
thoughts?
Thanks,
-- Alex
Hiho,
In the Midi output code of this opensource project I am working on, there is a
problem with the timing when alsa events are scheduled in the future.
The events take much longer to arrive (sometimes almost minutes later!).
Below is the code snippet.
Can anyone see what is wrong in here?
Let me know if you need more code...
sincerely,
Marije
int SC_AlsaMidiClient::sendEvent(int outputIndex, int uid, snd_seq_event_t*
evt, float late)
{
snd_seq_real_time time;
if ((outputIndex < 0) || (outputIndex >= mNumOutPorts)) return
errIndexOutOfRange;
snd_seq_ev_set_source(evt, mOutPorts[outputIndex]);
if (uid == 0) {
// send to all subscribed ports
snd_seq_ev_set_subs(evt);
} else {
// send to specific port
int cid, pid;
SC_AlsaParseUID(uid, cid, pid);
snd_seq_ev_set_dest(evt, cid, pid);
}
// late is the latency value in seconds in floats
if (late > 0.f) {
// old time calculation:
// time.tv_sec = (unsigned)(late * 1.0e-6f);
// time.tv_nsec = (unsigned)(late * 1.0e3f);
// new time calculation. The old one was not correct
time.tv_sec = (unsigned)(late); // seconds
time.tv_nsec = (unsigned)(late * 1.0e9f) % 1000000000; // nanoseconds
// should these be (long) instead???
} else {
time.tv_sec = time.tv_nsec = 0;
}
post("MIDI (ALSA): sending event, time %i, %i, late %f\n", time.tv_sec,
time.tv_nsec, late);
snd_seq_ev_schedule_real(evt, mQueue, 1, &time);
snd_seq_event_output_direct(mHandle, evt);
return errNone;
}