JMCC

Members
  • Content Count

    573
  • Joined

  • Last visited


Reputation Activity

  1. 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: 
     
  2. 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.
     
  3. 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.
  4. 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.
  5. 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. 
     
  6. 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
  7. 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..
  8. 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
  9. 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?
  10. 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
  11. 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.
  12. 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/
     
     
     
     


  13. 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
  14. 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"
  15. 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.
  16. 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.
  17. 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.
  18. 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
  19. 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.
  20. 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.
  21. 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.
  22. 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.
  23. Like
    JMCC got a reaction from Da Xue in Librecomputer Renegade RK3328   
    So the Media Script is finally released:
     
  24. Like
    JMCC reacted to TonyMac32 in Improve 'Support over Forum' situation   
    I see some structural challenges here.  One is a perceived hierarchy perhaps keeping some people from mentioning issues (to be honest we already have that problem, I've had small issues in images for months before someone pointed it out).  If we take this route, then the forum has to be as open as possible to general user complaints.  Restricting access results in a shrinking of community in general, it's a difficult position because in order to grow the community you have to allow "know-nothings" to ask questions and hopefully become "know-somethings".  We also need to find a good way to appeal to a more diverse user base, application wise. 
     
    People like @Larry Bank and @sgjava have done some great work, but our willingness (and ability) to support ends with server-type environments (nothing wrong with this, but it is a *very* limited niche of people who can contribute to that specific task thing)
     
    @JMCC is doing great work with media, if we can roll at least some of what he's doing into the build script it would be fantastic (I was thinking we should package his scripts as part of a board or family specific armbian-config menu)
     
    So we have the groundwork for IoT and Multimedia applications, which will make our little Linux project more interesting for the general public, especially if we can make these things somewhat standard, we get more users.  from those users, some programmers/maintainers/mods/etc will show up.  The issue is the age old one of humanity:  Talent and interest are hard to find together. If the vendors are not willing to help, despite the value, then we need to move an insane number of people through the forums to snag ones that are able and willing to contribute.
     
    I think we do need to approach the "slimming down" of our boards a bit more carefully.  This is something along the lines of @tkaiser's comments about this being a project for us, with our help to everyone else being a happy side-effect.  If we are not overwhelmed, we make better things, the community benefits.  If a high-level user wants their board supported badly enough, they will work to support it (Me with Tinker Board)  We need to add a "maintainers" list or something similar, this is for one simple reason:  boards with no maintainer need to be put on probation.  A stronger definition of individual roles (not in a leadership sense, just in a contribution sense) will help as well I think. 
    If a board has no maintainers and no vendor support, it should be "CSC'd", with a list on the website with "looking for maintainers"  I would propose we not make images for those boards available on the download page, allow people to build them if they want.  That alone filters who would be asking questions.
     
    So, for boards:
     
    Each board entry should include 2 additional fields:
    Maintained-by  (Member or members) Vendor-supported (Does the Vendor give Armbian anything more than just a couple boards?  I include technical support here) So Tinker Board and Le Potato would look like:
    supported-by: tonymac32 vendor-supported: yes  (or we could make tiers, everything from boards on demand, technical support, direct code contribution, money)  
    For Member-contrubtors:
     
    boards hosting documentation etc So Igor (sorry if I massively under-represent:
     
    Build Script Author (obviously multiple people can have each tag) Web Admin Build Hosting Family-Allwinner Family-Freescale Documenter etc I can expand on this later in a specific thread since it covers a wide topic matter.
  25. Like
    JMCC reacted to TonyMac32 in RK3288 Media Script (TinkerBoard)   
    Pssssst:
     

     
    So, this has @Myy's work with the patchset that got dropped on the mailing list for vdec, I've gotten everything building properly (minus a wireless driver and we don't have 1.7 and 1.8 GHz opps)
     
    I ran the media script ans installed everything.
     
    I'm watching a 1080p mp4 at fullscreen, here is my armbianmonitor -m:
     
    Time CPU load %cpu %sys %usr %nice %io %irq CPU C.St. 05:41:25: 1608MHz 1.00 20% 3% 16% 0% 0% 0% 51.7°C 0/11 05:41:30: 1608MHz 0.92 20% 3% 17% 0% 0% 0% 50.4°C 0/11 05:41:35: 1608MHz 0.92 21% 3% 17% 0% 0% 0% 50.4°C 0/11 05:41:40: 1608MHz 0.93 19% 3% 15% 0% 0% 0% 51.2°C 0/11 05:41:45: 1608MHz 0.93 20% 3% 17% 0% 0% 0% 50.4°C 0/11 05:41:50: 1608MHz 0.94 21% 5% 16% 0% 0% 0% 51.7°C 0/11 http://ix.io/1zbd
     
    As for functionality, gstreamer does not seem to want to work, so I would guess the vdec isn't operational yet, or something isn't quite right.  In any case, there is hope, perhaps.  ;-)