Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.
Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 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.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.
OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.
Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.
sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.
Ř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: