AntonioPisano

Ended up issue was already described here Solution for me was to bin2fex micro.bin file and replace screen0_output_type = 1 screen0_output_mode = 5 screen1_output_type = 1 screen1_output_mode = 5 with screen0_output_type = 3 screen0_output_mode = 4 screen1_output_type = 0 screen1_output_mode = 4 taken from lime.fex here https://github.com/armbian/build/blob/master/config/fex/lime2.fex You should consider fixing this upstream, as current a20 olimex micro legacy image won't output on HDMI out of the box Ciao

Some comments: If I understand correctly, you just want to dump a raw video from some source. In this case no transcoding should be required. vdpau will help with decoding, not encoding. Encoding support is still very poor on sunxi devices AFAIK. If, as said before, you go for xh264 encoder, hardware encoding won't be required though. as said before, for some practical tip of any kind, you should tell us the requirements of your experiment/application

It all depends on your requirements... Number of streams, input resolution (e.g. even downscaling is resource consuming), output resolution, framerate... It could be very much possible depending on those.

Just the few cents I can give to you: differences CedarX/Cedrus: CedarX is the proprietary multimedia framework from Alwinner, which can only be used as a blackbox (http://linux-sunxi.org/CedarX). Support in linux for this is poor. Cedrus is the attempt to make an opensource implementation through reverse engineering of all this stuff. Its thanks to it that we have vdpau driver on linux for some alwinner devices (https://github.com/linux-sunxi/libvdpau-sunxi). libcedrus for video encoding is currently very limited. If you plan to achieve something more than just fiddle and fun, just go for the x264 library for thanscoding h264. Properly set will give good performances. Hope this helps

Hello there, I am looking for some feedback/suggestion about an issue I have. Installed Armbian legacy kernel just yesterday. Then I have plugged https://www.olimex.com/Products/USB-Modules/MOD-WIFI-AR9271-ANT/ to enable wifi and found out I missed required firmware. I installed such firmware (htc_9271.fw) first by Ubuntu linux-firmware package, then tried with armbian-firmware-full, then I have downloaded from here http://linuxwireless.org/download/htc_fw/1.3/ (putting in /lib/firmware and after failing tried also /lib/firmware/ath9k_htc like package manager does. I have also tried compiling my own version from here https://github.com/qca/open-ath9k-htc-firmware In all of these cases, looks like firmware is not detected and loaded and therefore wif interface is not created. Errors I get in dmesg are of the kind: [ 371.442863] usb 2-1: ath9k_htc: Firmware htc_9271.fw requested [ 371.460441] usb 2-1: ath9k_htc: Failed to get firmware htc_9271.fw [ 371.473538] usb 2-1: ath9k_htc: USB layer deinitialized Can anybody confirm this issue? Packages from Ubuntu and Armbian repos put firmware in /lib/firmware/ath9k_htc, but I have also tried /lib/firmware. Are those the right places to go? Many thanks for any feedback on this Antonio

Hello there, I just flashed latest armbian (downloaded yesterday) on my A20 Olinuxino Micro. Version was with legacy kernel as my use case involves multimedia. SD card is Samsung Evo 128GB. Once I attach HDMI display, I can see armbian logo and something happening (booting kernel etc) just for a few seconds, then screen flashes with colors and I don't get anymore signal. I tried with two monitors with the same reult. Later today I will try using cable-f attached to pins to see wether something is happening under the hood (I expect yes). In the meantime can someone confirm this issue? What should I try in order to fix this? Thanks in advance for any help on this. Antonio

Many thanks for your answer g40. The project for which we are evaluating this hardware is a lecturecasting solution for a university. Currently the user interface is implemented with technology we don't master and we would like to replace it with native HTML interface. In order to achieve so we must be able to provide a stream of the devices (camera and screen from the lecturer) that can be put in a webpage. To my knowledge there are only 3 alternatives: rtsp stream + VLC plugin (currently deprecated) HLS or other HTML5 format (webm format, might introduce big latency) webrtc (usually implying some additional streamer/transcoder component) Best solution would be for the devices grabbing the signal to give us already both rtsp low latency and HLS web embeddable sources. This way we avoid some difficult and costly transcoding and there would be no need for additional hardware whatsoever. In case this is not possible we would resolve for some transcoding device, that could be centralized or on the field (and in this case I would still find some board based approacs interesting). Thanks for the pointer regarding odroid xu4. Seems like a powerful device. That you know, transcoding is possible through C only or there exist some support in mainstream software as ffmpeg and vlc? No need to say that this would make implementation of the eventual transcoder much easier. All the best Antonio

Hello everyone! I am here to ask for knowledgeable suggestion: I am looking for a possibly armbian supported board capable of hardware transcoding a single 1920x1080 hdmi source at 15 fps. Source is coming from a usb UVC video grabber in raw yuv422 format. Hard requirements is to produce a rtsp stream at original resolution/framerate of the source. Soft requirements is to have also an HTML5 embeddable stream to use in a web application without needing a plugin. Tipically, this would be a MP4 (h.264 codec) and a webm (V8 codec) streams (possibly both to ensure best browser compatibility). This would be used for monitoring purposes by the user, so 5fps (maybe less) and 640x480 could suffice. Of course the more, the better. If possible, I would go for an industrial grade solution, as e.g. Olimex can provide. I fiddled a bit with A20 Olimex boards, but they don't seem suitable for my needs. I guess, due to poor software support for hardware h.264 encoder they provide. I have tried cedrus264 ffmpeg versions around, but beside its other limitations, seem like they will support only up to 720p and honestyl I would prefer to not introduce such a fragile dependency in my solution (meaning forked, unmaintained ffmpeg version). webm hardware support is a total no go on A20 as far as I could see. http://linux-sunxi.org/A20 I might give it a try with new Olimex A64 board, as should give me h.264 and V8 encoding support http://linux-sunxi.org/A64, but I fear software support is somewhat the same as A20 right now, right? As far as I understand, https://www.armbian.com/cubox-i/ could be suitable: h.264 hardware and software support. No V8 encoding, or industrial grade though... Any tip? Is something like this even worth trying on the kind of board you support? Thanks in advance Antonio