Moklev

Try to remove all partitions with gparted (or gnome disk utility). Make a new one and format it.

1.3.1 https://forums.resin.io/t/etcher-v1-3-1-release/2446

You don't need a new guide. Motion 4.1.1 isn't available on Armbian, Mr Dave's build is only for Raspbian. On Armbian (i.e. Orange Pi Zero) download new Stretch build 5.38 next, mainline 4.14.14. Do not use Ubuntu. Follow original installation guideline: https://github.com/ccrisan/motioneye/wiki/Install-On-Debian (For Debian Stretch) BEFORE point 4 install pip dependencies: sudo pip install wheel sudo pip install setuptools sudo apt-get install zlibc zlib-gst zlib1g-dev Continue to point 4... ... at the end of installation point to [yourip]:8765 and configure it. et voilà! :-) Now Motioneye 0.38 run on motion 4.01. New motion version is usefull for new cam h264/rtsp based. With little OPZ performance is quite respectable: 15fps (streaming) / 10 fps (analisys and capture) with a HD stream 1280x720px, H264 900 kbit/s 12fps (streaming) / 7 fps (analisys and capture) with a HD stream 1280x720px, mjpeg 2,5 mbit/s Load: 1.94 1.24 0.53 Temp: 70 °C (without hardware acceleration...) Mk

Main problem now is related to Motion... mjpeg is not multithreaded, only one core (per camera) work into flow mjpeg->RAW->motion analisys->display output. H264/X264 is multithreaded (but still a low quality approach). Final output (movie) can be accelerated by (a future) version of FFmpeg. A good hw for a cctv project is an A17/A57/A72 ARM (out of order, fast single core performance compared to a A7/A53) or a low power Intel N3350 (Gigabyte Brix with Debian 9).

Use MotionEye on Armbian, it works perfect. Inviato dal mio LG-D855 utilizzando Tapatalk

Ya... but for a small order (1-2 cards) Amazon is the best option. I've purchased a single Sandisk Ultra A1 16GB for 10,50€ (inc. VAT, inc. ship. by Amazon Italy).

Ok... OPZ (v1.4) H2+ 512MB (Debian Jessie) Linux orangepizero 3.4.113-sun8i #4 SMP PREEMPT Wed Nov 22 13:45:28 CET 2017 armv7l GNU/Linux Sandisk Ultra 16GB UHS-1 A1 (brand new, EXT4) Governor: standard, on demand Governor: performance Sandisk ultra A1 perform quite well in 4k zone and in random write (compared to a standard UHS-1 card Sandisk, Lexar, Kigston, etc...). Same performance in 512-16384k zone (Vs Kingston 8GB C10 UHS-1.)

OPZ (v1.4) H2+ 512MB Linux orangepizero 3.4.113-sun8i #4 SMP PREEMPT Wed Nov 22 13:45:28 CET 2017 armv7l GNU/Linux Sandisk Ultra 16GB UHS-1 A1 (brand new) Command line used: iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2 random random kB reclen write rewrite read reread read write 102400 4 4178 4218 7990 7980 6558 4216 102400 16 4182 7258 15836 15842 14401 8915 102400 512 10306 13813 22836 22849 22691 15488 102400 1024 15984 15258 22875 22889 22849 19105 102400 16384 14680 15898 22979 22963 22982 17427

Isn't cedrus acceleration (vdpau) mainlined in ffmpeg? Only in 2.8.x or also in 3.x? Standard ffmpeg gained vdpau acceleration in 2009...

ffmpeg "-hwaccels" output:

No, I don't. I've upgrade my pi zero to Armbian 5.35 (Jessie, default kernel, vdpau installed) but ffmpeg still not accelerated. libcedrus1:armhf 1.0.1~armbian5.35+1 armhf Low-level acces to video enginge ofr Allwinner sunxi SoCs libvdpau-sunxi1:armhf 0.5.1~armbian5.35+1 armhf VDPAU implementation for sunxi SoCs libvdpau1:armhf 1.1.1-10~armbian5.35+1 armhf Video Decode and Presentation API for Unix (libraries) I'll try next month with a fresh Strech install... I need an updated version of ffmpeg and motion (damn transcode!).

Thank you! I'll try with "extraargs=cma=96M".

Cedrus hw enc/dec do not work for me (OPiZero). It would be useful in a new armbian release: i.e. hw mjpeg/h264 acceleration in ffmpeg.

Build a new (full) image with desktop enabled: https://github.com/armbian/build/blob/master/config/boards/orangepizero.conf BUILD_DESKTOP="yes" DESKTOP_TARGET="xenial:default,next"

Pihole works fine. Use Debian, not Ubuntu.

New installation (user-build) ca. 7 day and keeps working fine. Old installation: max 1 day (hangs... no reply from ssh or pihole web gui or motioneye web gui). I'm sorry but I've deleted old installation.

Isn't a stress or a overcharge problem. My Zero (v1.4 - 4 core at 1,2GHz and about 70°C) constantly runs at 100% with pihole + motioneye image analysis, some peaks to 400% making/saving h264 timelapse with motioneye. With user-built image I've no problem (but hangs with image downloaded from armbian.com).

I ran into same issue: my Zero (512MB v1.4) frequently hangs with Armbian (stable, legacy kernel). The Zero runs pi-hole and motioneye. Solution: build my own image, Armbian (Xenial) 16.04 with desktop enabled. Sadly hw transcoding (mjpeg/h264) it seems not working out-of-the-box due to lack of ffmpeg 3.1.x with Cedrus. But... with this image run stable, at this moment 6 day in uptime. I've not changed micro SD or PSU and the archive downloaded from armbian.com was not damaged. Is only a bit slow (without running services... should score about 6,5 s at 1200 MHz):