• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    FROORaspberry Pi - miniaturní počítač za 35$
    PISTA1
    PISTA1 --- ---
    ZBYNEK: STL bohužel nemám u ničeho co dělám, nebaví mě čekat než se vyexportujou.
    NYRLEM: Já to mám ve skříni na chidbě kde je v létě krapet tepleji proto radši s větrákem.
    CERMI_FOX: Sinology jsem pořídil mámě, ale mě to nějak neoslovilo. V proliantu sem měl truenas. Škoda, že nejde na malinu. Ale na to domácí sdílení je OMV dostačující.
    Download z NASky na Gb síti pokud nic neběží 105-108Mb/s, upload 85 - 95Mb/s tam už to podle mě brzdí disk.
    CERMI_FOX
    CERMI_FOX --- ---
    PISTA1: hezký :-) Chtěl jsem něco podobného, ale nakonec jsem vysrabil a koupil synology dostatečně mělkou, aby se mi vešla do racku a řeší to všechno, co jsem chtěl.
    Jak rychle běhají ty disky?
    NYRLEM
    NYRLEM --- ---
    PISTA1: mam to stejne, jen na to chlazeni mi staci pasivni chladic a suchy sklep :D
    ZBYNEK
    ZBYNEK --- ---
    PISTA1: Klobouk dolů, hezky sis pohrál i se závitama...

    Nejsou náhodou stl k dispozici? ;-)))
    PISTA1
    PISTA1 --- ---
    ZBYNEK: změřil, nakreslil, vytisknul... ;)

    ZBYNEK
    ZBYNEK --- ---
    PISTA1: Tu krabičku sis tisknul sám, nebo sis to takhle koupil už komplet?
    PISTA1
    PISTA1 --- ---
    Konečně jsem se dokopal udělat něco se 4kovou malinou co dorazila v dubnu :)

    V rámci úsporných opaření skončila jako NAS místo HP proliant.
    Běží na ní openmediavault a nextcloud, disky 4TB WD Red.
    Proliant žral 45W v idle. Malina má 15W, při "zátěži" 17W a 22W když se v noci zálohují data na druhej disk.
    Teplota 28-33°C



    SPM
    SPM --- ---
    FATBOZZ: na tom mplayeru jsem si to hlídal, aby to běželo bez cache, takže spíš to posílala fakt tak blbě kamera :-/ onvif player vyzkouším, dík
    FATBOZZ
    FATBOZZ --- ---
    SPM: Zkus nejaky onvif player jestli to neni lepsi nez pres vlc, https://ubunlog.com/en/onvifviewer-cameras-network-onvif-protocol/
    A s tim zpozdenim ... koukni jestli si nekde nedela 10s buffer pak by to zpozdeni sedelo
    SPM
    SPM --- ---
    FATBOZZ: Má, jenže právě ten stream, co z toho přes RTSP dostanu, je +- 10 sekund zpožděnej... A asi je to fakt kamerou, protože ikdyž to otevřu ve VLC na ntb, tak to mám zpožděné úplně stejně. (Což relativně vadí, pač na to kouká ostraha a pak třeba prskají, že na ně troubí nebo zvoní auto u závory, které oni ještě nevidí). Jsou to jinak kamery od Mobotixu, různé druhy, namátkou jedna, na které jsem zkoušel i nějaké pokusy, je Mobotix M16.
    FATBOZZ
    FATBOZZ --- ---
    SPM: Nema ta kamera nejaky rtsp/ovif ? I nejaka stara axis srajda to uměla. Cinsky kamerky za 500 tim taky disponujou tak bych se divil ze nejaka svetoznama znacka tohle neumi.
    Posli typ, kouknem do datasheetu :D
    SPM
    SPM --- ---
    RAINBOF: Tohle vypadá asi v pohodě... Nebo takhle, evidentně na každý puštěný mplayer mi běží dva procesy. Z toho ten jeden běží pořád od zapnutí (a tam v /proc/.../fd vidím 7 odkazů a jsou pořád stejné). Druhý proces běží jenom chviličku a hned chcípne, počítám, že ten proces prostě stáhne obrázek, skončí a znova.

    Jinak swapiness je na standardních 60... což asi ideální není, na druhou stranu pořád to naběhně v OK stavu a vyžere to paměť až při hodinách běhu :-)

    Nic, jdu si vyrobit ten stream, to se mi líbí nejvíc už kvůli tomu, že pak na ty kamery půjde koukat i z jiných míst, aniž bych umlátil tu kameru (kupte si drahou kameru... a pak si to stejně zbastlete sami... :-) )
    RAINBOF
    RAINBOF --- ---
    SPM: me napadla jedna vec, mrkni do /proc/id procesu/fd zda se ti tam nezvetsuje pocet odkazu.
    SPM
    SPM --- ---
    SUK: To je zajímavej nápad. Vnuklo mi to jednu myšlenku. Jak jsem zkoušel, tak to přehrávání obrázků umí vyloadovat i ten můj notebook, když těch kamer otevřu X... Takže to schválně zkusím, protože tímhle bych si mohl to stahování obrázků vyrobit na nějakém lepším hardwaru, kde mám i slušný CPU a do maliny stahovat už jenom video stream, který bude akcelerovaný. (A alespoň uvidíme, jestli se mi ten memory leak objeví někde jinde :-D )
    SUK
    SUK --- ---
    SPM: co takhle mplayerem prehravat stream، ktery bude tvorit ffmpeg z tech stahovanych obrazku?
    SPM
    SPM --- ---
    Díky všem, jdu se tím postupně nějak prokousat, jestli se mi u něčeho z toho zadaří něco najít. Samotné googlení na mplayer nepřineslo nic zajímavého. (Zatím jsem jako quickfix přepsal ten script tak, že to pouští mplayer v cyklu a cron to jednou za hodinu killne... což je prasárna hrozná, ale přijde mi to v tuhle chvíli lepší, než aby ty lopaty z toho natvrdo tahaly napájecí kabel).
    RAINBOF
    RAINBOF --- ---
    Hele, mrkni na nastaveni swapu, swapiness hodnoty a oom_adj.
    Zrat by ti mohla grafika.
    DURDIN
    DURDIN --- ---
    SPM: napadá mě, že si to mplayer ukládá do nějaké cache, zkus se kouknout na nastavení (-cache/-cache-min). A ještě můžeš zkusit místo mplayeru mpv.
    RUSTU
    RUSTU --- ---
    SPM: Chytat takhle leaky v cizim softwaru a jeste na maline asi nebude snadny. Muzes zkusit testovaci run s valgrindem, jestli se ti ho podari na RPi rozbehat.
    MA747
    MA747 --- ---
    SPM: jen výstřel od boku: hledal bych okolo libjpeg
    SPM
    SPM --- ---
    SPM: jo, zapomněl jsem dodat, že když jsem s nima přehrával ten videostream, tak to tohle nedělalo. Běželo to klidně několik týdnů v kuse, bez problémů. Paměť to začalo žrát až při tom přehrávání jpg obrázku.
    Kliknutím sem můžete změnit nastavení reklam