Victor B.

Members
  • Posts

    7
  • Joined

  • Last visited

Reputation Activity

  1. Like
    Victor B. got a reaction from gprovost in Hardware Encoding/Decoding for RK3399 on Helios64   
    A small update if you're willing to use a legacy kernel:
     
    I have not tested it yet...
  2. Like
    Victor B. got a reaction from Vin in Hardware Encoding/Decoding for RK3399 on Helios64   
    Hello,

    I am quite new to this topic, and I have found it to be quite complex. I primarily work with tiny MCUs and RTOSes, but I am enjoying the Linux space so far.
     
    In essence I would like to use the Mali GPU that is embedded within the RK3399 of the Helios64 for hardware transcoding. This isn't a novel idea, as shown by these sources:
    https://forum.armbian.com/topic/9272-development-rk3399-media-script/
    https://emby.media/community/index.php?/topic/66675-36078-transcoding-rockpro64/
     
    I am using Jellying, and in so FFMPEG to decode/encode the data streams. It seems that V4L2 is supported for hardware ecoding/decoding in the FFMPEG package, but in my experience doesn't appropriately work with the Mesa Panfrost drivers (https://wiki.debian.org/PanfrostLima) and the ARM drivers fail to compile with the kernel headers provided by the armbian-config script. I like the idea of having hardware accelerated transcoding, and I'm not even interested in 4K content, but my helios64 fails to transcode h265 (HEVC) to h264 at a playable rate. Secondly I like to have watch-togethers with my friends and I have to use my power-hungry PC for this. Of course I can introduce new hardware to do this like an arm64 laptop, but I like the all-in-one solution, and I simply can't be the only one that feels this way.

    Has anyone had success with hardware acceleration? Any ROE or ongoing efforts?

    Thanks,
    Victor
  3. Like
    Victor B. got a reaction from snakekick in Hardware Encoding/Decoding for RK3399 on Helios64   
    Hello,

    I am quite new to this topic, and I have found it to be quite complex. I primarily work with tiny MCUs and RTOSes, but I am enjoying the Linux space so far.
     
    In essence I would like to use the Mali GPU that is embedded within the RK3399 of the Helios64 for hardware transcoding. This isn't a novel idea, as shown by these sources:
    https://forum.armbian.com/topic/9272-development-rk3399-media-script/
    https://emby.media/community/index.php?/topic/66675-36078-transcoding-rockpro64/
     
    I am using Jellying, and in so FFMPEG to decode/encode the data streams. It seems that V4L2 is supported for hardware ecoding/decoding in the FFMPEG package, but in my experience doesn't appropriately work with the Mesa Panfrost drivers (https://wiki.debian.org/PanfrostLima) and the ARM drivers fail to compile with the kernel headers provided by the armbian-config script. I like the idea of having hardware accelerated transcoding, and I'm not even interested in 4K content, but my helios64 fails to transcode h265 (HEVC) to h264 at a playable rate. Secondly I like to have watch-togethers with my friends and I have to use my power-hungry PC for this. Of course I can introduce new hardware to do this like an arm64 laptop, but I like the all-in-one solution, and I simply can't be the only one that feels this way.

    Has anyone had success with hardware acceleration? Any ROE or ongoing efforts?

    Thanks,
    Victor
  4. Like
    Victor B. got a reaction from wurmfood in Hardware Encoding/Decoding for RK3399 on Helios64   
    Hello,

    I am quite new to this topic, and I have found it to be quite complex. I primarily work with tiny MCUs and RTOSes, but I am enjoying the Linux space so far.
     
    In essence I would like to use the Mali GPU that is embedded within the RK3399 of the Helios64 for hardware transcoding. This isn't a novel idea, as shown by these sources:
    https://forum.armbian.com/topic/9272-development-rk3399-media-script/
    https://emby.media/community/index.php?/topic/66675-36078-transcoding-rockpro64/
     
    I am using Jellying, and in so FFMPEG to decode/encode the data streams. It seems that V4L2 is supported for hardware ecoding/decoding in the FFMPEG package, but in my experience doesn't appropriately work with the Mesa Panfrost drivers (https://wiki.debian.org/PanfrostLima) and the ARM drivers fail to compile with the kernel headers provided by the armbian-config script. I like the idea of having hardware accelerated transcoding, and I'm not even interested in 4K content, but my helios64 fails to transcode h265 (HEVC) to h264 at a playable rate. Secondly I like to have watch-togethers with my friends and I have to use my power-hungry PC for this. Of course I can introduce new hardware to do this like an arm64 laptop, but I like the all-in-one solution, and I simply can't be the only one that feels this way.

    Has anyone had success with hardware acceleration? Any ROE or ongoing efforts?

    Thanks,
    Victor