Debian dnes slaví 32 let. Ian Murdock oznámil vydání "Debian Linux Release" 16. srpna 1993.
Policisté zadrželi odsouzeného drogového dealera Tomáše Jiřikovského, který daroval ministerstvu spravedlnosti za tehdejšího ministra Pavla Blažka (ODS) bitcoiny v miliardové hodnotě, a zajistili i darovanou kryproměnu. Zadržení Jiřikovského může být podle ministerstva důležité k rozuzlení kauzy, která vypukla koncem května a vedla ke konci Blažka. Zajištění daru podle úřadu potvrzuje závěry dříve publikovaných právních
… více »Administrativa amerického prezidenta Donalda Trumpa jedná o možném převzetí podílu ve výrobci čipů Intel. Agentuře Bloomberg to řekly zdroje obeznámené se situací. Akcie Intelu v reakci na tuto zprávu výrazně posílily. Trump minulý týden označil Tana za konfliktní osobu, a to kvůli jeho vazbám na čínské společnosti, čímž vyvolal nejistotu ohledně dlouholetého úsilí Intelu o obrat v hospodaření. Po pondělní schůzce však prezident o šéfovi Intelu hovořil příznivě.
Společnost Purism stojící za linuxovými telefony a počítači Librem má nově v nabídce postkvantový šifrátor Librem PQC Encryptor.
VirtualBox, tj. multiplatformní virtualizační software, byl vydán v nové verzi 7.2. Přehled novinek v Changelogu. Vypíchnou lze vylepšené GUI.
Eric Migicovsky, zakladatel společnosti Pebble, v lednu oznámil, že má v plánu spustit výrobu nových hodinek Pebble s již open source PebbleOS. V březnu spustil předprodej hodinek Pebble Time 2 (tenkrát ještě pod názvem Core Time 2) za 225 dolarů s dodáním v prosinci. Včera představil jejich konečný vzhled (YouTube).
Byla oznámena nativní podpora protokolu ACME (Automated Certificate Management Environment) ve webovém serveru a reverzní proxy NGINX. Modul nginx-acme je zatím v preview verzi.
Vývojáři KDE oznámili vydání balíku aplikací KDE Gear 25.08. Přehled novinek i s náhledy a videi v oficiálním oznámení.
Společnost Perplexity AI působící v oblasti umělé inteligence (AI) podala nevyžádanou nabídku na převzetí webového prohlížeče Chrome internetové firmy Google za 34,5 miliardy dolarů (zhruba 723 miliard Kč). Informovala o tom včera agentura Reuters. Upozornila, že výše nabídky výrazně převyšuje hodnotu firmy Perplexity. Společnost Google se podle ní k nabídce zatím nevyjádřila.
Intel vydal 34 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20250812 mikrokódů pro své procesory řešící 6 bezpečnostních chyb.
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