Protože je už po aprílu, můžou strahováci opět zveřejnit program další Virtuální Bastlírny, aniž by připravená témata působila dojmem, že jde o žert. Vězte tedy, že již v úterý 7. dubna od 20:00 proběhne VB, kde se setkají bastlíři, technici, učitelé i nadšenci do techniky a kde i vy se můžete zapojit do družného hovoru, jako by všichni seděli u pomyslného piva. Co mají bastlíři tento měsíc na srdci? Pravděpodobně by nás musel zasáhnout meteorit
… více »Byla vydána verze 26.1 aneb čtvrtletní aktualizace open source počítačového planetária Stellarium (Wikipedie, GitHub). Vyzkoušet lze webovou verzi Stellaria na Stellarium Web.
VOID (Video Object and Interaction Deletion) je nový open-source VLM model pro editaci videa, který dokáže z videí odstraňovat objekty včetně všech jejich fyzikálních interakcí v rámci scény (pády, kolize, stíny...) pomocí quadmaskingu (čtyřhodnotová maska, která člení pixely scény do čtyř kategorií: objekt určený k odstranění, překrývající se oblasti, objektem ovlivněné oblasti a pozadí scény) a dvoufázového inpaintingu. Za projektem stojí výzkumníci ze společnosti Netflix.
Design (GitHub) je 2D CAD pro GNOME. Instalovat lze i z Flathubu. Běží také ve webovém prohlížeči.
Příspěvek na blogu herního enginu Godot představuje aplikaci Xogot přinášející Godot na iPad a iPhone. Instalovat lze z App Storu. Za Xogotem stojí Miguel de Icaza (GitHub) a společnost Xibbon.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za březen (YouTube).
ESP-IDF (Espressif IoT Development Framework), tj. oficiální vývojový framework pro vývoj aplikací na mikrokontrolérech řady ESP32, byl vydán v nové verzi 6.0. Detaily na portálu pro vývojáře.
DeepMind (Alphabet) představila novou verzi svého multimodálního modelu, Gemma 4. Modely jsou volně k dispozici (Ollama, Hugging Face a další) ve velikostech 5-31 miliard parametrů, s kontextovým oknem 128k až 256k a v dense i MoE variantách. Modely zvládají text, obrázky a u menších verzí i audio. Modely jsou optimalizované pro běh na desktopových GPU i mobilních zařízeních, váhy všech těchto modelů jsou uvolněny pod licencí Apache 2.0. Návod na spuštění je už i na Unsloth.
Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 3. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).
Průkopnická firma FingerWorks kolem roku 2000 vyvinula vícedotykové trackpady s gesty a klávesnice jako TouchStream LP. V roce 2005 ji koupil Apple, výrobu těchto produktů ukončil a dotykové technologie využil při vývoji iPhone. Multiplatformní projekt Apple Magic TouchstreamLP nyní implementuje funkcionalitu TouchStream LP na současném Apple Magic Trackpad, resp. jejich dvojici. Diskuze k vydání probíhá na Redditu.
V programu Gimp jsem si vytvořil obrázek a uložil ho do PNG. Potom jsem ho příkazem <pre> convert obraz.png soubor.pdf </pre> převedl do PDF. Výsledek byl v pořádku, pokud jsem předtím v tom Gimpu u obrázku nastavil velikost obrázku 595px krát 842px a velikost tisku 210mm krát 297mm. Pokud však v tom Gimpu u obrázku nastavím méně pixelů než 595 krát 842 (což u jednodužších obrázků potřebuji, abych ušetřil velikost souboru) a velikost tisku 210mm krát 297mm a uložím, tak potom se mi ten PNG blbě převádí do PDF - obrázek v tom PDF vznikne necelý a to ikdyž jsem zkontroloval, že PNG má pěkně celý obraz. Čím to je, že vznikají tyto zmetky? Měl bych ten příkaz upravit, a jak?
convert se tím při převodu patrně řídí (nebo je tahle informace možná u bitmapových obrázků uložena i v tom PDF). Takže je potřeba velikost obrázku v pixelech a DPI nastavit tak, aby se vám obrázek na tu plochu papíru vešel.
V Open office by se to dalo, to už jsem taky dělal, ale nerad to pomocí toho dělám, protože když těch obrázků mám hodně, je to rychlejší dělat convertem.
Kde má png nastavené počet bodů na palec? Znamená to velikost obrázku a velikost tisku? Když jsem v Gimpu u toho obrázku nastavil velikost obrázku 595px krát 842px a velikost tisku 210mm krát 297mm, není potom problém png pomocí příkazu convert převést na PDF. Ale u jednodužších obrázků mi stačí v Gimpu nastavit méně pixelů, abych potom ušetřil kilobajtama. Když v tom Gimpu ale dám měně těch pixelů a velikost tisku zvolím zase 210mm krát 297mm, je potom ten problém, že při převodu na PDF pomocí příkazu convert, obrázek v PDF není celý. Aby byl celý, musel bych v tom Gimpu po ubrání pixelů nastavit i menší velikost tisku. To potom když z toho png udělám pomocí příkazu convert PDF, je obraz v PDF celý, ale je na pytel jiná věc - PDF je vzhledově malé; když potom budu jednotlivé PDF spojovat, je každý list jinak velký a to blbě vypadá. Já potřebuji obvyklou velikost PDF ikdyž ten png má jiný počet pixelů. Já vidím chybu někde jinde: Do toho příkazu convert asi potřebuji přidat nějaký přepínač nebo něco, což jsem neudělal. Jaký přepínač nebo něco, do toho příkazu mám přidat? Pokud je ještě jinde chyba, tak v čem?
convertu nějaký parametr, který mu řekne, že výsledný „obrázek“ (PDF) má být větší, než ten, který konvertujete. Podívejte se na parametry -geometry, -page nebo -repage. Pokud byste ponechal rozměry tisku v Gimpu na formát A4, pokusí se na tuhle velikost convert obrázek zvětšit nebo zmenšit – a protože se zřejmě pokouší zachovat poměr stran (tj. čtvercový pixel, pochybuju o tom, že PDF umí obdélníkový pixel), musí se obrázek někde oříznout. Proto potřebujete správně přizpůsobit rozměry v cm i v pixelech (aby DPI zůstalo stejné).
Já ty poměry šířka k výšce v tom Gimpu přizpůsobuji dobře: Například udělám obrázek png, který má velikost obrazu 595px krát 842px a velikost tisku 210mm krát 297mm; ten se mi příkazem convert dobře převede do PDF. Když v tom stejném obrazu v Gimpu zmenším velikost obrazu na méně pixelů než předtím, a velikost tisku znovu nastavím 210mm krát 297mm; tak potom, když z toho chci pomocí příkazu convert vyrobit PDF, obraz na tom PDF je ořezaný a to hodně a dokonce z obou stran - z boku i z vrchu. Navíc v tom Gimpu, když jsem u toho obrazu před tím ubíral pixelů, ubral jsem schválně tak, aby poměr šířka v px k výšce v px se zachovala, počítal jsem to, takže to PDF jsem tím pádem do žádných obdélníkových pixelů nutit nemohl. Takže nevím, co to PDF pořád ořezává a ještě dokonce z obou stran - i do šířky i do výšky.
-density convertu. Ovšem zmenšovat či zvětšovat ty obrázky tak, aby se vždycky vešly právě na A4 podle mne není moc dobré, zvlášť jestli jsou to menší obrázky a budou se na A4 roztahovat, budou vypadat divně.
Parametr -density mi nefunguje: V Konzoli mám: <pre>[david@localhost pokusi]$ convert -density -resize 595x842 pokus210.png pokus210.pdf
convert: invalid argument for option `-resize': -density.
[david@localhost pokusi]$
</pre>
-density hodnota.
Density je rozlišení? Tím pádem bych například mohl použit <pre>convert -density 72x72 puvodni.png cil.pdf</pre> Rozumím tomu dobře? Jinak - proč mi nefunguje formátování textu v této diskuzi? Já například správně napíšu značky pre a mezi ně něco napíšu a ve výsledku písmo nereaguje, jenom jsou vidět značky. Dříve mi formátování fungovalo.
Density je rozlišení? Tím pádem bych například mohl použitAno, je to tak.convert -density 72x72 puvodni.png cil.pdfRozumím tomu dobře?
Jinak - proč mi nefunguje formátování textu v této diskuzi? Já například správně napíšu značky pre a mezi ně něco napíšu a ve výsledku písmo nereaguje, jenom jsou vidět značky. Dříve mi formátování fungovalo.Protože jako nepřihlášený uživatel máte zapnutý WYSIWYG editor, ten by měl mít na kód atd. nějaké tlačítko v liště. Nezobrazuje tedy HTML tagy, ale rovnou výsledek. Zpět na editor zdrojového kódu mohou trvale přepnout jenom přihlášení uživatelé (nevím, zda je možné WYSIWYG editor přepnout do editace zdrojáku dočasně).
Tiskni
Sdílej: