JMCC

Members
  • Content Count

    470
  • Joined

  • Last visited


Reputation Activity

  1. Like
    JMCC got a reaction from qblueRed42 in RK3288 Media Script (TinkerBoard)   
    The UN-official, UN-supported, UN-necessary, UN-popular, UN-precedented...
    RK3288 MEDIA TESTING SCRIPT [2.0: Bionic update]
     
    So here is the final release of the RK3288 media testing script. Basically, the script provides the following functionality:
    Installing all the libraries and system configurations necessary for GPU accelerated X desktop, Chromium WebGL, full VPU video play acceleration up to 4k@30 HEVC (the maximum supported by the SoC), and GLES 3.1 / OpenCL 1.2 support. Three video players supporting full VPU acceleration (RKMPP) and KMS display (GBM or a X11 DRM "hack", as described by the authors), namely: MPV, Gstreamer and Kodi 18.0 alpha preview. Two example programs using the OpenCL functionality: Examples form the Arm Compute Library, and a GPU crypto miner (an old version, but small and simple). A library that will act as an OpenGL to OpenGL-ES wrapper, allowing you to run programs that use OpenGL 1.5-2.0. Two additional small packages, that have no big interest from the developer prospective, but I find them interesting to play with: Support libraries for commercial web video streaming (tested with Netflix), and a simple Pulseaudio GTK equalizer using LADSPA.  
    Here is a more thorough documentation:
     
    Version 2.0 (Bionic):
     
    Version 1.0 (Xenial):

    >>> DOWNLOAD LINK (2.0, FOR BIONIC DESKTOP) <<<
     
    > Older Download link (1.0, for Xenial) <
     
    Instructions:
    Download the file above Untar it: tar xvf media-rk3288_*.tar.xz cd media-script ./media-rk3288.sh  
    Notes:
    This script is not officially supported by the Armbian project. It is just a community effort to help the development of the main build, by experimenting with a possible implementation of the media capabilities of this particular SoC. Therefore, questions about the script should not be laid out as support requests, but as commentaries or community peer-to-peer assistance. That being said, all commentaries/suggestions/corrections are very welcome. In the same way, I will do my best to help solve any difficulty that may arise regarding the script.  
    Enjoy!
     
     
     
  2. Like
    JMCC reacted to Shades_aus in RK3328 Media Script (Rock64, Renegade)   
    Using 5.75 image
     
    Glamor: The tweaked X server that you included is just as snappy IF you turn compositing back ON in the windowing settings.
    This is the opposite setting for armsoc. If you leave it disabled, the screens are horribly delayed when dragging.
    I have just tested both and Glamor is as fast as Armsoc on my 4GB renegade when the compositing is enabled.
     
    Chromium is still having issues playing anything 1080p from youtube (Just running chromium-streaming from GUI)
    Trying to change settings in Chromium-streaming makes it crash (probably known, as you stated some web pages will be broken)
     
    Audio out from the audio jack is still not working. HDMI audio works fine.
     
    - Bottom USB2 sometimes doesn't work. Unplug / replug keyboard fixes this once the OS has finished loading.
     
    Thank you for your efforts here. :-)
    This device is almost usable because of this. Once browsing is fixed, I'tgoing to be my daily Linux box!
  3. Like
    JMCC reacted to pokkecon in RK3328 Media Script (Rock64, Renegade)   
    JMCC: You'd asked for a follow-up, I have been using a 4GB Rock64 as a primary desktop machine for about six weeks now using Armbian + your script.

    Thank you very much for the script, being able to use sites like YouTube etc with streaming video and have it work (in full screen) is very nice.

    Chromium is horribly unstable for me, I find that it works well for the first while, but eventually locks up the box almost completely. I ran vmstat on a console to try and figure out what the issue is, I think it is because I have a microSD card for storage and that is basically not a long-term solution, I need an eMMC.

    I was never able to get to get the Rock64 to talk properly to my 27" screen, I always experienced severe tearing and flickering -- I believe I will have fewer problems with a newer screen, so that is another solution I want to try, in the meantime I use a small screen with low resolution -- I will provide more feedback when I have a better storage device and screen, in the meantime I get by and the script helps a lot with getting this SBC to where I need it to be.
  4. Like
    JMCC reacted to pokkecon in RK3328 Media Script (Rock64, Renegade)   
    Running Deluge also causes similar to behaviour to Chromium with half a dozen tabs open -- the machine locks up for a few minutes at a time, with maybe ten seconds of normal responsiveness between slow periods.  At the console with vmstat, I see large swaps right before the GUI becomes responsive again, so I believe it may be thrashing. It seems that any use of swap at all with a microSD card is very bad for performance. 
  5. Like
    JMCC reacted to TonyMac32 in RK3328 Kernel   
    @jpegxguy  For the mainline ethernet tx/rx delays, were those just copied from the Rock64 or were they empirically determined?  They're caused by trace impedance/etc, so they're tied to the specific hardware.  I'll dig up the thread/tool Ayufan and Tkaiser were using and see what I get, there might be some more to gain there, since obviously the default ones are fairly bad.
     
    @Igor Any argument against moving Ayufan's RK3328 mainline to "next" and putting true mainline at "dev"?  I think it's to the point that 5.1/5.2 are nearly to RK3288 levels of support in mainline.
     
    [edit]  Fixed the lower USB port on Renegade.
  6. Like
    JMCC got a reaction from Igor in RK3328 Kernel   
    Okay, I just had a look at the commit history, and the history of "/patch/kernel/rockchip64-default/Add_dts_rk3328-roc-cc.patch" was lost when it was merged into a commit for creating the rockchip64 family: now only the tiny LED patch that I applied recently is appearing. So it will be harder to figure out which patches I applied in the first place to make the board work. I'll try to figure it out.
     
    [EDIT]: Nevermind, I just figured out the directory containing the patches changed the name. Now I found the original DTS. @Igor please ignore the question I just deleted, in case you got to read it.
  7. Like
    JMCC got a reaction from esbeeb in NanoPi Neo 2, memory leak in proftpd, even worse if SSL encrypted   
    Debian people are very good at backporting security fixes. Why not just make a bug report there?
  8. Like
    JMCC reacted to Igor in New administrator   
    @lanefu will help around admin duties.
  9. Like
    JMCC reacted to NicoD in Orange Pi Lite 2 H6 1GB Quad Core Development Board   
    What did you try yet?
    Did you connect the camera? Did it show up?
    You can check this with : ls -ltrh /dev/video*
    If it shows up, download mjpg_streamer. Set it up, and ready.
    Here how to set up mjpg_streamer: https://www.acmesystems.it/video_streaming
    If it doesn't show up, then....... another story.
  10. Like
    JMCC got a reaction from NicoD in Orange Pi Lite 2 H6 1GB Quad Core Development Board   
    In addition to @NicoD's response, there is also a snap package for mjpg-streamer. So, once you get an Ubuntu Bionic running on your board, all you have to do is:
    $ sudo apt update $ sudo apt install snapd $ sudo service snapd start $ sudo snap install mjpg-streamer $ sudo snap connect mjpg-streamer:camera $ snap run mjpg-streamer You can get some more instructions with "snap info mjpg-streamer"
  11. Like
    JMCC got a reaction from manuti in NextCloudPi on Armbian ( tested odroid HC1 )   
    In case someone is looking to add an Emby media server to their Nextcloudpi with hardware accelerated transcoding, I made a step-by-step guide here: 
     
  12. Like
    JMCC reacted to NicoD in Armbian in 3D   
    Ok. I'll try that tomorrow.
    I now have this. A snowy surface.  I think it's an improvement. Tomorrow I'll try different renders with different settings, and rounded edges too. It's enough for today. Greetings.
     
  13. Like
    JMCC reacted to NicoD in Armbian in 3D   
    Change the floor again and made the eyes whiter. Now I'm really gonna put an end to it for today.
  14. Like
    JMCC reacted to NicoD in Armbian in 3D   
    Here one with straight lines, and one smoothened. Let me know what you like more.
    I made it look cute with the round big eyes, but the original looks a bit more though than this. Do I need to change that?
    All tips are welcome.
  15. Like
    JMCC reacted to NicoD in Armbian in 3D   
    Hi all. 
    Since I wanted a 3D intro for my Youtube Channel I started working with Blender again. Now the intro is finished I've got time to try to make a 3D Armbian Logo.
     

    I'll show some of the progress here for those who are interested. And if anybody else wants to do the same, go  ahead. We can then compare the results.
    I've only just begun. But I needed a break so I started writing this.
    Here's how it begins... create a side view ... 


    Then put those pictures in Blender, add a cube, position it right on both pictures, and start modeling....

    All done with the NanoPi M4 on Armbian Bionic.

    I'll slowly keep working on it. I can't promise it will look great, but nothing is lost if it doesn't... Someone once asked me to do this, I can't remember who it was. I think Chwe or jmcc or tido. Could also have been a ghost in my sleep.
    Cheers, NicoD

    ps: @Igor It would be nice if we could easily resize images in our posts. Maybe with a dropdown box and % would be easiest to do. I know this isn't a priority, just a suggestion. 
     
  16. Like
    JMCC got a reaction from NicoD in Daily (tech related) news diet   
    Yes, and believe me, total time difference is not that big compared to a core i7 cross-compiling on a VM (we're talking about the high-end ARM SoC's, the ones with A15's, A17's and A72's). Plus, it saves you the time and boredom of setting a cross-compiling environment. And it's funny to do anything on a small $50 device made with random TV box pieces soldered to a cramped PCB
  17. Like
    JMCC reacted to chwe in Daily (tech related) news diet   
    You probably should link to the original post cause the Register tends to be a bit....
    https://www.realworldtech.com/forum/?threadid=183440&amp;curpostid=183486
     
    His statements in the whole context sound a way more reasonable:
    besides a few SBCs, ARM SoCs are 'only' found in Android, where power-consumption matters a way more (it matters for servers as well but it's not the 'main' thing, whereas for mobiles it is).. Routers etc. are mostly driven by MIPS. Intel tried once (with throwing a bunch of money into it) to enter the android world but they horribly failed and canceled more or less their low consumption small chips...
     
    and that is actually true, Armbians buildscript is also x86 only, cause it might be hard to find good build servers to natively build our images on ARM.
    Price matters.. The more volume, the lower the price.. See (android) TV-boxes.. where intel has no chance to enter the market..
    well, I quoted this one just cause it's funny.
    I programmed once my calculator, it was painful cross-platform an on itself.. But that's more related to the capabilities of it.. I think @JMCC is one of the few here who compiles debian packages on the SBCs itself (except @wtarreau)..
     
    and followup:
    https://www.realworldtech.com/forum/?threadid=183440&amp;curpostid=183500
     
    make a nice case and don't tell him that there's a pinheader on it, maybe he don't see a difference..
     
    Don't get me wrong, willy's buildfarm (https://www.cnx-software.com/2019/01/07/nanopi-neo4-build-farm-rk3399-overclocking/) is great, but not everyone wants to build such a farm just to avoid cross-compiling.
     
    besides merging he probably never contributed a single bit to ARM development on Linux (I could be wrong here, I don't have record on which sub-systems he contributed in the beginnings). But as he stated multiple times, he's more 'kernel manager' and gate-keeper than programmer.. Just read through a few speaks from him to get a clue about his job in kernel development.
     
    https://www.zdnet.com/article/linus-torvalds-would-like-to-see-an-arm-laptop-but-he-doesnt-expect-it/
    https://www.zdnet.com/article/linus-torvalds-still-wants-the-linux-desktop/
     
    It's not that he dislikes arm.. There are multiple statements where he was in favour for an arm based machine (especially during the spectre/meltdown phase he made some of them). But where others try to be as polite as possible, he prefers a rather strong wording to make his points clear. And I would say he has enough valid arguments to point out why arm is nowhere on server at the moment.
     
    https://lkml.org/lkml/2018/1/21/192
     
    IMO not at all, development of linux on arm won't stop cause Linus says that he doesn't think that arm will make it on the server market.. All our SBCs (except maybe the SolidRun) aren't server SoCs. We deal mostly with TV-box SoCs here.. As long as they push their stuff upstream and the code quality is good, he will merge it.. He just points out clearly why (in his opinion) arm won't enter the server market.. There aren't (m)any affordable workstations nor notebooks nor simple desktop computers based on arm, so that people deploy stuff on ARM. Even on bigger distros (Debian, Ubuntu, Suse etc.) arm is only the side-kick of x86 or AMD64. I don't think that this will change soon. Just look at commercial binary only software... If there's Linux support for it, it's mostly x86 only.. More or less nobody provides arm64 or armhf packages of their binaries..
  18. Like
    JMCC got a reaction from NicoD in Announcement : Odroid N2   
    Just a notice that I edited my last post above, to include a link to a very interesting discussion at CNXSoft, that clarifies the PCIe matter. A kind of a summary, with some additional insights by @tkaiser in this article:
    https://github.com/ThomasKaiser/Knowledge/blob/master/articles/Quick_Preview_of_ODROID-N2.md
  19. Like
    JMCC got a reaction from esbeeb in NanoPi Neo 2, memory leak in proftpd, even worse if SSL encrypted   
    Debian people are very good at backporting security fixes. Why not just make a bug report there?
  20. Like
    JMCC got a reaction from NicoD in Announcement : Odroid N2   
    Just a notice that I edited my last post above, to include a link to a very interesting discussion at CNXSoft, that clarifies the PCIe matter. A kind of a summary, with some additional insights by @tkaiser in this article:
    https://github.com/ThomasKaiser/Knowledge/blob/master/articles/Quick_Preview_of_ODROID-N2.md
  21. Like
    JMCC got a reaction from rooted in Just a test   
    Totally agreed. It is very likely that a user's project depends on features that are only available in a certain kernel and not in others. That is particularly true when it means jumping from a kernel that is actively maintained by the vendor (like Hardkernel's 4.14 for the XU4) to a vanilla mainline.
     
    Practical examples: A user that has OMV installed on his Odroid HC1 with disk encryption on 4.14 kernel, would lose HW crypto support if upgrading to 4.19 (I think @tkaiser already pointed this out). Or if they have an Emby server with HW transcoding in that machine, it will stop working with the move to 4.19. Or if he has a media player/gaming station for the kids on a XU4. Etcetera.
     
    Well, I think everyone is clear on this point already, I just wanted to show my support for the idea of being very careful when making big kernel moves.
  22. Like
    JMCC reacted to guidol in Orangepi 3 h6 allwiner chip   
    cnx-software-Link: https://www.cnx-software.com/2019/01/19/orange-pi-3-allwinner-h6-sbc/
     
    Quote from cnx-software:
     
    ...but who want to use a OrangePi with a OrangePi-image?
    The H6-support of armbian is very limited - so I wouldnt buy a H6-board now
     
    Last year I did buy a NanoPi K1 Plus because the H5 is much better supported.
    The H6 is also "only" a QuadCore A53 like the H5 - so only the newer Mali T720 GFX is the difference.
     
    The OPi 3 H6 would be nice for the price if the complete hardware is supported by armbian
     
    https://aliexpress.com/store/product/Orange-Pi-3-H6-1GB-LPDDR3-8GB-EMMC-Flash-Gigabyte-AP6256-Bluetooth5-0-4-USB3-0/
     
     
     
     


  23. Like
    JMCC got a reaction from NicoD in Announcement : Odroid N2   
    Regarding the lack of support for NVMe/SATA, I think it is as simple as the fact that the SoC doesn't seem to support them. Amlogic aims to release SoC's that are just enough for a standard TV box, they don't have things such as Chromebooks in mind when they design their SoC's (as, for example, Rockchip does for their higher-end SoC's). And that is the reason why we can buy this board much cheaper than any equivalent RK3399. Here you trade brute horsepower for extra features in the SoC.
     
    [UPDATE]: Even though PCIe was never mentioned in the official announcements of S922X (see, for example here and here),  recently someone pointed out that they got a "leak" from Amlogic saying otherwise. According to that "leak", the SoC would have a single-lane PCIe interface, but it is pin muxed with USB3. In other words, you would need to disable USB3 in order to use PCIe, and that would still be single-lane.
     
    Definitely, disabling USB3 in favor of a possible SATA/NVMe interface would be IMO a very bad choice for a general-purpose board. Maybe if they release in the future something like the HC1, based on S922X, it could make sense. However, given the fact that Amlogic has not officialy announced that PCIe support, and after the "fiasco" with the broken PCIe in Allwinner H6, I won't believe that these are real options for this SoC until I see it actually working.
     
    You can find the whole discussion about the matter in this page from CNXSoft
  24. Like
    JMCC got a reaction from Tommy21 in S905(x) ALPHA media capabilities testing script   
    It looks like you weren't running the install script from the script's folder, but from some other directory. You must untar the tarball, cd into the created "media-script" directory, and run "./media-s905.sh"
  25. Like
    JMCC got a reaction from purplepumkin in S905(x) ALPHA media capabilities testing script   
    Well, no fancy introduction here, because this doesn't pretend to be a script for the general use, only for testers who want to try the current *very early* status of the media capabilities in the Armbian meson mainline kernel.
     
    Warning: It will replace your current kernel with a pre-compiled nightly 4.19.20.
     
    Instructions:
    Download, untar and run. If you need further instructions, then you are not ready for this script (again, it is very unpolished, not for general use).
     
    Download link: https://mega.nz/#!YvYUhayC!CI1fl52V4tV0G4oqUib4W-NlMpVSpLDp8kmo74g-V08
     
    Things that you can try with this script, on a X session:
     
    Use a 1080p@30fps h264 video, and play it with "mpv -hwdec <filename>". You'll see in the logs that it is decoding through v4l-m2mcopy Install and run glmark2-es2 Use Chromium WebGL Play a 1080p@30fps video in YouTube in full-screen smoothly. I'm pretty sure it is not really using HW decoding as it claims (there is no  initialization message in dmesg), but it's smooth for sure.  
    Gstreamer is tested not to work, in some other forum I was told that Bionic version is not enough and I need to compile a newer one.
     
    Performance is not in any way good, but it is a starting point. Anyway, the first TO-DO is getting the mali module integrated into the kernel, so there is no need to compile it separately.