Projekt D7VK dospěl do verze 1.0. Jedná se o fork DXVK implementující překlad volání Direct3D 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Byla vydána nová verze 2025.4 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení na blogu.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) zveřejnil Národní politiku koordinovaného zveřejňování zranitelností (pdf), jejímž cílem je nejen zvyšování bezpečnosti produktů informačních a komunikačních technologií (ICT), ale také ochrana objevitelů zranitelností před negativními právními dopady. Součástí je rovněž vytvoření „koordinátora pro účely CVD“, jímž je podle nového zákona o kybernetické … více »
Vývojáři KDE oznámili vydání balíku aplikací KDE Gear 25.12. Přehled novinek i s náhledy a videi v oficiálním oznámení.
Společnost System76 vydala Pop!_OS 24.04 LTS s desktopovým prostředím COSMIC. Videoukázky na YouTube.
Byla vydána verze 1.92.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Free Software Foundation zveřejnila ocenění Free Software Awards za rok 2024. Oceněni byli Andy Wingo, jeden ze správců GNU Guile, Alx Sa za příspěvky do Gimpu a Govdirectory jako společensky prospěšný projekt.
Bylo vydáno Eclipse IDE 2025-12 aneb Eclipse 4.38. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
U příležitosti oslav osmi let prací na debianím balíčku vyšlo GPXSee 15.6. Nová verze přináší především podporu pro geotagované MP4 soubory, včetně GoPro videí. Kdo nechce čekat, až nová verze dorazí do jeho distribuce, nalezne zdrojové kódy na GitHubu.
Monado, tj. multiplatformní open source implementace standardu OpenXR specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro virtuální realitu (VR) a rozšířenou realitu (AR), bylo vydáno ve verzi 25.1.0. Přehled novinek v poznámkách k vydání.
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