Gemini CLI umožňuje používání AI Gemini přímo v terminálu. Vydána byla verze 0.10.0.
Konference OpenAlt 2025 proběhne již příští víkend 1. a 2. listopadu v Brně. Nabídne přibližně 80 přednášek a workshopů rozdělených do 7 tematických tracků. Program se může ještě mírně měnit až do samotné konference, a to s ohledem na opožděné úpravy abstraktů i případné podzimní virózy. Díky partnerům je vstup na konferenci zdarma. Registrace není nutná. Vyplnění formuláře však pomůže s lepším plánováním dalších ročníků konference.
Samsung představil headset Galaxy XR se 4K Micro-OLED displeji, procesorem Snapdragon XR2+ Gen 2, 16 GB RAM, 256 GB úložištěm, operačním systémem Android XR a Gemini AI.
Před konferencí Next.js Conf 2025 bylo oznámeno vydání nové verze 16 open source frameworku Next.js (Wikipedie) pro psaní webových aplikací v Reactu. Přehled novinek v příspěvku na blogu.
Sovereign Tech Fund oznámil finanční podporu následujících open source projektů: Scala, SDCC, Let's Encrypt, Servo, chatmail, Drupal, Fedify, openprinting, PHP, Apache Arrow, OpenSSL, R Project, Open Web Docs, conda, systemd a phpseclib.
Bylo vydáno OpenBSD 7.8. S předběžnou podporou Raspberry Pi 5. Opět bez písničky.
Valkey (Wikipedie) byl vydán v nové major verzi 9.0. Valkey je fork Redisu.
Byly publikovány informace o kritické zranitelnosti v knihovně pro Rust async-tar a jejích forcích tokio-tar, krata-tokio-tar a astral-tokio-tar. Jedná se o zranitelnost CVE-2025-62518 s CVSS 8.1. Nálezci je pojmenovali TARmageddon.
AlmaLinux přinese s verzí 10.1 podporu btrfs. XFS bude stále jako výchozí filesystém, ale instalátor nabídne i btrfs. Více informací naleznete v oficiálním oznámení.
Společnost OpenAI představila svůj vlastní webový prohlížeč ChatGPT Atlas. Zatím je k dispozici pouze na macOS.
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
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.