JMCC

Members
  • Content Count

    592
  • Joined

  • Last visited


Reputation Activity

  1. Like
    JMCC reacted to Igor in New administrator   
    @lanefu will help around admin duties.
  2. 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.
  3. 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"
  4. 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: 
     
  5. 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.
     
  6. 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.
  7. 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.
  8. 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. 
     
  9. 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
  10. 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&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&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..
  11. Like
    JMCC got a reaction from lanefu 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
  12. Like
    JMCC got a reaction from lanefu 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?
  13. 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
  14. 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.
  15. 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/
     
     
     
     


  16. 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
  17. 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"
  18. Like
    JMCC got a reaction from Linton 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.
  19. Like
    JMCC got a reaction from talraash 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.
  20. Like
    JMCC got a reaction from köksal in Language Support Setting on Debian   
    I think that process is not necessary anymore, armbian-config should be enough to take care of configuring the locales.  @köksal please confirm if it worked for you.
  21. Like
    JMCC got a reaction from balbes150 in Le Potato / C2 / K2 4.19 LTS testing thread   
    Using mpv from the command line console should give you a log, with info about the decoder and display driver it is using. Also with gst-play-1.0 for gstreamer.
     
    Also, running glmark2-es2 will tell you whether it is using Mesa SW emulation, or Mali.
     
    For last, if you have configured chromium to use acceleration (like my script does), you can check whether it is working by typing in the address bar "chrome://gpu"
     
    Edit: And, of course, you can also check /var/log/Xorg.0.log
  22. Like
    JMCC got a reaction from balbes150 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.
  23. Like
    JMCC got a reaction from manuti in Advice on new SBC device   
    Welcome!
     
    Avoid Banana M3 at all costs. Besides that, all three other devices are good, depending on your budget and how good of a deal you can get.
     
    Probably Nanopi M4 is still a bit immature on the software side (too new), but if you plan to use it in the long term, it's a good choice.
     
    XU4 is rather old, but it is still a great computer, and software support is excellent. Plus, now you can find it very cheap. I recommend buying in Ameridroid and adding a emmc module.
     
    Tinkerboard S is a great machine, with very good software support too. Though, you'll need to find a very good microusb cable for powering, which is not always easy, and also this board will probably be the most expensive of the three.
  24. Like
    JMCC got a reaction from Tommy21 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.
  25. Like
    JMCC got a reaction from TonyMac32 in RK3328 Kernel   
    So, since RK started to create tags, I guess we can just use them and forget about the old problem of the default 4.4 kernel being a constant pain, right? It's also very comforting to see that they paid attention to our requests in that matter.