Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7535 discussions

by David Runge

Hey all, is anyone maybe in close contact with Nedko Arnaudov? I've had trouble piecing together the upstream for a2jmidid [1], when rebuilding the package for Arch Linux and tried contacting him. There doesn't seem to be any activity in any of his repositories on github [2] in recent years (not a good sign). Especially in the case of a2jmidid, everything I hear from people when asking them is "this was meant as a quick fix and not to stay around long"... well, it's 2017 and it has stayed around long. Additionally, it is dependency to some things currently in use, such as cadence, etc. Nedko also worked on ladish [3], afaics, which is still dependant on the - long outdated/dead - flowcanvas [4]. I don't see any activity there either (at least not in the past four years). Writing "the site is down" [5] doesn't make me believe that that project is not dead, either. This actively keeps programs such as cadence to be integrated into the [community] repository in Arch, as I will not add flowcanvas back and if upstream for a2jmidid deteroriates even more, it will be removed from the main repositories eventually! It would be great, if someone could shed some light on this. Best, David [1] https://git.archlinux.org/svntogit/community.git/commit/trunk?h=packages/a2… [2] https://github.com/nedko [3] https://github.com/LADI/ladish [4] https://drobilla.net/software/flowcanvas [5] http://ladish.org/ -- https://sleepmap.de

8 years, 2 months

Re: [LAD] What's with Nedko Arnaudov?

by Simon van der Veldt

> The source tarball download link, that I replaced in the PKGBUILD (see first mail) went missing, as there was no web server running on gna.org anymore. > Now I switched to the git repo mentioned in the same link, but the tarball naming is not based on tags. > a2jmidid still works, but a flaky upstream is just not so nice to deal with as a packager at the dawn of reproducible builds in Arch. Ah, so that was the issue. Yeah, we ran into this issue as well. Using git probably makes the most sense, or make use of your distro's mirror functionality (I believe arch offers this as well, not sure though). The tags do actually match with the releases and the tarball names, they are just single integers. I.e. the link we had was "http://download.gna.org/ a2jmidid/a2jmidid-8.tar.bz2", which matches git tag 8. For a list, see http://repo.or.cz/a2jmidid.git/refs, but you probably already checked that. On Wed, Dec 6, 2017 at 8:57 PM, David Runge <dave(a)sleepmap.de> wrote: > On December 6, 2017 8:37:53 PM GMT+01:00, Simon van der Veldt < > simon.vanderveldt(a)gmail.com> wrote: > >I sent Nedko a mail about 6 months ago asking similar questions, to > >which > >he kindly replied. The short version of the answer was no real plans > >for > >ladish, but he did want to bring the ladish site back up. > Hmm, that's too bad. > > >I didn't ask anything regarding a2jmidid because it's been working > >perfectly for me. > The source tarball download link, that I replaced in the PKGBUILD (see > first mail) went missing, as there was no web server running on gna.org > anymore. > Now I switched to the git repo mentioned in the same link, but the tarball > naming is not based on tags. > a2jmidid still works, but a flaky upstream is just not so nice to deal > with as a packager at the dawn of reproducible builds in Arch. > > >If you want to know more I'd suggest to try sending him an e-mail :) > I did three weeks ago. > > > -- > https://sleepmap.de >

8 years, 2 months

[LAD] Fwd: Linux Audio Berlin meeting @ c-base 2017-12-06

by Simon van der Veldt

> Would have some topics to talk about though (pro-audio software inclusion and keeping in the Arch Linux main repositories, amongst others). I'd be interested in this topic as well. Been doing some packaging for audio production applications for gentoo and I'm starting to consider proposing splitting off these specific pieces of software from the main tree because I feel that that could work towards more ownership and by extension a higher quality of the packages compared to the state we're at currently with the "monolithic" package tree. Since for both Arch and Gentoo it's pretty easy for user to add custom packages I'd be interested in the reasons why you would prefer to have the packages in the main Arch repo (assuming that you actually prefer this of course :)). Thanks, Simon On Tue, Dec 5, 2017 at 12:03 PM, David Runge <dave(a)sleepmap.de> wrote: > > > On 2017-12-05 11:17:36 (+0100), Daniel Swärd wrote: > > On Tue, 2017-12-05 at 11:04 +0100, Filipe Coelho wrote: > > > Who else is coming? > I can't most likely. Have an electronic orchestra rehearsal on > Wednesdays atm. which let's me be home around 9 most of the time. > Tomorrow additionally there's a concert I might attend to (this > Wednesday seems more crowded than most Saturdays!). > > Would have some topics to talk about though (pro-audio software > inclusion and keeping in the Arch Linux main repositories, amongst > others). > > Some other time then, hopefully... > > Best, > David > > -- > https://sleepmap.de > > _______________________________________________ > Linux-audio-dev mailing list > Linux-audio-dev(a)lists.linuxaudio.org > https://lists.linuxaudio.org/listinfo/linux-audio-dev > >

8 years, 2 months

[LAD] Linux Audio Berlin meeting @ c-base 2017-12-06

by Daniel Swärd

Hi all. Just a friendly reminder for the monthly meeting at c-base (Rungestraße 20). I'll be in the mainhall from 20:00. Hope to see you there! Cheers /Daniel

8 years, 2 months

Re: [LAD] Forgive me, for I have sinned, or: toss your Macintosh, as fast and wide as you can.

by Luddy Harrison

Did you rule out the obvious explanation, i.e., that this Mac had a previous owner, and the previous owner invoked Find My Mac at some point? As to a culprit, I would look to the reseller from whom you bought this machine and not Apple itself. Was Apple even involved directly in this transaction, other than the original sale of the new MBP to its first owner? -Luddy Harrison On Mon, Dec 4, 2017 at 4:00 AM <linux-audio-dev-request(a)lists.linuxaudio.org> wrote: > Send Linux-audio-dev mailing list submissions to > linux-audio-dev(a)lists.linuxaudio.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.linuxaudio.org/listinfo/linux-audio-dev > or, via email, send a message with subject or body 'help' to > linux-audio-dev-request(a)lists.linuxaudio.org > > You can reach the person managing the list at > linux-audio-dev-owner(a)lists.linuxaudio.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Linux-audio-dev digest..." > > > Today's Topics: > > 1. Forgive me, for I have sinned, or: toss your Macintosh, as > fast and wide as you can. (J?rn Nettingsmeier) > 2. Re: Forgive me, for I have sinned, or: toss your Macintosh, > as fast and wide as you can. (David Runge) > 3. Re: Forgive me, for I have sinned, or: toss your Macintosh, > as fast and wide as you can. (Albert Graef) > 4. Re: Forgive me, for I have sinned, or: toss your Macintosh, > as fast and wide as you can. (Louigi Verona) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 4 Dec 2017 10:37:19 +0100 > From: J?rn Nettingsmeier <nettings(a)stackingdwarves.net> > To: The Linux Audio Developers' Mailing List > <linux-audio-dev(a)lists.linuxaudio.org> > Subject: [LAD] Forgive me, for I have sinned, or: toss your Macintosh, > as fast and wide as you can. > Message-ID: <839b300f-71a8-3d88-e127-b7fc3edc5b87(a)stackingdwarves.net> > Content-Type: text/plain; charset=utf-8; format=flowed > > Here's me, having to deal with a 48 channel live recording over the > course of six shows. Since my MADI gear is kinda heavy and the rental > company had a Dante system on offer, I dusted off the 2013 Macbook pro I > bought used, purchased a Dante virtual soundcard license from Audinate > and happily tracked the first three shows with Ardour. > > On the train on an off-day, I started a rough mix-down so that the > client can begin the selection process. In the middle of exporting, my > Mac shuts down and boots into a PIN unlock screen, telling me it has > been locked via "Find-my-Mac". > > For the record, this Macbook had been purchased from a reputable large > online dealer, and it had been factory-reset and completely installed > from scratch. > > The first thing I find as I frantically research this issue (on my > proper laptop, that is controlled by me, not by some iFuckwits), is that > this iFeature even contains the option of a remote data wipe. > My excuses to my fellow passengers who got in the way of a stream of > expletives suddenly bursting forth from an otherwise unobtrusive > business traveller, as said traveller notices he doesn't have a > screwdriver to yank his data drive out of this ransomware machine, and > cannot even be sure it's off when it says it's off because of course the > battery cannot be removed without major surgery, either. > > Was able to salvage the data at home using a real operating system on > real hardware, and today I'm going to find an authorized mac reseller > and give the guy at the guru bar a day he will remember and testify > about at the next Apple employee incentive day. > > Long story short: don't. > > > > -- > J?rn Nettingsmeier > De Rijpgracht 8, 1055VR Amsterdam, Nederland > <https://maps.google.com/?q=De+Rijpgracht+8,+1055VR+Amsterdam,+Nederland&ent…> > Tel. +49 177 7937487 <+49%20177%207937487> > > Meister f?r Veranstaltungstechnik (B?hne/Studio), Tonmeister VDT > http://stackingdwarves.net > > > ------------------------------ > > Message: 2 > Date: Mon, 4 Dec 2017 11:27:29 +0100 > From: David Runge <dave(a)sleepmap.de> > To: J?rn Nettingsmeier <nettings(a)stackingdwarves.net> > Cc: The Linux Audio Developers' Mailing List > <linux-audio-dev(a)lists.linuxaudio.org> > Subject: Re: [LAD] Forgive me, for I have sinned, or: toss your > Macintosh, as fast and wide as you can. > Message-ID: <20171204102729.GE16499(a)dvzrv.localdomain> > Content-Type: text/plain; charset="utf-8" > > On 2017-12-04 10:37:19 (+0100), J?rn Nettingsmeier wrote: > > Long story short: don't. > Holy... > > Glad you got your data at least. This would also freak me out a lot... > > > -- > https://sleepmap.de >

