Program pro generování 3D lidských postav MakeHuman (Wikipedie, GitHub) byl vydán ve verzi 1.3.0. Hlavní novinkou je výběr tvaru těla (body shapes).
Intel vydal 41 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20240514 mikrokódů pro své procesory řešící INTEL-SA-01051, INTEL-SA-01052 a INTEL-SA-01036.
Společnost Raspberry Pi patřící nadaci Raspberry Pi chystá IPO a vstup na Londýnskou burzu.
Google na své vývojářské konferenci Google I/O 2024 představil řadu novinek. Keynote byl věnován umělé inteligenci (DeepMind, Gemini, Responsible AI).
V Gitu bylo nalezeno 5 zranitelností. Opraveny jsou ve verzích 2.45.1, 2.44.1, 2.43.4, 2.42.2, 2.41.1, 2.40.2 a 2.39.4. Útočník může připravit repozitář tak, že při jeho klonování (git clone) může dojít ke spuštění libovolného kódu.
Virtualizační softwary VMware Workstation Pro a VMware Fusion Pro jsou nově pro osobní použití zdarma. Softwary VMware Workstation Player a VMware Fusion Player končí.
Linuxová distribuce Endless OS (Wikipedie) byla vydána ve verzi 6.0.0. Přehled novinek i s náhledy v příspěvku na blogu, poznámkách k vydání a také na YouTube.
Byl vydán Mozilla Firefox 126.0. Přehled novinek v poznámkách k vydání, poznámkách k vydání pro firmy a na stránce věnované vývojářům. Vylepšena byla funkce "Zkopírovat odkaz bez sledovacích prvků". Přidána byla podpora zstd (Zstandard). Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 126 je již k dispozici také na Flathubu a Snapcraftu.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 11.0. Přehled novinek v aktualizované dokumentaci.
Byla vydána nová verze 24.0 linuxové distribuce Manjaro (Wikipedie). Její kódové jméno je Wynsdey. Ke stažení je v edicích GNOME, KDE PLASMA a XFCE.
Toto je pokračování seriálu o srovnání výkonu 64bit a 32bit aplikací aplikací na platformě x86_64. Předchozí díl se věnoval přehrávání videa v nejruznějších formátech. Pokud jste jej nečetli tak doporučuji alespoň zběžně projiít úvodní odstavce s popisem metodiky. Tento díl se bude věnovat kompresi.
Oproti přehrávání máme v tomto případě jednu výhodu- sami si můžeme zvolit formát výstupního souboru dle vlastních preferencí. Můžeme se tedy vyhnout formátům, které mají mizernou 64bit implementaci. A to aniž bychom slevili z kvality či jiných vlastností. Proč např. použít WMV9 když je k dispozici h264? I pokud jsme limitováni cílovým zařízením tak si většinou dokážeme zvolit z několika variant.
Kromě výsledků 64bit a 32bit optimalizované verze příkládám ještě rychlost binárního balíčku mplayer-bin. Jak se tento balíček liší od optimalizované verze jsem popsal zde.
mplayer dvd://2 -dumpstream -dumpfile sakal.dump -v > dumpinfo
. Měření je prováděno z časových důvodů vždy pouze na první čtvrtině filmu (30 minut) a následně je vynásobena čtyřmi aby hodnota lépe odpovídala době převodu celého filmu.
time (mencoder sakal.dump -o sakal.avi -oac mp3lame -lameopts vbr=2:q=9:aq=0 -ovc lavc -lavcopts vcodec=msmpeg4v2:vbitrate=800:vpass=1 && mencoder sakal.dump -o sakal.avi -oac mp3lame -lameopts vbr=2:q=9:aq=0 -ovc lavc -lavcopts vcodec=msmpeg4v2:vbitrate=800:vpass=2)
64bit opt- 79:20time (mencoder sakal.dump -o sakal.avi -oac mp3lame -lameopts vbr=2:q=9:aq=0 -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=800:vpass=1:threads=4 && mencoder sakal.dump -o sakal.avi -oac mp3lame -lameopts vbr=2:q=9:aq=0 -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=800:qns=2:vpass=2:threads=4)
Co dělá volba qns je mimo záběr tohoto článku. Najděte si to v manuálových stránkách nebo se spokojte s konstatováním, že je to výpočetně velmi náročná volba.
64bit opt- 86:40time (mencoder sakal.dump -o sakal.avi -oac mp3lame -lameopts vbr=2:q=5:aq=0 -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=1300:vpass=1:threads=4 && mencoder sakal.dump -o sakal.avi -oac mp3lame -lameopts vbr=2:q=5:aq=0 -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=1300:vpass=2:threads=4)
64bit opt- 66:50time (mencoder sakal.dump -o sakal.avi -oac mp3lame -lameopts vbr=2:q=9:aq=0 -ovc x264 -x264encopts bitrate=1300:threads=4:turbo=2:pass=1 && mencoder sakal.dump -o sakal.avi -oac mp3lame -lameopts vbr=2:q=9:aq=0 -ovc x264 -x264encopts bitrate=1300:threads=4:pass=2)
64bit opt 1 thread- 205:30time (mencoder sakal.dump -o sakal.avi -oac faac -faacopts br=160 -ovc x264 -x264encopts bitrate=1800:threads=4:turbo=2:pass=1 && mencoder sakal.dump -o sakal.avi -oac faac -faacopts br=160 -ovc x264 -x264encopts bitrate=1800:threads=4:pass=2)
64bit opt 1 thread- 188:20time mencoder sakal.dump -of mpeg -mpegopts format=mpeg2:tsaf:muxrate=2000 -o sakal.mpg -oac copy -ovc lavc -lavcopts vcodec=mpeg2video:vbitrate=2000:aspect=4/3:threads=4
64bit opt 4 threads- 11:50V souvislosti s tímtio článkem mám dotaz do publika. Můžu si dovolit při prvním průchodu snížit kvalitu (algoritmickou) lame encoderu? Tzn. můžu při prvním průchodu použít aq=9?
Příští díl se bude věnovat převodům audio formátů- mp3 pomocí lame, flac a ogg/vorbis.
Tiskni Sdílej:
32bit mplayer i mencoder ani netusi, ze bezi v 64 bit systemu :) Vsechno je prelozeno pro spravnou architekturu se spravnymi CFLAGy.
# uname -m
i686
#mplayer
MPlayer SVN-r24130 (C) 2000-2007 MPlayer Team
CPU: Intel(R) Core(TM)2 Quad CPU @ 2.40GHz (Family: 6, Model: 15, Stepping: 7)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Přeloženo pro CPU x86 s rozšířeními: MMX MMX2 SSE SSE2
...
Proc by tam nemohl byt takovy rozdil? Muzu vam prozradit, ze v casti o kryptografii uvidite na 64bit platforme i 3x lepsi vysledky nez 32bit...
Vzdyt tam je rozdil jen 22% v prvnim testu a 24% v druhem. Musite se koukat na vysledky jednothreadoveho zpracovani. Ctyrthreadove nedokazalo vytizit v 32bit verz vsechna jadra z neznamych pricin. V textu je to zmineno.
Nevim, kde muze byt problem s tim sse, u me i binarni balicek mplayer-bin hlasi
MPlayer 1.0rc1-4.1.1 (C) 2000-2006 MPlayer Team
CPU: Intel(R) Core(TM)2 Quad CPU @ 2.40GHz (Family: 6, Model: 15, Stepping: 7)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
a to je spousteny mimo chroot samozrejme.
V textu je to zmineno.Aha, teď jsem pochopil, co je myšleno pod "vytížení CPU" - já jsem to původně chápal jako vytížení jednoho jádra, ne průměrné vytížení všech jader. Tím pádem to sedí, díky za nakopnutí.