[LAD] FFADO Contact Needed
Hi, I have tried the contact form on the FFADO website and through the email address provided in the contact pages at the SourceForge.net project page to no avail. I'm not sure where else to ask except here. Are any of the FFADO developers on this email group that can provide a contact email that will garner a response? Thanks, Alex -- When you gotta have it, you gotta have it. Lesson learned from days of record shopping. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Impro-Visor created on sourceforge
On Tue, Jul 28, 2009 at 10:38:18PM -0400, lase...@gmail.com wrote: Whether he wanted to or not, use of GPL code makes it GPL code. That is the viral nature of GPL. (...) The code is automatically GPL by way of use of other GPL code. This is actually entirely wrong. For someone constantly (and rudely) insisting others should 'listen', 'stick with the facts', 'read', 'learn' etc., it'd be nice if you returned the favour. You cannot claim someone failed to distribute software under the GPL, and at the same time take said software and excercise the rights that *would* have been granted to you *if* the software was distributed under the GPL. Regards, Arnout ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] porting ladspa plugins to lv2
On Wed, Jul 29, 2009 at 03:30:12AM +0200, Ulrich Lorenz Schlüter wrote: 3) Any suggestions for plugins to be ported Hi, yea http://www.suse.de/~mana/ladspa.html Which reminds me of using calf (or libprolooks) for the GUI. The most visible difference between LADSPA and LV2 might be a decent graphical interface, so the LV2 version of a plugin should have one. ;) In order not to reinvent the wheel multiple times, calf or libprolooks might save some time. Just my €0.02 -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] FFADO Contact Needed
Hi, The reason I'm asking for this info is that In my day job I work as the Test Mgr for Avid Audio in the Compatibility Test Lab working on device testing for the M-Audio product line. I'm one of the few in my group that use Linux for more than web design in my own time and monitors this thread for my own interests, I know which of our devices work on Linux which do not, and why. There was a great 2 part article by Dave Smith on Linux Audio in Linux Journal last year which I liked very much, I noted that he was requesting better support from the audio vendors as a primary concern for the future of linux audio. As it turns out the product manager that works on the M-Audio product line of audio I/O devices for existing support has asked me for assistance in learning more about what is needed from the FFADO project to see if it is something that Avid can support. I need to get him chatting with some one or group of folks that can provide some info for him. So for the info provided already, thank you very much. The question that is being asked by a slew of folks and I'm carrying forth to this group is what is needed in the FFADO driver to talk to a 1394 Audio device so that the control panel for FFADO will route audio accordingly that does not require Avid to reveal the source code for the current drivers or firmware? Many thanks in advance. Alex On Wed, Jul 29, 2009 at 12:20 AM, Adrian Knoth a...@drcomp.erfurt.thur.dewrote: On Tue, Jul 28, 2009 at 11:42:02PM -0700, alex tinsley wrote: Hi, Hi! developers on this email group that can provide a contact email that will garner a response? To other LADs: I already replied and CCed the usual FFADO suspects, especially Pieter Palmers. ;) -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver Press CTRL-ALT-DEL to test IQ ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev -- When you gotta have it, you gotta have it. Lesson learned from days of record shopping. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] How well do thinkpad notebooks work for audio?
Hallo, hollun...@gmx.at hat gesagt: // hollun...@gmx.at wrote: It feels like my several year old PC will crap out soon for one reason or another, so I need a replacement, better sooner than later. This time it should be a laptop and I heard that formerly IBM and now Lenovo thinkpads are of good build quality, even if they only come with intel CPUs and cost an arm and a leg. The Thinkpads seem to have a pretty active net community doing sites like www.thinkwiki.org, which are very helpful. There's nothing bad about Intel CPUs, actually I consider them the best choice ATM for laptops, especially if you get a device with an Intel gfx chip inside, they have excellent FLOSS drivers. Personally I agree that Thinkpads are a bit overpriced, you can get equivalent laptops cheaper from manufacturers like Acer or MSI, which are the two companies I have first hand experience with: I have an MSI S260 which currently gets replaced by an Acer Timeline 3810T. Both are well supported by Linux. The new one requires bleeding edge software, i.e. Debian unstable in my case. On the ACER, no interrupts are shared when AHCI is enabled, but I guess, that's normal for AHCI: $ cat /proc/interrupts CPU0 0: 31601 IO-APIC-edge timer 1: 7186 IO-APIC-edge i8042 8: 99 IO-APIC-edge rtc0 9: 13850 IO-APIC-fasteoi acpi 12: 25164 IO-APIC-edge i8042 16: 0 IO-APIC-fasteoi uhci_hcd:usb3, uhci_hcd:usb7 18: 0 IO-APIC-fasteoi uhci_hcd:usb8 19: 24 IO-APIC-fasteoi ehci_hcd:usb1, uhci_hcd:usb6 21: 0 IO-APIC-fasteoi uhci_hcd:usb4 22:182 IO-APIC-fasteoi HDA Intel 23: 0 IO-APIC-fasteoi ehci_hcd:usb2, uhci_hcd:usb5 26: 138998 PCI-MSI-edge i915 27: 8011 PCI-MSI-edge ahci 28: 61621 PCI-MSI-edge iwlagn NMI: 0 Non-maskable interrupts LOC: 15229 Local timer interrupts SPU: 0 Spurious interrupts RES: 0 Rescheduling interrupts CAL: 0 Function call interrupts TLB: 0 TLB shootdowns TRM: 0 Thermal event interrupts ERR: 0 MIS: 0 I didn't yet do any hardcore audio tests on that laptop, it's running an upstream large latency kernel. With laptops, I think, it's important to know your ways of using it. For example, the Acer is not the fastest device around (it's just a single Core CPU), but it's very light (1.65kg) and has an amazing battery life (up to 8h with dimmed display), so it's great to take on the road which is where I will be using it the most and where I can deal with a slower CPU, but not with a huge and heavy monster. The other extreme would be a netbook, but I prefer the 13 screen of the Acer - my eyes don't cope well with 10 screens, and Atoms just don't cut it in the long run for audio work. So to me, the Timeline is a good compromise, but your compromise will probably look different. Ciao -- Frank ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] How well do thinkpad notebooks work for audio?
On Wed, 29 Jul 2009 01:10:50 +0200 Fons Adriaensen f...@kokkinizita.net wrote: On Wed, Jul 29, 2009 at 12:27:12AM +0200, hollun...@gmx.at wrote: It feels like my several year old PC will crap out soon for one reason or another, so I need a replacement, better sooner than later. This time it should be a laptop and I heard that formerly IBM and now Lenovo thinkpads are of good build quality, even if they only come with intel CPUs and cost an arm and a leg. So, do you have any experience with those for audio work? I'd be most interested in the T and R series and more recent models. Also helpful would be some data that's impossible to find on websites: - What chipsets are built in? - do the usb buses and the like share interrupts with something nasty like graphics? I've been using my R51 for five years or so (and this message is sent from it), and it has never failed to do what I wanted. This one is from the IBM years, and it's certainly solid and dependable. The only thing that has degraded so far is the battery, down to more or less half its original capacity. I don't know if Lenovo is up to the same standards. Never used the modem, but all the rest has worked nicely. Also never used any 3D-graphics drivers. As for audio I've mainly used it with USB cards, either for recording or mixing, always with -n 3 -p 256 and that worked very well. I've used it to mix 24-track Ardour sessions. Of course chipsets etc. change faster than you can imagine and current machines from the same stable could and will be entirely different. But I can't say anything bad about this one. Some additional info: f...@zita2:~ cat /proc/interrupts CPU0 0: 424020XT-PIC-XTtimer 1: 1803XT-PIC-XTi8042 2: 0XT-PIC-XTcascade 3: 129145XT-PIC-XTuhci_hcd:usb3, ohci1394, ipw2200 4: 2XT-PIC-XTuhci_hcd:usb2 7: 2XT-PIC-XTparport0 8: 0XT-PIC-XTrtc0 9: 9402XT-PIC-XTacpi 10: 670962XT-PIC-XTyenta, uhci_hcd:usb1, rad...@pci::01:00.0 11: 2XT-PIC-XT ehci_hcd:usb4, Intel 82801DB-ICH4, Intel 82801DB-ICH4 Modem 12: 97569XT-PIC-XTi8042 14: 13348XT-PIC-XT libata 15: 122766XT-PIC-XTlibata NMI: 0 LOC: 0 ERR: 0 MIS: 0 f...@zita2:~ lspci 00:00.0 Host bridge: Intel Corporation 82855PM Processor to I/O Controller (rev 03) 00:01.0 PCI bridge: Intel Corporation 82855PM Processor to AGP Controller (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 01) 00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 01) 00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 01) 00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 81) 00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 01) 00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 01) 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01) 00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 01) 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 [Mobility FireGL 9000] (rev 02) 02:00.0 CardBus bridge: Texas Instruments PCI4520 PC card Cardbus Controller (rev 01) 02:00.2 FireWire (IEEE 1394): Texas Instruments Unknown device 802a (rev 01) 02:01.0 Ethernet controller: Intel Corporation 82540EP Gigabit Ethernet Controller (Mobile) (rev 03) 02:02.0 Network controller: Intel Corporation PRO/Wireless 2200BG Network Connection (rev 05) f...@zita2:~ lsusb Bus 004 Device 001: ID : Bus 003 Device 002: ID 1668:2441 Actiontec Electronics, Inc. [hex] Bus 003 Device 001: ID : Bus 002 Device 001: ID : Bus 001 Device 001: ID : Ciao, Thanks to you and everyone else who replied on and off list so far. It seems like your R51 is equipped with TI chipsets while the newer T61s have Ricoh. TI seem to be the best working ones and only some ricoh seem to work, and I don't know which ones. I found some IEEE 1394 specific information here: http://ffado.org/?q=node/251 There's some valuable information on all of those things here: http://www.lenovo.com/psref/ but sadly the chipset vendor/model isn't listed. That it works well enough with usb is also helpful, thanks. Is there someone with the most recent models like T400/T500, R400/R500? Thanks,
Re: [LAD] How well do thinkpad notebooks work for audio?
On Wed, 29 Jul 2009 09:52:48 +0200 Frank Barknecht f...@footils.org wrote: Hallo, hollun...@gmx.at hat gesagt: // hollun...@gmx.at wrote: It feels like my several year old PC will crap out soon for one reason or another, so I need a replacement, better sooner than later. This time it should be a laptop and I heard that formerly IBM and now Lenovo thinkpads are of good build quality, even if they only come with intel CPUs and cost an arm and a leg. The Thinkpads seem to have a pretty active net community doing sites like www.thinkwiki.org, which are very helpful. There's nothing bad about Intel CPUs, actually I consider them the best choice ATM for laptops, especially if you get a device with an Intel gfx chip inside, they have excellent FLOSS drivers. Personally I agree that Thinkpads are a bit overpriced, you can get equivalent laptops cheaper from manufacturers like Acer or MSI, which are the two companies I have first hand experience with: I have an MSI S260 which currently gets replaced by an Acer Timeline 3810T. Both are well supported by Linux. The new one requires bleeding edge software, i.e. Debian unstable in my case. On the ACER, no interrupts are shared when AHCI is enabled, but I guess, that's normal for AHCI: $ cat /proc/interrupts CPU0 0: 31601 IO-APIC-edge timer 1: 7186 IO-APIC-edge i8042 8: 99 IO-APIC-edge rtc0 9: 13850 IO-APIC-fasteoi acpi 12: 25164 IO-APIC-edge i8042 16: 0 IO-APIC-fasteoi uhci_hcd:usb3, uhci_hcd:usb7 18: 0 IO-APIC-fasteoi uhci_hcd:usb8 19: 24 IO-APIC-fasteoi ehci_hcd:usb1, uhci_hcd:usb6 21: 0 IO-APIC-fasteoi uhci_hcd:usb4 22:182 IO-APIC-fasteoi HDA Intel 23: 0 IO-APIC-fasteoi ehci_hcd:usb2, uhci_hcd:usb5 26: 138998 PCI-MSI-edge i915 27: 8011 PCI-MSI-edge ahci 28: 61621 PCI-MSI-edge iwlagn NMI: 0 Non-maskable interrupts LOC: 15229 Local timer interrupts SPU: 0 Spurious interrupts RES: 0 Rescheduling interrupts CAL: 0 Function call interrupts TLB: 0 TLB shootdowns TRM: 0 Thermal event interrupts ERR: 0 MIS: 0 I didn't yet do any hardcore audio tests on that laptop, it's running an upstream large latency kernel. With laptops, I think, it's important to know your ways of using it. For example, the Acer is not the fastest device around (it's just a single Core CPU), but it's very light (1.65kg) and has an amazing battery life (up to 8h with dimmed display), so it's great to take on the road which is where I will be using it the most and where I can deal with a slower CPU, but not with a huge and heavy monster. The other extreme would be a netbook, but I prefer the 13 screen of the Acer - my eyes don't cope well with 10 screens, and Atoms just don't cut it in the long run for audio work. So to me, the Timeline is a good compromise, but your compromise will probably look different. Ciao Thanks Frank, I had a look at thinkwiki but couldn't find what I'm looking for. I also thought about netbooks but they won't cut it in the long run and I'll need a laptop eventually anyway. Could you post a lspci of your new acer as well? It's not quite what I'm looking for but it might be helpful anyway. Thanks, Philipp ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] How well do thinkpad notebooks work for audio?
Hallo, hollun...@gmx.at hat gesagt: // hollun...@gmx.at wrote: I had a look at thinkwiki but couldn't find what I'm looking for. I also thought about netbooks but they won't cut it in the long run and I'll need a laptop eventually anyway. Could you post a lspci of your new acer as well? It's not quite what I'm looking for but it might be helpful anyway. Sure, see below. This is for the cheapest Timeline (Intel gfx, single core, no DVD). You can get them with Dual Core as well, with Radeon gfx, and larger models also have a DVD drive (which I don't want to be forcesd to carry around all the time.) 00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07) 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) 00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) 00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03) 00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03) 00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03) 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03) 00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03) 00:1c.2 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 3 (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03) 00:1d.3 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93) 00:1f.0 ISA bridge: Intel Corporation ICH9M-E LPC Interface Controller (rev 03) 00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03) 00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03) 00:1f.6 Signal processing controller: Intel Corporation 82801I (ICH9 Family) Thermal Subsystem (rev 03) 01:00.0 Network controller: Intel Corporation Wireless WiFi Link 5100 02:00.0 Ethernet controller: Attansic Technology Corp. Device 1063 (rev c0) Ciao -- Frank ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Impro-Visor created on sourceforge
On Wed, Jul 29, 2009 at 3:38 AM, lase...@gmail.com wrote: Whether he wanted to or not, use of GPL code makes it GPL code. This is not true. It may simply make it code that was distributed in violation of the GPL. Chris ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] porting ladspa plugins to lv2
On 29/7/2009, Ulrich Lorenz Schlüter audio-mobs...@gmx.de wrote: 3) Any suggestions for plugins to be ported http://www.suse.de/~mana/ladspa.html They are kind of broken because they disrespect the ladspa naming guidelines. The code should be fine. Ok, but I've already started porting Nick Lamb's NJL plugins because they're straight forward. The vcf-0.0.5 can be next (unless I get sidetracked and decide to implement my own noise generator LV2 plugin). It's gonna be a slow (experiential) process though, in the past I've almost exclusively written my own code and not looked in-depth at the code of others. James. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Impro-Visor created on sourceforge
Robert Keller wrote: On Jul 28, 2009, at 3:44 PM, lase...@gmail.com wrote: On Tuesday 28 July 2009 13:58:06 Grammostola Rosea wrote: Robert Keller wrote: Arnold, thank you. I think I have everything in SF now. I added GPL notice to the package-info.java files and added INSTALL.txt, COPYING.txt, and LICENSE.txt. Is there anything else I should have? I appreciate your help. In Copying it's say: GPLv2 or at your option, any later version. License says GPLv3 Don't know if that's a problem... I changed LICENSE.txt to Version 2 over 5 hours ago. I'm not sure what you are complaining about. What does the license of the source you use (Jmusic (?)) has? You say: either version 2 of the License, or * (at your option) any later version. But if Jmusic is version 2, I doubt if you can say 'or at your option any later version' my 2 cents... ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Impro-Visor created on sourceforge
Grammostola Rosea wrote: Robert Keller wrote: On Jul 28, 2009, at 3:44 PM, lase...@gmail.com wrote: On Tuesday 28 July 2009 13:58:06 Grammostola Rosea wrote: Robert Keller wrote: Arnold, thank you. I think I have everything in SF now. I added GPL notice to the package-info.java files and added INSTALL.txt, COPYING.txt, and LICENSE.txt. Is there anything else I should have? I appreciate your help. In Copying it's say: GPLv2 or at your option, any later version. License says GPLv3 Don't know if that's a problem... I changed LICENSE.txt to Version 2 over 5 hours ago. I'm not sure what you are complaining about. What does the license of the source you use (Jmusic (?)) has? You say: either version 2 of the License, or * (at your option) any later version. But if Jmusic is version 2, I doubt if you can say 'or at your option any later version' my 2 cents... Also in the about tab... it says version 3... you should fix that. About support, are you planning to stick with that Yahoo group or are there plans for mailing lists too? Regards, \r ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Impro-Visor created on sourceforge
On Wednesday 29 July 2009 02:53:35 Arnout Engelen wrote: On Tue, Jul 28, 2009 at 10:38:18PM -0400, lase...@gmail.com wrote: Whether he wanted to or not, use of GPL code makes it GPL code. That is the viral nature of GPL. (...) The code is automatically GPL by way of use of other GPL code. This is actually entirely wrong. No it is entirely right and you are showing that you do not even know the most basic thing about the GPL. Everybody who has read the GPL properly knows what I wrote is true. For someone constantly (and rudely) insisting others should 'listen', 'stick with the facts', 'read', 'learn' etc., it'd be nice if you returned the favour. Get of the high horse of moral superiority here. You are wrong, so this statement is really ridiculous after the fact. You cannot claim someone failed to distribute software under the GPL, and at the same time take said software and excercise the rights that *would* have been granted to you *if* the software was distributed under the GPL. I never claimed the person failed to distribute software under the GPL. I always claimed that the GPL was being violated. Here we have yet another person who is probably responding out of emotion than logic. Go back and check every message I wrote. You will not find me having written what you said. An apology for making false accusations would be fitting. I always believed the software is under the GPL and that is why I pursued this matter in the first place. To make sure everyone gets their guaranteed rights in accord with the license the program is being distributed under. You might want to read the multiple times I wrote something to that effect also. Raymond ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Impro-Visor created on sourceforge
On Wednesday 29 July 2009 04:21:08 you wrote: On Wed, Jul 29, 2009 at 3:38 AM, lase...@gmail.com wrote: Whether he wanted to or not, use of GPL code makes it GPL code. This is not true. It may simply make it code that was distributed in violation of the GPL. You are wrong. Read the GPL. Everyone who really knows it understands that your code comes under the GPL whenever you mix it with other GPL code. That is the way it works. The fact that it was distributed improperly, according to the license, makes it a violation of the license it is under. Otherwise there could be no violation, right. Think it through. There cannot be a violation unless the license is already in force. Raymond ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Impro-Visor created on sourceforge
On Wed, Jul 29, 2009 at 1:08 PM, lase...@gmail.com wrote: On Wednesday 29 July 2009 04:21:08 you wrote: On Wed, Jul 29, 2009 at 3:38 AM, lase...@gmail.com wrote: Whether he wanted to or not, use of GPL code makes it GPL code. This is not true. It may simply make it code that was distributed in violation of the GPL. You are wrong. Read the GPL. Everyone who really knows it understands that your code comes under the GPL whenever you mix it with other GPL code. That is the way it works. No, that is not true. The GPL requires this to happen, but it does not cause it to happen. What causes the resulting combined code to be under the GPL is the fact that it is published under the GPL, not the fact that it incorporates code that was published under the GPL. There is nothing particular about the GPL here. It's a license, not a work of magic. If I provide code to you under some terms and you incorporate and re-publish the code flouting those terms, then you and I have a legal problem -- but that's between you and me, it has no bearing on the conditions under which your users received your combined work. An appropriate remedy for the problem might be for you to ensure that you comply with my license (e.g. publish under the GPL) or desist from publication, but your users can't enact that remedy for themselves. Chris ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Impro-Visor created on sourceforge
On Wed, 2009-07-29 at 08:08 -0400, lase...@gmail.com wrote: On Wednesday 29 July 2009 04:21:08 you wrote: you wrote? I can't understand how you could ever look into a mirror with good conscience while having your mail user agent configured in such a way as to use a you instead of a name. This makes you a liar with each message to a mailing list! This is an OUTRAGEOUS VIOLATION of the most basic logic and also manners! STOP VIOLATING this mailing list. BTW, for the rest your are just wrong and Chris is right. You really need to wake up and start to think! -- Thorsten Wilms thorwil's design for free software: http://thorwil.wordpress.com/ ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Impro-Visor created on sourceforge
On Wednesday 29 July 2009 08:30:00 Thorsten Wilms wrote: On Wed, 2009-07-29 at 08:08 -0400, lase...@gmail.com wrote: On Wednesday 29 July 2009 04:21:08 you wrote: you wrote? I can't understand how you could ever look into a mirror with good conscience while having your mail user agent configured in such a way as to use a you instead of a name. This makes you a liar with each message to a mailing list! This is an OUTRAGEOUS VIOLATION of the most basic logic and also manners! STOP VIOLATING this mailing list. BTW, for the rest your are just wrong and Chris is right. You really need to wake up and start to think! What a ridiculous bunch of hogwash. There are no rules in place for what you say, get off the emotion bandwagon. Raymond ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
[LAD] trolls and filtering...
hi everybody! just a passing remark: it is very easy to filter out a troll. it is however close to impossible to filter responses to trolling by people whose mail i appreciate in general. best, jörn ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] FFADO Contact Needed
On Wed, Jul 29, 2009 at 12:41:56AM -0700, alex tinsley wrote: Hi, Hi! As it turns out the product manager that works on the M-Audio product line of audio I/O devices for existing support has asked me for assistance in learning more about what is needed from the FFADO project to see if it is something that Avid can support. I need to get him chatting with some one or group of folks that can provide some info for him. So for the info provided already, thank you very much. I guess you've seen Jonathan's mail. I suggest you talk to him directly. In the past, the project has asked for a test device, some kind of device specification (read: papers) and a contact in case of questions. There have also been NDAs, i.e. with TCAT, to support their widely used DICE platform. The question that is being asked by a slew of folks and I'm carrying forth to this group is what is needed in the FFADO driver to talk to a 1394 Audio device so that the control panel for FFADO will route audio accordingly that To my knowledge, this boils down to the on-wire ISO format plus all the management stuff (like device initialization, how to address the mixer). If provided, supporting it should be possible, but Jonathan will tell you more precisely about this. ;) If you like, switch to the ffado-devel mailinglist, however, writing to Jonathan directly is probably the best to get things done. I really appreciate your help, having M-Audio actively supporting Linux is good news. Cheerio -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] trolls and filtering...
Jörn Nettingsmeier wrote: just a passing remark: it is very easy to filter out a troll. it is however close to impossible to filter responses to trolling by people whose mail i appreciate in general. Just filter by topic. It should be pretty clear after only a few messages whether the continuation is of any value. Incidentally, the filter setup in my mailer (Icedove, whatever that is) is done in the Create Filter From Message dialog under the Messages menu. It's nice, I can define the filter with various controls, then I can have the filtered messages sent to whatever destination I prefer. Sweet. I presume other mail handlers work in similar fashion. Best, dp ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] trolls and filtering...
Den Wednesday 29 July 2009 15.25.45 skrev Jörn Nettingsmeier: hi everybody! Hi Jörn, just a passing remark: it is very easy to filter out a troll. it is however close to impossible to filter responses to trolling by people whose mail i appreciate in general. Yes, as a filter it might be problematic but I have ignore thread built in and that is in kmail. Mutt also have it and thunderbird have it as a add-on. Very handy to have when the trolls comes creeping. regards, /bengan ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Test app for LADSPA plugins
On 28 Jul 2009, at 19:04, Tim Goetze wrote: [Paul Davis] So will it link on OSX if I remove -nostartfiles? i'd suggest copying what swh's makefile does, which is something like this: gcc -flat_namespace -undefined suppress -o .libs/ringmod_1188.so -bundle .libs/ringmod_1188.o -lm -march=i686 -nostartfiles clearly, i was talking out of my rear end about -nostartfiles Thanks, unfortunately I don't feel much wiser now. The developer.apple.com copy of the OSX ld man page simply says -bundle Produce a mach-o bundle that has file type MH_BUNDLE. It's a looong time ago I figured out those options, but if I remember correctly it's required to let you build real .so files. Because of the way the Mach kernel loads libraries, OSX libraries are not generally Mach-O bundles (.so-s), which are what you need to dynamically load objects. They're usually .dylib files - some other sort or Mach object. - Steve ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Amp-example.lv2
On 28 Jul 2009, at 22:50, David Robillard wrote: Most things on lv2plug.in are rotting and badly in need of an overhaul :/ IMO the site doesn't present a very good public face to the most important how do I write an LV2 plugin crowd at all I would like to get a CMS up on there so people can get accounts and have a more collaborative/community based site... +1 to that. Steve, eagerly awaiting the inventions of the 8th day/25th hour ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Amp-example.lv2
On Wed, 29 Jul 2009, Steve Harris wrote: Steve, eagerly awaiting the inventions of the 8th day/25th hour And the Round Tuit. -Gabriel ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [snip]
Jörn Nettingsmeier wrote: hi everybody! just a passing remark: it is very easy to filter out a troll. it is however close to impossible to filter responses to trolling by people whose mail i appreciate in general. best, jörn Okay, a last not to the list, to avoid that somebody else tries to ad fuel to the fire. Everybody can see by the header of the mail what mail client somebody is using ;). For Thunderbird there's the Match all of the following option, so if somebody like to receive mails from Raymond and because of some subjects by everyone, but not from Raymond by explicit subjects, filtering seems not to be to difficult. Am I wrong? Should it become a sport to provoke Raymond? At the moment I can't see any additional mail by Raymond, but I receive redundant mails to infalme something that long ago is dead. ;) Ralf ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [snip]
On Wednesday 29 July 2009 11:11:46 Ralf Mardorf wrote: Jörn Nettingsmeier wrote: Okay, a last not to the list, to avoid that somebody else tries to ad fuel to the fire. Everybody can see by the header of the mail what mail client somebody is using ;). For Thunderbird there's the Match all of the following option, so if somebody like to receive mails from Raymond and because of some subjects by everyone, but not from Raymond by explicit subjects, filtering seems not to be to difficult. Am I wrong? Yes, it is easy to do. Anyone getting mail from the list can filter as they please. Should it become a sport to provoke Raymond? You can try. It might work depending on the situation. For now, I am actually doing some work on getting the Impro-Visor 4 stuff on my project, amongst other things. Still finding GPL violations in the Impro-Visor source as given on SF, so I have to fix things up so as not to propagate those problems onto others. Things are missing that should be there to actually make certain installation packages. At the moment I can't see any additional mail by Raymond, but I receive redundant mails to infalme something that long ago is dead. It's a mirror on themselves. Raymond ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] porting ladspa plugins to lv2
On Wed, 2009-07-29 at 11:00 +0100, james morris wrote: On 29/7/2009, Ulrich Lorenz Schlüter audio-mobs...@gmx.de wrote: 3) Any suggestions for plugins to be ported http://www.suse.de/~mana/ladspa.html They are kind of broken because they disrespect the ladspa naming guidelines. The code should be fine. Ok, but I've already started porting Nick Lamb's NJL plugins because they're straight forward. The vcf-0.0.5 can be next (unless I get sidetracked and decide to implement my own noise generator LV2 plugin). Yay vcf! These stupid things having the same ID for different versions has caused me pain for years :) I like 'em though... Cheers, -dr ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Need help with LV2 midi events.
Lars Luthman schrieb: On Fri, 2009-07-24 at 23:35 +0200, Ulrich Lorenz Schlüter wrote: Hello list, I never get a valid event iterator with lv2_event_is_valid(). Can somebody tell me why please? [...] LV2_Event_Buffer* inbuf = pLV2_Event_Buffer(*p(6)); The template version of p() works just like the non-template version, it takes a uint32_t port index argument and returns a pointer to the buffer for that port. The only difference is that while the non-template version returns the buffer pointer as a pointer-to-float, the template version returns it as a pointer-to-T, where T is the template parameter. So in order to get the MIDI event input buffer for the port with index 6 you do LV2_Event_Buffer* inbuf = pLV2_Event_Buffer(6); or, equivalently LV2_Event_Buffer* inbuf = reinterpret_castLV2_Event_Buffer*(p(6)); What you are doing above is to first get the buffer as a pointer-to-float although the buffer really contains an LV2_Event_Buffer, then dereference it to get some garbage float value, then truncate that float value to an uint32_t and pass it as the index parameter to pLV2_Event_Buffer(). This will cause undefined behaviour. It could crash with a segmentation fault, it could give you garbage MIDI events or it could do nothing at all. --ll Was about to ask especially you about that until I solved this on my own. But thanks a lot for your explanation. Uli :-) ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] How well do thinkpad notebooks work for audio?
Damned right..gotta watch out for that ricoh fw chip. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
[LAD] How to get sample rate for lv2 plugin?
Hi there, I'm using the lib lv2-plugin to write a plugin with c++ as you will know. Now what's the proper way to get the sample rate? Thanks in advance Uli ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