8 years, 2 months

[LAD] Music for programming

by Louigi Verona

Hey everyone! I have created a YouTube channel where I am creating playlists of ambient music. As many of you have told me that they enjoy listening to "droning" and other of my ambient creations during work, I have created "Music for programming" mixes. Some of them might feature just one tune, some feature several tunes. Take your pick - and subscribe! The Ambient Channel <https://www.youtube.com/channel/UC_niY_HzHQVRtjZLRHNyQfA> -- Louigi Verona https://www.patreon.com/droning https://louigiverona.com/

8 years, 2 months

[LAD] Help: OSC + DSSI not working, at least on openSUSE

by Tim

Hi list. Strange problem here. Any verification especially on other OSs, solutions, comments, observations appreciated. Neither QTractor nor MusE will open any DSSI gui here on OpenSUSE Tumbleweed x86 64 bit. I have built liblo-0.29, and to test, Hexter 1.0.3, and removed their SUSE packages. Same problem. I traced the problem. liblo *silently* fails: liblo: src/address.c: line 594: if ((ret = getaddrinfo(host, lo_address_get_port(a), &hints, &ai))) ... I turned on hexter debugging, and added my own to liblo and hexter: ------------------------------ initOSC() url:osc.udp://linux-2lbs:19899/ .... [Some MusE output stuff] hexter.so hexter_get_program called with 0 .... [More hexter program stuff] hexter.so hexter_get_program called with 128 hexter.so hexter_get_midi_controller called for port 1 hexter.so hexter_get_midi_controller called for port 2 hexter.so hexter_configure called with 'DSSI:PROJECT_DIRECTORY' and './' hexter.so hexter_get_midi_controller called for port 1 hexter.so hexter_get_midi_controller called for port 2 OscIF::oscShowGui(): v:1 visible:0 OscIF::oscShowGui(): No QProcess or process not running. Starting gui. OscIF::oscInitGui TIM: hexter_gtk main() start hexter_gtk starting (pid 21264)... hexter_gtk: listening at osc.udp://linux-2lbs:14372/dssi_synth/hexter/hexter-0 hexter_gtk: rebuild_patches_clist called hexter_gtk: update_performance_spin called for 'pitch_bend_range' with 2 hexter_gtk on_performance_spin_change: skipping further action .... [More spin stuff] TIM: hexter_gtk main(): osc_host_address:0x1c1e8f0 TIM: hexter_gtk main(): osc_configure_path:/dssi_synth/hexter/hexter-0/configure .... [More similar paths] TIM: hexter_gtk main(): osc_update_path:/dssi_synth/hexter/hexter-0/update TIM: hexter_gtk main(): calling gtk_main()... TIM: hexter_gtk update_request_timeout_callback(..): calling lo_send(..) TIM: liblo: lo_address_resolve host:linux-2lbs port:19899 TIM: liblo: Error:Name or service not known [MusE error:] OscIF::oscShowGui(): no _uiOscPath. Error: Timeout - synth gui did not start within 20 seconds. ------------------------------ What's going on here? The name (linux-2lbs) and service (port number 19899) are valid. That's the URL given to MusE by liblo when we start the OSC server thread. And we pass that to the gui executable. When I run "hexter -test" the gui *does* appear: ------------------------------ TIM: TIM: hexter main() start hexter_gtk starting (pid 23447)... hexter_gtk: listening at osc.udp://linux-2lbs:16029/test/mode hexter_gtk: rebuild_patches_clist called hexter_gtk: update_performance_spin called for 'pitch_bend_range' with 2 .... hexter_gtk: update_performance_assign called for 'breath_assign' with 2 TIM: osc_host_address:0x90bc60 TIM: osc_configure_path:/test/mode/configure .... TIM: osc_update_path:/test/mode/update TIM: hexter main(): calling gtk_main()... .... [gui is now showing] hexter_gtk on_test_note_button_press: button pressed TIM: lo_address_resolve host:localhost port:9 hexter_gtk on_test_note_button_press: button released ------------------------------ I added a full range of UDP allowances in my firewall and even tried turning it off completely, thinking it was a UDP blockage thing, but no luck. Something further to do? The only difference I see is host "linux-2lbs" vs. "localhost" but the former is in fact my machine name. Hexter does a few tricks to run in test mode, so I'm not sure how relevant the second test is (with "hexter -test"). Thanks. Tim. The MusE Sequencer project.

8 years, 3 months

[LAD] Sonoj Convention 2017 Media Follow-Up

by info＠sonoj.org

Dear All, The Sonoj Convention 2017 is now over. I can't believe it all just worked out like this; "Call, and they shall come." The video recordings are here: https://media.ccc.de/c/sonoj2017 Or mirrored on youtube: https://www.youtube.com/channel/UCRETFHZgyoUMyUxz3k9lrZA/videos The musical results of our challenge (make a one minute track integrating a telephone ring sample) are either on archive.org as individual tracks: https://archive.org/details/Sonoj2017CompositionChallenge or you can download them all at once. License CC-By-SA: https://www.sonoj.org/sonoj2017challenge.tar.gz Yours, Nils, for the Sonoj Convention

8 years, 3 months

[LAD] Fwd: [LAU] First International Faust Conference (IFC-18) - Call for Papers

by Albert Graef

Dear all, It is my pleasure to announce the First International Faust Conference (IFC-18)! We look forward to see you in Mainz this summer. Cheers, Romain Michon CCRMA, Stanford University [Apologies for cross posting, please circulate widely.] 1st International Faust Conference - Johannes Gutenberg University, Mainz (Germany), July 17-18, 2018 The International Faust Conference (IFC-18: http://www.ifc18.uni-mainz.de) will take place at the Johannes Gutenberg University <http://www.uni-mainz.de/> of Mainz (Germany) on July 17-18, 2018. It aims at gathering developers and users of the Faust programming language <http://faust.grame.fr/> to present current projects and discuss future directions for Faust and its community. Participants will be able to share their work through paper presentations. A series of round tables on various topics will serve as a platform to brainstorm on Faust's features, semantics, tools, applications, etc. to determine future directions for this language. Open spaces for demos and workshops will be available for participants to openly share their ongoing projects with the rest of the community. As a special event, the winner of GRAME's Faust Open-Source Software Competition will be announced during IFC-18. IFC-18 is free and everyone is welcome to attend! *Call for Papers* We welcome submissions from academic, professional, independent programmers, artists, etc. We solicit original papers centered around the Faust programming language <http://faust.grame.fr/> in the following categories: - Original research - Technology tutorial - Artistic project report (e.g., installation, composition, etc.) Paper should be up to 14 pages in length, non anonymous, and formatted according to this template <http://www.ifc18.uni-mainz.de/misc/IFC-18-templates.zip>. *Submissions should be carried out via our EasyChair portal <https://easychair.org/conferences/?conf=ifc18>*. All submissions are subject to peer review. Acceptance may be conditional upon changes being made to the paper as directed by reviewers. Accepted papers will be published on-line as well as in the IFC-18 proceedings paper version. They will be presented by their author(s) at IFC-18 as 15 minutes presentations (+ 5 minutes for questions). Feel free to contact us if you have any question. *Important Dates* - Papers submission deadline: March 2, 2018 - Notification of Acceptance: May 1, 2018 - Camera-Ready Version: June 1, 2018 *Call for Round Table Topics* A series of round tables on the following themes will take place both afternoons of IFC-18: - Faust Tools (e.g., Architectures, IDE, Faust Code Generator, On-Line Services, etc.) - DSP in Faust and Faust Libraries (e.g., New Algorithms, New Libraries, Missing Functions, etc.) - Faust Compiler and Semantics - Other Topics/Open Session We solicit topic suggestions from the Faust community for each of these themes. Topics can be submitted by means of this Google form <https://goo.gl/forms/0fBYxk28jlRdtqRM2>. They will be introduced during the round tables by the session chair. *Contact* Please, address your questions to: ifc18(a)muwiinfa.geschichte.uni-mainz.de Conference website: http://www.ifc18.uni-mainz.de -- Dr. Albert Gr"af Computer Music Research Group, JGU Mainz, Germany Email: aggraef(a)gmail.com WWW: https://plus.google.com/+AlbertGraef

8 years, 3 months

[LAD] Sonoj Convention Video Livestream URL

by Sonoj Convention

Hello Lists, Tomorrow and the day after is the Sonoj Convention! You can watch the live video stream when it starts 10:40 CET and see all the talks! https://streaming.media.ccc.de/sonoj2017 Please share that link in all the forums and social media where you think it is appropriate. For more information and a schedule please see https://www.sonoj.org Nils for the Sonoj Convention

8 years, 3 months

Jump to page:

2026

2025

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