Byla vydána nová verze 9.5 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání a na YouTube.
Dnes a zítra probíhá vývojářská konference Google I/O 2026. Sledovat lze na YouTube a na síti 𝕏 (#GoogleIO).
Canonical vydal Ubuntu Core 26. Vychází z Ubuntu 26.04 LTS a podporováno bude 15 let. Ubuntu Core je minimální neměnný operační systém určený pro vestavěné systémy.
Bylo vydáno OpenBSD 7.9. Po dlouhé době opět se songem: Diamond in the Rough.
Byl vydán Mozilla Firefox 151.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 151 bude brzy k dispozici také na Flathubu a Snapcraftu.
Elon Musk prohrál soudní spor se společností OpenAI, která se podle jeho žaloby odchýlila od původně uváděného cíle vyvíjet umělou inteligenci (AI) ku prospěchu lidstva. Porota včera po necelých dvou hodinách dospěla k jednomyslnému závěru, že Musk žalobu podal příliš pozdě. Musk byl jedním ze spoluzakladatelů společnosti OpenAI, která vznikla v roce 2015 a vyvinula populární chatovací systém ChatGPT. V roce 2018 na svůj post ve vedení
… více »Byla vydána nová verze 10.4 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Opraveny jsou zranitelnosti Copy Fail a Dirty Frag. Přibyl nový obraz pro Orange Pi 5B.
Pokud je zranitelnost Linuxu v nepoužívaném jaderném modulu, lze ji jednoduše vyřešit zakázáním automatického načítání tohoto konkrétního zranitelného modulu. Projekt ModuleJail si klade za cíl zvýšit bezpečnost Linuxu zakázáním automatického načítání všech nepoužívaných jaderných modulů. Jedná se o skript, který dá všechny nepoužívané jaderné moduly na blacklist (/etc/modprobe.d/modulejail-blacklist.conf).
Odborníci z Penn State University zkoumají způsob ukládání informací na lepicí pásku. Principiálně by podle nich bylo možné kombinací odlepení a zpětného přilepení dosáhnout uložení informace, kterou opětovným odlepením dokážou přečíst. Výhodou je, že způsob uložení i přečtení je čistě mechanický. Zde o tom referují ve volně dostupném článku. Zajímavé bude sledovat zda se jim v rámci výzkumu podaří prokázat použitelnost i v jiné než
… více »Na GitHubu byl publikován reprodukovatelný návod, jak rozchodit Adobe Lightroom CC na Linuxu a Wine. Návod byl vytvořený pomocí AI Claude Code.
Ř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á
(Ale ne, vážně: s timem na HW přehrávači moc nevyhraješ pokud to teda nebude všechno plně implementováno na procesoru a i tak to není díky všelijakým optimalizacím a SIMD instrukcím nemusí být úplně košér)
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: