11
Software / Re:FFmpeg a výroba náhledů v AVIF
« Poslední příspěvek od hknmtt kdy Dnes v 08:29:18 »Funguje to 👍🏻
Poslední příspěvky
12
Software / Re:Už se vás AI někdy na něco zeptala?
« Poslední příspěvek od redustin kdy Dnes v 08:20:50 »Já bych očekával že právě naopak se z každé session ve které interaguje s uživatelem si něco uloží do té její centrální databáze což pak může využít v budoucnu.
Možná pro trénink dalšího modelu, ale stávající model se tím neučí.
13
Software / Re:Pokročilejší XML browser
« Poslední příspěvek od Filip Jirsák kdy Dnes v 08:15:01 »Oxygen XML Editor nebo Altova XML Spy (osobně používám ten první). A nejspíš i další.
14
Software / Re:Už se vás AI někdy na něco zeptala?
« Poslední příspěvek od technomaniak kdy Dnes v 08:07:27 »BTW Dohadujes se s copilotem, coz nepatri mezi super tooly. Navic to jak se te pta, je jen zpusob, jak dostat dodatece inform,ace aby mohla pokracovat v konverzaci...
Možná jo. Odpověděl jsem ji ale to už jsem zde nezveřejnil. Mě spíš zaujalo že se ptala na názor uživatele týkající se morální a etické roviny.
Si myslim, že jsi odhalil singularitu, protože AI dosáhla sebeuvědomění. Odteď to půjde jenom s kopce.
To ne. Zkusil jsem pak další téma "princip dilematu" že musí rozhodnout kdo umře jestli bílý muž nebo černý muž a když nerozhodne tak umřou oba. Její 3 odpovědi když jsem naléhal byli stále stejné a snažila by se mluvit o tom že by se snažila najít jinou cestu řešení což jsem vyhodnotil že nerozhodla a umřeli oba. Aspoň vím že se neřídí rasovým kritériem jak v pozitivním tak i negativním smyslu což v dnešní marketingem stvořené "cancel culture" a "éře pozitivní diskriminace" je dost příjemné.
No bude to ještě sranda.
Pokud jsem pochopil, jak fungují ty konverzační interfacy, tak se z té předchozí diskuse v rámci sešny model nijak neučí, ale používá ji pro kontext k následným odpovědím v rámci dané sešny.
Já bych očekával že právě naopak se z každé session ve které interaguje s uživatelem si něco uloží do té její centrální databáze což pak může využít v budoucnu.
15
Software / Pokročilejší XML browser
« Poslední příspěvek od rooobertek kdy Dnes v 07:08:01 »Ahojte. Potreboval by som poradiť nástroj, v ktorom by sa dobre vyznalo v hlbokých xml štruktúrach, dajme tomu okolo 30 úrovní.
- VSCode a PyCharm ukazujú celkom pekne nadradené elementy, ale iba prvých 5 úrovní od roota
- Firefox a Chrome síce ukazujú XML pekne naformátované, ale keď potrebujem nájsť cestu k elementu 26. úrovne, nie je to ono
- Navigator v Netbeanse sa mi zatiaľ pozdáva najviac, ale aj tam sa viem stratiť
16
Hardware / Re:Zvuková karta pro Linux
« Poslední příspěvek od František Ryšánek kdy 20. 11. 2024, 23:59:07 »Hoši mluvíte jazykem mého kmene, to je lebeda. Ano procík žere klidně ke 100A ze svého VRM na hladině 1V, tzn. řádově klidně 10A na 12V větvi ze zdroje, a ty kabely nejsou zrovna tlusté.
Jenom mi přišlo trochu razantní, děsit dámu hned symetrickým analogovým vedením - to je hlavolam i pro mírně pokročilého bastlíře :-) Hlavně by měla nějak začít. Onboard zvukárnu jakousi má.
Pravda je, že USB má i v "interruptovém" přenosovém režimu de facto periodický polling v taktu 1 ms, plus tam budou nějaké buffery (=latence) takže "ten můj USB dongle" v tomhle ohledu není dokonalý, stejně tak ta poznámka že neizolovaný USB DAC má stejný problém se zemí jako onboard síťovka je určitě pravda. Co se týče čistoty výstupu a šířky pásma k basům, stojím si za tím že ten konkrétní model generického USB donglu co jsem uvedl, se 24bit DAC/ADC, není vůbec marnej, i ve srovnání se svým hloupějším 16bitovým bráchou (vypadá stejně, jenom nemá v obj.kódu "HQ"). Pokud tam bude na výstupu zes ve třídě D, tak bych moc neřešil, jestli je DAC 16b nebo 24b, horší problém bude rušení v zemích - jak jste zde už podrobně probrali.
Ohledně zemí: mikrofony s digitálním výstupem jsem už zmínil. Totiž mikrofonní analogový vstup pracuje s mnohem nižší úrovní než linkové vstupy a výstupy (třeba k zesu) a proto je citlivější na rušení třeba právě od zemních smyček. A toho se člověk digi přenosem zbaví. Jasně - pak je ale ze hry stolní mixík. Mimochodem ten mix taky od rušení mikrofonu trochu pomůže už tím, že obsahuje předzes, takže z mixu do PC (trasou se zemní smyčkou) už lze poslat v podstatě linkovou úroveň, která má lepší odstup od rušení než "mikrofonní" úroveň. To je mimochodem obecná rada: na linkových spojích provozovat pokud možno vyšší úroveň. Rušení tím trochu ztratí na významu, za jinak stejných okolností.
Pokud se týče výstupu do zesu, ještě bych zmínil, že existuje optický digitální propoj TOSLINK resp. S/PDIF. Je to sice spíš záležitost spotřební elektroniky než profi audia, ale zemní smyčku to přeruší. Nemám představu, jestli to třeba nepřidává nějakou latenci.
Jenom mi přišlo trochu razantní, děsit dámu hned symetrickým analogovým vedením - to je hlavolam i pro mírně pokročilého bastlíře :-) Hlavně by měla nějak začít. Onboard zvukárnu jakousi má.
Pravda je, že USB má i v "interruptovém" přenosovém režimu de facto periodický polling v taktu 1 ms, plus tam budou nějaké buffery (=latence) takže "ten můj USB dongle" v tomhle ohledu není dokonalý, stejně tak ta poznámka že neizolovaný USB DAC má stejný problém se zemí jako onboard síťovka je určitě pravda. Co se týče čistoty výstupu a šířky pásma k basům, stojím si za tím že ten konkrétní model generického USB donglu co jsem uvedl, se 24bit DAC/ADC, není vůbec marnej, i ve srovnání se svým hloupějším 16bitovým bráchou (vypadá stejně, jenom nemá v obj.kódu "HQ"). Pokud tam bude na výstupu zes ve třídě D, tak bych moc neřešil, jestli je DAC 16b nebo 24b, horší problém bude rušení v zemích - jak jste zde už podrobně probrali.
Ohledně zemí: mikrofony s digitálním výstupem jsem už zmínil. Totiž mikrofonní analogový vstup pracuje s mnohem nižší úrovní než linkové vstupy a výstupy (třeba k zesu) a proto je citlivější na rušení třeba právě od zemních smyček. A toho se člověk digi přenosem zbaví. Jasně - pak je ale ze hry stolní mixík. Mimochodem ten mix taky od rušení mikrofonu trochu pomůže už tím, že obsahuje předzes, takže z mixu do PC (trasou se zemní smyčkou) už lze poslat v podstatě linkovou úroveň, která má lepší odstup od rušení než "mikrofonní" úroveň. To je mimochodem obecná rada: na linkových spojích provozovat pokud možno vyšší úroveň. Rušení tím trochu ztratí na významu, za jinak stejných okolností.
Pokud se týče výstupu do zesu, ještě bych zmínil, že existuje optický digitální propoj TOSLINK resp. S/PDIF. Je to sice spíš záležitost spotřební elektroniky než profi audia, ale zemní smyčku to přeruší. Nemám představu, jestli to třeba nepřidává nějakou latenci.
17
Software / Re:FFmpeg a výroba náhledů v AVIF
« Poslední příspěvek od Michal Šmucr kdy 20. 11. 2024, 23:25:42 »A musím říct, že mi přijde lepší, jak tohle vyřešili u podpory WebP.. Tam jsou prostě dva enkodéry libwebp, libwebp_anim - hotovo.
Jak libaom-av1, tak libwebp jsou víceméně commity od Google, dokonce jsem dohledal i nějaké rejectnuté patche, aby to i u AV1 bylo stejné. Nevím, moc to nechápu, ale to je jedno
Jak libaom-av1, tak libwebp jsou víceméně commity od Google, dokonce jsem dohledal i nějaké rejectnuté patche, aby to i u AV1 bylo stejné. Nevím, moc to nechápu, ale to je jedno
18
Sítě / Re:Jak funguje síť Cetinu?
« Poslední příspěvek od Martin-2 kdy 20. 11. 2024, 23:25:40 »+1 pro vytvoření celého článku, téma je to výborné.
Co by ale bylo potřeba na konci udělat je pořádná legenda aby bylo jasné co která zkratka znamená. Ne že by se to nedalo dohledat ale pro čtenáře je to daleko příjemnější sjet na legendu a zase zpět na článek než se ptát dokola copilota/GPT.
Co by ale bylo potřeba na konci udělat je pořádná legenda aby bylo jasné co která zkratka znamená. Ne že by se to nedalo dohledat ale pro čtenáře je to daleko příjemnější sjet na legendu a zase zpět na článek než se ptát dokola copilota/GPT.
19
Software / Re:FFmpeg a výroba náhledů v AVIF
« Poslední příspěvek od Michal Šmucr kdy 20. 11. 2024, 23:20:50 »Je to boj!
Problém spočívá v tom, že avif formát umí i animace. Takže když se do výchozího avif muxeru cpe video, tak si z kontextu nepozná, že by měl dělat individuální soubory.
Musel jsem procházet patche, abych se někam dostal.
To zásadní je, že se musí použít muxer image2 a zároveň s ním nastavit flag global header, jinak to produkuje nečitelné soubory. Muxer image2 umí jen sekvence statických obrázků, takže je to pak jednoznačné, a začne logicky fungovat i ta printf expanze na číslování.
https://github.com/FFmpeg/FFmpeg/commit/dd99d34d67e2612a8f133f8a86db9f64b4dfa20d
Ostatní přidané parametry jsou jen tuning enkodéru navíc -still-pictrure a -g 1 jej optimalizuje pro statické snímky.
Ty parametry colorspace, primaries a převodní charakteristika jen přidají metadata, aby se to zobrazovalo s kolorimetrickými parametry Rec 709 (res. sRGB), což bude asi odpovídat většině použitých vstupů.
Zdálo se mi totiž, že různé dekodéry AVIF pak lehce ujížděly s barvami a bylo to desaturované, než jsem tohle přidal.
Ale otestujte si to.
Problém spočívá v tom, že avif formát umí i animace. Takže když se do výchozího avif muxeru cpe video, tak si z kontextu nepozná, že by měl dělat individuální soubory.
Musel jsem procházet patche, abych se někam dostal.
ffmpeg -i "input.mkv" -vf "thumbnail=n=50, fps=1/5, scale='if(gt(dar,320/180),180*dar,320)':'if(gt(dar,320/180),180,320/dar)', setsar=1, crop=320:180, tile=6x4, crop=1920:720" -g 1 -flags global_header -c:v libaom-av1 -still-picture 1 -colorspace 1 -color_primaries 1 -color_trc 1 -f image2 "thumb-%03d.avif"
To zásadní je, že se musí použít muxer image2 a zároveň s ním nastavit flag global header, jinak to produkuje nečitelné soubory. Muxer image2 umí jen sekvence statických obrázků, takže je to pak jednoznačné, a začne logicky fungovat i ta printf expanze na číslování.
https://github.com/FFmpeg/FFmpeg/commit/dd99d34d67e2612a8f133f8a86db9f64b4dfa20d
Ostatní přidané parametry jsou jen tuning enkodéru navíc -still-pictrure a -g 1 jej optimalizuje pro statické snímky.
Ty parametry colorspace, primaries a převodní charakteristika jen přidají metadata, aby se to zobrazovalo s kolorimetrickými parametry Rec 709 (res. sRGB), což bude asi odpovídat většině použitých vstupů.
Zdálo se mi totiž, že různé dekodéry AVIF pak lehce ujížděly s barvami a bylo to desaturované, než jsem tohle přidal.
Ale otestujte si to.
20
Vývoj / Re:Lazarus nespustí zdroják na jiném RPi
« Poslední příspěvek od BigSandy kdy 20. 11. 2024, 22:48:13 »Ono to je nějake divne.
Když na tom novem raspi zbalim celý adresař i s tým souborem co blbne do tar.
Překopirují na to stare raspi a rozbalim, tak to na tom starem raspi normalně jede
Když na tom novem raspi zbalim celý adresař i s tým souborem co blbne do tar.
Překopirují na to stare raspi a rozbalim, tak to na tom starem raspi normalně jede
