Alibaba Cloud je dalším sponzorem nadace Omacom Foundation stojící za linuxovou distribucí Omarchy. Přislíbená částka je 3 miliony dolarů, tj. 1 milion dolarů ročně po dobu tří let. Stejná částka jako u DigitalOcean.
Byla vydána nová verze 262 správce systému a služeb systemd (Wikipedie, GitHub).
Canonical oznámil vydání Zephyr 26.04 LTS. Jedná se o komerční distribuci operačního systému pro mikrokontroléry Zephyr (Wikipedie) s podporou až 15 let.
Gravity Linux je linuxová distribuce určená pro Apple Silicon s čipy M4 a novějšími. Vydána byla alfa verze pro M4 Mac mini. Gravity Linux je fork Asahi Linuxu.
Hister je osobní soukromý vyhledávač, který lze provozovat na vlastním stroji. Umí prohledávat lokální soubory, importovat historii a záložky z webových prohlížečů, procházet vybrané weby a pomocí rozšíření pro Firefox a Chrome indexovat obsah právě navštívených stránek. Nad vytvořeným indexem pak nabízí vyhledávání prostřednictvím webového rozhraní, příkazové řádky a díky podpoře MCP i nástrojům umělé inteligence. Tento
… více »Ministerstvo dopravy uznalo prozatímní schválení asistenčního systému Tesla FSD Supervised vydané nizozemským schvalovacím orgánem RDW. Připojilo se tak k Nizozemsku a dalším pěti evropským státům. Systém je díky tomuto rozhodnutí možné používat za podmínek prozatímního schválení také na území České republiky. Tesla FSD Supervised je asistenčním systémem úrovně 2 podle klasifikace SAE (částečná automatizace řízení). Řidič se
… více »Někteří zákazníci O2 mohou aktuálně zaznamenat zhoršenou dostupnost internetových služeb. Na odstranění potíží se pracuje [Facebook].
PyPy (Wikipedie), tj. implementace Pythonu v RPythonu, alternativa CPythonu v C, byla vydána v nové major verzi 8.0.0. Podporuje Python 2.7, 3.11 a 3.12.
V jádře Linux byly nalezeny a v upstremu ve verzích 5.10.270, 5.15.221, 6.1.188, 6.6.157, 6.12.109, 6.18.50 a 7.2.4 již opraveny 4 kritické zranitelnosti umožňující eskalaci práv: DirtyAH6 (CVE-2026-80844), TUNderflow (CVE-2026-81000), PPPoEject (CVE-2026-68121) a DiagSpill (CVE-2026-74469).
).
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.