-----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-----
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
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
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/
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
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
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
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.
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
Hello,
I would like to buy high-quality sound card for my laptop. There are
no other requirements besides quality audio output, ExpressCard 34 or
54 form-factor and single 3.5mm TRS jack socket. Has anyone tested
Echo "Indigo IOx ExpressCard" sound card under Linux(I mainly use
Debian or Debian-based distributions)? According to indigoiox.c C
source file in ALSA source tarball, Echo "Indigo IOx ExpressCard"
seems to be supported. Any practical experience with this particular
sound card under Linux? In addition, what sort of improvement I should
expect compared to Intel Corporation N10/ICH 7 Family High Definition
Audio Controller? Or should I prefer some other high-quality sound
card for ExpressCard slot?
regards,
Martin