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 - RDa

Stran: 1 ... 70 71 [72] 73 74 ... 165
1066
Odkladiště / Re:Soukromí v dnešní době
« kdy: 30. 08. 2021, 01:26:27 »
Jedina moznost je zit na styl jasona bourna, odist na druhu stranu planety, platit len hotovostou a nikdy v zivote nenavstivit znovu rovnaky web, nevolat svojej rodine, kamaratom. Proste prestat existovat.

A presto, kdyz budete pak ve spravnou dobu na spravnem miste, i Jason, Ethan a James si muzou dat skolni sraz, nebo panaka :-)

1067
Ty vidis svuj problem v potrebe nakupu CPU, ja vidim ze CPU ani nepotrebujes, jestli je ukol JENOM dekodovani. Proto se ptam - co s tim chces jako delat pak ?
Tak předně dodávám že tohle je můj side projekt abych se naučil víc kolem všeho co k tomu využiju.
Prakticky potřebuju ze vstupního videa udělat framy kde je porovnám mezi sebou, na což by mi stačilo je mít v rozlišení 8x8 nebo 16x16 grayscale, což i samotné převedení dost urychluje a nejspíš potvrzuje co píšeš. Pak promažu ty kde se nic nehýbe porovnáním těch zmenšenin, aby z každé takové situace zůstal jen jeden frame. To mi třeba počet 150k framů zmenší na 10-30k, což bude pokaždé jinak. Jenže pak ty zbylé chci zase ve větším rozlišení kde na ně budu aplikovat nějake operace, které už by měly bežet na GPU. Takže je vlastně otázka jestli to tím prohnat 2x, protože někdy to zmenšování na 8x8 jelo i 1500-3000 FPS, ale HD jede tak 500 max at z nich dělám 8x8 nebo 640x360... pak si udělat list jen toho co nechávám a vyzobat to zvlášt ve větším rozlišení. A nebo to vše převést najednou a promazat.

třeba by to šlo nějak chytřeji porovnat abych se vyvaroval zbytečnému zmenšování a převádění všeho když ve finale potřebuju 10-15% originalu.

Konecne se nekam dostavame:

1/
pokud jde o detekci rozdilu z komprimovane streamu (h264/h265) tak bych na to sel analyzou enkodovaneho streamu - protoze tyhle kodeky koduji keyframe + rozdilove snimky, a kdyz zadnej rozdil nebude, bitrate poklesne.

Jako neni to vsespasne - protoze kodek samozrejme povazuje za mezisnimkovy rozdil i sum v obraze. A s nim si tvuj algoritmus bude muset taky poradit, necekal bych ze na statickem obraze bude rozdil pixelu nula :)

V tomto smeru se nabizi jeste vyuziti hw enkoderu v roli "detektoru pohybu", protoze kodeky delaj presne tohle.


2/
Kdyby to video bylo i-frame only (napr. mjpeg stream), tak lze dekodovat jen DC slozku, tim se dostane 8x mensi obrazek (12.5% v kazde ose), tj. z FHD zbude jen 240x135 px - ale bude to >100x rychlejsi. Pokud je treba vetsi rozliseni, slo by rozbalit i AC a spocitat jen prvni nizkofrekvenci koeficienty. Pro bezne kodeky ale tohle moc nebude fungovat, tam se ocekava kodovani rozdilu vuci obrazu v plnem rozliseni.


3/
v pripade ze to musis dekodovat cely a pocitat rozdily svym zpusobem, abys treba sledoval tendenci, tak je idealni si sestavit tento tok: gpu decode (nvdec) + on-gpu scale + "svuj algoritmus (CUDA)". Zde opravdu nevyuzijes cpu ani trocha, neprijde mi to jako tak slozita uloha, aby to muselo bezet na cpu.



Pokud jede cpu na 100% behem hw/gpu akcelerace, tak je neco spatne (nejspis to dela to skalovani/konverzi formatu, ktere ale maji nekdy svoji GPU variantu, takze bych se zameril timto smerem).

1068
Hardware / Re:HPE switch 1920-24G-PoE+, výměna větráčků
« kdy: 29. 08. 2021, 10:29:57 »
Takže když bios je neumí přečíst, tak obráceně HPE switch nebude umět přečíst ty nové koupené.

Asi to nemá řešení?

Samozrejme ze ma - Google je tvuj kamarad:
https://ryanfitton.co.uk/blog/replacing-noisy-stock-fans-on-a-hp-1920-24g-poe-switch-jg925a/

Puvodni (industrial) vetrak ma jednoduchy signal ktery rika ze se vetrak toci (binarne - toci/netoci).
Nove (klasicke) PC vetraky maji signal ktery indikuje pulzama otacky.

Reseni je ignorovat z noveho vetraku vystup (nezapojit), a na strane switche ten treti signal pripojit trvale na zem.
Tim se switchu rika, ze se vetrak toci, a povoli ti POE, zmizi Fault.

Samozrejme timto prichazis o moznost kontroly, zda se vetrak opravdu toci, takze pokud bys to chtel vyresit lepe - tak by reseni bylo udelat nejake jednoduche zapojeni treba na bazi mcu ktere nastnima otacky, a po aplikaci limitu to vytvori spravny signal.

1069
Grafika může něco počítat třeba 10x rychleji, kdo tohle neví? Jenže v mem případě na tom nezáleží já chci z videí data v RGB, což můžeš vědět z mého předchozího threadu ohledne ffmpeg kde jsi se taky vyskytoval. Co mám optimalizovat? Stahnout zdrojaky FFmpeg a optimalizovat je? Zatím jsem řešil jak vubec nejrychleji ty data dekodovat aby z toho bylo datové pole snímků.. i s HW akcelerací se tam GPU moc neangažuje, protože samotné dekodování problem není ale spíš jak to dostat dál. Ono GPU není všespásný a posílat tam malý operace a vracet je zpátky taky není optimální...

Ad tento zacatek processingu: v HW akceleraci se angazuje jedine hw dekoder, ktery je soucasti GPU. Napr. ruzne graficke karty od nvidie maji ruzny pocet NVDEC jednotek: https://developer.nvidia.com/video-encode-and-decode-gpu-support-matrix-new
Proto vytizeni CPU a GPU je v idealnim pripade 0%, pro ukol "dekoduj video".

Pokud data stahujes do RAM, tak pocitej na 1080p30 v YUV2 ze je 125MB/s - cca 1Gb/s pro kazdej stream. Typicka karta rady 1060/70/80 na jeden dekoder dava 650 fps ~ temer 26 videi v 1080p25, celkovy vystup bude kolem 22 Gb/s (2750 MB/s).

Po prevedeni na RGB je objem dat dvojnasobnej - 44 Gb/s (5500 MB/s) a to se GPU ani CPU jeste nezapojilo.

A ted se ptam - co s timto obrim tokem dat chces delat? Dekodovani videa neni "zpracovani". Pokud to chces jen takto v RGB ulozit na SSD, tak zadne CPU nepotrebujes, ale spis hodne rychle diskove pole.

Pouzitim vicero karet se vykon skaluje. Nebo volbou profi grafik lze ziskat vicero dekoderu - treba 2,3 ci 5 na kartu. Jestli das do kompu dve takove A100 grafiky a budes mit 10 NVDEC jednotek - byl bys schopen tocit tim 440 Gbit/s RGB dat (55GB/s) - coz saturuje dvakrat PCIe Gen4x16 - a na to potrebujes uz 2nd/3rd gen EPIC-a, jen abys mohl sva podelana RGB data stahnout do RAMky.

Ty vidis svuj problem v potrebe nakupu CPU, ja vidim ze CPU ani nepotrebujes, jestli je ukol JENOM dekodovani. Proto se ptam - co s tim chces jako delat pak ?

1070
Pokud ti jde o "všeobecný výkon" definovaný třeba tak, že pustíš nějakou kompilaci atd..., tak určitě nějaký Ryzen, pokud potřebuješ AVX-512, tak zatím na výběr moc nemáš :)
Já ani nevim kde se AVX-512 využívá, zřejmě to nepotřebuju, to co dělám jede na všem. Momentálně na tom chci zpracovávat terabajty videí a následne v z toho něco počítat a když něco pujde offloadovat na grafiky tak to udělám, ale taky by to měl byt univerzální stroj když budu třeba dělat něco jiného.

Takze uzivatel co ma pitome dotazy je zpet. Nic nevi ale chce to :)

Rozdil mezi CPU a GPU akceleraci v podobnych video ulohach (ackoliv nevime co vlastne delas) je cca 1:10 (memory bound problem), takze sis neudelal poradnou pripravu a nakupujes zbytecna CPU, namisto optimalizace aplikace.


1071
Vykon v cem?
Protoze porovnavat benchmark zamereny na 3D nebo DSP co zere AVX512 je nesmysl napr. pri pozadavku na rychlou kompilaci v gcc :-)

1072

Ty laciné redukce...přemýšlím, jestli to bude mít rozumné API...

Co použít něco jako tohle? (Pokud bych se dostal za fázi hrubého prototypu...)
https://www.avermedia.com/professional/product/ce314_hn/spec

Avermedia často mají solidní API......ve srovnání s nejčínovatější Čínou...

PCIe karty budou mit bud nejake custom SDK (blackmagic, deltacast) a pripadne adaptacni vrstvu na klasicke WDM video pro Win.
Ty levne karty budou mit jenom WDM. S V4L2 to je relativne marny v komercnich consumer produktech.

U USB budes mit na 90% nativni UVC video, tj. bezdriverove reseni, nektere slozitejsi vyrobky pak maji vlastni drivery a api (blackmagic ultrastudio usb3 / intensity shuttle).

1073
Porid si HDMI-USB3 prevodnik, ty na FHD nejsou drahe.
Taky jsem mu to chtěl navrhnout, ale myslel jsem, že ty levné posílají MJPEG a možná snižujou framerate.

Ano - ty ultra lacine jsou takove, ale muze za to USB2, protoze 10080p30 @ 422/8bit je 124 MB/s a to se musi nejak redukovat. Pro USB3 model by tohle melo projit bez komprese. Take neni treba hledat "4K podporu", spis aby to bylo hlavne USB3.

1074
Bohužel, dostat nekomprimovaný stream přes USB do pecka...třeba ve FHD...za rozumné peníze (řekněme do 1500 Kč) ...to je výzva.

Porid si HDMI-USB3 prevodnik, ty na FHD nejsou drahe. A FHD kameru s HDMI ti zastoupi jakykoliv suplikovej/bazarovej handycam nebo fotacek. Pokud jde o nizkou cenu, tak to bude nejaky bastl, ale pocitej, ze na tom prodelas pokud by sis mel zapocist svuj promarneny cas.

Pokud vyzadujes nezasumeny obraz, tak to chce svitit, svitit, svitit. Nebo pouzit velikej a drahej snimac, v jeste drazsi kamere.

1075
Náhodou, kluci, umí nějaké (laciné) kamery posílat surový (nekomprimovaný) stream z kamery? USB3.0 už by nemuselo být úzké hrdlo ne? Jsou UHD 4K kamery, ale mně by stačilo i míň než FHD. ::) Mám aplikaci hrozně citlivou na artefakty spojené s kompresí a nevím, co s tím. Zatím to mám v šuplíku.

(Drahé, průmyslové, kamery umí zpracovávat obraz přímo v sobě, ano.)

Tak existuji i levne cinske prumyslove kamery na USB3, ale vysledek je.. trocha marnej :)

Pokud az moc tlacis na cenu, tak si porid nejake SBC ktery ma dedikovany kamerovy port a nejaky kamerovy modulek - a zachytavat RAW budes moct. Tohle ale nebude mit mozna vykon na tvuj processing.

1076
Server / Re:Překlad DNS záznamu mailserveru Office365
« kdy: 26. 08. 2021, 12:43:50 »
WAR: muzete si zgrepnout dosavadni logy a nalezene C site si whitelistovat (treba i jen pro stav, kdy dns zrovna nejede)

1077
Vývoj / Re:Dotaz do bank. účtu na základě VS
« kdy: 24. 08. 2021, 03:36:52 »
Taky jsem delal FIO a bylo to jednoduchy - se me to samo sype kazdou hodinu do DB.

Ale jako poor-man-solution by slo udelat to, ze si nastavite emailove notifikace od obratu na uctu na nejaky specificky mail, ktery pak zpracujete z maildir-u nebo pruchozim filtrem. A pak budete platby dohledavat jiz ve sve DB.

Btw, pokud je to firemni ucet - nemate to napojeny do ucetnictvi a pak bys mohl taky hledat lokalne - nezavisle od banky.

1078
Me chybi to, ze si nemuzu na svem zarizeni - telefonu - vubec delat co chci.

1) nemuzu mit roota = nemuzu restartovat telefon pres shell, kdyz uz nefunguje power tlacitko

2) a dnes k WTF pribudlo: nemuzu udelat screenshot z facebooku ? jako lol, o jake security policy se snazi socialni sit kde je prvni a posledni moznost sdileni?

1079
Server / Re:Copy failed with: fopen() failed
« kdy: 17. 08. 2021, 15:22:33 »
0) what does dmesg say before disconnect?
1) disable (blacklist) UASP for your usb-sata bridge
2) don't use USB

1080
Nahodit ty win do VM, udelat snapshot a klidne at si kazdy den jede "padesatkrat poprve" :-)

Stran: 1 ... 70 71 [72] 73 74 ... 165