KiCad (Wikipedie), sada svobodných softwarových nástrojů pro počítačový návrh elektronických zařízení (EDA), byl vydán v nové major verzi 10.0.0 (𝕏). Přehled novinek v příspěvku na blogu.
Letošní Turingovou cenu (2025 ACM A.M. Turing Award, Nobelova cena informatiky) získali Charles H. Bennett a Gilles Brassard za základní přínosy do oboru kvantové informatiky, které převrátily pojetí bezpečné neprolomitelné komunikace a výpočetní techniky. Jejich protokol BB84 z roku 1984 umožnil fyzikálně zaručený bezpečný přenos šifrovacích klíčů, zatímco jejich práce o kvantové teleportaci položila teoretické základy pro budoucí kvantový internet. Jejich práce spojila fyziku s informatikou a ovlivnila celou generaci vědců.
Firefox 149 dostupný od 24. března přinese bezplatnou vestavěnou VPN s 50 GB přenesených dat měsíčně (s CZ a SK se zatím nepočítá) a zobrazení dvou webových stránek vedle sebe v jednom panelu (split view). Firefox Labs 149 umožní přidat poznámky k panelům (tab notes, videoukázka).
Byla vydána nová stabilní verze 7.9 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 146. Přehled novinek i s náhledy v příspěvku na blogu.
Dle plánu byla vydána Opera GX pro Linux. Ke stažení je .deb i .rpm. V plánu je flatpak. Opera GX je webový prohlížeč zaměřený na hráče počítačových her.
GNUnet (Wikipedie) byl vydán v nové major verzi 0.27.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.
Byly publikovány informace (technické detaily) o bezpečnostním problému Snapu. Jedná se o CVE-2026-3888. Neprivilegovaný lokální uživatel může s využitím snap-confine a systemd-tmpfiles získat práva roota.
Nightingale je open-source karaoke aplikace, která z jakékoliv písničky lokálního alba (včetně videí) dokáže oddělit vokály, získat text a vše přehrát se synchronizací na úrovni jednotlivých slov a hodnocením intonace. Pro separaci vokálů využívá UVR Karaoke model s Demucs od Mety, texty písní stahuje z lrclib.net (LRCLIB), případně extrahuje pomocí whisperX, který rovněž využívá k načasování slov. V případě audiosouborů aplikace na
… více »Po půl roce vývoje od vydání verze 49 bylo vydáno GNOME 50 s kódovým názvem Tokyo (Mastodon). Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Článek na stránkách Fedora Magazinu informuje o vydání Fedora Asahi Remixu 43, tj. linuxové distribuce pro Apple Silicon vycházející z Fedora Linuxu 43.
--\ 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: