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í
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
včera 17:02 | Pozvánky

Přijďte si popovídat o open source obecně a openSUSE konkrétně s dalšími uživateli a vývojáři. Oslava nového vydání openSUSE Leap se uskuteční 16. prosince od 17:00 v nových prostorách firmy SUSE v Praze. K dispozici bude nějaké občerstvení a DVD pro ty, kdo je sbírají nebo ještě mají mechaniku. Po párty v kanceláři se bude pokračovat v některé z hospod v okolí.

Miška | Komentářů: 8
včera 14:55 | Zajímavý software

Byla vydána verze Alpha 1.0 otevřeného operačního systému pro chytré hodinky AsteroidOS. Podporovány jsou hodinky LG G Watch, LG G Watch Urbane, Asus ZenWatch 2 a Sony Smartwatch 3. Ukázka ovládání hodinek na YouTube. Jaroslav Řezník přednášel o AsteroidOS na chytrých hodinkách (videozáznam) na letošní konferenci OpenAlt.

Ladislav Hagara | Komentářů: 0
včera 13:30 | Zajímavý software

Byly uvolněny zdrojové kódy známé rogue-like hry DoomRL. Počátky hry jsou v roce 2002. Je napsána ve FreePascalu a zdrojový kód je nyní k dispozici na GitHubu pod licencí GNU GPL 2.0. Autor pracuje na nové hře Jupiter Hell, která je moderním nástupcem DoomRL a na jejíž vývoj shání peníze prostřednictvím Kickstarteru.

Blaazen | Komentářů: 0
včera 13:15 | Pozvánky

Přijďte s námi oslavit vydání Fedory 25. Na programu budou přednášky o novinkách, diskuse, neřízený networking atd. Release Party se bude konat 16. prosince v prostorách společnosti Etnetera. Na party budou volně k dispozici také propagační materiály, nová DVD s Fedorou 25 a samozřejmě občerstvení. Přednášky budou probíhat v češtině. Pro více informací se můžete podívat na web MojeFedora.cz. Jen připomínám, že tentokrát jsme zavedli

… více »
frantisekz | Komentářů: 0
9.12. 16:38 | Komunita

Byly zveřejněny videozáznamy přednášek a workshopů z letošní konference OpenAlt konané 5. a 6. listopadu v Brně. K videozáznamům lze přistupovat ze stránky na SuperLectures nebo přes program konference, detaily o vybrané přednášce nebo workshopu a dále kliknutím na ikonku filmového pásu. Celkově bylo zpracováno 65 hodin z 89 přednášek a workshopů.

Ladislav Hagara | Komentářů: 0
9.12. 11:30 | Komunita

Bylo oznámeno, že bude proveden bezpečnostní audit zdrojových kódů open source softwaru pro implementaci virtuálních privátních sítí OpenVPN. Audit provede Matthew D. Green (blog), uznávaný kryptolog a profesor na Univerzitě Johnse Hopkinse. Auditována bude verze 2.4 (aktuálně RC 1, stabilní verze je 2.3.14). Audit bude financován společností Private Internet Access [reddit].

Ladislav Hagara | Komentářů: 4
9.12. 06:00 | Komunita

Na YouTube byl publikován Blender Institute Reel 2016, ani ne dvouminutový sestřih z filmů, které vznikly za posledních 10 let díky Blender Institutu. V institutu aktuálně pracují na novém filmu Agent 327. Dění kolem filmu lze sledovat na Blender Cloudu. Videoukázka Agenta 327 z června letošního roku na YouTube.

Ladislav Hagara | Komentářů: 0
9.12. 01:02 | Zajímavý článek

Minulý týden byly vydány verze 1.2.3 a 1.1.7 webového poštovního klienta Roundcube. V oznámení o vydání bylo zmíněno řešení bezpečnostního problému nalezeného společností RIPS a souvisejícího s voláním funkce mail() v PHP. Tento týden byly zveřejněny podrobnosti. Útočník mohl pomocí speciálně připraveného emailu spustit na serveru libovolný příkaz. Stejně, jak je popsáno v článku Exploit PHP’s mail() to get remote code execution z roku 2014.

Ladislav Hagara | Komentářů: 1
8.12. 16:00 | Nová verze

