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.
Článek by teoreticky patřil do Jaderné noviny - 18. 10. 2006, ale kvůli jeho délce jsem jej zařadil samostatně.
Pokud jste propásli úvodní díl, začněte u něj.
Než začneme, připomenu dva zdroje informací, které jsou neocenitelnou pomůckou každého, kdo pracuje s video ovladači:
Každý V4L2 ovladač musí obsahovat tento hlavičkový soubor:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
#include <linux/videodev2.h>
Je tam většina potřebných informací. Až se však budete, coby autor ovladače, probírat hlavičkami, podívejte se také na include/media/v4l2-dev.h, kde je definováno mnoho struktur, se kterými budete pracovat.
Video ovladač bude mít pravděpodobně části, které se budou týkat sběrnic PCI nebo USB (například); této části ovladače se tady příliš věnovat nebudeme. Často je nutné interní rozhraní i2c, které později v této sérii probírat budeme. Pak rozhraní k subsystému V4L2. To je postaveno kolem struct video_device, které reprezentuje V4L2 zařízení. Probrání všeho, co patří do této struktury, bude námětem několika článků; teď přijde jen obecný přehled.
Pole name v struct video_device je název typu zařízení; tak se bude objevovat v logu jaderných hlášení a v sysfs. Název je většinou stejný jako jméno ovladače.
Dvě pole popisují, jaký druh zařízení je reprezentován. První (type) vypadá jako pozůstatek z Video4Linux1 API; může mít čtyři hodnoty:
Pokud vaše zařízení zvládá více než jednu z jmenovaných funkcí, mělo by být pro každou podporovanou funkci registrováno samostatné V4L2 zařízení. Ve V4L2 však může být po kterémkoliv z registrovaných zařízení požadováno, aby fungovalo v jednom z podporovaných režimů. Znamená to, že pro V4L2 je potřeba pouze jediné zařízení, ale kvůli kompatibilitě se starším API Video4Linux musí být pro každou funkci registrováno samostatné zařízení.
Druhé pole se nazývá type2 a je to bitmask podrobněji popisující schopnosti zařízení. Může obsahovat kterékoliv z následujících hodnot:
Další pole, které je inicializováno všemi V4L2 ovladači, je minor, což je požadované minor číslo zařízení. Pole bude většinou nastaveno na -1, což způsobí, že se subsystém Video4Linux pokusí číslo alokovat při registraci.
Dále tři jasně vymezené sady ukazatelů na funkce, které jsou v struct video_device. První, který obsahuje jedinou funkci, je metoda release(). Pokud zařízení postrádá funkci release(), bude si jádro stěžovat (neposlušní programátoři jsou odkázání na článek na LWN). Funkce release() je důležitá: z různých důvodů se může stát, že odkazy na strukturu video_device přetrvají dlouho po té, co poslední video aplikace uzavřela svůj popisovač souboru. Tyto odkazy mohou zůstat i po odregistrování zařízení. Proto není bezpečné strukturu uvolnit před zavoláním metody release(). Často tedy tato funkce obsahuje prosté zavolání kfree().
Struktura video_device v sobě obsahuje strukturu file_operations s běžnými ukazateli na funkce. Video ovladače vždy potřebují operace open() a release(); podotýkám, že tento release() je volán při každém uzavření zařízení, nikoliv při uvolnění, jako je to v případě výše popisované funkce se stejným názvem. Často budou potřeba metody read() nebo write() - podle toho, jestli zařízení provádí vstup nebo výstup; pro streamovací zařízení však existují jiné způsoby přenosu dat. Většina zařízení, která pracují se streamováním video dat, bude muset implementovat poll() a mmap(). A každé V4l2 zařízení potřebuje metodu ioctl() - ale je možné použít video_ioctl2(), kterou poskytuje subsystém V4L2.
Třetí sada metod je uložena přímo v struktuře video_device a tvoří jádro V4L2 API. Funkcí je několik desítek a starají se o různé konfigurační operace, streamování I/O atd.
A konečně ještě jedno pole, které se vyplatí znát už na začátku: debug. Nastavením na V4L2_DEBUG_IOCTL a/nebo V4L2_DEBUG_IOCTL_ARG zajistíte slušné množství debugovacího výstupu, který může zmatenému programátorovi pomoci zjistit, proč si ovladač nerozumí s aplikací.
Jakmile je nastavena struktura video_device, měla by být registrována pomocí
int video_register_device(struct video_device *vfd, int type, int nr);
vfd je struktura zařízení, type je stejná hodnota jako v poli type a nr je zase požadované minor číslo (nebo -1 pro dynamickou alokaci). Návratová hodnota by měla být nula; záporný chybový kód značí, že došlo k závažné chybě. Jako vždy je dobré pamatovat na to, že metody zařízení mohou být volány okamžitě po registraci; nevolejte video_register_device(), dokud není vše připraveno.
Odregistrovat zařízení lze pomocí
void video_unregister_device(struct video_device *vfd);
Další díl se bude věnovat implementaci některých těchto metod.
Každé V4L2 zařízení bude potřebovat metodu open() s obvyklým prototypem:
int (*open)(struct inode *inode, struct file *filp);
První věc, kterou metoda open() obyčejně dělá, je nalezení interního zařízení odpovídajícího dané inode; to je provedeno s pomocí minor čísla uloženého v inode. Lze provést trochu inicializace; může to být také vhodná chvíle k zapnutí zařízení - pokud má možnost vypínání.
Specifikace V4L2 definuje několik konvencí, které se teď hodí zmínit. Jednou z nich je to, že všechna V4L2 zařízení mohou mít kdykoliv otevřeno více popisovačů souborů. Účelem je umožnit jedné aplikaci zobrazování (nebo generování) video dat, zatímco jiná například upravuje ovládací hodnoty. Takže ačkoliv mohou být určité V4L2 operace (především zapisování a čtení video dat) rezervovány pro jediný popisovač souboru, zařízení jako celek by mělo podporovat více otevřených popisovačů.
Další konvence říká, že by metoda open() obecně neměla provádět změny provozních parametrů právě nastavených v hardwaru. Mělo by být možné spustit z příkazové řádky program, který kameru nakonfiguruje podle určité sady požadovaných hodnot (rozlišení, formát videa atd.), a pak spustit zcela nezávislou aplikaci, která z kamery například zachytí obrázek. To by nefungovalo, kdyby bylo mezitím nastavení resetováno. V4L2 ovladač by se tedy měl snažit zachovat stávající nastavení, dokud ho aplikace výslovně nezruší.
Metoda release() zajišťuje veškerý potřebný úklid. Protože mohou mít video zařízení otevřeno několik popisovačů souborů, release() musí snížit počítadlo a provést kontrolu, než udělá něco zásadního. Pokud byl právě uzavřený popisovač souboru využíván k přenosu dat, může být nutné vypnout DMA engine a provést další úklid.
Další díl série se pustí do dlouhého procesu dotazování se na možnosti zařízení a konfigurace provozních režimů. Zůstaňte s námi.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
