Dnes a zítra probíhá vývojářská konference Google I/O 2025. Sledovat lze na YouTube a na síti 𝕏 (#GoogleIO).
V Bostonu probíhá konference Red Hat Summit 2025. Vybrané přednášky lze sledovat na YouTube. Dění lze sledovat na síti 𝕏 (#RHSummit).
Společnost Red Hat oficiálně oznámila vydání Red Hat Enterprise Linuxu 10. Vedle nových vlastností přináší také aktualizaci ovladačů a předběžné ukázky budoucích technologií. Podrobnosti v poznámkách k vydání.
Tuto sobotu 24. května se koná historicky první komunitní den projektu Home Assistant. Zváni jsou všichni příznivci, nadšenci a uživatelé tohoto projektu. Pro účast je potřebná registrace. Odkazy na akce v Praze a v Bratislavě.
Troy Hunt představil Have I Been Pwned 2.0, tj. nový vylepšený web služby, kde si uživatelé mohou zkontrolovat, zda se jejich hesla a osobní údaje neobjevili v únicích dat a případně se nechat na další úniky upozorňovat.
Microsoft představil open source textový editor Edit bežící v terminálu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
V Seattlu a také online probíhá konference Microsoft Build 2025. Microsoft představuje své novinky. Windows Subsystem for Linux je nově open source. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Z příspěvku Turris Sentinel – co přinesl rok 2024 na blogu CZ.NIC: "Za poslední rok (únor 2024 – únor 2025) jsme zachytili 8,3 miliardy incidentů a to z 232 zemí a z jejich závislých území. Tyto útoky přišly od 6,2 milionu útočníků (respektive unikátních adres). SMTP minipot je stále nejlákavější pastí, zhruba 79 % útoků bylo směřováno na tento minipot, 16 % útoků směřovalo na minipot Telnet, 3 % útoků směřovaly na minipot HTTP a 2 % na minipot FTP. Dále jsme zaznamenali 3,2 milionu unikátních hesel a 318 tisíc unikátních loginů, které útočníci zkoušeli."
Byla vydána (Mastodon, 𝕏) nová verze 3.0.4 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Byla vydána nová stabilní verze 7.4 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 136. Přehled novinek i s náhledy v příspěvku na blogu.
Sledování digitálního pozemního vysílání už funguje, nahrávání taky, a může se stát, že občas si nějaký film chceme uložit v bláhové naději, že se k němu někdy vrátíme, nebo že se na něj jednou rádi podívají naši potomci. Jenže volného místa na disku nějak rychle ubývá, neboť jak věděl už pan Murphy, čím větší disk, tím rychleji se zaplní. Začneme tedy zjišťovat, jak si nahrávky uložit na nějaké přenosné medium, např. DVD. Pokusil jsem se sepsat svoje zkušenosti s archivací nahrávek, nečekejte tedy obsáhlý návod zahrnující množství různých variant, uvádím jen jednu cestu z těch mnoha, které vedou k cíli.
První důležitou otázkou je, jak se budou uložené nahrávky přehrávat. S tím souvisí formát, do kterého nahrávky převedeme. Pokud víme, že budeme k přehrávání používat pouze počítač, můžeme použít formát x.264, který má vysoký stupeň komprimace videa. Jestli chceme, aby nahrávka byla spustitelná skoro na všem, je dobrou volbou formát MPEG4, často nepřesně označovaný jako DIVX nebo XVID, a kontejner AVI, se kterým si poradí většina novějších stolních DVD přehrávačů.
Video signál televizního digitálního vysílání je MPEG2 stream v normě PAL (viděl jsem i označení DVD PAL kvůli odlišení od analogu), tedy s rozlišením 720x576. Pokusně se pozemně vysílá i v HD rozlišení, s tím ovšem nemám zkušenosti, protože tenhle signál se naší anténě vyhýbá. Zkusím ale napsat tento návod tak, aby ho mohli použít případně i ti, kdo si chtějí uchovat nahrávky ve vysokém rozlišení.
Pokud byste ctěli uložit nahrávku v původní kvalitě, můžete použít video signál bez úpravy (stačí jen sestříhat) k výrobě klasického DVD, zvuk asi bude potřebovat nějaké zpracování. Moc o tom nevím, protože jsem DVD nikdy nedělal, ale návodů na internetu se dá najít hodně. Při tomto zpracování se na DVD vejdou asi 3 hodiny vysílání.
Já jsem se rozhodl pro co největší přenositelnost (MPEG4 v AVI), přitom jsem se snažil najít rozumný kompromis mezi velikostí souboru a kvalitou obrazu. Postupně jsem došel k tomu, že nahrávky s polovičním rozlišením oproti originálu jsou stále ještě poměrně dobře sledovatelné. Takhle se na jedno DVD vejde 6 nebo 7 běžných filmů. Pouze filmy po obrazové stránce nějak výjimečné si uchovávám v lepším rozlišení. Záleží samozřejmě taky na tom, jak velký monitor či TV používáte ke sledování. Doporučuji zkusit ve fullscreen režimu pár kvalitních ukázek s různým rozlišením a podle toho se rozhodnout pro výsledné rozlišení.
Další věcí, na kterou je třeba dát si pozor, je poměr stran. Jak už jsem uvedl, vysílaný videosignál má rozlišení 720x576, což je poměr 5:4, ale obraz na obrazovce je v poměru 4:3 nebo 16:9, takže základní rozlišení je 768x576 či 1024x576. Šířka obrazu je tedy přenásobena koeficientem 16/15 nebo 64/45. V televizním signálu je výsledný poměr stran uložen, a je možné ho uložit i do AVI souboru, ale ne všechny přehrávače ho využívají. Proto je nejjistější převést nahrávku do rozlišení ve stejném poměru, v jakém se má zobrazovat. Tedy buď v rozlišení uvedeném o pár řádku výš, případně při redukci na polovinu je to 384x288 či 512x288. Ale, jak uvidíme dál, občas je potřeba použít i rozlišení jiné.
Pro zpracování nahrávek jsem si zvykl používat mencoder. Jeho výhodou je, že můžu snadno nastavit spuštění příslušné dávky někdy v noci, a taky upravit v editoru spouštěcí dávku je daleko rychlejší než naklikávat parametry myší. Jednou jsem použil pro zpracování avidemux, který jinak používám ke stříhání, protože mencoder z nezjištěných příčin havaroval během zpracování. Avidemux to kupodivu zvládl.
Taky jsem si zvykl nahrávku předpracovat. VDR ukládá surový stream a rozděluje ho do více souborů, navíc může být rozhozené indexování. Následující dávkou převedu nahrávku do MPEG2 souboru a původní nahrávku pak po kontrole můžu smazat. Při zpracování se objevuje poměrně hodně chybových hlášení, ale na výsledku nic není poznat.
#!/bin/bash # předzpracování televizní nahrávky # první parametr je vstupní adresář s nahrávkou # pro VDR je to /var/lib/video.00/...... inputdir=$1 # druhý parametr je název výstupního souboru outname=$2 if [ -e $outname.mpeg ]; then echo "Výstupní soubor již existuje"; else mencoder -oac copy -ovc copy -of mpeg -o $outname.mpeg $inputdir/00*.vdr; fi
To by mohlo být na úvod všechno, pokračování příště (doufám).
Tiskni
Sdílej:
s/Tayio/Taiyo
Myslenka dobra. Ovsem zda se bude nekdo divat na ty zaznamy za par let.
Filmy budiz, ale porady vytvarene televizemi bych dosti pochyboval zda se po letech na ne clovek podiva.
I 4 Kc za DVD disk mi prijde moc penez.
$ file 000.dvr 000.dvr: MPEG sequence, v2, program multiplexbohužel mi s tímhle výše uvedený příkaz nefunguje:
$ mencoder -oac copy -ovc copy -of mpeg -o test.mpeg ./00*.dvr MEncoder SVN-r29796-4.3.4 (C) 2000-2009 MPlayer Team success: format: 0 data: 0x0 - 0x39c17000 Seek failed RAWDV file format detected. VIDEO: [DVSD] 720x576 24bpp 25.000 fps 0.0 kbps ( 0.0 kbyte/s) [V] filefmt:22 fourcc:0x44535644 size:720x576 fps:25.000 ftime:=0.0400 PACKET SIZE: 2048 bytes, deltascr: 245760 videocodec: framecopy (720x576 24bpp fourcc=44535644) Audio format 0x56444152 is incompatible with '-oac copy', please try '-oac pcm' instead or use '-fafmttag' to override it. Exiting...
Nahrávky jsou segmentovány po každé hodině záznamu (cca 1-1,5 GB pro SD) a ukládány do samostatných složek, a to bez ohledu na použitý souborový systém. Zpracovat v PC je lze jako spojené (MPEG-2 např. v ProjectX). Přístroj sám segmenty jednoho záznamu přehrává samozřejmě bez přerušení také.Na základě výše uvedeného se tedy domnívám, že bude zapotřebí nejprve všechny soubory typu .dvr v příslušném adresáři spojit a pak teprve přehrát. Ovšem prostý
$> cat infor.dvr 000.dvr 001.dvr > vysledek.dvrnestačí.