Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.
Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.
Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.
Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …
Google Chrome 149 byl prohlášen za stabilní. Nejnovější stabilní verze 149.0.7827.53 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Vylepšeny byly také nástroje pro vývojáře.
Pluto.jl, reaktivní notebook pro programovací jazyk Julia, dospěl do verze 1.0.
Byla vydána nová verze 12.0.0 vizuálního programovacího jazyka Snap! (Wikipedie) inspirovaného jazykem Scratch (Wikipedie). Přehled novinek na GitHubu.
Počítačovou hru Gravity Circuit (ProtonDB) lze do 14. června do 19:00 získat na Steamu zdarma. Napořád.
Nejnovější X.Org X server 21.1.23 a Xwayland 24.1.12 řeší 9 bezpečnostních chyb.
npm balíčky @redhat-cloud-services byly kompromitovány.
).
Věřím však tomu, že v exteriérech by byl výsledek o něco lepší.

EXIF tags in 'pict0001.jpg' ('Intel' byte order):
--------------------+----------------------------------------------------------
Tag |Value
--------------------+----------------------------------------------------------
Image Description |My beautiful picture
Manufacturer |Zoran corporation
Model |Coach 6M
Orientation |top - left
x-Resolution |96.00
y-Resolution |96.00
Resolution Unit |Inch
Software |Sensor 500-D.00.37
Date and Time |2009:10:12 12:42:11
YCbCr Positioning |co-sited
Copyright |Copyright 2007 (Photographer) - (Editor)
Compression |JPEG compression
Orientation |top - left
x-Resolution |1.00
y-Resolution |1.00
Resolution Unit |Inch
Exposure Time |1/7 sec.
FNumber |f/2.8
ExposureProgram |Aperture priority
ISO Speed Ratings |100
Exif Version |Exif Version 2.1
Date and Time (origi|2009:10:12 12:42:11
Date and Time (digit|2009:10:12 12:42:11
ComponentsConfigurat|Y Cb Cr -
Compressed Bits per |1.93
Shutter speed |2.84 EV (APEX: 2, 1/7 sec.)
Aperture |2.97 EV (f/2.8)
Exposure Bias |0.00 EV
MaxApertureValue |3.70 EV (f/3.6)
Metering Mode |Center-Weighted Average
Light Source |0
Flash |Flash did not fire.
Maker Note |460 bytes unknown data
FlashPixVersion |FlashPix Version 1.0
Color Space |sRGB
PixelXDimension |2048
PixelYDimension |1536
RelatedSoundFile |RelatedSound
Exposure index |1.00
Sensing Method |One-chip color area sensor
File Source |DSC
Scene Type |1
InteroperabilityInde|R98
InteroperabilityVers|0100
--------------------+----------------------------------------------------------
EXIF data contains a thumbnail (5803 bytes).
320x240-15_1min.avi 10.806.284 bytes 320x240-30_1min.avi 10.610.196 bytes 640x480-15_1min.avi 23.910.716 bytes 640x480-30_1min.avi 23.733.332 bytesProč by MJPEG video s dvojnásobnou snímkovou frekvencí mělo mít stejnou velikost? Snad jen díky snížení kvality na "polovinu" a nebo... protože tam ty snímky prostě nejsou! Jak to tedy zjistit?
VIDEO: [MJPG] 640x480 24bpp 15.000 fps 3114.8 kbps (380.2 kbyte/s) A: 60.0 V: 60.0 A-V: -0.032 ct: -0.103 901/901 5% 42% 0.1% 0 0 VIDEO: [MJPG] 640x480 24bpp 30.000 fps 3083.6 kbps (376.4 kbyte/s) A: 60.1 V: 60.1 A-V: 0.020 ct: 0.529 1803/1803 6% 68% 0.1% 383 0V tomto okamžiku mne napadlo, že rozdíl tedy asi opravdu bude v kvalitě a abych ji porovnal, vygeneroval jsem z obou videí sady jednotlivých snímků pomocí:
mplayer -vo jpegZde se konečně ukázalo, že něco není v pořádku. Z 15 fps videa totiž vzniklo 754 snímků a z 30 fps videa 750 snímků. Obojí odpovídá jen asi 12.5 snímkům za sekundu! Dalšími přepínači jsem se snažil přesvědčit Mplayer, aby mi ve svých výstupech prozradil více. Marně. Až jsem přišel na další nepřímý důkaz při použití parametru:
-frames <number> Play/convert only first <number> frames, then quit.Ve všech případech se video vždy zastavilo v čase odpovídajícím snímkové frekvenci 12.5 fps. Takže víc snímků tam prostě není!
Tiskni
Sdílej:
ten současný nemá foťák vůbecCo je to zač? Také jsem sháněl moderní mobil bez foťáku, ale marně.
Nebo snad patrite k tem lidem, co veri treba v to, ze na notebooku bez Windows vydela vyrobce stejne jako na notebooku s Windows minus castka, kterou zaplati Microsoftu?Tak tohle aplikované na hmotný hardware imho porušuje něco jako kdyby byly termodynamické zákony aplikované do ekonomiky
.
Jinak mám teď dva "houbolety", vrtulníka jsem prodal, protože nebyl čas a hrozilo, že bude k ničemu, protože už nebudou náhradní díly.
FlyCamOne2 není nijak profesionální. Stojí asi 2000,- (bez karty), taky umí 640x480 video a maximálně 2GB SD. Jen je menší, lehčí, bez displeje a ovladatelná z vysílače.
Ohledně toho videa máš a nemáš pravdu. To, co ty popisuješ, je klasický MPEG, kdy se snímky mohou odkazovat na jiné (nejen předchozí, ale i následující). Foťáky obecně však ukládají v naprosté většině případů video jako MJPEG, což znamená jako posloupnost celých snímků, tedy neodkazují se na žádné další snímky (kvůli náročnosti na výkon při kompresi).
video z letadylka zni docela dobre ... nemas uz neco natocenyho?
rad bych to videlTakže buď existuje něco jako prázdné snímky a nebo existuje mechanismus "zopakuj předchozí snímek".Vím o existenci SKIP tokenů, ale jestli i něco podobného existuje i u MJPEGu, netuším.
Že je to MJPEG hlásí sám mplayer. Navíc jsem ještě neviděl foťák, který by točil něco jiného.To já zase vidím u foťáku poprvé. Je to neskutečné plýtvání místem.