Dellu byla odcizena databáze zákazníků (jméno, adresa, seznam zakoupených produktů) [Customer Care, Bleeping Computer].
V lednu byl otevřen editor kódů Zed od autorů editoru Atom a Tree-sitter. Tenkrát běžel pouze na macOS. Byl napevno svázán s Metalem. Situace se ale postupně mění. V aktuálním příspěvku Kdy Zed na Linuxu? na blogu Zedu vývojáři popisují aktuální stav. Blíží se alfa verze.
O víkendu 11. a 12. května lze navštívit Maker Faire Prague, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Byl vydán Fedora Asahi Remix 40, tj. linuxová distribuce pro Apple Silicon vycházející z Fedora Linuxu 40.
Představena byla služba Raspberry Pi Connect usnadňující vzdálený grafický přístup k vašim Raspberry Pi z webového prohlížeče. Odkudkoli. Zdarma. Zatím v beta verzi. Detaily v dokumentaci.
Byla vydána verze R14.1.2 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Dnešním dnem lze již také v Česku nakupovat na Google Store (telefony a sluchátka Google Pixel).
Apple představil (keynote) iPad Pro s čipem Apple M4, předělaný iPad Air ve dvou velikostech a nový Apple Pencil Pro.
Richard Biener oznámil vydání verze 14.1 (14.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 14. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.
Free Software Foundation zveřejnila ocenění Free Software Awards za rok 2023. Vybráni byli Bruno Haible za dlouhodobé příspěvky a správu knihovny Gnulib, nováček Nick Logozzo za front-end Parabolic pro yt-dlp a tým Mission logiciels libres francouzského státu za nasazování svobodného softwaru do praxe.
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