Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7444 discussions

ASUS mobo NEW thread - started OT for another tread

by Ralf Mardorf

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

15 years, 10 months

Audio vs ASUS M2N-SLI Deluxe mobo

by Gene Heskett

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

15 years, 10 months

[andersvi@extern.uio.no] [LAU] timemachine click bug

by andersvi＠extern.uio.no

guess the right addresat should be LAD for this...

15 years, 10 months

ANN: buzztard 0.4.0 "the light in your eyes"

by Stefan Kost

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

15 years, 10 months

musicxml question

by Nathanael Anderson

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

15 years, 10 months

Jack MTC/MMC slaving

by Alex Montgomery

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

15 years, 10 months

problem with scheduling alsa events

by nescivi

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; }

15 years, 10 months

jackctlmmc (kinda sorta) release

by Alex Montgomery

Hello, We'd like to announce a new release of jackctlmmc, a command line tool for driving JACK transport using Midi Machine Code that you can download here: https://sourceforge.net/project/showfiles.php?group_id=245788 or get the code here: http://repo.or.cz/w/jackctlmmc.git The program is still in its infancy but it should work for most MMC devices. It currently supports the following MMC commands: Play / Deferred Play - start transport Stop - stop transport Rewind - go to time 0 Goto: go to the specified SMPTE time It's a pretty simple command line utility for now, but we'll be working on a QT front end soon. To use jackctlmmc: 1) start the program on the command line: ./jackctlmmc -f <your device's SMPTE frame rate> -t <jitter tolerance in milliseconds> You can also specify -v if you want it to output messages in the console for all MMC commands it's handling, which is useful for testing. 2) connect your midi port to jackctlmmc using either aconnect or JACK's connect (you will have to specify JACK's midi driver as "seq" if you want to connect using JACK). For the goto command to work, jackctlmmc needs to know your device frame rate which you can specify with -f, or use the default 30 fps. Some MMC devices (like my BR900CD 8-track) are awfully spammy with their goto messages, so we've implemented a jitter tolerance (specified in milliseconds on the command line with -t, defaulting to 50) so jackctlmmc will ignore goto commands that are already close enough to the current JACK transport time. There's still a lot of work to do on the application, but we've been getting emails asking for progress updates, so we decided to do a quick release now. Hopefully it's useful to people other than ourselves. -- Alex

15 years, 10 months

SC3-- Help !

by Fons Adriaensen

Hello all, (Hoping there's SC3 expert on the list) I haven't been using SC3 for some time, but now I have to revive some of my work from years ago. As before i'm controlling it from Emacs. The current release refuses to run my old code, apparently because it loads/stores synthdefs from/to ~/share/SuperCollider/synthdefs instead of ./synthdefs. Re-running all the definitions stores them in the new place and then things work. But the last thing I want is to have all synthdefs in one giant heap. They are always very specific to a particular composition, and I want to keeo them together with the other files for each work. Is there confituration option to make SC3 revert to the old behaviour ? More generally, I deeply dislike apps creating non-specific directories such as ~/share. If SC3 wants a per-login directory it should be ~/.SC3 or something like that. Ciao, -- FA Laboratorio di Acustica ed Elettroacustica Parma, Italia Wie der Mond heute Nacht aussieht ! Ist es nicht ein seltsames Bild ?

15 years, 10 months

JACK -d alsa -C hw:0,0

by Jens M Andreasen

When I connect to hw:0,0 the first application will grab hw:0,0,0 the next application will grab hw:0,0,1 and the third application will grab hw:0,0,2 ("mic", "front mic" and "line in" assuming this is the order they are selected in the mixer app) How do I do to make jackd understand that it should open all three of them instead of only one?

15 years, 10 months

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-dev