Linuxaudio Wiki maintainers?

[j_e_f_f_g]

Going through the entire list of apps, and tagging every dead link I find. So far I've done only the A's. But lots of 404's already. (I did manage to resolve a few 404s).

I'm checking only the links for software apps, drivers, and programming frameworks. I'm not checking any of the links to online articles/tutorials/how-to's, music by musicians, and other non-apps.

Along the way, I'm...

1) Updating links that redirect to new pages.
2) Removing the "new" tag from old software. Something new 5 years ago ain't new now.
3) Adding screenshots.
4) Where an app does audio/MIDI playback/recording, I note which APIs it uses (if I can deduce from the author's page. I ain't gonna download/analyze the source of every app listed).
5) Noting whether its UI is command-line, or which GUI toolkit it uses (if I can deduce from the author's page).
6) Moving author's name out of the desc, and putting it under author.
7) Making more detailed, informative, uptodate descs. I laughed at 1 app which said "uses the latest linux audio system/technology". It uses OSS and its GUI is Motif.
8 ) Checking tags. For example, found some midi apps not marked "midi_software" like... um... QTractor. Yes, honest.

In other words, I'm doing way too much work.

P.S. GMaq will be happy to know I marked AVLinux as "unmaintained" because there isn't a 64-bit version. Pbbbbbbt.

P.P.S. Was going to mark Carla as MIDI software, but it doesn't even recognize 9 of my 10 MIDI interfaces. And for the one it sees (that damn EMU 1616m), Carla gives an error msg. FalkTx. RawMidi API. Works with all 10 MIDI interfaces. Even the crappy EMU ALSA driver

[j_e_f_f_g]

I use RtMidi.

What lang is Carla? (Don't say Python). If C/C++, i'll patch in RawMidi support for you. I need a LV2 host to test an LV2 plugin that uses the midi extension. Hopefully, you used a UI I know. (Don't say Qt. Say GTK).

[j_e_f_f_g]

Finished the B's and C's. These "music programming languages" (with all the buzzwords in the desc) are dropping like flies. Useless Comp Sci projects. I have a bad cold, and I'm playing a "drinking game". Every time a link to another one of these Comp Sci projects is dead, I take a sip of cough syrup.

I'm drunk. So drunk that fellipie's starting to look good.

Not drunk enough to use JACK.

[j_e_f_f_g]

What the heck. Decided to go back and check everything in the list.

For any item that isn't software, I'm tagging it with the meaningless and_now_for_something_rather_different (and removing that from any software).

So to clean any list of all non-software, you can do -and_now_for_something_rather_different (when I'm done).

[j_e_f_f_g]

D, E, and F done.

EDIT: G, H, I, and J done.

You folks here??

[j_e_f_f_g]

K, L, M, N, O, P, Q, and R done. 4/5 the apps database is now uptodate.

Checked links and reorganized http://wiki.linuxaudio.org/apps/categor ... e_articles

[daeavelwyn]

hey guies, some new french translation !

here :
http://wiki.linuxaudio.org/wiki/kxstudio_manual_fr (i just added the link to kxstudio introduciton)

and here :

http://wiki.linuxaudio.org/wiki/kxstudi ... duction_fr

cheers !

[j_e_f_f_g]

Found a bug in the tag system that can cause a page to match tags it doesn't have

[TheSafePlaces]

daeavelwyn - Nice, thanks for contributing

j_e_f_f_g - Nice to see your work! Bit unsure of this bug - how may it be reproduced?

[j_e_f_f_g]

how may it be reproduced?

Go to the MIDI software page (http://wiki.linuxaudio.org/apps/categor ... i_software) and look under "Abandoned apps". I'm matching everything that has "midi_software +unmaintained". But "Radium" and "Simple Sysexer" are being matched despite not being tagged "unmaintained". I've tried to get them out of that list without success. And I can't even spot any similiarity between these 2 which would account for why just those got put there.

And I've encountered some other examples of things showing up where they shouldn't, or vice versa.

S, T, U, V, W, X, Y, and Z done. That's all, folks. Apps database checked and updated.

[daeavelwyn]

hi guys,

here are some changes i've done about reaper installation on 64 bit system
http://wiki.linuxaudio.org/wiki/wineasi ... its_system

so, I also create the section about reaper and claudi/catia issue, (http://wiki.linuxaudio.org/wiki/wineasi ... atia_issue) and i'd like to add screenshot, but i haven't enough right to do this, so here is the screenshot i'd like to add, if someone could do it :
http://lut.im/RlzEDnpX/QOjlFj1D

enjoy

[j_e_f_f_g]

Ok, I've done tons of work on the apps section. While going through the entire list tagging dead links, I kept noticing apps that I didn't remember seeing in any app list (on the front page). That's when I discovered that about 1/3 of the apps never appear anywhere other than on the one "entire list of apps" page. Not good. There's no point tagging an item if the only way you list it is in a dump of the entire database.

So I set out on a mission to revamp the app listing so that every app appears in some list. But neither did I want to have 40 lists on the front page (ie make it like the categories page). So I did a lot of analysis of the database to determine how to most efficiently organize it into a small (ie, no more than 15) set of lists. First problem: There were way too many tags. It would be impossible to organize a small set of lists from a database with so many tags, and ensure that every item gets listed. So a revamp of the tags was needed, and every single app's tags needed to be checked/adjusted. Tons of work. While I was redoing tags, I figured I'd tackle that issue noted in 2009 (but never fixed until now) of shortening all those long tags. Besides being annoying, they slow down the listings. Tons of work.

Every app in the database now appears in one of the following lists:

DAWs, Audio Editors/Players/Tools
Synths/Samplers, Drumboxes, Loopers
Effects
Notation/Score, Tabulature, Lyrics
MIDI/OSC Software
DJ tools, CD/MP3 tools
Accompaniment/Karaoke
Mixers
Algorithmic Composition
Sound Synthesis
Video Software (edit/capture)
Lesson/Training/Metronomes/Tuners
Development Tools
Miscellaneous

The Mixers list may get moved to another page. And I'm thinking "Video Software" under Misc, as this is an audio site. (Video should probably be left to another site dedicated to that. Its inclusion here qualifies as brief lip-service).

Along with a leaner, cleaner tag list, and an all-inclusive app listing, you'll notice other things. Gone are descriptions like "More excellent software from Joe Somebody". All apps now have informative descriptions. (Well, I still have to go through the "Algorithmic Composition" and "Sound Synthesis" lists to replace the techno-babble) And screenshots where available. And release dates where available.

And I've been googling the dead link apps to resolve them, or if google can't find them I delete 'em. That stuff needs to be cleaned out so the database doesn't slow down when new things are added. Oh yes, I've been adding lots of new apps. Some should have been added years ago. The app listing is starting to look like people didn't abandon it 5 years ago.

Now we get to the first big problem. Remember that "Radium" and "Simple Sysxer" issue? I discovered it has to do with the way tag matching works. Let's say you ask to match "audio_editor". What docuwiki does is look for a file named audio_editor.txt in the categories dir. Then it looks for {{topic>}} markup in that file, and uses that for the match string. So let's say audio_editor.txt looks like this:

Code: Select all

===== Audio Editor =====
{{topic>audio_editor +unmaintained}}

What effectively happens when you ask for apps tagged "audio_editor", is docuwiki gives you only those apps tagged both "audio_editor" and "unmaintained". Besides the problem this presents with a topic markup doing more than it appears to do, it should be noted that folks have been adding content directly to category pages... including topic markup that presents this problem. I did that with the categories/midi_software.txt page. So I removed that content to a new apps/midi_apps.txt page, and reverted categories/midi_software.txt to:

Code: Select all

==== MIDI Software =====
{{topic>midi_software}}

"Radium" and "Simple Sysxer" popped out of the unmaintained list.

People must not add content to the category pages, and any content already there should be moved elsewhere. A category page should contain at most only 2 lines, with a single topic markup containing one tag, as shown in the MIDI Software example above. Besides causing issues with tag matching, extraneous text will slow down listings since tag matching involves reading the content of category page.

I've already moved content out of several categories (and ensured all have one tag in the topic), but there are more to do. And there's nothing to stop someone from doing "the wrong thing". Maybe letting people create tags ain't a good idea.

P.S. Some guy working on the hardware stuff is creating tags like an_in_4_switchable-level_xlr. He needs to stop that.

[raboof]

Now we get to the first big problem. Remember that "Radium" and "Simple Sysxer" issue? I discovered it has to do with the way tag matching works.

Wow, that is really cool. Thanks for your hard work, both in volume and in depth.

it should be noted that folks have been adding content directly to category pages... including topic markup that presents this problem. (...) People must not add content to the category pages, and any content already there should be moved elsewhere.

That is a bit disappointing... this way people can still land on the category page and just get a 'naked' list without any context. Can't we figure out a way to be able to add content to a category page without breaking the listings?

[j_e_f_f_g]

Can't we figure out a way to be able to add content to a category page without breaking the listings?

Not unless there's some way to have docuwiki not do that "tag substitution" where it regards a tag as the name of a category page whose contents contain the actual string to match. It actually would be better if it didn't do that. But it looks like that tags plugin would need to be rewritten.

[tatch]

thanks for all your work on the wiki j_e_f_f_g!