Máirín Duffy a Brian Smith v článku pro Fedora Magazine ukazují použití LLM pro diagnostiku systému (Fedora Linuxu) přes Model Context Protocol od firmy Anthropic. I ukázkové výstupy v samotném článku obsahují AI vygenerované nesmysly, např. doporučení přeinstalovat balíček pomocí správce balíčků APT z Debianu místo DNF nativního na Fedoře.
Projekt D7VK dospěl do verze 1.0. Jedná se o fork DXVK implementující překlad volání Direct3D 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Byla vydána nová verze 2025.4 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení na blogu.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) zveřejnil Národní politiku koordinovaného zveřejňování zranitelností (pdf), jejímž cílem je nejen zvyšování bezpečnosti produktů informačních a komunikačních technologií (ICT), ale také ochrana objevitelů zranitelností před negativními právními dopady. Součástí je rovněž vytvoření „koordinátora pro účely CVD“, jímž je podle nového zákona o kybernetické … více »
Vývojáři KDE oznámili vydání balíku aplikací KDE Gear 25.12. Přehled novinek i s náhledy a videi v oficiálním oznámení.
Společnost System76 vydala Pop!_OS 24.04 LTS s desktopovým prostředím COSMIC. Videoukázky na YouTube.
Byla vydána verze 1.92.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Free Software Foundation zveřejnila ocenění Free Software Awards za rok 2024. Oceněni byli Andy Wingo, jeden ze správců GNU Guile, Alx Sa za příspěvky do Gimpu a Govdirectory jako společensky prospěšný projekt.
Bylo vydáno Eclipse IDE 2025-12 aneb Eclipse 4.38. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
U příležitosti oslav osmi let prací na debianím balíčku vyšlo GPXSee 15.6. Nová verze přináší především podporu pro geotagované MP4 soubory, včetně GoPro videí. Kdo nechce čekat, až nová verze dorazí do jeho distribuce, nalezne zdrojové kódy na GitHubu.
Před nějakou dobou jsem pln nadšení popisoval nové vlastnosti vývojové verze Huginu. Mezitím uběhlo pár pátků, verze 0.8 vyšla finálně oficiálně, a k opěvovaným vlastnostem přibyly ještě dvě, kterých si uživatel může všimnout. Obě se týkají kontrolních bodů, a věřím, že se všem uživatelům budou líbit.
V okně s kontrolními body je nyní na první pohled vidět, zda jsou obrázky dobře spárovány. A při rozbalení roletky se seznamem obrázků se zobrazí, se kterými z nich má obrázek ve vedlejším okně společné body a jak je tohle spárování kvalitní. Dobře je to vidět na následujících obrázcích. Na prvním dobré spárování, na druhém špatné.
Velmi účelně bylo opraveno nastavení programu pro vytváření kontrolních bodů. Místo dvou předdefinovaných položek pro 2 typy programů je zde nyní možnost si jich přidat libovolné množství…
…a následně si v rozbalovacím menu vybrat, který z nich se použije. Velmi šikovné.
Nezbývá, než autory Huginu pochválit za velmi dobře odváděnou práci. Každé nové vylepšení je účelné, usnadní práci a pomáhá k vytvoření lepšího výsledku. Není mnoho programů, o kterých bych mohl prohlásit totéž. Už teď se těším, až bude možné v Huginu maskovat části obrázků – pak už mi v něm nebude chybět vůbec nic 
A jen tak mimochodem, nechtěl byste někdo napsat článek nazvaný nějak jako „Hugin a HDR“?
Nemyslím na nikoho konkrétního, jen se mi do mysli stále plete člověk s přezdívkou nazvanou dle stojanu na fotoaparát 
Tiskni
Sdílej:
--\ 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..