My wifi card (Intel 7265) is listed here https://wiki.radxa.com/Rock5/guide/radxa-debian#WiFi and works with Radxa’s official Debian image and installing Debian’s iwlwifi firmware package (or manually placing Intel’s blob under /lib/firmware). The card does NOT get detected using Radxa’s official Android image. I am not sure how to go about this; presumably, Android kernel would need to load the same Intel firmware?
[ROM] ROCK 5B Android 12.1 rkr10 GoogleTV
a little feedback on the ‘A’ build
-noticed that the gboard and leanback keyboard doesnt response to enter/ok/center button from remote (usb receiver), however this is fine for tv remote via hdmi-cec. Android aosp keyboard is fine with the remote.
-kodi cant decode x265 with android mediacodec, the same persist on mx-player under HW+ decoding
-the launcher main menu crashes sometime.
did the more recent mali driver already address this kodi x265 decoding issue? im doubting that ARM/rockchip will miss on this in first place.
thnx for feedback
well mali has nothing to do with the video decoder
and proberley the codec is ok and and clip wrong , i have no trouble with it on rk3566 only with streaming audio is not in sync but kodi plays all i have ,
and did you update after install just wait till play store is from 24 at v33 and do then the 17 or 18 updates.then it should be ok
Buttons is always fun ,i can look if there is a app to change that so many diffrent keyboards
oh right, its rockchip own video codec IC. anyway having play store to update all the apps didnt help those h265/hevc decoding problem. oh well i guess we need to wait for newer rockhip sdk then. anyway its not a big of a deal, the cpu were capable to decode 1080p hevc content without noticeable frame drops.
what issues are you having with h265/hevc. all the videos in h265/hevc I tried all seem to work fine.
i played them streaming and off my server. i used kodi ver 19.5
i see mostly green screen. are the local playback via usb play fine for you?
does hardware acceleration works on debian? i need to check if I was having hardware defect instead.
i was using kodi 19.5 that has been pre-installed by thc013/shaggy
@thc013 x265 decoding on Rock5 is definitely broken - I tried it on the official 20221129 android and also had issues - the same in kodi, VLC and MX player. The video looked green and jumbled (hardware decoder). I predict the issues people have here may be similar.
looks like its not mine alone :D, thought it was broken hardware.
I think the codec that these versions of android ship with is broken. And it’s a pity there’s no way to use software decoding as a workaround…
play fine for me
and without wich video i cannot look if i can repeat it
and i predict it more often a video source issue then a codec issue .
and if both have it not much i can do about it , blindly compiling mpp is not gonna work
assuming you doing testing on rk3566 hardware, the video codec hardware is seems to be vastly different/more modern on rk3588, so the test result on rk3566 setup might not directly reflect into the new hardware. the video codec on rk3588 were supposed to support AV1 codec, on common h264/h264/vp9 codec,it seems to be able to decode twice as fast, in some case quadruple the speed.
but not much point of the hardware being fast if the software is not ready for it 
rk3588 datasheet:
Video Decoder
Real-time video decoder of MPEG-1, MPEG-2, MPEG-4, H.263, H.264, H.265, VC-1,
VP9, VP8, MVC, AV1
MMU Embedded
Multi-channel decoder in parallel for less resolution
H.264 AVC/MVC Main10 L6.0 : 8K@30fps (7680x4320)②
VP9 Profile0/2 L6.1 : 8K@60fps (7680x4320)
H.265 HEVC/MVC Main10 L6.1 : 8K@60fps (7680x4320)
AVS2 Profile0/2 L10.2.6 : 8K@60fps (7680x4320)
AV1 Main Profile 8/10bit L5.3 : 4K@60fps (3840x2160)
MPEG-2 up to MP : 1080p@60fps (1920x1088)
MPEG-1 up to MP : 1080p@60fps (1920x1088)
VC-1 up to AP level 3 : 1080p@60fps (1920x1088)
VP8 version2 : 1080p@60fps (1920x1088
rk3566 datasheet:
H.265 HEVC/MVC Main10 Profile yuv420@L5.1 up to 4096x2304@60fps
H.264 AVC/MVC Main10 Profile yuv400/yuv420/yuv422/@L5.1 up to
4096x2304@60fps
VP9 Profile0/2 yuv420@L5.1 up to 4096x2304@60fps
VP8 verision2,up to 1920x1088@60fps
VC1 Simple Profile@low, medium, high levels, Main Profile@low, medium, high
levels, Advanced Profile@level0~3,up to 1920x1088@60fps
MPEG-4 Simple Profile@L0~6,Advanced Simple Profile@L0~5,up to
1920x1088@60fps
MPEG-2 Main Profile, low, medium and high levels, up to 1920x1088@60fps
MPEG-1 Main Profile, low, medium and high levels, up to 1920x1088@60fps
H.263 Profile0,levels 10-70,up to 720x576@60fps
still doesnt say anything of the source file wich has to be played 
@thc013 I tried many files from different sources with the same result. Can upload screenshots but I don’t understand why you don’t believe this.
yup, you are right, it seems to be file dependent. every sample that i found on the internet seems to be working. perhaps this only impacting long duration video?
anyway, this folder containing video that cant be decode with rock5 video codec
https://drive.google.com/drive/folders/13JmrUZmGj1iyCjFLyjKAQFtjv7Apgzob
below is how the output looks when it not being able to decode properly
additional note:
yup, this seems impacting small duration file, likely to only impacting royalty free x265 codec, i tried to encode with different encoder profile level, all showing these green artifacts. 8bit and nvenc(restricted to 8bit) encode video are not impacted
sample.zip (2.6 MB)
1 Like
thnx zerorating 1 episode would suffer to check
i thiink you gave the answer yourself
from the specs
H.265 HEVC/MVC Main10 L6.1 : 8K@60fps (7680x4320)
what is your file ?
nahh, i cant find the answer.
anyway, the anime one were L6.2, so its make sense if it is not supported
HVC1 1920x1080 23.976fps [V: hevc main 10 L6.2, yuv420p10le, 1920x1080 [default]]
however the other sample that i give is pretty much varies
Video: HVC1 1920x1080 25fps 886kbps [V: hevc main 10 L4.0, yuv420p10le, 1920x1080, 886 kb/s]
Video: HVC1 1920x1080 25fps 886kbps [V: hevc main 10 L4.1, yuv420p10le, 1920x1080, 886 kb/s]
Video: HVC1 1920x1080 25fps 886kbps [V: hevc main 10 L5.1, yuv420p10le, 1920x1080, 886 kb/s]
Video: HVC1 1920x1080 25fps 886kbps [V: hevc main 10 L6.1, yuv420p10le, 1920x1080, 886 kb/s]
the other that is not from the sample that i was provided that is not playable
Video: HVC1 1920x1012 23.976fps 2000kbps [V: hevc main 10 L4.0, yuv420p10le, 1920x1012, 2000 kb/s]
Video: HVC1 720x480 (15:11) 29.97fps [V: hevc main 10 L3.0, yuv420p10le, 720x480 [default]]
one thing that is clear were the unplayable file were encoded with x265 and its having 10bit color depth. i dont think that profile level even matter much, lower level profile will have lower luma samples, bitrate and image resolution limits. even my ancient MT8693 soc can play those L6.2 profile file like a champ.
perhaps something with HVC1 ?
playable file were HVC1 too 
I remember trying to play a 20 minute video and also a 2 hour film. Will try to find out the encoder settings.
local video through my network. I have a server for movie and tv shows. i used kodi for both. streaming off internet and local. no issues