KDE aplikace (diskuse)

[tired joe]

Total commander :)

[filo]

Který ale asi hned tak nebude

[Martin Stiborský]

Tak ten mi nějak nechybí ...

[kub.]

Mě taky ne. Ve Windows bych se bez něj neobešel, ale protože Konqueror je na rozdíl od Průzkumníka geniální a dobře se mi s ním pracuje tak používám jej.

[kory.cz]

Taky mi chyběl, než jsem objevil Krusader. Nyní se mi TotalCommander (používám jej na Win v práci) zdá jako chudší bráška, ale chtělo to věnovat chvilku času nastavení kláves a chování.

[miso]

Nechcel by si nam o tom nieco napisat? (pouzivam mc, ale necham sa motivovat )

[Spike]

To já pořád nemohu vyladit chování a ovládání Krusaderu a Konqueroru. ^_^;

[abr]

pres wine TC spustis

[Luk]

Sakra, co furt někdo má s tím Wine? Wine je krabička poslední záchrany, rozhodně ne věc pro běžnou práci. Tím spíš, že co s jednou verzí funguje, s tou následující už nemusí. Radši budu používat mírně horší program, ale nativní, než to řešit přes Wine.

[abr]

Souhlas, ale kdo chce kam, pomozme mu tam.

[repli]

Krusader je fajn akorat mu chybi nejaky spravce ftp pripojeni. a par dialogů for "zbytečně" otravuje

[Creckx]

Jedna verze toho správce dokonce měla, ale pak to zmizelo a až o hodně později jsem si uvědomil, že to nahradily bookmarks..

[kreten]

nechybí vám třebas nějaká pořádná video střižna? nebo třebas nějký propracovaný CAD či archiCAD, učetnictví? To jsou věci které třebas trápí mě.

[Martin Stiborský]

já ču CAD .. ploosim

[xxxxxxxx]

ó proboha jen ne dalsi opensource pokus o cad!

[kreten]

[Martin Stiborský]

tak už teda nechci ..

[nula]

ó proboha jen ne dalsi opensource pokus o cad!

Mimochodem, a jak to dopadlo s tím zkoušením BRL-CADu?

[kreten]

nevim jeslti je to otazka na me ale zkousel sem ho. A jednim slovem musim rici že sjem ho moc nepochopil... mzslím že bey nutných ynalostí v nem pomalu neuděláš ani čárku...

[xxxxxxxx]

dej mi par tydnu a bude to v blogu. jinak ve zkratce: brl-cad sux!

[nula]

dej mi par tydnu a bude to v blogu. jinak ve zkratce: brl-cad sux!

Tak to nezní moc nadějně. I tak si ten blog velice rád přečtu, až vyjde.

[Václav HFechs Švirga]

Hlasuji o video strižnu. Pošlu příspěvek 250 kČ autorovi který se toho ujme, samozřejmě pokud za to dostanu dárkový balíček v potobě CD, trička, prupisky, atd... s daným programem . Ale vážně, střižna by se docela bodla...

[Luk]

Střižna v Linuxu by byla výborná. A nemusí to být ani free SW, klidně proprietární a za peníze. Ale hlavně musí fungovat, ne jako superpadavá Cinelerra nebo padavý proprietární MainActor.

[nhy]

http://www.kinodv.org

[USAMA]

No fuj GTK... bič a pryč!

[Luk]

Copak GTK, to je jen detail. Mnohem víc mi vadí, že Kino padá skoro stejně často jako Cinelerra. A hlavně, moc stříhat se v něm nedá. Hrubý sestřih ano, ale to je asi tak všechno. Asi mám přemrštěné požadavky, když chci sestříhat dohromady záběry ze tří kamer (s možností přesné práce s časovou osou včetně míchání zvuku)

[WAIT]

a co takhle lives? na první pohled se mě to zdálo až moc profesionální, jediný problém u mě byl s tím, že na to mám moc slabou mašinu, a tohle super udělátko mě dokázalo vycucnout veškerou pamět i diskový prostor během načítní prvního videa ale kino rulez, stejně to používám jen na home video tak mi to stačí

[Juraj Václavík]

Nevím, v jakém je stavu, ale prý se nějak hnuly ledy - hledejte kdenlive

[repli]

