Názory k článku Nová softwarová sklizeň (2. 3. 2005)

Zajimalo by mne, jestli nasledujici blabol je vyplodem autora clanku, nebo ho jen bezmyslenkovite opsal:

> ... je napsána v PHP nebo v jiném scriptovacím jazyce,
> jiném scriptovacím jazyce, což je zoufale pomalé řešení;
> při každém požadavku na server se musí takový script naparsovat,
> zkompilovat, spustit a připojit k databázi,

Z toho je pravdive jen to slovo spustit...

Jinak Rosegarden je pekny software, i kdyz trochu sverazny. Byl dlouho "mrtvy", nova verze se objevila teprve nedavno. Zatim se mi ji nejak nepovedlo spustit... U stare verze jsem mel problemy s tim, ze vyzadovala midi hardware, pres SW syntetizer neumela prehravat. A mela dost omezene ovladani pres klavesnici - muselo se dost klikat. A trefujte treba hluboke E :-) Ale jinak fajn software.

Jo, s tim uz by se souhlasit dalo.

Vzdyt rikam, ze souhlas ;-) Pokud by autor napsal, ze "Webove maily pristupuji pres IMAP, coz je pomale, a tak byl napsan ten-a-ten program, ktery pristupuje primo(?)", tak ani nepipnu. Ale on napsal, ze za to udajne muze PHP, coz je IMHO proste pitomost (a to s tou kompilaci & konekci na SQL urcite).

BTW, on ten program mozna taky pristupuje pres IMAP, takze je to +/- jako IMAP proxy...

Protoze muzes pouzit nektery s PHP acceleratoru, ktery si zkompilovane PHP soubory udrzuje v cache. Vykon se minimalne zdvojnasobi (v prumeru).

Standardni soucasti (verze 4) je Optimizer. Cache ne (ta je separatni produkt). Jinak verze 3 mela podporu predkompilovanych skriptu (rucne predkompilovanych), nicmene ta byla pak odstranena, protoze to (udajne) nemelo moc velky vliv. Uvedomte si, ze dobre napsany parser muze byt pekelne rychly.

Ono se to da uchovavat i ve sdilene pameti... A pokud to PHP bezi v ramci WWW serveru (Apache), tak tam taky neni se sdilenim informaci problem.

No, principielne to tak je. Ale pravda je drobet odlisna. Jednak si nejsem jisty, zda je parser PHP dvojpruchodovy - mam takovy dojem, ze je jednopruchodovy a rovnou to sype do bytecodu (rozhodne nedela klasickou kompilaci do strojaku).

Potom existuji cache (jiz zminene mym predrecnikem). Pokud se nezmenil soubor na disku, tak se pouzije predtim zkompilovana verze ulozena v pameti. Stejne tak na SQL spojeni je v PHP cache a inteligentni program ji vyuziva, pokud to ma smysl.

Ale hlavne: Vykon PHP NENI v takovych aplikacich vetsinou limitujici. Tim je vykon databaze nebo toho IMAPu.

Rosegarden (Rosegarden4, abychom byli přesní) mi, za poslední cca dva roky, co ho sleduju, moc mrtvý nepřišel. Spíš naopak. A to, že by v některé verzi vyžadovala HW mi taky přijde divné. Jak ten program pozná, že určitá MIDI device, na kterou posílá povely vede někam ven na konektor nebo do nějakého softsynthu ?

To je mozna uz dva roky... Vim, ze kdyz jsem jej pred cca 3.5 roky pouzival, tak byla nejaka pomerne stara verze, ktera mela vlastni GUI toolkit (ne ta KDE). A ze to tak bylo nejakou dobu. Pak jsem ho pouzivat prestal a casem se objevila ta KDE verze.

Mozna by to SW MIDI chtelo jeste nejak nakonfigurovat, mozna byl nejaky problem ve zvukovce...

Když se pustí fluidsynth, vytvoří v ALSA nové MIDI zařízení, které je pak z Rosegardenu normálně viditelné. Bohužel jsem nenašel způsob, jak to udělat přímo z Rosegardenu, jako to umí třeba MusE. A taky jsem nenašel žádný slušný SoundFont, s kterým by to hrálo hezky a čistě... ale možná chci moc.

V cem jsou moznosti convertall tak vyjimecne? Vse co je v clanku zmineno zvlada standardni UNIXovy "units" levou zadni.

Dost dobry vedle vytvareni MIDI je i pro zapis not KDE program NoteEdit. Rosegarden je dost tezkotonazni reseni, pokud vam staci jen noty zapisovat (a prehravat a exportovat do ruznych formatu pro tisk (MusicXML, Lilypond, ABC, ...))

http://noteedit.berlios.de/

a jak tam vkládám pomlky??? nemůžu na to totiž přijít ať se snažim sebevíc...