abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 2
dnes 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
dnes 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
dnes 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 25
dnes 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
dnes 03:33 | Komunita

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
dnes 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

Ladislav Hagara | Komentářů: 0
včera 23:55 | Nová verze

Opera 44, verze 44.0.2510.857, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 57. Z novinek vývojáři Opery zdůrazňují podporou Touch Baru na nejnovějších MacBoocích Pro (gif). Přehled novinek pro vývojáře na blogu Dev.Opera.

Ladislav Hagara | Komentářů: 1
včera 20:56 | Pozvánky

V úterý 28. dubna se koná další Prague Containers Meetup. Přijďte si zopakovat, jak psát kvalitnější Dockerfile a jaké novinky a ulehčení přináší ansible-container, který vám umožní spravovat celý životní cyklus vašeho kontejneru. Místo konání: Concur, Bucharova 11, Praha-Stodůlky.

little-drunk-jesus | Komentářů: 0
včera 17:00 | Nová verze

Po půl roce od vydání verze 3.22 bylo vydáno GNOME ve verzi 3.24 s kódovým názvem Portland. Vydání obsahuje 28 459 změn od přibližně 753 přispěvatelů. Z novinek lze zmínit funkci noční světlo, přepracovaná nastavení, aplikaci Recepty, zdokonalenou oblast pro upozornění nebo zdokonalený webový prohlížeč. Podrobnosti i s náhledy v poznámkách k vydání a v novinkách pro vývojáře a správce systémů.

