Čínská společnost Tencent uvolnila svůj AI model HunyuanWorld-Voyager pro generování videí 3D světů z jednoho obrázku a určené trajektorie kamery. Licence ale nedovoluje jeho používání na území Evropské unie, Spojeného království a Jižní Koreje.
Blender Studio se spojilo s kapelou OK Go a výsledkem je videoklip k písni Impulse Purchase. Stejně jako samotný 3D software Blender je i ve videoklipu použitý animovaný chlápek open source. Kdokoli si jej může stáhnout a upravovat.
Zig Software Foundation stojící za programovacím jazykem Zig publikovala finanční zprávu za rok 2024. Současně s prosbou o finanční příspěvek.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za srpen (YouTube). Vypíchnuta je podpora Tabulek Google, implementace Gamepad API a Cookie Store API nebo také podpora WebGL na Linuxu.
openSUSE Leap 16, včetně Leap Micra 6.2+, nově nabízí 24 měsíců podpory pro každé vydání. To je dva roky aktualizací a stability, což z něj činí nejdéle podporovanou komunitní distribuci vůbec. Leap se tak stává ideální platformou pro všechny, kdo hledají moderní, stabilní a dlouhodobě podporovanou komunitní Linux distribuci.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal dne 3. 9. 2025 VAROVÁNÍ před hrozbou v oblasti kybernetické bezpečnosti spočívající v předávání systémových a uživatelských dat do Čínské lidové republiky a ve vzdálené správě technických aktiv vykonávané z území Čínské lidové republiky. Varováním se musí zabývat povinné osoby podle zákona o kybernetické bezpečnosti.
Americká internetová společnost Google nemusí prodat svůj prohlížeč Chrome ani operační systém Android. Rozhodl o tom soud ve Washingtonu, který tak zamítl požadavek amerického ministerstva spravedlnosti. Soud ale firmě nařídil sdílet data s jinými podniky v zájmu posílení konkurence v oblasti internetového vyhledávání. Zároveň Googlu zakázal uzavírat dohody s výrobci mobilních a dalších zařízení, které by znemožňovaly
… více »Prvního září ozbrojení policisté zatkli na na londýnském letišti Heathrow scénáristu a režiséra Grahama Linehana, známého především komediálními seriály Ajťáci, Otec Ted nebo Black Books. Během výslechu měl 57letý Graham nebezpečně zvýšený krevní tlak až na samou hranici mrtvice a proto byl z policejní stanice převezen do nemocnice. Důvodem zatčení bylo údajné podněcování násilí v jeho 'vtipných' příspěvcích na sociální síti
… více »Studentská dílna Macgyver zve na další Virtuální Bastlírnu - pravidelné online setkání všech, kdo mají blízko k bastlení, elektronice, IT, vědě a technice. Letní prázdniny jsou za námi a je čas probrat novinky, které se přes srpen nahromadily. Tentokrát jich je více než 50! Těšit se můžete mimo jiné na:
Hardware – Bus Pirate na ESP32, reverse engineering Raspberry Pi, pseudo-ZX-80 na RISC-V, PicoCalc, organizéry na nářadí z pěny nebo … více »Google Chrome 140 byl prohlášen za stabilní. Nejnovější stabilní verze 140.0.7339.80 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 6 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Protože svět médií je v překotném vývoji, nové verze televize a ctstream jsou tu.To mě rozesmálo, thx
Když si oba skripty uložíte někam do PATH pod názvy bez závěrečných pomlček a čísel a doinstalujete si chybějící perlové závislosti, tak by mělo fungovat televize ct24-h500
.
$ ctstream-1 http://www.ceskatelevize.cz/ivysilani/zive/ct24/ 1000 Could not find iframe address in http://www.ceskatelevize.cz/ivysilani/zive/ct24/ $ ctstream-2 http://www.ceskatelevize.cz/ivysilani/zive/ct24/ 1000 Could not get SMIL playlist: 400 URL must be absolute $ ctstream-3 http://www.ceskatelevize.cz/ivysilani/zive/ct24/ 1000 Could not get SMIL playlist: 400 URL must be absolute $ $ $ ctstream-1 http://www.ct24.cz/vysilani/ 500 Could not get SMIL playlist: 400 URL must be absolute $ ctstream-2 http://www.ct24.cz/vysilani/ 500 Could not get SMIL playlist: 400 URL must be absolute $ ctstream-3 http://www.ct24.cz/vysilani/ 500 Could not get SMIL playlist: 400 URL must be absolute
bradford:~ $ rtmpdump -o komensky.dump $(ctstream -d http://www.ceskatelevize.cz/ivysilani/10177109865-dejiny-udatneho-ceskeho-naroda/208552116230065-jan-amos-komensky/ 2000|head -n 1) RTMPDump v2.3 (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL Connecting ... INFO: Connected... Starting download at: 0.000 kB INFO: Metadata: INFO: trackinfo: INFO: timescale 25.00 INFO: length 274.00 INFO: language eng INFO: sampledescription: INFO: sampletype avc1 INFO: timescale 44100.00 INFO: length 482304.00 INFO: language eng INFO: sampledescription: INFO: sampletype mp4a INFO: audiochannels 2.00 INFO: audiosamplerate 44100.00 INFO: videoframerate 25.00 INFO: aacaot 2.00 INFO: avclevel 31.00 INFO: avcprofile 66.00 INFO: audiocodecid mp4a INFO: videocodecid avc1 INFO: width 1024.00 INFO: height 576.00 INFO: frameWidth 1024.00 INFO: frameHeight 576.00 INFO: displayWidth 1024.00 INFO: displayHeight 576.00 INFO: moovposition 1905667.00 INFO: duration 10.96 1874.854 kB / 10.92 sec (99.6%) Download may be incomplete (downloaded about 99.60%), try resuming bradford:~ $ mplayer komensky.dump MPlayer SVN-r33251-4.6.0 (C) 2000-2011 MPlayer Team mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing komensky.dump. libavformat file format detected. MPlayer interrupted by signal 11 in module: demux_open - MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash. - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug. bradford:~ $
Takže ctstream funguje. Co nefunguje, je tvůj MPlayer:
$ md5sum -b komensky.dump f36dd337156aee0d563a53d5513bd2cd *komensky.dump $ rpm -q mplayer mplayer-1.0-0.119.20100703svn.fc14.x86_64 $ mplayer komensky.dump MPlayer SVN-r31628-4.4.4 (C) 2000-2010 MPlayer Team mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing komensky.dump. libavformat file format detected. [flv @ 0x356f8c0] Estimating duration from bitrate, this may be inaccurate [lavf] stream 0: video (h264), -vid 0 [lavf] stream 1: audio (aac), -aid 0 VIDEO: [H264] 1024x576 0bpp 25.000 fps 0.0 kbps ( 0.0 kbyte/s) Clip info: audiochannels: 2 audiosamplerate: 44100 videoframerate: 25 aacaot: 2 avclevel: 31 avcprofile: 66 audiocodecid: mp4a videocodecid: avc1 width: 1024 height: 576 frameWidth: 1024 frameHeight: 576 displayWidth: 1024 displayHeight: 576 moovposition: 1905667 duration: 11 Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory [vdpau] Error when calling vdp_device_create_x11: 1 ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264) ========================================================================== ========================================================================== Trying to force audio codec driver family -dmo... Trying to force audio codec driver family ... Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding) FAAD: compressed input bitrate missing, assuming 128kbit/s! AUDIO: 44100 Hz, 2 ch, s16le, 128.0 kbit/9.07% (ratio: 16000->176400) Selected audio codec: [faad] afm: faad (FAAD AAC (MPEG-2/MPEG-4 Audio)) ========================================================================== AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample) Starting playback... Movie-Aspect is 1.78:1 - prescaling to correct movie aspect. VO: [xv] 1024x576 => 1024x576 Planar YV12 A: 0.6 V: 0.6 A-V: 0.006 ct: 0.018 0/ 0 10% 3% 1.4% 0 0 Exiting... (Quit)
(Místo head bych doporučil tail, tedy pokud se nezajímáš o reklamu).
Co se týče stahovaného binárního proudu, tak zatímco krátká reklama se opakovaně stáhne v pořádku (identické kopie), tak stahování následujícího dlouhého videa se často restartartuje a rtmpdump bohužel do výstupu zopakuje i znovu staženou část. MPlayer/ffplay se v takovém případě řídí metadaty, takže pokračuje v přehrávání vloženého opakování a časomíra se „vrátí“ na patřičné místo, protože číslo snímku je uloženo v proudu. Zajímavé že restart se objevuje pravidelně kolem 39. sekundy, ale stažené soubory jsou pokaždé jiné. Zkoušel jsem poslení verzi rtmpdumpu ze SVN a ta tím také trpí.
Otázka je, jestli se tomu lze vůbec systematicky bránit, když rtmpdump nejprve vypíše potenciálně poškozená data, pak se rozhodne pro restart (nebo ty restarty vyvolává server?) a co pak se správnými daty? Kdyby librtmp měla přístup do do bufferu aplikace (nikoliv jako roura do aplikace), tak by se dala opakovaná data zapsat na správnou pozici (jak je běžné u RTP proudů).
Nebo to prostě je nějaká nepodporovaná funkce serveru, kterou si librtmp neumí vyložit, nebo je ten restart schválně, protože Adobe Flash Player by se třeba rozsynchronizoval. Co já vím.
Nicméně když proud přehrávám přímo mplayerem (nikoliv stažený soubor), tak se žádné restarty neprojevují. Zrovna tak když ho mplayerem uložím přes -dumpstream, tak opakovaně získávám shodné nepoškozené soubory o délce 46639625 B a MD5 součtu 43608d9d32f80420e29b83e8e1b9782b. Zrovna tak když rtmpdumpu přidám parametr --live, který zakazuje posun v proudu (pak opakované části vypustí z výstupu).
Tiskni
Sdílej: