Edison Design Group po více než 30 letech zveřejnil zdrojový kód svého EDG C/C++ front-endu. Ten proslul širokou podporou standardů C++ a kompatibilitou s dialekty kompilátorů od Microsoftu, GNU, Clangu, Sunu a dokonce i s prehistorickým cfrontem. EDG byl použit například v kompilátoru Intel C++ Classic, kompilátoru NVCC od firmy NVIDIA pro platformu CUDA nebo v našeptávači kódu IntelliSense v produktech společnosti Microsoft. Projekt nyní spravuje organizace The C++ Alliance a kód je dostupný pod licencí Apache 2.0, doplněnou o výjimky projektu LLVM.
Pocket Tank je malé kapesní virtuální akvárium postavené na vývojové desce ESP32-S3-Touch-AMOLED-1.8. Na dvoujádrovém mikrokontroléru ESP32-S3 s 8 MB PSRAM a 16 MB flash paměti běží jak simulace akvária, tak i malý jazykový model určující chování rybiček. Lokální model o velikosti 7,56 MB se 14 miliony parametrů vznikl destilací modelu Gemma 4 26B, tedy učitele s 26 miliardami parametrů. Kromě firmwaru pro skutečný modul s AMOLED
… více »Open-source nástroj Jevstiller vytváří (destiluje) malý lokální model, který se průběžně učí z odpovědí komerční služby Jev. Běžné dotazy vyřizuje přímo na vlastním hardware, čímž může řádově zkrátit čas odezvy a snížit provozní náklady díky menšímu využívání zpoplatněného API. Nejisté požadavky Jevstiller posílá do Jevu, rovněž průběžně kontroluje náhodná dvě procenta dotazů Jevem. Pokud se lokální model začne s Jevem rozcházet,
… více »Konference LinuxDays 2026 proběhne již tento víkend 3. a 4. října v Praze v areálu ČVUT v Dejvicích na FIT. Konference LinuxDays 2026 znamená desítky přednášek a workshopů, zástup zajímavých osobností, místo pro setkání, spoustu nových nápadů a informací a stánky řady různých projektů: Fedora, openSUSE, vpsFree.cz, Mozilla, MacGyver - bastlíři SH, OpenAlt a mnoho dalších. Vstup je volný.
Microsoft oznámil, že WSL kontejnery (WSLC) aneb linuxové kontejnery ve Windows Subsystem for Linux (WSL) jsou již obecně dostupné. Současně popsal jejich architekturu.
openSUSE Leap 16.1 vstoupil do RC fáze. Nově lze instalovat jako standardní systém (Standard) nebo jako neměnný systém s atomickými aktualizacemi (Immutable). Samostatná neměnná distribuce openSUSE Leap Micro končí.
Byl vydán Mozilla Firefox 157.0. S nejvýraznější vizuální proměnou za poslední roky. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 157 bude brzy k dispozici také na Flathubu a Snapcraftu.
Rodina produktů Raspberry Pi se rozšířila o Raspberry Pi Smart Display Module. Deska pro Raspberry Pi Compute Module 5 se zasouvá přímo do displejů dle specifikace Intel SDM. Cena desky je 30 dolarů.
Byla vydána nová verze 2.56.0 distribuovaného systému správy verzí Git. Přispělo 104 vývojářů, z toho 39 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
Hackerská skupina ShinyHunters oznámila průnik do informačních systémů FBI, prostřednictvím zero-day zranitelnosti v platformě Oracle PeopleSoft, kterou úřad využívá mimo jiné pro náborový portál FBIJobs.gov. Útočníci tvrdí, že získali až 3 TB dat o současných i bývalých zaměstnancích a uchazečích o práci. Jako důkaz zveřejnili vzorek přibližně 5 000 záznamů obsahující jména, adresy, telefonní čísla, data narození, čísla
… více »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..