Příspěvky

2116

Hardware / Re:Sháním vadné SSD k vývoji lepšího

« kdy: 01. 01. 2015, 11:07:29 »

Tak ucelem meho postu bylo sehnat ekvivalentni hromadu pouzitych flash cipu (cca 320 ks) na sestaveni prorotypu noveho SSD - nez nakoupime ty drahe obvody ktere maji osm cipu v sobe. Nase zdroje nejsou neomezene a rad bych pak uloziste / FTL uvolnil jako opensource.

2117

Hardware / Re:Sháním vadné SSD k vývoji lepšího

« kdy: 31. 12. 2014, 21:47:45 »

Poděkoval bych Bla za jeho nápad, udělal nějaké demo vašeho udělátka a napsal do Intelu, aby vám pomohli.
Základní verze může být jen kamera připojená přes Thunderbolt a lepší verze třeba vaše udělátko ve spolupráci s Intelem procesované skrz Larrabee. Skoro si myslím, že ta firma má úplně všechno, co potřebujete. Navíc má Intel přímo nějaký program pro podporu Startupů.

Dekovat? Vzdyt reseni SATA pole pres PCH jiz ted mame (na 24fps/4k/16bit) a jak jsem psal, je tam omezena sirka pasma at si vezmete jakoukoliv desku. Pouziti raid karet jen prodluzuje slepou vetev vyuzivani standardniho PC desktopu, to nikdy k mobilite nepomuze. Ted procesujeme skrze iGPU na i5. Hodil by se model s eDRAM (ten ma 2x vetsi graficky vykon), ale typicky Intelovsky - se ten nachazi jen v ultraboocich, kde neni zadne tlustejsi PCIe k dispozici (max x1 v express-card slotu). V embedded ani socketovem provedeni neni.

TB je jen zabaleny a osekany PCIe (realne 8Gbps resp 16Gbps x 80% a minus displeje pokud tam jsou, TB1 resp. TB2). Vy mate velice zkreslene predstavy o Intelu - mit veci muzou, ale kdyz nemaji zajem to propagovat, resp. ani nemuzou protoze vsechno kolem TB ridi a tahne Apple samotny (Intel jen vyrabi par obvodu).

16GB Ram je na 8 vteřin nekomprimovaného záznamu při ~200 snímcích za vteřinu, což se puštěné normální rychlostí protáhne na minutu záznamu.

Pro 4K bude brzo standardni frame rate 120fps (viz EBU). Takze vasich 16GB umozni nahrat uzasnych 13 vterin. A co pak? 5 minut pauza nez to ulozite? Cilem je udelat zarizeni ktere nema tyto umele limity, jen proto ze se nam nechtelo na tom pracovat.

Architekturu uz mame navrzenou a posledni dva roky vyvoje a testovani potvrzuji ze smer a technologie ktere jsme zvolili jsou ty spravne. Tyto zkusenosti Vy ani Bla evidentne nemate...

2118

Hardware / Re:Sháním vadné SSD k vývoji lepšího

« kdy: 31. 12. 2014, 18:48:17 »

V PC to jiz mame - ale to je dobre jen tak na vyvoj, prakticky to je nepouzitelny - neda se to vzit sebou a jste zavisly na zasuvce. Ne ze by to neslo resit, ale je to pitomost pouzivat tak jak to je.

ad spotreba: XP941 ma neco pod 6W pro 950MB/s zapis, takze to rozhodne lze realizovat soucasnou (resp. budouci technologii) kdyz se z toho vypusti ty nepotrebne rozhrani. Toto reseni pokryva rychlost a je za prijatelnou cenu - az na tu moznost obnovy dat.

Cileni - nejjednodusej receno se jedna se o konkurenci na RED s tim ze feature-set se da uzivatelsky volit pouzitim vhodnych modulu (snimac, konektivita, uloziste, zpracovani dat), umoznime nekomprimovany zaznam (tj. vyssi kvalita, viz arri/arri65) a modularita zaruci nizsi "startovni" cenu zakladniho setu.

Puvodni myslenka byla to sestavit z consumer komponent (nejnizsi cena), ale jak prichazi profesionalnejsi nasazeni a pozadavky, migruje se to na vlastni reseni. Jako vyvojovy/referencni/testovaci design se porad pouziva consumer a nehledal bych jine reseni, kdyby fungoval jak chceme.

2119

Hardware / Re:Sháním vadné SSD k vývoji lepšího

« kdy: 31. 12. 2014, 16:11:13 »

Diky, napsal jsem email.

Ohledne komprimace, zde maji kalkulacku: http://comprimato.com/ - nejvykonnejsi grafiky jen tak tak daji realtime 4k. Je to sice relativne nenarocne na vyvoj, ale efektivita na watt je mizerna (RED ma rozhodne uspornejsi asicy, ale to si do desktopu nedate). Efektivneji vychazi hardbloky na h264 enc/dec v grafice/cpu, ale to neni pouzitelne na raw, ani profesionalni vystup (omezeno na 8bit)... takze se to hodi jen na proxy soubory nebo streamovani nahledu.

2120

Distribuce / Re:Jakou distribuci používáte pro desktop?

« kdy: 31. 12. 2014, 13:26:04 »

Souhlasim s Jirim, mam Gentoo (32bit s PAE, KDE3.5), instalace z 2006. Hlavne proto, ze to dela co chci a jak chci. Od pocatku vyvojova vetev a kazdy problem co nastal sel opravit.

2121

Vývoj / Re:Tvorba OS pro PDA

« kdy: 31. 12. 2014, 10:06:14 »

Ano, je to Nvidia. Nyni je dostupny ve forme desky Jetson TK1, a zacatkem roku se budou prodavat embedded moduly (cca 4x5cm) ke kteremu se dodaji vlastni konektory nebo obvody podle aplikace. A vetsinou je podpora od vyrobce modulu marna... tak by bylo dobre to mit cele pod kontrolou. Nemyslim si ze bootloader je uzamceny (alespon na tomto hw), kdyz soudis podle XDA, tak se jedna o tablety ne? To nas nezajima, protoze v nasem zarizeni bude neco co v tabletech stejne neni (profesionalni video vstup).

Dale je problem vetsiny ARM veci, ze podpora akcelerace je dostupna jen pro Android... tak jestli umis dobre cist arm binarky, portace nekterych veci do linuxu by prisla vhod (napr. nvidia nikdy nezverejni dokumentaci kameroveho vstupu - ale udela ti binarku co to nastavi, kdyz si vezmes 200 tis. obvodu). Podobne je to s hw kompresi/dekompresi videa.

2122

Vývoj / Re:Tvorba OS pro PDA

« kdy: 31. 12. 2014, 00:48:03 »

A nechces se venovat necemu uzitecnejsimu? Delat tyto low level veci jde ztuha i na zdokumentovanem vyvojovem kitu, ne to na uzavrene krabicce bez dokumentace. Ted by se nam hodil nekdo kdo by ohnul K1 k nasemu obrazu (moje preference je Gentoo)...

2123

Hardware / Re:Sháním vadné SSD k vývoji lepšího

« kdy: 29. 12. 2014, 12:32:31 »

Rozdělme si to.
Ad řadič: říkejme tomu třeba HABUBABLA, ale je to připojené přes PCIexpress 1X linku.

Zdroj informace? Radeji si precti jak se to doopravdy dela: http://en.wikipedia.org/wiki/Direct_Media_Interface

Ad PCIexpress v3.0 řadiče: Samozřejmě jsou a prodávají se: http://www.areca.com.tw/products/1882.htm

Jedna se o x8 kartu, ne x1. Precti si muj a tvuj prispevek vyse.

Ad kamera: Pokud jsou data komprimovatelná, uvážil bych třeba Thunderbolt, dostal to do grafické karty a tam z těch dat ořezal všechno, co není nezbytně nutné.

Data nejsou bezztratove komprimovatelna. Thunderbolt je opruz po strance licencni a poskytuje jen polovicni pasmo nez mame ted, tak proc do toho jit? Hlavne nejde o to dostat data z kamery do PC, ale ZAZNAMENAT je necim, co moc nezere a vejde se do maleho objemu (vlastni custom SSD).

2124

Hardware / Re:Sháním vadné SSD k vývoji lepšího

« kdy: 29. 12. 2014, 12:25:58 »

Zkrátka a jednoduše, začít vyrábět vlastní "SSD" disk, když nemám páru o tom, jak je to v pecku zadrátované, je dle mého názoru nedoukovina. Ale prosím, rád si poslechnu, jak chce těch dvě a půl gigabajtu dostat na to rozhraní toho SSD disku, třeba mi něco uniká.

Tak zaprve, tim tvym tvrzenim ze v PC je vse na x1 jsi hodne mimo a pochybuji ze neco o fungovani PC vic.

Data na uloziste dostaneme stejnym zpusobem jako od snimace - pres PCIe. Lze to resit 2-3 zpusoby:

1) pouzit x4/x8 sata/sas radic + 8x sata disk = 25-40 W
2) pouzit pcie switch + 8x pcie x1 na sata + 8x sata disk = 20-30W
3) udelat vlastni pcie ssd disk = fpga + hromada flash pameti = 5-10W

Vlastni reseni #3 ma vyhodu v tom, ze jede vse "nativne" a nejsou tam vubec zadne nepotrebne rozhrani ktere by jen spotrebovali energii. Jedina vyhoda reseni #1 a #2 je, ze to lze ubastlit rychleji, #2 vyzaduje sw raid, #1 muze byt hw raid.

2125

Hardware / Re:Sháním vadné SSD k vývoji lepšího

« kdy: 29. 12. 2014, 12:17:39 »

Netuším, jakým způsobem do toho počítače rve ty dvě a půl gigabajtu dat

Senzorova hlava je x8 PCIe gen2. Do "pocitace" to nejde - cela kamera je system sam o sobe - je mozne v nem vyuzit standardni PCIe komponenty, ale karty nemaji tvar desktopovych PCIe karet, takze vse navrhujeme po svem. Hlavne kvuli tomu, ze chlazeni je zcela pasivni. K dispozici je 6 slotu, kazdy max x8 gen2 (gen3 bude pozdeji), objemove 110x100x15mm.

A) vyrobit si vlastní PCIexpress 4x 3.0 kartu, což je z té uvedené kategorie vlhkých snů

Dnes to neni zadny sen (x8 gen 2.0 nam udela stejnou sluzbu a levneji), chybi jen ty pameti.

2126

Hardware / Re:Sháním vadné SSD k vývoji lepšího

« kdy: 29. 12. 2014, 11:44:31 »

Dovolím si zopakovat několik faktů:
- řadiče na desce jsou připojené pomocí JEDNÉ PCIexpress x1 linky
- propustnost PCIexpress 3.0 x1 je 1 GB/s v jednom směru (nové desky, staré desky mají jen 500MB), takže je uzadeke, kolik disků tam připojíš a jak budou rychlé, protože víc než 1GB/s do toho stejně nedostaneš
- ale jistě můžeš použít PCIexpress x4 řadič, ten má teoretickou propustnost až 4 GB/s

Nejsou. "Radice" na desce (reseni Intel) jsou pripojeny pres DMI, coz je ekvivalent x4 PCIe Gen2 = 2GB/s. Ale nekde uvnitr je tam jeste uzke hrdlo, protoze pri cteni z vice disku to neda vic nez 1.2GB/s. Pri zapisu to bude podobne, at mate tech sata portu treba 6.

PCIe x1 gen3 radice neexistuji.

A jedna se o kameru, o rozmeru 12x12x12 cm, ne o standardni PC.

2127

Hardware / Re:Sháním vadné SSD k vývoji lepšího

« kdy: 29. 12. 2014, 11:39:15 »

Chyby se proste stavaj. Data pak co nejdrive prelej nekam jinam a mas to. Neres nesmysly. Pouzit RAID10 bude vyhodnejsi nez lepit svuj vlastni SSD.

Dvakrat vetsi spotreba a dvakrat vetsi rozmer? To neni reseni.

Udelat si vlastni otevrene reseni ma smysl (taky snad pouzivate linux namisto jineho OS z duvodu toho, ze vite co je uvnitr). Muzeme mit obvody v RAID5 nebo 6 - nejmensi narust rozmeru a spotreby. Navic pri pristupu ke kazdemu cipu muzeme ridit co kam pujde - rozkladat radky nebo snimky tak, aby pri ztrate treba pulky pole slo obnovit obraz alespon s polovicnim rozlisenim, nebo polovicnim fps pri HFR snimani.

2128

Hardware / Re:Sháním vadné SSD k vývoji lepšího

« kdy: 29. 12. 2014, 11:22:14 »

zaujalo me to 4k/240 fps - sice mi to prijde zbytecne moc, ale asi to bude nejakej bezva tunel projekt z dotaci, tam se na nejakou korunu nehledi, tak proc se trochu nerozmachnout

Nebudes verit, ale delame to z vlastni iniciativy a vlastnich zdroju.

pro orientaci v terenu - iphone 6 plus nahrava 720p @ 240 fps, takze vlastne staci 6 ajfounu + nejaka optika, a je to hotovy i se snimanim a ukladanim

Mel jsem cest s 4K zaznamem z Galaxy S5... cca na urovni youtube v 1080p. Lidi maji dneska hodne zkreslene predstavy o rozliseni - hlavne ztratova komprese ti ihned odstrani vsechny jemne detaily.

A pak je tu dalsi nesvar typu rolling shutter - podstatne to omezuje tvurci moznosti a kdyz si kameraman neda pozor, je z toho na bliti. My mame volitelne rolling / global shutter (v GS to sumi vice ale obraz se nedeformuje pri pohybech kameru nebo sceny).

2129

Hardware / Re:Sháním vadné SSD k vývoji lepšího

« kdy: 29. 12. 2014, 11:11:23 »

Pro vsechny negativisty - 4K kameru s nekomprimovanym zaznamem jsme si postavili from scratch. A nahrava to 4k/24fps @ 16bit zatim (400MB/s), na pole ze dvou 240GB SM843T v RAID0. Dalsi krok bude nasazeni pcie disku XP941 - 900MB/s by melo postacit na 60fps.

Ale ani jedno z reseni nezaruci ze data pujdou obnovit pri selhani radice - bude tam zaber za X milionu nebo zaber neopakovatelny - co s tim pak? Proto chci udelat vlatni disk.

Nez zacnete psat sve blaboly, ujasnete si velikost dat. Pri 4k se jedna o cca 8MPx x 10 nebo 12 bitu tj 10 az 12 MB soubor na frame. Jestli tak prosazujete kompresi, ukazte mi lossless algoritmus, ktery realtime dokaze zpracovat 2000 MB/s dat... realna komprimovatelnost dat je pri lossless cca 60-80% puvodnich. A znova - pri jake energeticke narocnosti? Zadna komprese neni efektivnejsi, nez adekvatne vetsi a rychlejsi uloziste zalozene na flash pametich.

2130

Hardware / Re:Shanim vadne SSD k vyvoji lepsiho

« kdy: 28. 12. 2014, 19:50:02 »

Data z cipu na SSD tezko obnovis.. to je duvod proc chci udelat vlastni (jen USB klicenky ukladaji plaintext).

Tak nekomprimovane 4K je kvalitativne o nekolik levelu vyse... je tam videt vse - treba i prirozeny sum senzoru (kdy odstin pak osciluje mezi ruznymi hodnotami). Duvod proc jit do nekomprimovaneho zaznamu je prosty - uloziste se skaluje omnoho lepe nez kompresni jadra. Muzeme generovat cca 2-3 GB/s a pro ulozeni postaci "par disku v raidu", ale jestli to chces prohnat kompresi (4K/240fps) tak na to reseni neexistuje, nemluvne o spotrebe kolem 100W pro asic reseni. A vysledek by za to nestal - zdrojova data jsou 12bit, to zadna h264/h265 komprese nezvladne.