Evropská komise naléhavě vyzvala členské státy EU, aby kvůli ochraně nezletilých na internetu urychlily zavádění unijní aplikace pro ověřování věku a zajistily její dostupnost do konce roku. Členské státy mohou zavést aplikaci EU pro ověřování věku jako samostatnou aplikaci nebo ji integrovat do takzvané evropské peněženky digitální identity.
Richard Biener oznámil vydání verze 16.1 (16.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 16. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.
Zulip Server z open source komunikační platformy Zulip (Wikipedie, GitHub) byl vydán ve verzi 12.0. Přehled novinek v příspěvku na blogu.
Před 30 lety, tj. v úterý 30. dubna 1996, byl spuštěn Seznam.cz.
Byly zpracovány a zveřejněny všechny videozáznamy, které stojí za zveřejnění, z konference FOSDEM 2026.
Od úterý 28. dubna musí nově uváděné notebooky v Evropské unii podporovat nabíjení přes USB-C. Jednotná nabíječka byla schválena Evropským parlamentem v říjnu 2022.
Byly publikovány informace o kritické zranitelnosti CVE-2026-31431 pojmenované Copy Fail v Linuxu, konkrétně v kryptografii (AF_ALG). Běžný uživatel může získat práva roota (lokální eskalaci práv). Na všech distribucích Linuxu vydaných od roku 2017. Pomocí 732bajtového skriptu. V upstreamu je již opraveno. Zranitelnost byla nalezena pomocí AI Xint Code.
Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.
Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.
VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.
--\ autopano-sift-c 2.5.0-0.0 Description: Automatically create control points for panorama image Autopano-sift-C looks at your images and compares information about the images' content to order them correctly. Together with programs like hugin and enblend, you can create top-quality panorama images. This is autopano-sift ported to plain "C". The source is kept as close as possible to the original version. It should have the same inputs and outputs as the original "C#" version which is available at http://www.cs.tu-berlin.de/~nowozin/autopano-sift Warning: "The University of British Columbia has applied for a patent on the SIFT algorithm in the United States. Applications of this software may require a license from the University of British Columbia."
jj je to kvuli tomu, pac ten soft je napsan v c#
Neni to Alexandrovka po rekonstrukci?
U některých obrázků mám méně, u některých více, ono to většinou bohatě stačí. Pokud jsou fotky dobře nafoceny, je to úplně v pohodě, pokud jsou nafoceny špatně, tak jich nebude stačit ani 100, a bude potřeba dělat dodatečně ručně opravy.
Hugin je dobrý program.Nejen dobrý, ale i čím dál tím lepší :)
+1
Hugin je úchvatný program, mnohdy dokáže udělat panorama z fotek, které byly tak mizerně nafoceny, že v to ani člověk nedoufal ;)
nahodou netusite, ci sa do buducnosti chysta i flash panorama ako sucast Hugin?
cosi ako panosalado?
, ale celkem se mi můj projektík začíná rýsovat. Snad někdy v září. Kdybys potřeboval s něčím poradit, tak klidně napiš na jabber (6xx AT njs.netlab.cz), ale poslední dobou nejsem moc často online (právě kvůli nedostatku času).
Hugin je skvely program, pomohol mi k par peknym panoramam. Akurat narazam na problem, ze pokial je sucastou panoramy povedzme 60 10Mpix fotiek, tak postupne autopano zaberie mnozstvo RAM (cca 2GB - nevadi mi, mam 4GB..) a nasledne padne (error 255 - to uz vadi, kedze sa nevytvoria kontrolne body..) Ma niekto podobne skusenosti?
Tazko povedat.. Ale urcite to bolo za hranicou 2GB.. Ta memoy usage je naozaj dost velka, ked tak googlim podobne problemy a svn verzia co som skusal zas segfaultuje.. :/ Uvidime, zatial skusam matchpoint - vyzera, ze zatial ide, som zvedavy na vysledky. Musel som ale koli matchpointu niektore foto panoramy zrusit (limit tusim 127 poloziek v cmdline)
No ja som mal tych foto 150, ale kazda cca 4MB. Pouzivam Autopano-SIFT-C (nechcelo sa mi na Mac OS rozbehavat mono) a urcite to bolo cez 2GB. Teraz som skusil pan-o-matic a uz asi 2 hodiny pocita..
Takze kafe by som stihol. (ale zatial v medziach co sa tyka RAM)
Update: vyzera, ze pan-o-matic dobehol a teraz visi Hugin v stave "Determining placement of images", CPU na 100% a cca 800MB RAM, uvidime..
Pan-o-matic je určitě rychlejší, než Autopano (alespoň u mne je rozdíl několikanásobný). Spíš jsem měl problém s výsledným obrázkem, že když jsem přesáhnul nějakou hranici (nevím jakou, možná to byl 1 GiB), tak mi to zabilo exportní filtry v Cinepaintu, takže jsem to nemohl upravit a uložit.
No hlavne ak som si dobre vsimol pan-o-matic vyuzival aj viac jadier. Mozno to bude ten rozdiel..
Tak dokopy cca 5 hodin renderovania a mam 40Mpx panoramu (vysledny tiff ma okolo 180MB)
Inak ake mas skusenosti s pan-o-matic, co sa tyka hladania kontrolnych bodov? Ja som mal vo vysledku pomerne vela chyb (fotky nie celkom "sedeli") , ked to porovnam s autopano, ale s tym som zas neskusal take kvantum foto..
- ale to bylo omylem, když jsem měl v RAW konvertoru zapnutou interpolaci na plné rozlišení. Jinak se u větších panoramat dostávám na 600 - 700 MiB, u běžných na 100 - 300. Ale pokud mám dobře nafoceno, je to otázka půl hodinky včetně následných úprav.
Občas se mi stane, že panomatic špatně některé body spáruje, ale moc to neřeším. Vždy si otevřu okno s kontrolními body, označím všechny s odchylkou větší než 4 - 5, smažu je, nechám udělat znovu optimalizaci, zkouknu výsledek a rozhodnu se co dál. Pokud jsou fotky dobře nafoceny, stačí už jenom zvolit projekci, pokud jsou nafoceny špatně, tak generuji další body, zadávám někdy i ručně, označuji svislice, horizontální čáry, přímky… Ale pokud je tohle nutné, tak je prakticky jisté, že výsledek nikdy nebude 100% - to si pak nechám vyexportovat i jednotlivé obrázky a v GIMPu pak překrývám a retušuji chybná místa. A úplně nejhorší jsou kábly, provazy, větve - ale to už je osud
No tamto bola relativne mala panorama, ale sa fotografie dost prekryvali.. Inak s Huginom iba zacinam experimentovat, este som vela veci nepodchytil..
Tiskni
Sdílej: