Hru Warhammer: Vermintide 2 (ProtonDB) lze na Steamu získat zdarma napořád, když aktivaci provedete do pondělí 24. listopadu.
Virtualizační software Xen (Wikipedie) byl vydán v nové verzi 4.21. Podrobnosti v poznámkách k vydání a přehledu nových vlastností.
Evropská komise schválila český plán na poskytnutí státní pomoci v objemu 450 milionů eur (téměř 11 miliard Kč) na rozšíření výroby amerického producenta polovodičů onsemi v Rožnově pod Radhoštěm. Komise o tom informovala v dnešní tiskové zprávě. Společnost onsemi by podle ní do nového závodu v Rožnově pod Radhoštěm měla investovat 1,64 miliardy eur (téměř 40 miliard Kč).
Microsoft v příspěvku na svém blogu věnovaném open source oznámil, že textové adventury Zork I, Zork II a Zork III (Wikipedie) jsou oficiálně open source pod licencí MIT.
První prosincový týden proběhne SUSE Hack Week 25. Zaměstnanci SUSE mohou věnovat svůj pracovní čas libovolným open source projektům, například přidání AI agenta do Bugzilly, implementaci SSH v programovacím jazyce Zig nebo portaci klasických her na Linux. Připojit se může kdokoli.
Google oznámil, že Quick Share na Androidu funguje s AirDropem na iOS. Zatím na telefonech Pixel 10. Uživatelé tak mohou snadno přenášet soubory z telefonů s Androidem na iPhony a obráceně.
Byla vydána nová verze 8.5 (8.5.0) skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Přináší řadu novinek a vylepšení (URI Extension, Pipe Operator, Clone With, …). Vydána byla také příručka pro přechod z předchozích verzí.
Evropská komise zahájila tři vyšetřování týkající se cloudových platforem Amazon Web Services (AWS) a Microsoft Azure. Evropská exekutiva, která plní také funkci unijního antimonopolního orgánu, chce mimo jiné určit, zda jsou americké společnosti Microsoft a Amazon v cloudových službách takzvanými gatekeepery, tedy hráči, kteří významně ovlivňují provoz internetu a musí dle nařízení o digitálních trzích (DMA) na společném trhu
… více »Společnost Meta Platforms vyhrála ostře sledovaný spor o akvizici sítě pro sdílení fotografií Instagram a komunikační aplikace WhatsApp. Podle amerického soudu firma jejich převzetím neporušila antimonopolní zákon, protože si tak nemonopolizovala trh sociálních sítí. Žalobu na Metu podala před pěti lety americká Federální obchodní komise (FTC). FTC argumentovala, že Meta, tehdy známá jako Facebook, koupila tyto dvě společnosti v letech 2012 a 2014 proto, aby s nimi nemusela soutěžit.
Home Assistant včera představil svůj nejnovější oficiální hardware: Home Assistant Connect ZBT-2 pro připojení zařízení na sítích Zigbee nebo Thread.
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.
20.10.2008 07:15
BigWrigley | skóre: 33
VLC urcite neni bez chyb. Ale bezne jsem v praci streamoval pres http cely multiplex DVB-T, kdyz bezel hokej nebo olympiada. Na docela obyc. PC (P4, 1G RAM) jsem mel povesenych az 25 klientu VLC. Zadny problem. Streamoval jsem primo MPEG bez transkodovani, protoze se to nedalo upocitat. Jen prikazova radka s vlc byla pekne dlouha...
Pochybuju, ze VLC pouziva TCP wrappers. Nepoustite VLC (server) jako ne-root na portu mensim nez 1024?
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.
20.10.2008 07:21
BigWrigley | skóre: 33
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...))
21.10.2008 09:24
BigWrigley | skóre: 33
21.10.2008 09:25
BigWrigley | skóre: 33
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz