Consortium

consortium@lists.linuxaudio.org

462 discussions

★ Consortium, Michaël a laissé un message pour toi

by Badoo

Tu peux immédiatement répondre via notre messagerie instantanée. Voir tes messages... http://us1.badoo.com/01251327857/in/FRDPBvSsNWk/?lang_id=6&g=57-0-4&m=29&mi… D'autres personnes attendent : Les liens ne fonctionnent pas dans ce message? Copie-les dans la barre d'adresse de ton navigateur. Amuse-toi bien ! L'équipe Badoo Vous avez reçu cet email de Badoo Trading Limited (adresse postale ci-dessous). Si à l'avenir, tu ne souhaites plus recevoir d'emails de la part de Badoo, merci de te désabonner en cliquant ici ici : https://us1.badoo.com/impersonation.phtml?lang_id=6&email=consortium%40list… Badoo Trading Limited, société enregistrée en Angleterre et Pays de Galles, sous le No. CRN 7540255, bureaux enregistrés sous l'adresse Media Village, 131 - 151 Great Titchfield Street, Londres, W1W 5BB.

11 years, 10 months

limiting email traffic

by Robin Gareus

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, Due to excessive posts - in particular on the linux-audio-user email list, I do propose to rate-limit the number of emails to 13 emails per user per 24 hours with direct follows up replies to self counting twice. It is not unreasonable to assume that a single user posting more than 12 emails per day is either involved in a heated flame-war or - for want of a better word - a troll. Neither of which is acceptable on the LA email lists. I recommend that we advice "power posters of short snippets" to rather use services such as twitter. I've checked some random samples and found that no reasonable discussion on the LA lists in the last 2 years required more than 5 posts per user per day [1]. It is also always the same users (who even have received prior warnings to heed netiquette) who exceed the limit. But I still feel that permanently banning or even hellbanning individual offenders is not the right way to resolve things, particularly if these persons have no malice intentions. I have prepared a system that automates the process: It sends out a warning message after the 9th email and after the 12th email temporarily bans the user for 6 hours from further posting to the given email list. Ready to be rolled out. Please let me know what you think and if you advocate or veto this endeavor. yours truly, robin [1] 'reasonable' is subjective and the LA lists are also dynamic and the diversity of people involved in a given subject has a large sigma. The actual rate-limit may need to be heuristically adjusted. 13 emails/(user*day*list) is a conservative start. PS. in light of my resignation as root and not being Mailing List Manager in the first place, consider this a gift. Feel free to reject it. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJSbzEdAAoJEKCQvOAs9X8EJ6MQAJvMdvhuaFJFCP6Acppgxnn6 a+i70tKM5gWVA4Jst3ppouLxg5mS4GUiKpA+YcEH3JKaOGdvxFwSa/ZXbxIsHT/S LKvK+ftFLH2lOUWFSNfrmG0E/XWPqbTDdKTeFUl10v42M11hHftwmDH9Wyg7svB9 uYzPm+EszvqxHNQd80Hv8BtK14MPVldUGm0yJWboQuF5NaNbM9iOtiJrvX9SxI50 M0xFE4lpH2ycQ9fHeWkmZZj07/DiJkjftp9mnDFmHUnRAP92ibv7xcGEYXGG6U// Lze/6e54xQUtf+9tw0LT6p8h3o0E/wwRNMo/LH6WvoBmB0y0M58PnwD8gi19mQGu P2yu3N3p7/BVmU/sIF1CUdcNRWg98CVHRO++Ht9eGafceZMzLCY+emWs9+eeYKTt UIr+iDsw/pRG6QZ8JHbZtUPSmh2RymPGgoUSFI4PV/TI0Fdm8FVTSVmGx7abftrp RD3wrYJP2B+LKghoeTh4A4Wk0WZfpQrTLqZV99jgrC6w6h84HSBaJ/OxFD54PtGS vUw9BsNEE7vOlEgwrVIvHhKuy3Kmjj7mQkzQkxxteDwWrAtUKrZpRTRVt0MM05KR 9nlRv1dixKdU1Kc4g8LSr08dT0M7H9+itYREvEH5n1VZnao6CZMXYtX3kIHSSZpt Ju1fb9/Lg3oMukZ+uP/g =Hnvl -----END PGP SIGNATURE-----

11 years, 10 months

Linuxaudio.org server admin

by Ivica Bukvic

Dear fellow linux audio/multimedia enthusiasts, It's been some time since I officially addressed the entire la* community. This has been in great part because things just worked. Robin, who has in great part been the mastermind behind a number of initiatives currently being hosted on the lao server has officially stepped down a year ago (even though I still tend to bug him way too often ;-) as the sys admin and while we have a couple additional volunteers helping man the server, it appears that we really need someone who will step in just like Robin did to help me carry the burden of maintaining this huge ecosystem of sites and pages. More so, it appears that some pages have been covered with spam/non-working content, and given the current state of lack of adequate manpower to manage these, my immediate response is to shut down ladspavst page which is currently in an awful state of disrepair, filled with non-working content and spam. The very fact it's taken me this long to spot it speaks to the fact that I alone cannot keep up with everything that is happening on the site. This is particularly important because if this gets any further out of hand, the University may decide that the content hosted on these pages goes against the very grain of what a taxpayer-run site should be hosting and we may lose what has been so far a very generous no-limits hosting. To put this in perspective, we've been burning steadily 1-2TB per month. For this reason, in the interest of our great multi-site ecosystem, I will be pulling down any sites that are not actively maintained and that also have submitable user content (read: ability to receive unfiltered spam). If anyone wishes to step up and maintain any of these, in order to avoid any further mishaps like the one with ladspavst, I would like to propose that from now on all the admins submit monthly blurbs assuring me that everything is indeed being managed as it should be. This will certainly help avoid situations like the one currently with ladspavst which is also not the first time we've had problems with that site. I can and will gladly bat for us to get us more hosting space and processing power, but this will be heavily contingent on ensuring that our site is not hosting anything that is potentially offensive or outright inappropriate. This does not mean that we should not have passionate discussions on our mailing lists, but at the same time I think one would be hard-pressed to convince anyone that links to questionable chemical substances or worse yet inappropriate content is something that will help us continue to enjoy this wonderful service. You all have been a part of this wonderful community and you all have in many ways helped shape it into something truly amazing. Let's make sure that we don't lose this in this process. My hope is that we will keep most (all?) sites intact. But the reality is that we simply currently do not have the adequate manpower to maintain all of it. More so, the server has had its instabilities that we're trying to address and on top of that soon we'll be forced to upgrade to a new KVM system as our University's infrastructure transitions to its new and better iteration. This transition will be by no means a small feat if we are to maintain an uninterrupted service and is something that will undoubtedly require your help. If anyone is interested and willing to assist in this process, please do not hesitate to contact me. Best wishes, ico

11 years, 10 months

Dick MacInnis launches Celeum embedded linux devices

by Dick MacInnis

I just wanted to let you guys know about the launch of Celeum, my new company that makes embedded linux devices. As part of an initial crowdfunding campaign, we're offering the CeleumPC, the Celeum Cloud Server, and the Celeum Domain Server, which are quad-core(a)1.7ghz ARM machines with 2GB of RAM and quad core 3d graphics. The CeleumPC dual boots Android and DreamStudio (which is based on Ubuntu), and both the Celeum Cloud Server and Celeum Domain Server run Ubuntu Server, with ownCloud and custom Zentyal software respectively. Check out our campaign and video here: http://www.indiegogo.com/projects/celeum

12 years, 3 months

ANN: New Pd-L2Ork x86_64 and Raspberry Pi release now available together with comprehensive how-to

by Ivica Ico Bukvic

It is my great pleasure to announce immediate availability of the latest Pd-L2Ork, its K12 module, as well as the inaugural official version of Pd-L2Ork for the Raspberry Pi platform. The new release is accompanied by a comprehensive documentation on how to connect RPi to the computer as well as run and configure Pd-L2Ork (and its K12 module) for operation on RPi. In addition, as part of this release, the regular Pd-L2Ork install instructions have been also streamlined to make them easier to navigate. Special thanks to NewBlankets Inc. for the Satchmo SuitSup Award that made our RPi hacking efforts possible! For more info visit: http://l2ork.music.vt.edu/main/?page_id=56 (x86_64 version with updated how-to) http://l2ork.music.vt.edu/main/?page_id=2288 (Raspberry Pi version download and how-to) Changelog highlights: *Fixed bug http://sourceforge.net/tracker/index.php?func=detail&aid=2457992&group_id=55 736&atid=478070; hopefully also fixed incorrectly reported hit/selection boxes for nested structs (like the one reported in the previous bug report) *added ability for preset_hub to write/read presets or entire scenes from files. Improved documentation to reflect new additions and to improve existing. *added multi-connect option with 5 different modes: 1. shift-click manual multi-connect 2. two selected objects multiple outlets to multiple inlets 3. two or more selected objects connecting to one unselected one 4. one unselected connecting to multiple selected ones 5. multiple selected ones connecting to one's multiple inlets OR the other way around (determined on whichever mode gives more valid connections) Option 1 requires use of shift. Other options are based on what is selected at the time of making the first connection (others are automatically created based on conditions). Later consider adding special undo that undos all connections in one step, rather than multiple steps. For more info, please see Jonathan's recent email on the pd-list: http://lists.puredata.info/pipermail/pd-list/2013-05/102871.html *added ability for gop to intelligently detect when iemgui objects fit (or don't) inside gop window. the same also applies to dynamic changes to iemgui properties (size, font, label, delta, position, etc.) *selection box makes patch scroll when reaching patch window edge *Added support for multiline comments (with some help from Taylor O'Connor and Jean-Philippe Ouellet). *disis_wiimote 1.0.4 *added raspbian compile option *improved logic for freeing rtext that alleviates memory leak but also does not crash abstractions and gop objects (there are still memory leaks apparent in l2ork_output~ external which may be linked to individual objects having incomplete free functions). See http://sourceforge.net/tracker/?func=detail&aid=3605235&group_id=55736&atid= 478070 for more info *Fixed segfault bugs with ascseq and ascwave externals *fixed memory leak (see https://sourceforge.net/tracker/?func=detail&aid=3605235&group_id=55736&atid =478070) *bug fix http://sourceforge.net/tracker/?func=detail&aid=3605973&group_id=55736&atid= 478072 Complete changelog (without the highlights): *backported tcl updates to properly support updated pddplink *fixed segfault when closing array window/subpatch due to lack of checking of valid resize/move hook pointers *added example files for the expanded preset_hub documentation *fixed accelerated displace bug where nested structs did not get properly tagged/selected *fixed erroneous meta file generation script *numerous bug-fixes for mouse down/up and key press combos (e.g. shift-clicks for multiconnect and dragging within an object) *added accelerated displace to pddplink *Made pddplink color match pd-l2ork *cosmetic improvements to Scope~ and coll *improved nlet highlighting (integrated it into glist), fixed bug with multiselect with mixed objects (accelerated and legacy) *improved scrollbar color selection *reintroduced cleaned up version of tooltip arrows *cord inspector is hidden during font scaling *improved font scaling and made cord inspector appearance consistent with tooltips *improved font scaling for size 24 *fixed consistency check error for magicGlass (regression) *fixed k12 shortcuts where secondary menu did not invoke k12 mode *minor fixes to the K12 library *added automatic resize of arrays when adding/removing points via ctrl+click, fixed a bug where array is not properly redrawn after a new point is created *made sure that properties windows associated with a patcher that is being closed are also closed at that time. *added an article to the NaN error report text *improved pow logic to accept negative numbers and deal correctly with NaN situations *added proper getrect support for comment objects *made drag scrolling less cpu hungry and easier to control *cords in front after iemgui properties apply *more scrolling improvements *lowered rate of getscroll when pasting to minimize cpu overhead *fixed random shifting of scroll when duplicating an object *proper fix for the crash when closing one of the many concurrently open root patches *automated installer clean-up for flext *remaining clean-up and flext integration in the intel/rpi build process *dependencies update *updated postlude *improved shortcuts so that pd-l2ork auto-creates midi ports on start-up *support for flext and auto-building of fluid~ and disis_munger~ *fixed bug where select all did not work with Console window focused *fixed regression where windows were not properly raised *improved window placement logic of new pd windows *improvements to disis_wiimote to provide unsuccessful attempt at connecting with an explicit 0 from the connect outlet (version bump to 1.0.4) *fixed stray bugs that were introduced with drawsymbol and resizable fonts and made drawnumber font resizable as well *made drawsymbol a distinct object that properly opens its help file and also supports resizable fonts *added input highlighting ability like that of iemgui's number2 to gatom class *fixed text not getting displaced properly while dragging a scalar (due to incomplete accelerated displace implementation) *fixed segfault due to delayed freeing of bindlists (necessary to prevent a segfault for dynamically changed sends/receives) *improvements to the incremental install script *new/improved icons *fixed typo for the new -r option (RPi build) *Improvements to the disconnection logic to the disis_wiimote *made shortcuts more flexible in terms of startup (not forcing JACK, which will help on setups that don't want/need JACK backend), as well as providing intelligent menu shortcuts for ALSA and JACK *made disis_wiimote statically linked so that new installs do not require install of the custom cwiid library that potentially clashes with other deb-based versions. *fixed regression from IOhannes' proposed fix (see e7acc4796b655100b650f898bb10687fb9f7355d commit) that affects propagation of scalar pointers through the trigger object. Use scalar-help.pd to test. *hopefully improved libglew support due to unfortunately named libs that limit their flexible rollout across different versions of Ubuntu (and likely other distros as well) *hopefully fixed stray iemgui dialog error when returning from the custom color selection dialog *removed unnecessary canvas_vis consistency check *fixed erroneous undo behavior after cutting two objects in a row *updated moonlib to the latest version and made changes to mknob.c to support accelerated displacing with tag *fixed midi dialogs *added ability for select object to recognize bang events *improved IO Error button on/off handling *refinements to the memory leak fix that avoid tripping consistency check in the findrtext *further refined trigger mechanism to offer ability to convert anything->symbol *implemented improvement for empty lists as suggested by IOhannes http://lists.puredata.info/pipermail/pd-list/2013-02/101518.html *fixed remaining memory leaks when instantiating/deleting abstractions (see previous commit). *minor adjustments to the binary script-based installer for the pd~ external support. *fixed bug where pd-l2ork symlink for pd~ external did not get installed Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-6139 (540) 231-5034 (fax) ico(a)vt.edu http://www.music.vt.edu/faculty/bukvic/

12 years, 3 months

FW: audio format

by Ivica Ico Bukvic

Got this email a couple days ago and it appears that the author wishes to share this with the FOSS community. Please forward comments to Pierre (copied here). Best wishes, Ico From: pierre jocelyn andre [mailto:temps.jo@gmail.com] Sent: Sunday, May 19, 2013 5:28 PM To: ico(a)linuxaudio.org Subject: audio format Hello, sorry for my poor English, can you look behind this link audio format. http://letime.net/vocale Regards

12 years, 3 months

Fwd: Scheduled maintenance outage

by Robin Gareus

Hi all, This weekend, starting a midnight (EST), Saturday morning (Mar 9), the Systems Support Group at Virginia Tech has scheduled storage maintenance. The storage that supports linuxaudio.org will be unavailable from midnight until noon Saturday (EST) and hence the server will be offline. thanks for your understanding. robin

12 years, 6 months

Re: [Consortium] Membership?

by Ivica Ico Bukvic

This is perfect! Allow me to be the first to welcome you to the consortium! :-) > -----Original Message----- > From: bobmellowood(a)gmail.com [mailto:bobmellowood@gmail.com] On > Behalf Of Bob van der Poel > Sent: Friday, February 08, 2013 8:30 PM > To: Ivica Ico Bukvic > Subject: Re: Membership? > > Thanks. I hope this is the right address :) > > MMA - Musical Midi Accompaniment is an ccompaniment generator. It > creates MIDI tracks for a soloist to perform over from a user supplied > file containing chords and MMA directives. > > Home page: http://mellowood.ca/mma/index.html > > Hope this is enough. I look forward to joining the consortium. > > Let me know if you need more, etc. > > Best, > > On Fri, Feb 8, 2013 at 6:59 AM, Ivica Ico Bukvic <ico(a)vt.edu> wrote: > > There is not much to it. Simply express your interest in joining, provide > > information on your project (title and one-brief-sentence project > > description) and we should be set. > > > > HTH > > > > Best wishes, > > > > -- > > Ivica Ico Bukvic, D.M.A. > > Director, Linuxaudio.org > > Virginia Tech > > Dept. of Music - 0240 > > Blacksburg, VA 24061 > > (540) 231-6139 > > (540) 231-5034 (fax) > > ico(a)linuxaudio.org > > > > > >> -----Original Message----- > >> From: bobmellowood(a)gmail.com [mailto:bobmellowood@gmail.com] On > >> Behalf Of Bob van der Poel > >> Sent: Thursday, February 07, 2013 4:35 PM > >> To: ico(a)linuxaudio.org > >> Subject: Membership? > >> > >> Just noticed that linux band project is a member ... and since that is > >> a frontend to MMA, well ... I probably should be. > >> > >> What do I need to do? > >> > >> -- > >> **** Listen to my CD at http://www.mellowood.ca/music/cedars **** > >> Bob van der Poel ** Wynndel, British Columbia, CANADA ** > >> EMAIL: bob(a)mellowood.ca > >> WWW: http://www.mellowood.ca > > > > > > -- > **** Listen to my CD at http://www.mellowood.ca/music/cedars **** > Bob van der Poel ** Wynndel, British Columbia, CANADA ** > EMAIL: bob(a)mellowood.ca > WWW: http://www.mellowood.ca

12 years, 7 months

linuxaudio.org scheduled maintanance

by Robin Gareus

Hi all, I'm not quite sure how to interpret this, but it sounds like linuxaudio.org will be offline for a short time (failover period) coming Saturday January 12th 8am EST. -------- Original Message -------- Just wanted to make sure you were aware of the upcoming maintenance this Saturday. Maintenance for the central storage system known as minnow.cc.vt.edu is schedule for Saturday, January 12 starting at 8am. Several hardware components in the filer head needs to be replaced. Since this is a cluster storage system, the maintenance will be performed in failover mode, so minnow services will continue to be available. During the failover, services will pause until the failover is complete.

12 years, 8 months

Re: [Consortium] high-quality sound card for ExpressCard slot which is (well-)supported under Linux

by Martin T

Ian, yes, "Echo Indigo IOx" soundcard seems to be supported by ALSA. I have always wondered how important is driver support in terms of sound quality? I mean the digital-to-analog converter should determine the sound quality and as this is done in hardware, drivers should not matter (very) much, should they? Jeremy, thanks! I mailed my question to Linux Audio Users mailinglist as well. Daniel, I agree that USB if more future-proof and ubiquitous compared to ExpressCard. On the other hand, for example current models of both Lenovo T series and HP ProBook/EliteBook series support ExpressCard. As and expansion slot, ExpressCard is currently the standard. regards, Martin 2012/12/11 Daniel James <daniel(a)64studio.com>: > Hi Ian, hi Martin, > >> They are highly supported in Linux and are >> the best converters in the industry. > > Prism Sound may disagree about who's got the best converters :-) > > These days I would look at USB instead, because your next laptop may not > have an ExpressCard slot. I'd be willing to lay a bet that USB 3.0 will > kill off all other laptop interface standards. Also USB works with your > Liquidsoap server today. > > The Lyra has basic GNU/Linux support: > > http://www.prismsound.com/music_recording/products_subs/lyra/lyra_home.php > > I'm not sure which features you lose by not having a native control > panel. Maybe it could be made to work under WINE. However if you want > something from Prism Sound for under $300 you'll have to be happy with a > T-shirt :-) > > There are plenty of less expensive USB converters. Typically for > Liquidsoap you only need a single stereo output, which means you can use > any audiophile converter; you don't need a multichannel pro audio > interface at all. See http://www.qnktc.com/ab_12.php for an interesting > DAC project. > > Cheers! > > Daniel

12 years, 8 months

← Newer
1
2
3
4
5
6
7
8
...
47
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Consortium