gounthar

I know this thread is over a year old, but I was finally able to get decent camera output out of the GC2035 thanks to the cedar H264 gstreamer plugin linked here!
 
I'm no gstreamer expert, but what i've been able to figure out is that after the cedar_h264enc stage of the pipeline, you need to add a h264parse stage, which you can then follow with something like matroskamux if you want to write a .mkv file, or rtph264pay if you want to send the data over the network via RTP. eg:
 
gst-launch-1.0 -ve v4l2src device=/dev/video0 \ ! video/x-raw,format=NV12,width=800,height=600,framerate=15/1 \ ! cedar_h264enc ! h264parse ! queue \ ! matroskamux ! filesink location=test.mkv  

If anyone is interested: I designed a new cover instead of the acrylic plate. I broke it because I tried to drill a hole into it to get access to the power pins:
 
I made a new one in Fusion 360 to be 3D-printed or laser cut: https://www.thingiverse.com/thing:4501621
With it you get access to all pins (power, PCIe, GPIO, serial and SPI) and the reset button. The picture is of version 1. The newer version on thingiverse has larger cutouts and holes.
 
 
 
 

Serial and power mux board is ready for ordering. However before I do so, I need to wait till SD card mux board redesign is complete at least overall idea is “approved”.
 
As previously written the major change is to switch from simple SDI interface towards SDIO one allowing full speed communication with card. This requires 8 pins thus not only mux board but also card adapter tuning. 
Recently idea under consideration is to move SD mux board away from stacking and make it more alike USB Mass Storage device. 

Awesome thanks. Let me know what $$ you need. This looks right up my alley hihi I've been a bench tech all my (professional) life.

By asking and if there will be some left ...  V1.0 has some troubles and we are working on a redesign https://github.com/armbian/mpads When we will get a new batch (ETA= unknown) I will send you one.

Hit the easy button and install OpenWRT
 
Done and done - solves your problem.
 
Move on to other interesting things with your homelab.

Been a while since I been on these forums but if I remember correctly when I did get it to 1.6ghz the temps were quite high on load even with copper shims decent thermal paste. 
 
I use mine for mining still going strong all 10 of them in a cluster.

I've been trying rosetta on kernel 5.6 and 5.7 and it just seems like it overheats and drops dead pretty quick with rosetta.  showing those temps also   have you had much luck there?

I'm cranking CPU max back now to try again.

Collabora released Wayland running on RK3399: https://www.collabora.com/news-and-blog/blog/2020/06/05/bifrost-meets-gnome-onward-upward-zero-graphics-blobs/

We will post some info this week (on our blog and by newsletter) on production progress and shipping estimate.
 
 
 
Well we have some track record of donations to Armbian, and actually we are part of the Armbian team as mvebu family maintainer until now, and you can expect us to be very active on the rockchip64/rk3399 family. So even though it's never enough, I think we are doing our share of contribution back ;-)
 
 

i may hope the temperature reading is wrong. 83 degrees Celsius wil melt your case i think.

Simple, LibreELEC heavily patches kernel and ffmpeg for better experience. Patches are slowly getting in kernel but ffmpeg patches will need far more time to be accepted (kernel must first declare this API stable which won't happen anytime soon). You also need Kodi master (e.g. Kodi 19 pre-alpha), because it has a lot of important improvements. Last but not least, only Kodi GBM (e.g no desktop environment) version really works well (zero copy playback) and soon wayland. X11 has no chances to work well.
 
TL;DR: LibreELEC uses features which are in development and not present in any stable version yet.
 
BTW, also 4K HEVC videos work well.

I had a lot of stability issues with the original Orange Pi image, and it's running like a charm with Armbian.
Thanks, folks!

I just noticed you don't even have to go to dev branch. In current it is enabled already. If your 5.4.x-current kernel is halfway up-to-date you should be able to modprobe cedrus.

Decoding H264 and X11 rendering using vdpau_sunxi, libcedrus, kernel 4.20.17, mpv, vncserver and Armbian Bionic on Orange PI Zero
libvdpau: https://github.com/uboborov/libvdpau-sunxi-H3.git
libcedrus: https://github.com/uboborov/libcedrus-H3.git
cedar_dev: https://github.com/uboborov/sunxi-cedar-mainline.git
 
mpv, ffmpeg, x11 installed using apt
 
It works extremely slow but it's just a beginning  )
video: https://www.youtube.com/watch?v=9O7L_kaEDdk
UPD:
video on Orange PI One 1280x720 HDMI (works pretty fine)
https://www.youtube.com/watch?v=8qPyOG-yJIw
 

Added in the latest version 20200423 installation of the system in eMMC for Renegade Elite (rk3399) and now perezalivayu images on the site. I checked with myself, everything works. Now I have Armbian installed on EMMC in Renegade and a new feature has appeared-direct launch of other systems immediately from USB media (the connectors on the front line work).

gounthar ,
If you intend to use rpi-monitor to control the temperatures of the sensors I recommend you to leave it alone, I use domoticz works well and it's simple, if you need more info open a new post.

@gounthar
 
how i did it with my OPZero:
 
Enable w1-gpio
 
add param_w1_pin=PA10 to armbianEnv.txt and connect your DS18B20 like these.. +------------------------------------------------+ | OPi Zero GPIO Pin | 18B20 | Widerstand | |------------------------|---------|-------------| |Pin 17 3.3V | braun | VCC |-|4,7kOhm|-¬ | |Pin 26 1-wire | blau | Data |------------ | |Pin 9 GND | schwarz | GND | | +------------------------------------------------+ Its working fine :-)
 
 

gounthar,
activate 1wire, edit armbianEnv.txt, connect the sensor (with pull-up resistor) to the pi pins correctly, and it will work everything

I mount this one on Hikey970
I can only recommend!
 

Mine also arrived last week. They are around 40% bigger than stock for Tinkerboard.

They are finally here. Still waiting for the thermal adhesive.

@Ernest Kusa seeing your compile did work so well I was a little bit more "brave" and compiled the dev version
Armbian bullseye with Linux 5.6.5-sunxi   (non-minimal = console only image)
 
Also here no more problems - on my site - with ethernet going down/up.
Audio is working like on your current compiled image
I didnt check emmc, because I want to have there the android inside.
 
Welcome to Armbian bullseye with Linux 5.6.5-sunxi No end-user support: built from trunk & unsupported (bullseye) userspace! package bsp-kernel[20.05.0-trunk.111] u-boot[20.05.0-trunk] dtb [20.05.0-trunk.111] firmware [20.05.0-trunk] config[20.05.0-trunk] branch[dev] System diagnosis information will now be uploaded to http://ix.io/2iOj

@Ernest Kusa Thanks for compiling  Did you use some special options in the armbian-build-system or just stadard?

Analog-Audio and HDMI sound is working on my Sunvell R69 with red pcb (1GB Ram).
Analog-Audio is only set to a very low volume.

Do a 
apt install alsa-utils mpg123
and use
alsamixer
to set Line-Out and DAC to a value around 75 (upper limit of the white range)
 
I could play internetradio just fine
 
Analog-Audio: mpg123 -v -b 1024 -a hw:0,0 -@ ./MP3_FFH80s HDMI: mpg123 -v -b 1024 -a hw:1,0 -@ ./MP3_FFH80s aplay -l **** List of PLAYBACK Hardware Devices **** card 0: Codec [H3 Audio Codec], device 0: CDC PCM Codec-0 [CDC PCM Codec-0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: allwinnerhdmi [allwinner-hdmi], device 0: 1c22800.i2s-i2s-hifi i2s-hifi-0 [1c22800.i2s-i2s-hifi i2s-hifi-0] Subdevices: 1/1 Subdevice #0: subdevice #0 Welcome to Armbian buster with Linux 5.4.33-sunxi No end-user support: built from trunk package bsp-kernel[20.05.0-trunk] u-boot[20.05.0-trunk] dtb [20.05.0-trunk] firmware [20.05.0-trunk] config[] branch[current]  
MP3_FFH80s

If I interpret the schematics correctly, all LEDs are hardwired to power rails or SATA controller.
So there is no way to change the functionality via software.
The only way to get your desired functionality is to add an additional LED via GPIO pin and apply proper DT configuration.