Ladislav Hagara | Komentářů: 10
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 920 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: DivX 6.1.1 codec for Linux developers - instalace

    5.5.2007 09:29 shadow_hk | Hradec Králové
    DivX 6.1.1 codec for Linux developers - instalace
    Přečteno: 2019×
    Zdravím Vás,

    potřeboval bych pomocí s instalaci DivX® 6.1.1 codec for Linux® developers

    http://labs.divx.com/DivXLinuxCodec

    Nejsem totiž spokojen s kvalitou decodingu MPEG-4 videa prostřenictvím libavcodec (ffmpegu). Proprietní DivX i bez dodatečných video filtrů poskytuje lepší obraz, a tak bych ho rád rozchodil, jelikož si přechodem z Windows nechci zvykat na horší (prokazatelně lepší výstupní obrazovou kvalitu DivX codecu lze vidět asi nejlépe na hranách ideálně červeného oblečení postav ve filmech, kdy DivX takové hrany krásně vyhladí, zatímco ffmpeg i při maximálním postprocessingu nebo denoise filtru nikoliv a poskytne vždy kostičkovanou hranu;ale i samotný obraz je horší - bez PP se na to s ffmpegem pod Linuxem vůbec nedá dívat, zatímco s DivXem pod Windows úplně bez problému - obraz je s DivXem také pak ostřejší, jelikož není rozmazáván nějakými zahlazovacími filtry).

    Jenomže mi to nejde ani nainstalovat.

    Mám Ubuntu 7.04.

    Příslušný výpis z terminálu po spuštění install.sh (pouštěno s pomocí sudo):
    Do you accept the terms of this agreement? Please type yes or no.
    yes
    Proceeding with installation
    unzip:  cannot find or open contents.dat, contents.dat.zip or contents.dat.ZIP.
    cp: cannot stat `/tmp/.divx/lib/*.so': No such file or directory
    cp: cannot stat `/tmp/.divx/include/*.h': No such file or directory
    chown: cannot access `/usr/local/lib/libdivx.so': No such file or directory
    chmod: cannot access `/usr/local/lib/libdivx.so': No such file or directory
    chown: changing ownership of `/usr/local/lib/libdivx.so.0': No such file or directory
    
    Nezkoušel to už někdo?

    Nemohl by mne někdo poradit (krok za krokem), jak to nainstalovat a donutit mplayer, aby to používal místo ffmpegu?

    Odpovědi

    5.5.2007 09:32 shadow_hk | Hradec Králové
    Rozbalit Rozbalit vše Re: DivX 6.1.1 codec for Linux developers - instalace
    ještě doplnm, že soubor contents.dat se v daném instalačním adresáři samozřejmě nachází.
    David Ježek avatar 5.5.2007 12:52 David Ježek | skóre: 82 | blog: Mostly_IMDB | Poděbrady
    Rozbalit Rozbalit vše Re: DivX 6.1.1 codec for Linux developers - instalace
    mozna budu mimo misu, ale proc pouzivas divX? kvuli stolnimu prehravaci? pokud ne, pak se na to vydlabni a prejdi na x264.
    stativ avatar 5.5.2007 14:14 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: DivX 6.1.1 codec for Linux developers - instalace
    Když už to musí být MPEG4-ASP tak použij xvid, je kvalitnější než divx. ffmpegová imlementace je známá svojí nízkou kvalitou, ale zato velkou rychlostí. Hodí se maximálně na realtime encoding.
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    6.5.2007 09:27 J. M. | skóre: 23 | blog: JMblog
    Rozbalit Rozbalit vše Re: DivX 6.1.1 codec for Linux developers - instalace
    Což evidentně popírají výsledky nejznámějšího a nejprestižnějšího testu kodeků na Doom9.org, kde FFmpeg MPEG-4 dosáhl prakticky stejné kvality kódování jako Xvid, zato byl mnohem pomalejší. To, že je "známá svojí nízkou kvalitou", je fakt, který je známý zřejmě jen tobě (spousta lidí jej naopak celá léta doporučovala právě kvůli kvalitě). Pokud s ním dosahuješ nízké kvality a vysoké rychlosti, dokazuješ tím jen to, že jej neumíš nastavit (pokročilé volby u něj zvyšují kvalitu, ale snižují rychlost).

    Jinak ale tazatel chce dekodér na dekódování, takže bavit se o kódování je mimo.
    stativ avatar 6.5.2007 10:16 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: DivX 6.1.1 codec for Linux developers - instalace

    Tak mi řekněte, z jaké je ten test doby. Mluvím z vlastní zkušenosti, která je už delší dobu zpátky – od té doby preferuji xvid a od určité doby x264. Navíc uznáváte, že „dosáhl prakticky stejné kvality kódování jako Xvid, zato byl mnohem pomalejší“. To lze jedině za dobrého použití filtrů. Pokud chci realtime enkoding, vybral bych si FFmpeg, který byl (?je?) bez postprocesu rychlejší ale kvalitativně horší než xvid. Na slabém počítači obvykle dám přednost té rychlosti a to mi málokdo vyvrátí. A nesnažte se zamluvit, že FFmpeg je méně kvalitní než xvid a to zejména ve stavu, kdy nepoužijete další volby.

    PS. To, že jde o dekoding jsem si nevšiml, vstal jsem totiž čtvrthodiny před tím, než jsem příspěvek psal, za to se omlouvám.

    PPS. Díky za urážku, FFmpeg si nastavit umím, ale nemám potřebu, jsou kvalitnější kodeky (xvid).

    PPPS. Doufám, že se teď nevytasíte s nějakou obskurní implementací MPEG-4 ASP.

    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    6.5.2007 11:13 J. M. | skóre: 23 | blog: JMblog
    Rozbalit Rozbalit vše Re: DivX 6.1.1 codec for Linux developers - instalace
    Je to test z loňska (za rok 2005 nebo 2006). A to byl (a je) doom9 k tomuto kodeku exgrémně skeptický, respektive na něj byl vysloveně alergický a naštvaný. Ale uznal, že kvalitou kódování je srovnatelný s DivX i Xvid. Nicméně jeho veliká pomalost jej odsunula v celkovém hodnocení níž.
    „dosáhl prakticky stejné kvality kódování jako Xvid, zato byl mnohem pomalejší“. To lze jedině za dobrého použití filtrů.
    Jakých filtrů? To byl prostě test kódování, kde se vstup překóduje na výstup. Snad jediný filtr bylo zmenšení rozlišení. Jestli myslíte filtrů posprocessingu, tak to je věc jiná - např. na artefakty videa kódovaného kodekem Xvid, který používá jiné kódovací techniky (nemá ty "statické čtverečky" jako FFmpeg, ale takový permanentně se pohybující a rozmazávající "blátivý" obraz) se postprocessing uplatňuje těžko, takže to je věc toho, čemu kdo dává přednost - jestli "zablácenému", ale hladšímu obrazu kodeku Xvid bez postprocessingu nebo kostičkovanějšímu, ale "stabilnějšímu" obrazu FFmpegu, který se dá snadno ošetřit postprocessingem (a metod postprocessingu v MPlayeru/libavcodecu je dnes na výběr mnoho, ne jen ten letitý a zastaralý hb/vb). Viděl jsem spoustu diskusí se spoustou zastánců obojího. Rozhodně to, že je FFmpeg MPEG-4 horší než Xvid nebyl nikdy nějaký jednoznačný konsenzus za celých těch pět let co to sleduji. I když je třeba Xvid kvalitnější, není to nějak jednoznačně známý fakt, léta se o tom bezvýsledně vedlo mnoho sporů.
    A nesnažte se zamluvit, že FFmpeg je méně kvalitní než xvid a to zejména ve stavu, kdy nepoužijete další volby.
    A proč bych ty další volby nepoužil? Od toho tam jsou - to, že dejme tomu v MEncoderu nejsou nastaveny jako výchozí nic nemění na tom, že tam jsou. Kodek Xvid si taky můžete nastavit tak, že bude kódovat ultrarychle (daleko rychleji než FFmpeg ve výchozím nastavení), ale ultranekvalitně (daleko méně kvalitně než FFmpeg ve výchozím nastavení).

    Já sleduji mailing listy MPlayeru a MEncoderu již řadu let a o dosažitelné kvalitě kódování kodekem FFmpeg MPEG-4 (který je preferovaný snad všemi vývojáři MPlayeru) tam toho byla velikánská kvanta. V zásadě byl závěr takový, že kodekem FFmpeg MPEG-4 lze dosáhnout stejné, nebo s použitím moderních pokročilých voleb dokonce i o trošku lepší kvality než kodekem Xvid, nevýhodou ale je obrovská pomalost. FFmpeg MPEG-4 je rychlý jenom v tom výchozím nastavení, které je na seriózní kódování nepoužitelné.
    stativ avatar 6.5.2007 12:15 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: DivX 6.1.1 codec for Linux developers - instalace
    takový permanentně se pohybující a rozmazávající "blátivý" obraz
    … který mě vyhovuje více než ten „čtverečkovaný“ z FFmpegu.
    I když je třeba Xvid kvalitnější, není to nějak jednoznačně známý fakt, léta se o tom bezvýsledně vedlo mnoho sporů.
    Takže to vypadá, že se tenhle spor bude táhnout taky léta ;-) Jsem pro příměří, protože Vás asi nepřesvědčím, že xvid je lepší než ffmpeg, stejne jako Vy mně o opaku. Nejste náhodou taky beran?
    Kodek Xvid si taky můžete nastavit tak, že bude kódovat ultrarychle (daleko rychleji než FFmpeg ve výchozím nastavení), ale ultranekvalitně (daleko méně kvalitně než FFmpeg ve výchozím nastavení)
    Neříkal jsem snad, že pro realtime bych využil FFmpeg?
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    6.5.2007 13:04 J. M. | skóre: 23 | blog: JMblog
    Rozbalit Rozbalit vše Re: DivX 6.1.1 codec for Linux developers - instalace
    Ale já se nepřu o to, jestli je lepší FFmpeg nebo Xvid. Já sám jsem na většinu videí používal Xvid, protože mi většinou dával lepší výsledky. I když jsem narazil i na věci, které lépe zakódoval FFmpeg. Já jsem protestoval pouze proti tomu tvrzení, že nekvalita FFmpeg MPEG-4 je všeobecně známý fakt - vzhledem k tomu, že léta sleduji spoustu diskusí, vím, že to tak není. Že daleko větší obliba kodeku Xvid je dána hlavně tím, že o existenci FFmpegu většina lidí neví, zatímco Xvid těží z popularity nastartované kodekem DivX a všemi těmi mýty a bludy kolem toho. Naopak jsem viděl spoustu nadšených lidí, kteří léta používali Xvid a pak najednou objevili FFmpeg a nadšeně začali básnit o jeho netušené kvalitě. A to byli někdy i "kapacity" v oboru.

    Jinak pro příměří samozřejmě jsem. :-)
    6.5.2007 13:07 J. M. | skóre: 23 | blog: JMblog
    Rozbalit Rozbalit vše Re: DivX 6.1.1 codec for Linux developers - instalace
    (byly, ne byli...)
    6.5.2007 09:39 J. M. | skóre: 23 | blog: JMblog
    Rozbalit Rozbalit vše Re: DivX 6.1.1 codec for Linux developers - instalace
    To, proč tazatel používá DivX, vysvětlil ve svém příspěvku. Tvoje rada ať místo něj použije x264 mu bude určitě hodně platná až to x264 použije k tomu účelu, kvůli kterému celý ten dotaz psal - k dekódování MPEG-4 ASP videa.
    6.5.2007 03:35 J. M. | skóre: 23 | blog: JMblog
    Rozbalit Rozbalit vše Re: DivX 6.1.1 codec for Linux developers - instalace
    Pokud je ta kvalita bez postprocessingu prokazatelně lepší, pak není nic snažšího než to prokázat Michaelu Niedermayerovi, který vyvíjí libavcodec z FFmpegu. Podle vývojářů FFmpegu a MPlayeru by totiž mezi těmi dekodéry neměl být rozdíl. Tazkže jim to prokaž a oni to opraví. :-) To je hodně zdaleka to nejprospěšnější, co v této situaci můžeš udělat.

    Pokud jsi ale porovnával obrazový výstup z Windows (DivX) a Linuxu (FFmpeg), pak bych hledal vysvětlení spíš tam - ty zubaté červené hrany totiž ukazují na rozdíl mezi grafickou kartou nebo ovladačem grafické karty (respektive způsob převzorkování chrominance při zvětšení obrazu). Takže důkaz musí být opravdu pádný a jasný - porovnat dekódovaný výstup obou kodeků (např. zachyceným obrázkem, nebo přímo i na binární úrovni).
    6.5.2007 03:48 J. M. | skóre: 23 | blog: JMblog
    Rozbalit Rozbalit vše Re: DivX 6.1.1 codec for Linux developers - instalace
    (A aniž bych tě tím chtěl urážet, vzhledem k tomu, že si s tou instalací nevíš rady i tomu, že to chceš používat v MPlayeru bych vsadil na tu druhou možnost, tedy že ta tvoje "prokazatelně lepší kvalita" vyplývá jen z tvého omylu a neznalosti.)
    stativ avatar 6.5.2007 09:20 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: DivX 6.1.1 codec for Linux developers - instalace
    Vývojáři tedy evidentně od posledně dost zamakali ;-)
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    6.5.2007 09:30 J. M. | skóre: 23 | blog: JMblog
    Rozbalit Rozbalit vše Re: DivX 6.1.1 codec for Linux developers - instalace
    Nevím přesně, co tím myslíš, ale znovu připomínám, že tahle diskuse je o dekódování. Tazatel chce DivX jenom kvůli dekódování.
    stativ avatar 6.5.2007 10:17 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: DivX 6.1.1 codec for Linux developers - instalace
    Vizte předchozí příspěvek, nešiml jsem si toho a celou dobu mluvím o enkódování.
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    6.5.2007 20:24 shadow_hk | Hradec Králové
    Rozbalit Rozbalit vše Re: DivX 6.1.1 codec for Linux developers - instalace
    Jo, bude to spíše otázka obrazového výstupu (grafického ovladače), než codecu, dokonce jsem si xvid i cely mplayer zkompiloval ze zdrojáku, a problém zubatých hran, resp. kostičkování celého obrazu ve full screenu pořád nezmizel, i když se o trochu zlepšil. Různé postprocessing filtry se nejeví, že by měly nějakej efekt.

    Používám video výstup xv a proprietní ovladač fglrx od Ati (x1950Pro, C2D E6300, 2 Gb Ram)

    Zajímavé je, že pokud použiju X11, tak je obraz krásně ostrý, hrany snad ještě lépe vyhlazené, než u DivXu ve Windows, a "kostičkování" (omluvte tu moji laickou terminologii) vůbec není vidět, ale má to jeden podstatný problém> trhání videa ("tearing"), tedy ne v tom smyslu, že by to CPU nějak nestíhal, ale obraz prostě není plynulý a "trhá se" - při rychlé změně scény. Přitom mám nastavený v ovladačích všechny možné volby pro vertikální synchronizaci obrazu (nebo si to aspoň myslím :) ).

    Pokud byste mi poradili nějakou volbu, jak se toho trhání zbavit, byl bych vděčný.

    gl výstup nemohu posoudit, protože se mi jeho podpora nezkompilovala (configure mi vyhodil, že opengl není podporováno, což nějak nechápu).

    (pro úplnost: ve Windows používám samozřejmě catalysty a zajímá mě momentálně opravdu jen decoding, a to mpeg 4 videa - ano - i kvůli stolnímu přehrávači pro rodiče :) ). Jinak ten DivX 6.11 codec jsem nainstaloval s pomocí rootovské konzole a chybu, co to vyhodí, přokonal dle rady na této stránce: http://www.alionet.org/index.php?showtopic=7997 s tím, že ale nevím, jak donutit mplayer, aby to používal (zkompilovat ho s podporou toho divxu codecu - jeho knihoven). Ale jak už tady padlo, bude to problém spíše grafického výstupu, než codecu.

    Předem díky za rady, jak se toho zbavit, popř. toho trhání při X11 výstupu. Ještě se kdyžtak zkusím vrátit k tomu opensourcovému původnímu ovladači. Filmy jsem začal přehrávat až s fglrx.
    6.5.2007 21:00 J. M. | skóre: 23 | blog: JMblog
    Rozbalit Rozbalit vše Re: DivX 6.1.1 codec for Linux developers - instalace
    Používej Xv, ne X11 - Xv je hardwarově akcelerovaný a je tam ta synchronizace, tedy bez "tearingu". Těch zubatých hran u Xv výstupu se snadno zbavíš tím, že místo hardwarového škálování (které je u tebe nekvalitní, ať už vinou karty nebo ovladače) budeš používat softwarové - pokud to tvůj procesor zvládá.

    Například - pokud máš rozlišení 1024x768 a video s poměrem stran 4:3, přehraješ si jej takto:

    mplayer -vf scale=1024:768 video.avi

    Pak to bude krásně hladké.

    DivX ti k ničemu nebude, MPlayer jej nepodporuje.
    8.5.2007 13:26 shadow_hk | Hradec Králové
    Rozbalit Rozbalit vše Re: DivX 6.1.1 codec for Linux developers - instalace
    J.M.: Díky, softwarové škálování u hardwarově akcelerovaného výstupu mne nenapadlo. Funguje to skvěle. Sice to není úplně praktické, protože poměr stran se mění video od videa, a tak musím vždy nastavit k 1280 bodů šířky mého rozlišení odpovídající výšku, ale je to určitě funkční. CPU je v pohodě. Využití asi 15 procent (na default), a to jen jednoho jádra (Mplayer asi zatím nepodporuje využití více jader, že jo? ).
    8.5.2007 15:55 shadow_hk | Hradec Králové
    Rozbalit Rozbalit vše Re: DivX 6.1.1 codec for Linux developers - instalace
    jo, tak sorry, ono to asi samo přescaluje do správného měřítka.

    viz napr.

    VDec: vo config request - 608 x 336 (preferred colorspace: Planar YV12) VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is 1,81:1 - prescaling to correct movie aspect. VO: [xv] 1280x680 => 1280x707 Planar YV12
    6.5.2007 21:12 J. M. | skóre: 23 | blog: JMblog
    Rozbalit Rozbalit vše Re: DivX 6.1.1 codec for Linux developers - instalace
    Ještě mě napadlo, že bys(te) mohl zkusit výstup xvidix místo xv, ale s tím nemám zkušenosti a ani nevím, jestli je ta karta podporovaná.
    6.5.2007 03:39 J. M. | skóre: 23 | blog: JMblog
    Rozbalit Rozbalit vše Re: DivX 6.1.1 codec for Linux developers - instalace
    Jinak samozřejmě instalace DivX v Linuxu ti bude totálně na prd - dnes už prakticky neexistuje žádný linuxový program, který ještě DivX podporuje.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.