No použitelná verze až 0.4 (teďka jen cvs), super padá import videa přesun do a na časové ose atd. A nemá video 16:9 (to by se dalo nějak překousnout) krom toho kvalita výstupu se mi moc nelíbila. Ale jinak, hlavně, že se to aspoň hýbe.

[kavol]

Střižna v Linuxu by byla výborná. A nemusí to být ani free SW, klidně proprietární a za peníze. Ale hlavně musí fungovat ...

já nevím ... onehdy jsem četl, jak prakticky celý Hollywood jede na Linuxu ... a tam si asi nemůžou dovolit nefunkční software ... takže něco existovat musí, a pokud ti nejsou proti srsti placené proprietární aplikace, tak teda asi pláčeš na špatným hrobě, že by se jako nějaká střižna měla udělat :-p

[Luk]

Ano, něco existovat "musí", ale zatím jsem to bohužel nenašel. Napadají mě tedy jen tři možné důvody:

1. NLE SW pro Linux existuje, ale není veřejně nabízen.
2. V Hollywoodu sice používají Linux, ale jen na efekty, ne na NLE.
3. Jsem absolutně neschopný v hledání softwaru.

[kavol]

mno, tipuji si, že cé je správně a klíčová slova jsou "ifx piranha cinema"

disclaimer: nevím, jak je to použitelné, vycházím z toho, že píšou "Editing software such as Piranha is used to assemble the composited scenes into a movie."

[Luk]

Díky za nakopnutí, ale moc jsem se nedozvěděl. Na webu IFX se nedozvím, kde program získat (natož za kolik). Mohu si najít prodejce, ale v ČR žádný není, zkusil jsem různé jiné prodejce, ale u žádného z nich se opět moc nedozvím.

Zkusil jsem též Smoke od Autodesku, ale bylo to podobné. Údajně to prodává nějaká firma ze Slovenska (u nás nikdo), ale ve svém e-shopu to v nabídce nemá.

Jinak jsem narazil na open-source program Jahshaka, který sice vypadá hodně "omalovánkově", ale kdyby aspoň fungoval, bylo by to hodně zajímavé.

[kavol]

obávám se, že bude nutno někomu napsat ... mě to hodilo jakéhosi prodejce ve Francii, na webu nicmoc nemá, ale má tam aspoň sekci dokumentů ke stažení a je tam dle názvu cosi o zprovoznění Piranha na Linuxu, takže se tím asi fakt zabývá ...

Jinak jsem narazil na open-source program Jahshaka, který sice vypadá hodně "omalovánkově", ale kdyby aspoň fungoval, bylo by to hodně zajímavé.

o tom tu nedávno byla zprávička a v diskusi zaznělo, že to není zrovna soft na střih ...

[starman]

Co se týká Smoke (popř. Flame, Fire, Inferno atd.), tak tyto systémy se prodávájí jen jako ucelené postprodukční systémy včetně speciálního hardware a diskových polí. Původě běhaly jen na IRIXu a až poslední verze jsou portovány i na Linux. Distributorem je firma Boneheadz (SK) a ceny se pohybují v řádech milionů Kč.

[Ivanhoej]

Ale striznu aj ked nie profi mas: kdenlive a este komercny a velmi dobry je Mainactor.

Skoda ze kdenlive sa tak pomaly vyvija tam by trebalo asi pomoct, inak som ho skusala fakt vyzera dobre.

Potom samo kino a cinelerra. Kino(0.9.2-1) teda moc nepada, to asi starsia verzia.

[Luk]

MainActor bych za "velmi dobrý" rozhodně nepovažoval. Zkoušel jsem před časem demoverzi a po velice krátké době jsem ho rázně zavrhl - hlavně ovládání mi silně nesedělo.

Na kdenlive se podívám, Kino a Cinelerru jsem tady již odsoudil

[lefti]

gimp,wireshark,oofice a obcas musim spustit i firefox

[kreten]

by bylo zajímavý kdyby udělěl někdo portaci. ale na to je tu bohužel asi málo schopných lidí..

[stativ]

GQview, gwenview je totiž hrozně pomalej, to samý v případě gkrellm a superkaramby.

[xxxxxxxx]

áno, klon GQview pro KDE mi velmi chybí. kuickshow mi nedostacuje, digikam bo co to je je zas moc preplacanej. vlastne gqview je s gimpem jediny program zacinajici na G, ktery poiuzivam

[twg]

A co grep?

[Michal Kubeček]

…gzip, gcc, gs, groff…

[stativ]

ty prece zacinaji n g a ne na G

[Michal Kubeček]

To gqview taky…

[Michal Vyskočil]

Co je na gwenviev pomalého, snad mimo, o pár setin sekundy, delšího startu? Mimochodem, už zvládá zobrazovat animované gify (o přehrávání videa pomocí Kpluginů ani nemluvě )?

[disorder]

prehravanie videa v image vieweri je barbarstvo...

[Martin Stiborský]

Zdá se mi, že ty gify pořád neumí .. pokud se pletu, pardon ...

[disorder]

to neviem, taka potreba sa mi naskytava raz za uhorsky rok. tusim nie.

[Luboš Luňák]

Ale umi :). Dokonce i MNG a ze to uz je zverstvo.

[disorder]

nevies od ktorej verzie? mne neanimuje GIF a uz vobec nezobrazi MNG. teraz som to skusal.

[Michal Vyskočil]

Já čekal, že se někdo takový ozve . Ano, bylo by to "barbarstvo", kdyby to tam někdo musel připsat, ale gwenview pouze používá kde pluginy a co umí přehrát ty, to dokáže i on.

Takže ano, barbaskému KDE skutečně víceméně stačí pro podporu nového formátu ve všech relevantních K aplikací napsat jeden nový plugin - jak zvrácené, to by se jinde stát nemohlo

[stativ]

U mne je jeho vykreslovani obrazku podstatne pomalejsi nez u GQview, a to pouzivam KDE. Nejvic je to videt na velkych (ca 6Mpix) obrazcich s (asi)trilinearnim filtrovanim. Navic bez gifu klidne preziju.

[Kyosuke]

Scribus už je, takže už mi toho moc nechybí. Snad možná Ještě Lepší Scribus by to chtělo.

[Michal Vyskočil]

Složíme se na Pantone? I když, to už by asi nemohl být Scribus pod GPLv3 ...

[Semo]

Rozumne kio_ftp. Ftp pod krusaderom sa neda pouzivat a nebude sa dat, dokym ho nejaka dobra dusa poriadne neprepise. Mne osobne na skoro vsetko staci Midnight, ale ak nejakeho BFU ucim pouzivat linux, tak textovu konzolu mava problem pochopit. A strkat mu nieco, co ide pouzivat iba ciastocne...

[Espinosa]

Co vám na kio_ftp vadí? Já používám už dlouhou dobu jak ftp tak sftp z Konqueroru k plné spokojenosti a s maximálním pohodlím.

[David Watzke]

Já taky - podle mě je to promakaný. Horší je takový kio_audiocd.

[Semo]

Ze si nepamata heslo, ani ked mu zskrtnem aby si ho pamatal (naposledy skusane asi v 3.5.2). Ze otvara vela spojeni na server. Ak ich ma server limitovane, tak z mc sa pripojim a z KDE nie. Ze ked kopirujem vela suborov a server vytimeoutuje spojenia po 3 minutach, tak sa nahle prenos zastavi a pyta heslo. Pricom bezne sa stava, ze ani zadanie hesla nepomoze a treba cely krusader zabit a pustit znova. V TC som nikdy nemal s ftp problem. V KDE ano (neprejavi sa, ak sa taha jeden velky subor, napr. cd-image). Mozno sa to prejavuje viac len pri aktivnom alebo pasivnom prenose, nepominam si.

mc sa tiez nedokaze na niektore typy serverov pripojit. (Navyse mc ma chybu, ze blbo interpretuje adresare na ftp, ktore su v tvare "[[:digit:]]+ - .+". Napr. "2006 - text" sa zobrazi ako "- text". Chcem ho stiahnut a server mi vynada, ze takyto adresar neexistuje, co je pravda.)

Vsetky tieto chyby sa krasne prejavili na kolejnej sieti, kde adresare s mp3-kami byvaju pomenovane s rokom na zaciatku. Servery byvaju nastavene na rychly timeout a zaroven bezne su obmedzene na 1-2 spojenia na jednu IP.