Byla vydána verze 0.98 svobodného nelineárního video editoru Pitivi. Z novinek lze zmínit například přizpůsobitelné klávesové zkratky. Videoukázka práce s nejnovější verzí Pitivi na YouTube.

Ladislav Hagara | Komentářů: 1
8.12. 15:00 | Zajímavý software

Stop motion je technika animace, při níž je reálný objekt mezi jednotlivými snímky ručně upravován a posouván o malé úseky, tak aby po spojení vyvolala animace dojem spojitosti. Jaký software lze pro stop motion použít na Linuxu? Článek na OMG! Ubuntu! představuje Heron Animation. Ten bohužel podporuje pouze webové kamery. Podpora digitálních zrcadlovek je začleněna například v programu qStopMotion.

Ladislav Hagara | Komentářů: 5
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (23%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 810 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: xvid komprese v linuxu pomaleji než ve win

25.10.2005 22:30 michal
xvid komprese v linuxu pomaleji než ve win
Přečteno: 233×
Dobrý den.Chtěl bych rozjet pod linuxem nahrávání tv a následnou kompresy. zkoušel sem mencoder i transcode.vše funguje až na pár drobností. pod win sem používal virtualdub a xvid. při základním nastavení xvidu s turbomodem mi první průchod jel asi 20fps, druhý průchod pomaleji. v linuxu se na tuhle hodnotu nedostanu. jede to tak 10fps. Řešil někdo někdy stejnej problém ? prosím poraďte. jak rychle to jede vám?

Odpovědi

26.10.2005 05:13 Jakub
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
Rychlost komprese samozřejmě záleží na mnoha věcech, jako je rozlišení, použité filtry (jsou-li nějaké), nastavení kodeku a výkonnost počítače. Nemáš-li třeba zapnutý turbo mód, jedou oba průchody pomalu.

Další věc je, že je potřeba mít nainstalovaný assembler NASM, aby se XviD zkompiloval s příslušnými optimalizacemi. Není-li tak XviD zkompilovaný, bude to pomalé.
26.10.2005 18:25 michal
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
NASM sem tam opravdu neměl.Ale po instalaci a rekompilaci xvidu se žádný velký zrychlení nekoná. Pořád to jede něco okolo 10fps.Může být chyba ještě někde jinde? Mám athlona 1700 a pro první průchod zadávám tohle.Nejsem si tim úplně jistej,jestly je tam vše jak má být. transcode -x mplayer,mplayer -i TV.avi -o aaa.avi -j 128,10,128 ,12 -Z 576x272 -y xvid -w 925 -R 1

Pro nastavení xvidu používám xvid4conf.

Díky za odpověď.
26.10.2005 18:36 zabza | skóre: 52 | blog: Nad_sklenkou_cerveneho
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
mencoder má "turbo" mód pro první průchod...
turbo (two pass only)
 Dramatically speeds up pass one using faster algorithms and disabling CPU-in-
 tensive  options.  This will probably reduce global PSNR a little bit (around
 0.01dB) and change individual frame type and PSNR  little  bit  more  (up  to
 0.03dB).
26.10.2005 20:29 Martinus | skóre: 21 | blog: martinus
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
nejsem si jistej, ale neni náhodou xvid4conf jen pro konfiguraci transcode? a ne mencoderu?
Free your mind and the ass will follow...
26.10.2005 22:00 neal_cz | skóre: 29 | Neratovice
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
Zkusil jsem na Athlonu XP 1800+ spustit mencoder s nastavením podle Vašeho a dosahuju 25 fps při cca 90% vytížení CPU. Komprimoval jsem přímo vstup z TV karty a neměl jsem žádné zahozené frames. Nemáte příliš mnoho voleb pro xvid, které jsou náročné na výpočet? Moje výsledky platí pro výchozí hodnoty, jak je používá mencoder. Používám Gentoo, jádro 2.6.11.
26.10.2005 20:49 theseus34 | skóre: 4 | blog: the_blog_of_theseus34
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
Obavam se, ze kompresy nikdy v zivote nerozjedes... :-)
26.10.2005 21:03 michal74
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
ono mi to komprimuje ale pomalu a to mě štve.
eagle.newz avatar 26.10.2005 21:20 eagle.newz | skóre: 17
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
komprimuje to možná pomalu, ale určitě s měkkým ;-)
26.10.2005 21:08 michal74
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
používal sem mencoder a ty volby xvidu psal do příkazovýho řádku. jelo to pomalu tak sem myslel ,že je to mencoderem. teď zkouším xvid v transcode a je to to samý.kdybych nevěděl že mi to jelo pod win dvakrát rychlejc tak bych to asi neřešil.
26.10.2005 22:43 peterxy
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
skuste skompilovat s podporou 3dnow, 3dnowEX, mmx. alebo vyskusajte lavc kodek v mplayeri, ten je najrychlejsi a rozdiel neuvidite
28.10.2005 08:52 michal74
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
transcode mi vypisuje tenhle řádek: [transcode] V: IA32/AMD64 accel | sse (sse 3dnowext 3dnow mmxext mmx asm C) Takže si myslím ,že ta podpora je zkompilovaná. Ten lavc kodek sem zkoušel a jelo to rychle, takže se s xvidem asi rozloučím.
jose17 avatar 28.10.2005 09:15 jose17 | skóre: 43 | blog: Joseho_blog | Košice/Nové Mesto nad Váhom
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
rychle je koľko fps?
Ja vim, on vi, ty nano!
28.10.2005 10:19 michal74
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
zatím sem zkoušel xvid,takže s nastavením voleb u lavc mpeg4 nemám žádný zkušenosti. při tomto základním nastavení:

mencoder Film.TV.avi -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=9250 -vf scale=576:272 -oac copy -o movie.avi

to jede 45 fps.kvalita je výborná ,takže se zaměřím na lavc mpeg4.
6.11.2005 17:16 michal74
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
takže sem přišel na to, že komprimace videa pod win neni nijak rychlejsi. znovu sem zkoušel xvid pod win i pod linuxem a jak už tu bylo jednou řečeno,rychlost je závislá na více faktorech. zkoušel sem komprimovat film pod win a bitrate bylo něco kolem 900. rychlost se pohybovala kolem 10fps, což byl stejný výsledek jako mé predchozí pokusy v linuxu.Když sem pak zkoušel ten samej film komprimovat v linuxu s bitrate asi 700 jelo to kolem 20 fps, první průchod dokonce kolem 30 fps ,což mě mile překvapilo. Zkoušel sem i ten lavc mpeg4 kodek a ten byl ještě o něco rychlejší než xvid.Kvalitou byl ale oproti xvidu o maličko horší. Můj problém se zdá tímto vyřešen, takže ještě jednou dík všem za rady.
6.11.2005 23:00 Jakub
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
Co se týče libavcodecu, tam ještě více než kde jinde záleží na konfiguraci - rychlost se podle nastavení dramaticky liší od superrychlé až po superpomalou, na kvalitu má nastavení taky veliký vliv. libavcodec je téměř nekonečně konfigurovatelný (mnohem víc než XviD) a to výchozí jednoduché nastavení v MEncoderu nedává optimální kvalitu, je spíš zaměřeno na rychlost.
8.11.2005 20:52 michal74
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
používáš-li libavcodec napiš mi prosím nějaké optimální nastavení - rád odzkouším.zkoušel sem nastavení z dokumentace mplayeru - encodingtips a bylo to o něco málo horší než xvid ,rychlost byla asi stejná. v podstatě sem s xvidem spokojenej.nahrávám z televize takže žádný velký experimenty stejně nemaj cenu.
8.11.2005 21:06 Jakub
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
Neexistuje univerzální "optimální nastavení", protože to závisí na konkrétním případu.

Ale obecně pro -lavcopts něco jako:

vcodec=mpeg4:vqscale=2:mbd=2:trell:vmax_b_frames=1:v4mv:precmp=10:cmp=10:subcmp=10

Samozřejmě vqscale=2 zaměnit buď za bitrate (vbitrate=xxx) nebo jinou kvantizaci a přidat 2průchodové kódování.

Případně zkusit *cmp=10 naharadit obvyklejšími hodnotami 2 nebo 3.

Ale jsou prostě případy, kdy video kódované kodekem XviD vypadá líp než pomocí libavcodec MPEG-4 a naopak (možná méně často).
9.11.2005 17:15 michal74
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
Díky za tip. Zkoušel jsem komprimovat s tímto nastavením krátké video a žádný rozdíl oproti XviDu jsem nezaznamenal.Rychlost komprimace byla taky stejná.Na krátkém videu se nic moc sice nepozná, ale uznávám že lavcodec MPEG-4 je srovnatelnej s XviDem.

Mé nastavení XviDu

-ovc xvid -xvidencopts bitrate=xxx:me_quality=4:max_bframes=2:gmc:trellis:chroma_me:chroma_opt

Jakékoli výhrady uvítám.
9.11.2005 17:22 Jakub
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
me_quality je lepší používat výchozí 6 nebo 5, i když je to pomalejší. Taky je dobré přidat vhq - nejlépe vhq=4 nebo aspoň vhq=1. Opět to zpomalí kódování, ale zlepší kvalitu. GMC je trochu sporná volba - jednak to nezvládají všechny MPEG-4 dekodéry (např. hardwarové v DVD přehrávačích) a i účinnost je sporná.
10.11.2005 19:17 michal74
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
Tak sem si uvědomil,že to me_quality=4 sem tam nechal,když sem zkoušel tu rychlost, souhlasím tedy s hodnotou 6. U vhq mám dojem ,že u nového XviDu 1.1.0 tam může být 4 a rychlost by se snížít neměla.A co volba bvhq ,používat nebo ne. Dál by mě ještě zajímalo kde je hranice kdy používat quant_type=h263 ,mpeg a co člověk získá když si sám edituje ty matice.Vůbec nechápu o co vlastně jde.Dá se to nějak stručně vysvětlit.
10.11.2005 20:54 Jakub
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
VHQ určitě musí rychlost kódování snižovat. U mě ji tedy určitě snižuje (u vhq=4 víc než o třetinu oproti vhq=0, XviD 1.1.0-beta2), což je logické, když provádí výpočty navíc.

bvhq by mělo být v MEncoderu defaultně zapnuté a asi není důvod to vypínat.

MPEG matice je dobré používat při vyšším bitrate nebo když je video dobře komprimovatelné - obraz je detailnější, ostřejší, oproti jemnější H.263 matici. Ovšem při nedostatečném bitrate může vést k výraznějším komprimačním artefaktům než H.263. Takže je dobré to vyzkoušet na konkrétním případu.

Fajnšmekři můžou použít nějakou vlastní matici vhodnou na konkrétní typ videa, jinak podrobnější vysvětlení kvantizačních matic je tady:

http://forum.doom9.org/showthread.php?t=54147
12.11.2005 12:25 michal74
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
Měl bych ještě dotaz ohledně kodeku x264.Máš s ním nějaké zkušenosti.
12.11.2005 16:54 Jakub
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
Ne, nemám s ním žádné zkušenosti. Ale měl by dávat lepší kvalitu než ASP kodeky jako XviD. Byť samozřejmě za cenu pomalosti.
26.11.2005 10:21 michal74
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
Měl bych ještě jeden dotaz ohledně poměru stran výsledného videa.V mencoderu je volba dsize=16/9 ,která sice funguje ale jen když zkomprimované video pouštím v MPlayeru. Ostatní přehrávače si poměr stran upraví podle rozlišení. Nevíte někdo jak zapsat do avi souboru informaci o poměru stran, tak aby to respektovalo co nejvíce přehrávačů.
26.11.2005 19:16 Jakub
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
V AVI tato možnost není, to se zapisuje přímo do MPEG-4 bitstreamu uvnitř. A to pak musí podporovat daný MPEG-4 dekodér. Takže možná řešení jsou 3:

1. Používat jiný formát než AVI, který to umí.

2. Používat jiný MPEG-4 dekodér, který podporuje poměr stran. Moderní dekodéry (nebo přehrávače jako MPlayer se zabudovanými dekodéry) už by to měly nějaký ten čas umět.

3. Změnit velikost obrazu při kódování tak, aby byl poměr stran správný.

Možnost č. 3 je zdaleka nejobvyklejší. Tak se to léta běžně dělá (u AVI souborů, samozřejmě).
26.11.2005 22:19 michal74
Rozbalit Rozbalit vše Re: xvid komprese v linuxu pomaleji než ve win
Díky.Takže už vím kde dělám chybu, nastavuju špatně poměr stran při komprimaci.

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.