Na YouTube lze zhlédnout nový celovečerní dokumentární film The Story of VS Code | Official Documentary věnovaný Visual Studio Code.
Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 26.08.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
Byla vydána nová stabilní verze 8.2 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 152. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána nová stabilní verze 4.0 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). S rozhraním přepsaným do Qt. Přehled novinek také na YouTube. Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
NVIDIA kupuje Hugging Face za 12,93 miliardy dolarů.
Předobjednat si lze nový jednodeskový počítač Arduino VENTUNO Q s předinstalovaným Ubuntu. S 16 GB LPDDR5 a 64 GB eMMC. Pro lokální LLM, agentní AI, počítačové vidění, robotiku…
Hexpair není nejlepší HEX editor na světě a ani se o to nesnaží. Zato je k dispozici kdykoliv a kdekoliv – všude tam, kde máte svůj Vim. Vznikl jako hobby projekt před pár měsíci a dospěl do stavu, kdy by mohl být užitečný širší komunitě. Přepnout do HEX režimu se dá i uprostřed rozdělané práce: Soubor, který už máte otevřený běžným vim file.md, jedním příkazem přepnete do HEX editoru a dalším příkazem ho můžete vrátit zpět do textu. Kurzor přitom
CERN dlouhodobě používal vlastní sestavení RHEL, ze kterého přešel na CentOS Stream. Federico Vaga a Nikos Tsipinakis ale nyní v přednášce na MiniDebConf Winterthur 2026 popisují plán probíhajícího přechodu na Debian pro řízení akcelerátorů. Důvodem k opuštění CentOS Stream jsou zachování zpětné kompatibility se starším hardwarem, kterou Red Hat narušuje, když tlačí sestavení balíčků pro novější verze architektury (x86-64), a nedostatečné nástroje pro sestavování vlastních balíčků a repozitářů.
UZDoom (Wikipedie), tj. fork GZDoom, byl vydán ve verzi 5.0.0. Videopředstavení na YouTube. Podrobný přehled novinek v Changelogu.
No video with supported format and MIME type found.Příklad takového souboru.
mediainfo 5578_Bill\ Charlap\ Trio\ -\ Dream.aac General Complete name : 5578_Bill Charlap Trio - Dream.aac Format : ADTS Format/Info : Audio Data Transport Stream File size : 6.19 MiB Overall bit rate mode : Variable Track name : Dream Track name/Position : 29 Performer : Bill Charlap Trio Encoded by : Ripped with Streamripper Audio Format : AAC LC Format/Info : Advanced Audio Codec Low Complexity Format version : Version 4 Codec ID : 2 Bit rate mode : Variable Channel(s) : 2 channels Channel layout : L R Sampling rate : 44.1 kHz Frame rate : 43.066 FPS (1024 SPF) Compression mode : Lossy Stream size : 6.19 MiB (100%)Trochu divné mi přijde, že ty soubory mají mime type application/octet-stream místo audio/něco...
file -i 5578_Bill\ Charlap\ Trio\ -\ Dream.aac 5578_Bill Charlap Trio - Dream.aac: application/octet-stream; charset=binaryTy písničky ripuju z internetu programem streamripper no nechce se mi to přeenkódovávat do mp3 abych zbytečně nezhoršoval už tak dost na hraně kvalitu. Obyčejné přehrávače typu mpv nebo vlc takto ripované aac zvuky přehrajou bez problému. Když takový soubor zkusím otevřít pomocí xdg-open tak se spustí nevímproč skype. Jde nějak zařídit aby ty soubory měly nějaký normální mimetype místo application/octet-stream? Myslím že problém bude tu, no netuším jak to řešit.
curl -I vrací něco takového
HTTP/1.1 200 OK Date: Sat, 21 Jan 2023 11:26:22 GMT Server: Apache Last-Modified: Sat, 21 Jan 2023 11:08:28 GMT ETag: "30c64a-5f2c42f872f4c" Accept-Ranges: bytes Content-Length: 3196490 Content-Type: audio/x-aacten
application/octet-stream vrací file -i spuštěný přímo na filesystému. Apache si tu hlavičku Content-Type asi nějak odhaduje podle přípony souboru.
Due to patent issues, Firefox does not directly support AAC.src
For streaming or distributing AAC-encoded content: no license requiredTo znamená, že můžu umístit na server aac soubory ale uživatel si je nesmí přehrát jinak by porušil licenci? To jsem z toho jelen
for x in *.aac; do ffmpeg -i "$x" -c:a copy -movflags +faststart "$(basename -s .aac "$x").mp4" && rm -v "$x"; donetakto web browser místo frflání hezky přehrává, kvalita zvuku zůstává zachována,
file -i ukazuje správně typ video/mp4. Že "video" nemá video stopu zdá se ničemu nevadí. U některých souborů ffmpeg vyhazuje errory a vytváří malé soubory dlouhé přibližně 350 bajtů ve kterých kromě metadat nic není, ty je potom potřeba ručně smazat
find . -type f -size 1 -name '*.mp4' -exec rm -v '{}' \;
ale těch je minimum.
application/pdf, application/x-pdf i application/octet-streem. a v závislosti na tom prohlížeč reaguje jinak. Odhaduji, že nemáš správně databázi typů. Ta sedí v /usr/share/mime/* (alespoň u mne na Archu) a asi nemáš v audio položku aac.xml Asi bys měl v tvé distribuci si nainstalovat balíček shared-mime-info-spec
/usr/share/mime/audio/aac.xml nainstalovaný mám. On byl problém jinde. Sice vím že web browser není přehrávač multimedií, ale když už tam tu funkci zabudovali tak proč ji občas nevyužít. A když web browser bez problému přehraje video s aac zvukem jsem nějak automaticky předpokládal, že samostatnou aac stopu bez obrazu logicky přece musí přehrát taky. Sice je to na palici ale nemusí. Jsou tam prý nějaké potíže s licencema a programátoři browserů mají svázané ruce.
Ten nápad zabalit ty zvuky do mp4 kontejneru nemám z vlastní hlavy. Na stránce která se tomu věnuje je několik zvukových ukázek a skoro všecko jsou to mp4 tak jsem to prostě jenom zkusil taky.
Tiskni
Sdílej: