Dotaz: Použitelné SDK pro Raspberry pi HQ camera?

[Jirka]

Zdravím všechny,
stavím foťáček a chci od něho jediné, aby fotil rawy, který pak budu různě zpracovávat.
S 1MPix MIPI arducamem to šlo, rozpitval jsem program, který byl v SDK přibalen jako příklad a metodou pokus-omyl napsal jinej, kterej fungoval parádně.
Pak koupil čínskou průmyslovou USB3 kameru, podle knihovny z SDK a opět s mírnou pomocí názorných programů to celkem bez problému rozchodil, už to má přes 1000řádků a umí fakt divy, jako pohled přes mlhu atd.
A pak koupil nativní HQ kamerku, už tejden se nemůžu hnout z místa, zkoušel jsem pitvat program raspiraw, neskutečnej strom struktur - bez šance, navíc ani ten program tu kameru nevidí.
Plán B - Zdroje k (oficiálnímu?) programu raspistill jsem sehnal na gitu, ale po odpoledni stahování knihoven stejně nezkompiluju, protože chybí (asi knihovny) mmal.

cannot find -lmmal

. Takže opět není co pitvat.

Při psaní "from scratch" jsem se zasekl už na 16bit adresování i2c, nějak mi to hlava nebere, obě předchozí kamerky to měly v knihovně, takže jsem nemusel řešit.

Připadám si najednou jako naprostej laik. Nemá s tou kamerkou náhodou někdo větší zkušenosti, než jen v používání raspistill, raspivid...atd.? Díky.

Odpovědi

[X]

Nechapu co resis. Vice zdokumentovane to snad ani byt nemuze..

[Jirka]

Tak na tohle jsem nenarazil, díky!

[Jirka]

Ještě dotázek, nějak jsem tu kameru rozběhl, jako vstupní zařízení používám /dev/video0, bayer výstup mám. Ale rychlost je cca 2 snímky za vteřinu při zápisu do paměti (12bit a unpack na 16bit), dd z /dev/video0 na /dev/null hlásí do 60MB/s. Ani jedno není zrovna moc, když výrobce senzoru udává 40snímků za vteřinu/4 linky. Rychlý průměrování 16 snímků tak místo vteřiny docela trvá. Ten přístup přes /dev/video0 je asi to, co to zdržuje, je to tak?