Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Jakub Štech

Stran: 1 ... 13 14 [15] 16 17 ... 22
211
Hardware / Re:Je tato miniaturiazce možná?
« kdy: 25. 09. 2020, 10:00:40 »
(smazáno)

212
Hardware / Re:Je tato miniaturiazce možná?
« kdy: 25. 09. 2020, 01:55:42 »
To na obrázku je nesmysl. Obvod s takovou hustotou by se dělal jako ASIC, tj. jeden kus křemíku, ne s diskrétními součástkami. Tak jemná LQFP pouzdra neexistují kvůli fyzice (smáčivost pájecí slitiny).

Co do schopností to ale problém není, vždyť do takového objemu se s trochou úsilí dá narvat Linux, a naprosto bez úsilí cokoliv s nějakým Cortexem M0 (a tím získat kontrolu nad USB provozem).

213
Software / Re:Jak komprimovat videoarchiv
« kdy: 20. 09. 2020, 12:52:12 »
Opus je problém jen snad u starších televizí, jinak všude bez problému. Převádím to na osmijádrovém ARMu (Odroid HC2) pár skripty, co berou z "input" fochu a postupně zpracovávají novinky (včetně třeba co se nasynchronizuje z mobilu... videa z kamery mají velmi slabou kompresi kvůli realtime encodingu).

Level nastavuje pár čísel, je to popravdě cargo cult, někde jsem to viděl a opsal :-) tabulka je ve standardu, příloha A, těch 4.2 by mělo být optimum pro 1080p.

214
Software / Re:Jak komprimovat videoarchiv
« kdy: 20. 09. 2020, 11:32:00 »
U malých rozlišení (dejme tomu až do 1080p) je zanedbatelný rozdíl mezi H.264 a H.265. Výhodou 264 je širší podpora (přehraje to kdejaký android, starší masox, ios) a o řád rychlejší encoding, tak to osobně preferuji pro ne-4K videa.

Na začátku jsem udělal pár srovnávacích testů na různých reprezentativních vzorcích (různé klenoty z 90. let, které dnes už prostě neexistují ani na Usenetu, natož v komerční distribuci) a došel k výše uvedenému závěru. Používám

Kód: [Vybrat]
ffmpeg -i file:input.mp4 -threads 8 -codec:v libx264 -preset slow -crf 22.0 -profile:v high -level 4.2 -codec:a libopus -sn output.mkv

Experimentoval jsem se svobodnějšími formáty (VP9, AV1) ale jejich čas ještě nenastal. Jednak je encoding i na slušnějším hardwaru velmi pomalý (desetiny FPS), a jednak málo nesvobodných systémů (androidy, televize) to dnes přehraje. S celou kolekcí v H.26{4,5} mám jistotu, že nebude problém :)

215
Bazar / Re:Prodám PinePhone „BraveHeart“ Limited Edition
« kdy: 18. 09. 2020, 20:45:51 »
Vždyť je to explicitně uvedeno v titulku i v textu. BraveHeart edice má jasně definovaný význam (nejen že to je pro R&D, ale i z jakých cca měsíců je výrobek).

216
Vývoj / Re:Kalkulace vývoje software
« kdy: 17. 09. 2020, 23:09:21 »
Koukněte na metodiku odhadu nákladů podle modelu COCOMO. Je to sice trochu starší, ale jednoduché a docela se s tím dá trefovat. Používá to pro odhad např. sloccount(1); příklad výstupu na malém programu:
Kód: [Vybrat]
Total Physical Source Lines of Code (SLOC)                = 2,967
Development Effort Estimate, Person-Years (Person-Months) = 0.63 (7.52)
 (Basic COCOMO model, Person-Months = 2.4 * (KSLOC**1.05))
Schedule Estimate, Years (Months)                         = 0.45 (5.38)
 (Basic COCOMO model, Months = 2.5 * (person-months**0.38))
Estimated Average Number of Developers (Effort/Schedule)  = 1.40
Total Estimated Cost to Develop                           = $ 84,640
 (average salary = $56,286/year, overhead = 2.40).