S kio_sftp mam len male skusenosti, ale vcelku pozitivne. SSH protokol je zjavne navrhnuty triezvou a svojpravnou osobou, na rozdiel os FTP. Takze SSH si neotvara hado dalsich spojeni vsetkymi moznymi smermi.

[Michal Kubeček]

SSH protokol je zjavne navrhnuty triezvou a svojpravnou osobou, na rozdiel os FTP. Takze SSH si neotvara hado dalsich spojeni vsetkymi moznymi smermi.

Snažte se, prosím, nejdřív zjistit nějaké informace, o tom, jak a proč FTP funguje, než začnete vynášet podobně unáhlené soudy.

[Semo]

SSH si vystaci s jednym TCP spojenim. Tymto spojenim kludne prenasa shell a popri tom dokaze tunelovat data (napr. X).

FTP si divoko dohaduje kto kde otvori port a kto sa kam napoji, aby poslal data. Vyzaduje to netrivialny connection tracking vo firewalloch, alebo nestavovy fw deravy ako usta starej indianskej squaw. Pri posielani mnozstva malych suborov je rezia okolo tolkych TCP spojeni hlavnym uzkym hrdlom celeho prenosu a kludne degraduje celkovu uzitocnu prenosovu rychlost na 1/10 a aj menej.

SSH aj so sifrovanim ma v tomto pripade rychlostne navrch.

Samozrejme na lokalnej sieti je najrychlejsi tar a netcat. Ja uznavam, ze FTP je asi jediny obojsmerny nesifrovany pouzivany protokol, ale moj nazor na jeho navrh to nemeni. Studovat preco je takto navrhnuty sa mi nechce, nic to nezmeni na jeho (ne)pouzitelnosti. Mozno ho navrhovala svojpravna osoba, len sa ten protokol uz proste prezil.

[Michal Kubeček]

Jenže přesně to je váš problém. Vám se nechce zjišťovat, proč byl protokol FTP takto navržen a jaké podstatné výhody taková koncepce přináší. Dokonce jste se ani neobtěžoval zamyslet nad tím, kdy byl takto navržen a jak tehdy vypadal Internet (hint: nejednalo se o parodii na Internet v dnešní zamaškarádové podobě, ale o skutečnou síť s end-to-end konektivitou). Ale přesto bez mrknutí oka označíte ty, kdo ho navrhli, za nesvéprávné…

[Semo]

Nie moj problem je inde. V tom, ze nefunguje poriadne kio_ftp. Vsetky tie problemy, ktore sa prejavili na kolejnej sieti. To ako je navrhnuty FTP protokol je uplne nepodstatne, ak to nad nim bude fungovat. Rovnako je nepodstatne kedy bol navrhnuty. A vyhody tej strasnej rezie na 1000 spojeni pri 1000 suboroch si akosi stale neviem predstavit.

2David: Musim si spustat kwallet na to, aby si kio_ftp udrzalo heslo dlhsie, nez do 1. timeoutu riadiaceho spojenia? Neviem, co je lepsim dokazom toho, ze je to blbo napisane.

Mne nejde o to, aby som nemusel nikdy pisat heslo. Ale o to, aby som ho nemusel pocas jedneho prenosu pisat 20x. A aj k tomu uz doslo, ked som tahal vec, ktoru som velmi chcel. Uplne zufale bolo, ak vytimeoutovalo uprostred tahania velkeho suboru a server nevedel resume. mc sa tiez nechytal, tahal som to z cmd liny.

[David Watzke]

2David: Musim si spustat kwallet na to, aby si kio_ftp udrzalo heslo dlhsie, nez do 1. timeoutu riadiaceho spojenia? Neviem, co je lepsim dokazom toho, ze je to blbo napisane.

Ne, to nemusíš. KDE wallet nepoužívám a heslo mi drží pořád... ale dříve AFAIK bylo třeba kwallet použít, jinak to skutečně dělal. To už je ale celkem dlouho...

[David Watzke]

Ze si nepamata heslo, ani ked mu zskrtnem aby si ho pamatal (naposledy skusane asi v 3.5.2).

S tím kio slaves ale nemají nic společného. Raději by sis měl spustit KDE wallet.

[KroliN]

Power DVD, zvlast posledni 7 verze je vazne dobra ba skvela.

[dizz]

7 jsem nevidel ale 6 je pro me nepouzitelna - nema moznost nastaveni velikosti titulku(nebo jsem to jenom nenasel?) o tenhle soft opravdu nestoji .. na GNU/Linuxu je mnoho lepsich

[KroliN]

napriklad?mozna ze ty jsem zase nenasel ja

[Espinosa]

Vylepšit KIO obecně. Hlavně přidat podporu řetězení protokolů/filtrů. Člověk by si pak mohl otevřít zip v zipu, zip na samba disku atd. Tohle všechno už uměl MidnightCommander před 10ti lety! KDE ani Gnome ho stále nedotáhlo co se týče práce se souborovým systémem.

On už je problém v té URL. smb:// je pro samba disk, zip:// je pro zip soubor, ale jak teda bude vypadat zip otevřený Zip na smb diku, smb:zip:// ?? no jo, ale pro kterou část URL se vztahuje ten který protokol?

Kvůli nemožnosti zřetězení nemůže například KAT indexovat obsah archivů. Protože zavedl svůj vlastní KIO filter metadata, takže pak nemůže použít služeb protokolu zip.

Dále dotáhnout integraci s fuse, aby KIO vrstva šla používat transparentně ve všech aplikacích, KDE začínaje, přes OpenOffice a Gnome aplikace až po utility příkazové řádky. Aneb proč si nepustit find v skrz všechny ZIP archivy. To by pak začalo fungovat prohledávání osahu archivů i v Konqueroru a Krusaderu. Už tu jeden podobný projekt je, ale je mrtvý a iplementace nedotažená a dost neprakticky pojatá.

[Espinosa]

Tak mě tak napadá, že nejlepší by bylo opustit stávající systém KIO v KDE4 úplně, odělat z KIO pluginy do fuse, namountovat přes fuse celý home adresář a je vysmáto. pluginy by samozřejmě byli zřetězitelné, o to by se starala nějaká metavrstva, spjatá přímo s fuse.

Do zipu by se pak lezlo, lhostejno z které aplikace (Konqueror, OpenOffice, Nautilus..) jako do /home/espinosa/zaloha.zip?zipdir/dokumenty/zari/vzdaje.odt Je to snad na sdíleném disku? Žádný problém, /smb/mojePC/zaloha.zip?zipdir/dokumenty/zari/vzdaje.odt

Pokud si spustíte Gnome, napíchají se vám do fuse gnome_vfs pluginy a zase je vysmáto. Do toho zipu by se lezlo úplně stejně. /smb/mojePC/zaloha.zip?zipdir/dokumenty/zari/vzdaje.odt

Čili ani cross-desktopové záložky nebudou problém. Stačí se domluvit na jednotných názvech pro filtry.

Zní to hodně jako hudba budoucnosti? Všechy technologie už tu jsou, stačí je správně naporcovat a propojit.

[d.f.h]

Dám cokoliv za vychytaný udělátko na tvorbu titulků k filmům. Ne, KSubtile opravdu není to pravé ořechové. Hodilo by se mi něco s integrovaným náhledem videa, možností precizního časování a výstupem ve formátu SubStation Alpha... Jo, to by bylo něco!

A když to vezmu kolem a kolem, tak by to vůbec nemusela bejt KDE aplikace.

[kreten]

hele to mě napadá že by jsi tohleto mohl napsat tomu maniakovi z francie co dělá ManDVD. ten je docela dost aktivní a třebas by něco udělal. já osobně bych se na to klidně složil. Přišlo by mě to daleko podstatnější než tu plácat nebo dávat prachy na tučnáky v Zoo.

[mek]

myslim ze tvoje poziadavky splnuje subtitleedit aj gaupol. Ja by som privital najradsej klon paradneho ceskeho programu subtitle processor.

[d.f.h]

subtitleedit jsem už zkoušel, ale nedonutil jsem ho přehrávat náhled videa (ani pod mplayerem, ani pod vlc). gaupol neznám, ale podle všeho umí pouze Preview in external video player, což mi opravdu nevyhovuje. ale stejně díky za tipy.

[Spike]

Holt až bude použitelný AviSynth 3.0, tak třeba někdo portuje i Aegisub (btw, ve Wine běží, ale ten náhled videa...).

[pic]

právě se tam objevila 1.4 beta Qdvdauthor - začíná to vypadat, že už bude použitelný - včera mi ani jednou nepad