Byl vydán Mozilla Firefox 143.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově se Firefox při ukončování anonymního režimu zeptá, zda chcete smazat stažené soubory. Dialog pro povolení přístupu ke kameře zobrazuje náhled. Obzvláště užitečné při přepínání mezi více kamerami. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 143 bude brzy k dispozici také na Flathubu a Snapcraftu.
Byla vydána betaverze Fedora Linuxu 43 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 21. října.
Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.2 (𝕏, Mastodon). Přehled novinek, vylepšení a nových efektů v poznámkách k vydání.
Byla vydána nová verze 4.5 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána verze 3.0 (Mastodon) nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). S novou verzí formátu záznamu asciicast v3, podporou live streamingu a především kompletním přepisem z Pythonu do Rustu.
Canonical oznámil, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie) v Ubuntu.
Tržní hodnota americké společnosti Alphabet, která je majitelem internetového vyhledávače Google, dnes poprvé překonala hranici tří bilionů dolarů (62,1 bilionu Kč). Alphabet se připojil k malé skupině společností, které tuto hranici pokořily. Jsou mezi nimi zatím americké firmy Nvidia, Microsoft a Apple.
Spojené státy a Čína dosáhly dohody ohledně pokračování populární čínské platformy pro sdílení krátkých videí TikTok v USA. V příspěvku na síti Truth Social to dnes naznačil americký prezident Donald Trump. Dosažení rámcové dohody o TikToku vzápětí oznámil americký ministr financí Scott Bessent, který v Madridu jedná s čínskými představiteli o vzájemných obchodních vztazích mezi USA a Čínou. Bessentova slova později potvrdila také čínská strana.
MKVToolNix, tj. sada nástrojů pro práci s formátem (medialnym kontajnerom) Matroska, byl vydán ve verzi 95.0. Podpora přehrávání formátu Matroska míří do Firefoxu [Bug 1422891, Technický popis]. Přehrávání lze již testovat ve Firefoxu Nightly.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 211. sraz, který proběhne v pátek 19. září od 18:00 ve Studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Na srazu proběhne přednáška Jiřího Eischmanna o nové verzi prostředí GNOME 49. Nemáte-li možnost se zúčastnit osobně, přednáškový blok bude opět streamován živě na server VHSky.cz a následně i zpřístupněn záznam.
K vysílání ve VLC slouží parametr sout, za kterým může být definice nastavení dlouhá přes několik řádků. Začneme ale jednoduchým příkladem – vysílejme libovolný videosoubor via protokol HTTP:
vlc video.avi --sout http/ts:localhost:6543
Takovéto vysílání přehrajeme již známým způsobem:
vlc http://localhost:6543
Příklad využívá zjednodušené syntaxe nastavení streamování, u kterého se automaticky předpokládá standardní modul vysílání. Plná verze zápisu toho stejného by vypadala následovně:
vlc video.avi --sout \ '#standard{access=http,mux=ts,dst=localhost:6543}'
Ve složených závorkách jsou definována nastavení modulu, jehož jméno je před závorkami; modul standard z příkladu je pouze jedním z několika dostupných:
Jak již je v popisech naznačeno, moduly lze společně různě kombinovat, zejména je řadit do posloupností (oddělovačem je dvojtečka) a zanořovat do modulu duplicate. Ukažme si to na pár obecnějších příkladech (konkrétní volby vysílání a kódování se dozvíme později):
vlc video.avi --sout \ '#duplicate{dst=display,dst=standard{volby vysílání}}'
Video bude přehráváno lokálně a zároveň dále vysíláno po síti.
vlc cdda:// --sout \ '#transcode{volby kódování}:std{volby vysílaní}'
Přehrávané hudební cédéčko bude nejdříve překódováno a po té vysíláno.
vlc mojeradio.pls --sout \ '#duplicate{dst=std{volby vysílaní},\ dst=transcode{volby kódování}:std{volby vysílaní}}'
Vysílání internetového rádia – v plné kvalitě na jedné adrese a překódované do nižší kvality na adrese druhé.
Jednotlivé moduly samozřejmě mají hromadu možností k nastavování. Na ty nejdůležitější se nyní podíváme.
Modul standard posílá multimediální zdroj jedním ze základních protokolů na místo určení – do souboru nebo po síti. Důležité jsou jeho následující parametry:
Definuje výstupní metodu vysílaného zdroje, tj. vhodný internetový protokol:
Kontejner, v kterém jsou multimédia vysílána – dlužno mít na paměti, že některé kontejnery jsou vhodné jen pro některé kodeky a stejně tak nemusí podporovat všechny výstupní metody.
Nyní již s konkrétními volbami vysílání:
vlc http://www.live.cz/radio/beat128.ogg.m3u --sout \ '#std{access=file,dst=radio.ogg}'
Uložení vysílání internetového rádia do souboru:
vlc video.avi --sout '#std{access=mmsh,mux=asfh,dst=:7880/video}'
Vysílání, ke kterému se může připojit i Windows Media Player na adrese mms://<počítač>:7880/video – bez specifikace IP či jména počítače naslouchá VLC na všech síťových rozhraních.
vlc dvdsimple:// --sout http/ts:localhost:8080 --sout-all
Globální parametr sout-all zajistí, že vysílány budou všechny dostupné proudy streamovaného filmového DVD, tj. veškeré zvukové stopy i titulky.
vlc video.avi --sout '#std{access=udp,mux=ts,dst=192.168.0.5}' --ttl 5
Směrové vysílání (unicast) k počítači s adresou 192.168.0.5 na výchozím portu 1234. Volba ttl nastavuje životnost paketu – počet aktivních prvků sítě, přes které může vysílaný proud dat projít.
vlc video.avi --sout '#std{access=udp,mux=ts,dst=239.255.0.5}'
Vícesměrové vysílání (multicast) na adresu 239.255.0.5; klienti, kteří chtějí přijímat takové vysílání, se musí k zadané adrese zaregistrovat (nepřehlédněte znak zavináč):
vlc udp:@239.255.0.5
Pro porovnání – pro příjem unicastu (na výchozím portu) stačí zadat pouze vlc udp:
. Pokud se neorientujete v problematice vícesměrového vysílaní, čtěte následující odstavec.
Vícesměrové vysílání je standardní součástí internetového protokolu IP, které se používá s transportním protokolem UDP. Multicast lze provozovat i s protokolem RTP, který je vystavěn právě nad UDP. Vysílající stanice posílá svůj obsah na dynamicky vznikající IP adresu z prostoru vyhrazeného pro tyto účely, klienti si pak mohou tutéž adresu zaregistrovat – k tomu slouží protokol IGMP – a přijímat tak vysílaný proud. Vícesměrovým šířením dat se šetří přenosová kapacita linky, neboť data od vysílací stanice putují pouze jednou, na druhou stranu vysílací stanice neví, kdo (všechno) je příjemcem jejího vysílání. Zmiňované rezervované adresy jsou z rozmezí 224.0.0.0–239.255.255.255, přičemž pro lokální použití jsou (zjednodušeně řečeno) rezervovány segmenty 224.0.0.0/24 a 239.0.0.0/8 (podrobnosti viz Internet Protocol Multicast).
Globální použití vícesměrového vysílání je prakticky omezeno na uživatele virtuální vícesměrové páteřní sítě MBONE, pro většinu z nás tak připadá v úvahu jen lokální použití. I zde však lze narazit na problémy; multicast musí podporovat operační systém (linuxové jádro), síťová karta a veškeré síťové prvky, přes které vysílání prochází – různé levné směrovače s ním mohou mít problémy, ty drahé jej zase mají ve výchozím nastavení vypnuté. Pro důkladnější prostudování problematiky viz seriál článků na Lupě, proslulé Multicast HOWTO, či pojmy ve Wikipedii Multicast, IP Multicast a IGMP.
Pro úspěšné provozování multicastu pod Linuxem je třeba věnovat pozornost následujícím položkám:
ip addr
značí podporu vícesměrového vysílaní. U běžných ethernetových síťovek obvykle problém není, pozor však na bezdrátové síťové karty.U některých konfigurací sítě může být žádoucí doplnit směrovací tabulku následujícím způsobem:
ip route add to 224.0.0.0/4 dev eth0
Také je nezbytné povolit ve firewallu protokol IGMP a všechny porty UDP, na kterých se vysílá. Používám výchozí firewall v SUSE, proto mám v /etc/sysconfig/SuSEfirewall2:
FW_SERVICES_EXT_UDP="1234" FW_SERVICES_EXT_IP="igmp"
Analogická pravidla pro IPTABLES (bez záruky):
iptables -A INPUT -p udp --dport 1234 -j ACCEPT iptables -A INPUT -p igmp -j ACCEPT
V případě funkčního vícesměrového vysílání si můžeme dopřát i onu symbolickou třešničku na dortu v podobě oznamování obsahu, který se kde vysílá. Jako příjemce obsahu tak nemusíme znát adresu zdroje, na kterém se vysílá, postačí nám v přehrávači zapnout funkci příjmu oznamování SAP a dostupná vysílání se nám „sama naladí“
Vysílaný obsah oznámíme za pomoci služby SAP – Session Announcement Protocol – zadáním parametru sap v modulu standard. Pokud něco oznamujeme, neměli bychom zapomenout připojit popisek – to zajistí parametr name:
vlc trailer.mov --sout \ '#std{access=udp,mux=ts,dst=:1234,sap,name="Filmová ukázka"}'
Standardní port UDP pro oznamování je 9875, takže opět pozor na nastavení firewallu.
Příští díl seriálu se bude věnovat dalším vysílacím modulům, zejména transcode pro konverzi vysílaného zvuku a videa.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
Mrkni sem: http://forum.videohelp.com/viewtopic.php?t=259354 je to tady i se screenshoty. Mám to vyzkoušené.
Jinak vlc se nemusí ve Windows instalovat, ale stačí rozbalit zip nebo 7-zip verzi a protože se dá taky spouštět z příkazového řádku, tak se vlastně dá komplet nastavit jako bat a příjemce jen klikne na zástupce na ploše.
moc pekne, jen bych bel jeden dotaz: Potrebuju z rozhrani eth0 (verejna IP) preroutovat multicast na eth1 (192.168.1.254) do domaci podsite.. klasicke internetove spojeni funguje pres ip_forwardig a NAT. Nebo dalsim resenim, ktere me napadlo, by bylo video data prichazejici na eth0 prestreamovavat pres vlc na druhe rozhrani eth1, ale potreboval bych trochu nasmerovat. thx