Tj. necelé 3 tisíce řádků, 7 a půl člověkoměsíců práce, trvalo to ale o dva měsíce méně, protože krom jednoho člověka na fulltime tam další přicmrndával. :-) U výpočtu ceny si pak všimněte toho overheadu, kterým se násobí ten odhad člověkoměsíců.

217
Hardware / Re:Snese průmyslový zdroj zpětné napětí?
« kdy: 16. 09. 2020, 11:31:52 »
Není to problém. Tohoto konkrétního MeanWella nikde nepoužívám, ale na jiných to problémy nedělá (IRM, LRS, ...). Důležité je jenom aby neměl funkci vybití výstupu, což tento (podle datasheetu) nemá.

SMPS tohle obecně umí — má na výstupu nádrž (LC tank), a do ní logika přilévá energii tak, aby v ní byla přednastavená hladina (napětí). Aplikace si z nádrže odebírá podle potřeby. Když je napětí na výstupu napětí v normě, tak logika nepřilévá, oba FETy jsou zavřené. Totéž se děje když je logika vypnutá, FETy jsou neprůchozí.

Z pohledu toho zdroje je jedno, jestli tam to napětí drží externí zdroj, nebo třeba jen velký kondenzátor někde v aplikaci.

218
Nefunguje ani jedno. Verze Ch.63.

Počkat, to "verze Ch." znamená verzi Chrome? Verze 63 je už hezkou řadu let mrtvá, to se nedivím že máte takové problémy. Zrovna kolem TLS probíhá dost agresivní vývoj a rychlá likvidace starých (děravých) verzí.

Minimální podporovaná verze je 85 (87 je nejnovější bleeding edge).

219
Nemá to jít, ale jde :-) stačí na té stránce s varováním napsat thisisunsafe a je to. Pro danou stránku se to už nebude ptát.

Na starších verzích Chrome se psalo badidea.

220
Studium a uplatnění / Re:Hodinová mzda pro absolventa - Java
« kdy: 13. 09. 2020, 16:18:07 »
Stovka na hodinu vám přijde adekvátní v IT??? Vždyť je to na hranici minimální mzdy (87.3 Kč/h), a hluboko pod nástupní mzdou profesí jako jsou prodavačky nebo skladníci.

221
Server / Re:Zmizel prostor na disku
« kdy: 07. 09. 2020, 09:03:07 »
Ještě tu nepadlo co to je za filesystem — používá-li snapshots, můžou místo zabírat tyto (resp. držet reference na nepotřebné soubory, které byly z hlavního stromu už smazány). Např. btrfs, zfs, nebo cokoliv nad device-mapperem.

222
Vývoj / Re:IFTTT
« kdy: 06. 09. 2020, 11:23:36 »
je ještě jina cesta, jak sve raspi ovladat hlasem než IFTTT?

Mycroft funguje pěkně.

223
Software / Re:Otravné hlášky googlu
« kdy: 03. 09. 2020, 20:20:56 »
Já na tohle používám alternativní youtube klienty (minitube, youtube-dl). Jako bonus to míň žere, a je to bez reklam.

224
Hardware / Re:Životnost SSD šifrovaného na úrovni OS
« kdy: 02. 09. 2020, 21:03:02 »
LUKS se tak ale ve výchozím nastavení nechová, alokuje on-demand tak jak uživatel zabírá prostor, nezasype disk šifrovanými bloky jen tak. Je-li uživatelem souborový systém který roste dynamicky (např. btrfs), tak se fyzicky konce disku nedotkne, dokud není zaplněn.

225
Software / Re:Rozpadající se weby při blokování JS
« kdy: 02. 09. 2020, 16:16:26 »
Dělá to na většině českých mainstream webů ({idnes,novinky,auto}.cz například), takže bych jako první koukal po nějaké CZ reklamní síti.

Zatím používám řešení "nechodit tam", zdá se že funguje.

Stran: 1 ... 13 14 [15] 16 17 ... 22