Byla vydána (𝕏) zářijová aktualizace aneb nová verze 1.105 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.105 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Ve Firefoxu bude lepší správa profilů (oddělené nastavení domovské stránky, nastavení lišt, instalace rozšíření, uložení hesla, přidání záložky atd.). Nový grafický správce profilů bude postupně zaváděn od 14.října.
Canonical vydal (email) Ubuntu 25.10 Questing Quokka. Přehled novinek v poznámkách k vydání. Jedná se o průběžné vydání s podporou 9 měsíců, tj. do července 2026.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzi 1.5.0.
Byla vydána nová verze 1.12.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).
Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.
Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.
Google postupně zpřístupňuje českým uživatelům Režim AI (AI Mode), tj. nový režim vyhledávání založený na umělé inteligenci. Režim AI nabízí pokročilé uvažování, multimodalitu a možnost prozkoumat jakékoliv téma do hloubky pomocí dodatečných dotazů a užitečných odkazů na weby.
Programovací jazyk Python byl vydán v nové major verzi 3.14.0. Podrobný přehled novinek v aktualizované dokumentaci.
Řešení dotazu:
taktez mam sansu e200 s 2GB + 8GB sdhc a rockbox firmware :) koupil jsem ji za par kil z aukra a nemuzu si s Rockboxem vynachvalit :) Mam na to pichnute Koss Porta
sox 1.wav 1.flac lame --preset insane 1.wav 1.mp3 pavel@sara:~/Hudba/audio$ time sox -V 1.flac 1.wav sox: SoX v14.3.0 sox INFO formats: detected file format type `flac' Input File : '1.flac' Channels : 2 Sample Rate : 44100 Precision : 16-bit Duration : 00:01:34.93 = 4186560 samples = 7120 CDDA sectors File Size : 6.79M Bit Rate : 573k Sample Encoding: 16-bit FLAC Endian Type : little Reverse Nibbles: no Reverse Bits : no Comment : 'Comment=Processed by SoX' Output File : '1.wav' Channels : 2 Sample Rate : 44100 Precision : 16-bit Duration : 00:01:34.93 = 4186560 samples = 7120 CDDA sectors Sample Encoding: 16-bit Signed Integer PCM Endian Type : little Reverse Nibbles: no Reverse Bits : no Comment : 'Comment=Processed by SoX' sox INFO sox: effects chain: input 44100Hz 2 channels sox INFO sox: effects chain: output 44100Hz 2 channels real 0m1.021s user 0m0.644s sys 0m0.128s pavel@sara:~/Hudba/audio$ time sox -V 1.mp3 1.wav sox: SoX v14.3.0 Input File : '1.mp3' Channels : 2 Sample Rate : 44100 Precision : 16-bit Duration : 00:01:35.02 = 4190206 samples = 7126.2 CDDA sectors File Size : 3.80M Bit Rate : 320k Sample Encoding: MPEG audio (layer I, II or III) Output File : '1.wav' Channels : 2 Sample Rate : 44100 Precision : 16-bit Duration : 00:01:35.02 = 4190206 samples = 7126.2 CDDA sectors Sample Encoding: 16-bit Signed Integer PCM Endian Type : little Reverse Nibbles: no Reverse Bits : no Comment : 'Processed by SoX' sox INFO sox: effects chain: input 44100Hz 2 channels sox INFO sox: effects chain: output 44100Hz 2 channels real 0m1.737s user 0m1.132s sys 0m0.120s
avel@sara:~/Hudba/audio$ time sox -V 1.mp2 1.wav sox: SoX v14.3.0 Input File : '1.mp2' Channels : 2 Sample Rate : 44100 Precision : 16-bit Duration : 00:01:34.94 = 4186722 samples = 7120.28 CDDA sectors File Size : 3.80M Bit Rate : 320k Sample Encoding: MPEG audio (layer I, II or III) Output File : '1.wav' Channels : 2 Sample Rate : 44100 Precision : 16-bit Duration : 00:01:34.94 = 4186722 samples = 7120.28 CDDA sectors Sample Encoding: 16-bit Signed Integer PCM Endian Type : little Reverse Nibbles: no Reverse Bits : no Comment : 'Processed by SoX' sox INFO sox: effects chain: input 44100Hz 2 channels sox INFO sox: effects chain: output 44100Hz 2 channels real 0m1.462s user 0m0.752s sys 0m0.148s pavel@sara:~/Hudba/audio$ time sox -V 1.mp3 1.wav sox: SoX v14.3.0 Input File : '1.mp3' Channels : 2 Sample Rate : 44100 Precision : 16-bit Duration : 00:01:35.02 = 4190206 samples = 7126.2 CDDA sectors File Size : 3.80M Bit Rate : 320k Sample Encoding: MPEG audio (layer I, II or III) Output File : '1.wav' Channels : 2 Sample Rate : 44100 Precision : 16-bit Duration : 00:01:35.02 = 4190206 samples = 7126.2 CDDA sectors Sample Encoding: 16-bit Signed Integer PCM Endian Type : little Reverse Nibbles: no Reverse Bits : no Comment : 'Processed by SoX' sox INFO sox: effects chain: input 44100Hz 2 channels sox INFO sox: effects chain: output 44100Hz 2 channels real 0m2.046s user 0m1.148s sys 0m0.132sMáš nějaké zkušenosti s nižší spotřebou při přehrávání mp3 vs. mp2 způsobenou větší zátěží CPU? Jinak možná trochu klidnější tón odpovědi by nijak neuškodil.
Tedy rozdíl mezi mp2 a mp3 je cca 50%IMHO se to tak jednoduše srovnat nedá. Nad DCT se dají dělat optimalizace, nad polyfázovým filtrem taky.
Máš nějaké zkušenosti s nižší spotřebou při přehrávání mp3 vs. mp2 způsobenou větší zátěží CPU?Ne, protože většinou se to implementuje tak že DCT a jiné dílčí úlohy zastává buď nějaký dedikovaný DSP s polem a procesor je jen v roli přerozdělovače práce a nebo u toho druhého druhu zařízení je většinou procesor ten, který žere pomalu nejmíň. Ale čistě matematicky by to platit mělo, protože Layer III není nic jiného než Layer II + DCT (Layer Ii nemá moc daleko od čistého PCMka). Viz úrivek ze zápisku, který mám rozepsaný snad už třičtvrtě roku.
Jinak možná trochu klidnější tón odpovědi by nijak neuškodil.Tak nesrovnávej jabka a hrušky a když už, tak ne na tak výkon mašině a ne nejjednodušším způsobem, který tě napadne (ten time budiž, ale sox?). Že to dělám já ještě neznamená že by to měli dělat i ostatní aneb dělej práci pořádně ať už už ji nemusím dělat já
já teda FLAC převádím automaticky do ogg 256kbit a přehrávám na sanse. Je to teda spíš kvůli místu, jinak bych přehrával flac. To že ten nebo ten formát trochu víc vytíží ten SOC s 2jádrem ARM co ta sansa má, je v praxi vcelku jedno, protože drív baterku chcípne LCD obsluha. I tak jsem se kdysi při testu dostal s ogg k 15h výdrže..
je v praxi vcelku jedno, protože drív baterku chcípne LCD obsluhaVšak právě o tom mluvím. V současné době komplexnost nehraje až takovou roli, protože ono to stejně majoritu energie nesežere procesor na dekódování, ale právě podsvicování LCD, energie do sluchátek a všelijaké jiné podpůrné systémy (signalizace NAND – i té je potřeba pro vytažení dat něco dát). Jenže viz můj blog. Doba pokročuje a já např mám malý pinčl, který se nějakým LCD vůbec nezaobírá a krom NAND, dekódovacího čipu (kombinace starého dobrého Intelu 8051 a nějakého DSP pole asi) a zbytečné LEDky nic víc nemá. Obří žravá sluchátka se dají nahradit třeba nějakými úspornými in-eary a v takovém prostředí komplexnost kodeku začne stále víc a víc vylézat na povrch.
Tiskni
Sdílej: