On Mon, Jun 14, 2010 at 7:34 AM, Patrick Shirkey <pshir...@boosthardware.com> wrote: > > On Sun, June 13, 2010 5:46 pm, Geoff Beasley wrote: >> On 06/14/2010 10:23 AM, Jeremy wrote: >>> They already have a well established and universally recognized use, and >>> this use doesn't fall under that category. >> >> ...and in that one line you have explained the entire basis of this >> discussion. well done you ;) >> >> will it change anything?? who knows, but it's a good starting point from >> a laymans' point of view. as an enthusiastic LV2 user I wonder how many >> other devs have balked at this and just walked away from LV2... >> > > I think this is more a problem of presentation of the documentation than > anything else. I looked at this a few months back and was unable to come > up with anything at the time that would improve on the situation. > > The LV2 website and documentation seems to be in a weird middle ground > between academic, professional and laissez faire attitude. To me it makes > it all come off as not quite hitting the potential it offers. This seems > to have a follow on affect on Developers who are new to LV2 which in turn > sours the overall experience. > > IMO the LV2 website and docs needs some (paid ?) attention from a good PR > and marketing company to spruce it up and present it in a professional and > accessible manner. > > This is not intended to be a knock on the efforts that have been made > already. Just that it seems the people who have been doing the work may > not have been the most appropriate people for that job. > > As in, I wouldn't expect my mechanic to be good at marketing and I > wouldn't ask my hairdresser to fix my car either. > > Unfortunately this kind of work generally costs a lot of money and as LV2 > is not sponsored by an organisation it makes it pretty unlikely to get > done. > > Of course on saying that there are plenty of people round here who have > experience in PR and marketing so maybe they would like to take some > initiative with this one? > > Dave Robillard has already offered to give his support for that effort if > people provide some concrete options and ideas for how to make it happen. > I will also be happy to assist with technical issues as time permits. > > > > -- > Patrick Shirkey > Boost Hardware Ltd. > > _______________________________________________ > Linux-audio-dev mailing list > Linux-audio-dev@lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-dev >
Patrick, great read. And the challenge you've expressed so well here is also applicable to the relationship between devs and users too, with expectations on both sides that regularly fail to connect. If talented chaps like yourself and Fons find the coding side of documentation for LV2 confusing, then a user wanting to get involved in assisting devs with their projects, with the altruistic intent of making a contribution, is almost certainly doomed to be bewildered at the first hurdle. This is more common than devs might think, and there's several projects i've looked at and tried, that could seriously do with dumbed down examples of .conf, .rc, .xml, .something, files to at least give users a start, so they then in turn can give something back, as they grow to understand the app they're trying to use. An example of how this works well is jconvolver, with easy to follow examples, and a chance for stubborn/foolish/brave/pick one chaps like me then able to, in turn. offer help to new users, and so the process continues. A poor example of this is jackmixdesk, with a vital disconnect at the important stage of trying to use the app, as the "dumb user" walkthrough of the actual process of using the app is missing, and the dev seems to have since moved on. The result is a significant, if modest, critical mass of users getting enthusiastic about jconv (and i confess to telling everyone i can about this very powerful app), and the opposite for jackmixdesk. No offence to the JMD dev, as i'm sure it's a clever and ultimately usuable app, but not in it's current state, (unless the dev has expressly intended the app for personal use, or an academic exercise), for lack of that walkthrough at the simplest level. I don't doubt the intent of LV2 is to unify a format, nor do i doubt the massive potential, and frankly, plain common sense in doing this. But like the lack of user critical mass for many LA apps for the reason i gave (and this view is not just mine, as a browse through related fora will demonstrate), there is a disconnect of intent from the community to come together (putting aside differences) in a concentrated effort to bring such a potential winner for all, to a reality that enables the less talented, or new on the block contributors, to take this concept, and fly with it, as seems to be the intent. Dangerous Dave R continues to get my admiration and respect for taking this on, along with the team of contributors who see the potential for growth and success in a unified format. From the perspective of a user who's had to face a multitude of bewildering options when using linux audio apps, and the missing bits in the learning chain through the assumption that we're all coders, or programming language aware, i understand the confusion. We're not all coders, and not all coders are as talented as many of you chaps, at least not yet. Making it as easy as possible to get them involved, and encouraging and supporting them to getting further involved, seems to make sense, and unless i have this wrong, would increase the core numbers of devs in the LA community, with the result of more hands on deck to share some of the donkey work. LV2 isn't just a viable plugin format, at least for me, as a user. It's more important than that, as it represents part of the fundamental fabric of LA, like jack. If there's a perception of confusion at the dev level, then users are likely to be thoroughly bewildered. Contrary to what seems a common perception, the CALF standalone host and plugins work well for me, and i defer to them more often than not, if i need an effect of some sort. Why? Because although some discussion might be viable as to their construction, or how "tidy" they are code wise, they're USER friendly, to the point i don't have to think about it. Well done the CALF team, for presenting the "product" in a user friendly environment. If there's one thing devs can do to get more users involved, it's to present dumbed down examples of use/workflow for their apps, for users who know nothing about coding, and are unlikely to want to learn. The modest time taken to do this will, imho, greatly increase the potential for many more users and modest coders getting involved in our little community, and create a larger group of users who can in turn assist new users, and so on. Some of those users may be good graphics artists, or competent at building websites, skilled at marketing, good at fundraising etc... I assume, in the above comments, growth and progress is the intent of our community and it's core of extremely talented people, coder and user alike. 2 roubles worth. Alex. -- www.openoctave.org midi-subscr...@openoctave.org development-subscr...@openoctave.org _______________________________________________ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev