Všem vše nejlepší do nového roku 2026.
Crown je multiplatformní open source herní engine. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT a GPLv3+. Byla vydána nová verze 0.60. Vyzkoušet lze online demo.
Daniel Stenberg na svém blogu informuje, že po strncpy() byla ze zdrojových kódů curlu odstraněna také všechna volání funkce strcpy(). Funkci strcpy() nahradili vlastní funkcí curlx_strcopy().
Byla vydána nová verze 25.12.30 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Společnost Valve publikovala přehled To nej roku 2025 ve službě Steam aneb ohlédnutí za nejprodávanějšími, nejhranějšími a dalšími nej hrami roku 2025.
Byly publikovány výsledky průzkumu mezi uživateli Blenderu uskutečněného v říjnu a listopadu 2025. Zúčastnilo se více než 5000 uživatelů.
V dokumentově orientované databázi MongoDB byla nalezena a v upstreamu již opravena kritická bezpečností chyba CVE-2025-14847 aneb MongoBleed.
Při úklidu na Utažské univerzitě se ve skladovacích prostorách náhodou podařilo nalézt magnetickou pásku s kopií Unixu V4. Páska byla zaslána do počítačového muzea, kde se z pásky úspěšně podařilo extrahovat data a Unix spustit. Je to patrně jediný známý dochovaný exemplář tohoto 52 let starého Unixu, prvního vůbec programovaného v jazyce C.
FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.
K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
příkaz1 | příkaz2, kde znak "|" předává výstup prvního příkazu ke zpracování druhému příkazu. Viz také BASH - II.
Co se však ripování a následného kódování týče, určitě by to znamenalo výrazné zvýšení rychlosti? Vždyť samotný proces stáhnutí stopy z CD je docela rychlý, ne?
Nejjednodušší je použít nástroj, který už někdo připravil pro stejný účel před tebou. Třeba rip nebo rip-utils.
cdparanoia 1 - | oggenc - >skladba01.oggcdparanoia vypise data na standardni vystup (ktery je zvykem oznacovat minusem), svislitko rika shellu, ze ma standardni vystup programu vlevo presmerovat na standardni vstup programu vpravo a oggenc si ted standardni vstup precte (zase minus, ale je zrejme, ze jde o vstup), prekoduje a vypise na standardni vystup, ktery bash presmeruje do souboru skladba01.ogg. Vada na krase je, ze oba programy pri sve cinnosti jeste vypisuji na terminal, takze by bylo dobre spustit kazdy v jinem terminalu a pouzit "pojmenovanou rouru" (named pipe):
mkfifo pajpa cdparanoia 1 pajpaa v jinem terminalu
oggenc pajpa -o skladba01.oggJestli se chcete dozvedet neco vic o rourach a spol., tak si prectete jakoukoliv knizku o Unixu/Linuxu. Navic "roury" byly i v shellu MS-DOSU (ale emulovane pres tmp soubor, tudiz efektivita veskera zadna), takze informaci je urcite dostatek. A samozrejme
man bash ;-)
Nenapada me, proc by to nemelo fungovat, cdparanoia nemusi ripovat v kuse (a snad na to nepotrebuje zadnou spolupraci cd mechaniky), stejne tak oggenc muze cekat na vstup. Nemluvil ten clovek o vypalovani?
#!/bin/env python
import os
def feed():
(stdin, stdout) = os.popen2('cdda2wav -t10 -D /dev/cdrom - 2>/dev/null', 'r')
return stdout
def eat(stream):
stdin = os.popen("oggenc - >track01.ogg", 'w')
stdin.write(stream.read())
data = feed()
eat(data)
ale i takhle proces čeká až zkončí ten první. Díkes.
Tiskni
Sdílej:
