Jump to content

JMCC

Members
  • Posts

    941
  • Joined

  • Last visited

Everything posted by JMCC

  1. That seems very interesting. I already built patched Kodi packages for Debian Bullseye (available for download here), but they were not too useful without the kernel-side patches. If you can add those patches to Armbian mainline, we could give it a try.
  2. You can use Armbian build script. In your case, you would only need the device tree for your custom device. Either ask the other company for the .dts, or if that is not possible you can decompile the .dtb from the OS they gave you
  3. I don't know if TeamViewer has a ARM binary for download. If not, I suggest using x2go-server , you can install it from the Debian/Ubuntu repos via apt
  4. Hey, that looks very good!
  5. My guess is that command line forces the use of opengl output, which uses the GPU for displaying frames. GPU needs to copy the frames to and from the memory, and since mem bandwidth is not enough to cope with a 4K stream, hence the stutters. The only way to play 4K is bypassing the GPU and making the VPU block communicate directly with the display block. MPV can only do that with fullscreen KMS managed through GBM. So you will lose the GUI, and you will need to control the player with the keyboard. Try this line: mpv --gpu-context=drm video.mkv
  6. Then it can be easily solved by adding a field like "Provides: linux-image-legacy-rockchip64" to the Debian control file of that kernel.
  7. But then it means that the system has already installed some other kernel, other than rk3399 or rockchip64, am I understanding well?
  8. But, if the package is giving an error when installing, then it means that the system does not have the rk3399 nor rockchip64 kernel package, but a different one. Am I understanding well?
  9. If Kodi works, then it means the underlying RKMPP is working, and the problem is somewhere in mpv. That is a basic first step when troubleshooting something: narrow down the problem. Again, if you don't want help, it's okay, but please don't spam here.
  10. Well, my position is the same as before. I can summarize it in two points: I don't like the idea of adding a new kernel to the already oversaturated mess of RK BSP. We had two (RK3399 and rockchip64), and we were trying to find ways to merge them. It has been a long issue with @piter75, @TonyMac32, @chwe, myself and others trying to find ways of getting rid of this duality, which we haven't gotten yet. But introducing a third one makes the issue even worse. The dependency is necessary for a proper debian packaging. If a package requires another package in order to work (as it is the case), then it must be reflected in the Debian dependencies. The problem with any additional kernel that you may use either in standard Armbian or Armbian-TV, can be easily solved just by adding a field "Provides: linux-rockchip64-legacy" to your custom kernel package.
  11. I was trying to help you troubleshoot the problem. If you prefer to be on your own, good luck then. But please do not use this thread for talking about the Jetson Nano or Allwinner H6, you can open some other thread in general chit chat for the former, or the Allwinner sub forum for the latter.
  12. Moved out to a separate topic. Rock64 is unsupported, if you do a little search you will know why. In short, because of problems like yours. Do some search in the forums, please.
  13. That's because it does not have VPU acceleration. You can probably also do that in Armbian, simply by installing the regular Debian Kodi packages (never tried it myself), but performance will be terrible. If you want fullacceleration on this chip, you need to disable X server for GBM KMS to take exclusive control of the display block.
  14. Sorry, I didn't notice this. Can't you set up your monitor to disable overscan and show the full screen? If you want to use the desktop, you will miss the top panel and/or window bars anyway. If you cannot change your monitor overscan setting, the easiest solution is to create a custom LightDM configuration, with a menu in some place that you can see. You can find instructions for that via Google. Otherwise, you need to stop lightdm and launch Kodi manually from console.
  15. Moved from the RK3399 multimedia integration thread to here, since the post is not related to the MM integration, and not even to Armbian.
  16. Please see post #1 of this thread
  17. You must take into account not only the processor specs, but also the kernel support. I would stay away from Amlogic for that reason, and bring in Rockchip into the equation.
  18. If you use HW accelerated decoding (e.g. Kodi from our multimedia integration), you won't notice any difference in most cases. The only probable case is 1080p 10-bit VP9, since RK3399 does not support HW decoding for 10-bit VP9. I say 1080p, because 4K will be out of its league, even overclocked. However, I recommend using the 2.2GHz OPP only for short, single-threaded bursts, like web browsing, productivity or server tasks. For long and intensive multi-threaded tasks, such as video encoding, rendering, computing, etc., I recommend to stick with 2.0GHz, to avoid burning your board too soon. Does it work with Raxda image? If so, check if it is necessary to use some HW overlay, and see if that overlay is also present in Armbian, so you can activate it. If it is not there, we can add it.
  19. @TonyMac32I don't have the board, can you shed some light on this issue?
  20. @NicoD Are you going to make a video on it? If you do, we'll get hundreds of people running their RK3399 boards at 2.2 GHz, which may have a lethal impact on global warming
  21. In my case, powering is not a problem since my NanoPCT4 uses 12v barrel jack. However, I didn't have issues either with the Rockpi4b powered with a 40w usb-c PD source. But I must acknowledge that my tests on that board were not so extensive.
  22. No, it is the opposite. In legacy you can overclock to 2.0/1.5Ghz (like mainline), or to 2.2/1.7Ghz (extreme, needs active cooling). You only need to activate the corresponding overlay in armbian-config
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines