IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Oznámeny byly nové Raspberry Pi Compute Module 4S. Vedle původní 1 GB varianty jsou nově k dispozici také varianty s 2 GB, 4 GB a 8 GB paměti. Compute Modules 4S mají na rozdíl od Compute Module 4 tvar a velikost Compute Module 3+ a předchozích. Lze tak provést snadný upgrade.
Po roce vývoje od vydání verze 1.24.0 byla vydána nová stabilní verze 1.26.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.26.
Byla vydána nová verze 6.2 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.14.
Byla vydána nová verze 30.0.0 frameworku pro vývoj multiplatformních desktopových aplikací pomocí JavaScriptu, HTML a CSS Electron (Wikipedie, GitHub). Chromium bylo aktualizováno na verzi 124.0.6367.49, V8 na verzi 12.4 a Node.js na verzi 20.11.1. Electron byl původně vyvíjen pro editor Atom pod názvem Atom Shell. Dnes je na Electronu postavena celá řada dalších aplikací.
Byla vydána nová verze 9.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 220 vývojářů. Provedeno bylo více než 2 700 commitů. Přehled úprav a nových vlastností v seznamu změn.
Evropský parlament dnes přijal směrnici týkající se tzv. práva spotřebitele na opravu. Poslanci ji podpořili 584 hlasy (3 bylo proti a 14 se zdrželo hlasování). Směrnice ujasňuje povinnosti výrobců opravovat zboží a motivovat spotřebitele k tomu, aby si výrobky nechávali opravit a prodloužili tak jejich životnost.
Bylo oznámeno (cs) vydání Fedora Linuxu 40. Přehled novinek ve Fedora Workstation 40 a Fedora KDE 40 na stránkách Fedora Magazinu. Současně byl oznámen notebook Slimbook Fedora 2.
ČTK (Česká tisková kancelář) upozorňuje (X), že na jejím zpravodajském webu České noviny byly dnes dopoledne neznámým útočníkem umístěny dva smyšlené texty, které nepocházejí z její produkce. Jde o text s titulkem „BIS zabránila pokusu o atentát na nově zvoleného slovenského prezidenta Petra Pelligriniho“ a o údajné mimořádné prohlášení ministra Lipavského k témuž. Tyto dezinformace byly útočníky zveřejněny i s příslušnými notifikacemi v mobilní aplikaci Českých novin. ČTK ve svém zpravodajském servisu žádnou informaci v tomto znění nevydala.
Mám dotaz ohledně VLC.
Je mi víc než jasné, že se jedná o béčkový přehrávač plný bugů. Jeho GUI slibuje modré z nebe, ale ve skutečnosti v něm prakticky nic nefunguje. GUI zjevně předstihlo samotnou implementaci o dobrých pět let. Proto prosím berte tento dotaz s rezervou. Možná se ptám na něco, co bude fungovat třeba až za rok.
Zajímalo by mě, zda někomu funguje streaming ve VLC. (Jeho GUI samozřejmě má tisíce zbytečných a nefungujících nastavení, která se tváří, že by streaming mohl fungovat, ale opak je pravdou.) Otázka je, zda to někdo opravdu zprovoznil (server i klienta), alespoň s nějakým velmi jednoduchým obsahem (například videem z webkamery). Pokud ano, jak? Zkoušel jsem http, rtp i mmsh, ale prostě a jednoduše to nefunguje. Někdy se VLC ani neobtěžuje otevřít příslušné porty (což potvrdí netstat) a klidně tvrdí, že streamuje, což je poněkud hloupá lež. Když už je náhodou otevře, klient se vůbec nepřipojí, jako by tam žádný server nebyl. Testováno s klientem VLC a Windows Media Player. Funguje to někomu?
Já jsem zkoušel ve VLC už asi pět pokročilých věcí, ale nefungovala ani jedna. (Zatímco například v Kaffeine ano, takže mezi židlí a klávesnicí to nebude.)
Pokud jde o streaming, ten mi zkrátka nefunguje. VLC se nezmůže ani na obyčejné připojení k localhostovi:
[00000408] main access error: connection failed: Spojení odmítnuto [00000408] access_mms access error: failed to open a connection (tcp) [00000408] main access error: connection failed: Spojení odmítnuto [00000408] access_mms access error: failed to open a connection (tcp) [00000408] access_mms access error: cannot connect to server [00000408] main access error: connection failed: Spojení odmítnuto [00000408] access_mms access error: cannot connect to 127.0.0.1:80 [00000406] main input error: open of `mms://127.0.0.1' failed: could not create access
Tohle mezi židlí a klávesnicí nebude. Někde je tam asi ukryté nějaké nastavení, které říká, kdo smí ten stream sledovat. Jenže já to nastavení nikde nevidím. Určitě to musí být nějaký problém s přístupovými právy. Proč by se jinak spojení odmítalo? Lokální playback videa z kamery funguje naprosto OK.
Tak mě napdá: Nejedná se náhodou o problém s TCP wrappers? To by byl gól, kdyby bylo řešení tak jednoduché.
Aha, tak nic, s TCP wrappers to nesouvisí. Můžu klidně povolit přístup komukoliv pro vlc
i cvlc
a chyba je tam pořád. Takže zatím trvám na tom, že VLC sucks.
Ale bezne jsem v praci streamoval pres http cely multiplex DVB-T, kdyz bezel hokej nebo olympiada.
Pochybuju, ze VLC pouziva TCP wrappers.
Nepoužívá. To už jsem taktéž zjistil.
Nepoustite VLC (server) jako ne-root na portu mensim nez 1024?
Ne. To by spojení prostě nefungovalo. Ono ovšem funguje, ale trvá to tři až pět minut, než se ten stream naváže. A to i tehdy, když chci přijímat stream ze stroje [::1]. Prostě jeden VLC normálně streamuje a druhý něco 5 minut vyvádí, než se na ten stream připojí. To se děje s MPEG-4 i WMA/AAC.
[00000408] access_mms access error: no data received [00000408] access_mms access warning: cannot fill buffer [00000408] access_mms access error: no data received [00000408] access_mms access warning: cannot fill buffer [00000408] access_mms access error: no data received [00000408] access_mms access warning: cannot fill buffer [00000408] access_mms access error: no data received [00000408] access_mms access warning: cannot fill buffer [00000408] access_mms access error: no data received [00000408] access_mms access warning: cannot fill buffer [00000408] access_mms access error: no data received [00000408] access_mms access warning: cannot fill buffer [00000408] access_mms access error: no data received [00000408] access_mms access warning: cannot fill buffer [00000408] access_mms access error: no data received [00000408] access_mms access warning: cannot fill buffer [00000408] access_mms access error: no data received [00000408] access_mms access warning: cannot fill buffer [00000408] access_mms access error: no data received [00000408] access_mms access warning: cannot fill buffer [00000408] access_mms access warning: failed to receive command (aborting) [00000408] access_mms access debug: Connection closed [00000408] access_mms access debug: waiting for connection... [00000408] main access debug: net: connecting to [::1] port 1234 [00000408] main access debug: connection: Operace probíhá [00000408] main access debug: connection succeeded (socket = 13) [00000408] access_mms access debug: connection(tcp) with "[::1]:1234" successful [00000408] main access debug: net: opening ::1 datagram port 7000 [00000408] access_mms access debug: connection(udp) at "::1:7000" successful [00000408] access_mms access debug: generated guid: babac001-abf8-5538-9b26237a96153b58
...se spojení nakonec naváže. Ale VLC se musí spouštět z příkazové řádky, protože streaming přes IPv4 ani lokálně nefunguje (!!!) a VLC neumí správně parsovat a používat IPv6 adresy, protože je prostě buggy.
vlc -vvv --ipv6 mms://\[::1\]:1234
S tímto se spojení po dlouhé době nakonec zprovoznilo. Chyb se vysypala obrovská spousta. Co mám ještě zkusit? Co by mohlo být špatně? A otázka dne: Proč to nefunguje taktéž na dálku?
No, já myslím, že vývoj VLC probíhá stylem:
Pravda je, že ve skutečnosti bych potřeboval poradit s něčím trochu jiným. Spíš než radu o tom, jak zprovoznit VLC (což je neřešitelný problém) bych uvítal nějakou alternativu, která by VLC nahradila.
Ono je to tak, že už kolem roku 2001 jsem naprosto normálně dělal videokonference přes Microsoft NetMeeting. Později došlo na GnomeMeeting a ještě později na Ekigu. Výhoda je, že obojí je kompatibilní s Microsoft NetMeeting, takže druhá strana může mít klidně Windows a nic extra tam nemusí doinstalovávat.
Jenže dnes je něco takového nepoužitelné. Každý je za NATem, každý chce mít doma WiFi router a podobně. Řešením je samozřejmě IPv6, jenže Ekiga ho neumí a NetMeeting (jak překvapivé...) taky ne.
Hledám program, který by uměl například SIP + IPv6 + video. Blízko tomuto ideálu je pouze Linphone, ale video je totálně buggy, tedy nepoužitelné. Proprietární řešení typu Skype by třeba fungovalo, ale Skype pro Linux je opět buggy. Obraz z kamery se prostě (kdovíproč) ukazuje zelenofialový.
Takže zatím jediné řešení je normální hlasový hovor přes SIP plus k tomu video stream přenášený nezávisle přes VLC. Kdybych i zvuk streamoval přes VLC, bylo by to neúnosné, protože zpoždění je fakt hodně velké. To u obrazu nikoho netankuje, ale u zvuku jo...
Takže taková je situace. Jo, chtěl jsem si postěžovat na VLC. Navázání toho streamu trvá víc než 3 minuty (!) a vysype se u toho tolik divných hlášek, že je to až k nevíře.
To je zrovna GPL. Nebo ne? Vyzkouším to.
Mně se to teď zrovna připojilo přes k Jabberu (přes TLS) a taktéž k mému SIP operátorovi, který nemá nic společného s tím jejich oficiálním. Takže to začíná vypadat celkem použitelně.
Ještě jsem ovšem neměl možnost vyzkoušet to video. Není mi jasné, jestli ho navazuje pouze v souvislosti se SIP hovory nebo jestli třeba umí něco takového přes Jabber. (Ale to bych asi chtěl moc...)
Taky zatím neumí víc než jeden SIP profil, což je trochu problém, když chci zároveň dvě telefonní čísla.
A nejhorší je, že video je zase zelenofialové! VLC a Ekiga vidí video z kamery prostě normálně. Zato Skype, (někdy) Kopete a WengoPhone vidí zelenofialový zmatek. Nebo jsem zase moc opilý? No, nevím...
jaka verze vlc?0.9.4
co presne zkousis? co to pise kdyz tomu das verbose?
Píše to něco takového. Můžu sem dát ještě stovky řádků debuggovacích výpisů, bude-li to k něčemu dobré. (Ale asi nebude.) Podstatné je, že připojení k tomu streamu trvá celé minuty a pořád se tam opakuje nějaký divný problém s příjmem dat. Totéž platí pro MPEG4 i WMA.
na kterym obsahu?
Obraz ze staré webkamery Logitech.
vlc nema se streamingem problemy ani jako server ani jako klient.
Takto pozitivní zkušenost bohužel nemám.
u rtp/udp pozor na to je to nestavovy protokol a vetsinou byva blokovany firewallem jako nezadouci.
Ježto na jedné straně firewall není a na druhé straně ho mám plně pod kontrolou já, nesázel bych na tuto možnost. Oba provideři jsou poměrně liberální a u obou se jedná (samozřejmě) o veřejnou IP adresu. Tedy si nemyslím, že by někdo něco blokoval.
Kromě toho, šlo o stream mmsh, ne přímo rtp.
ano, funguje a to i v ramci komercnich reseni.
Opět takovou zkušenost nemám. Windows Media Player se nemohl připojit ke streamu ve formátu WMA... Důvod neznám. (A MPEG4 taky neotevřel. Přitom snad obojí umí. (I když, co já vím, Windows nemám...))
Tiskni Sdílej: