xmixahlx
-
Posts
21 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Everything posted by xmixahlx
-
drm is the hwaccel decode working with ffmpeg. vaapi seems mostly broken and definitely incomplete. i would ignore vaapi if you can. another option is gstreamer which has vp8 and h264 working in v4l2codecs in the bad plugins package.
-
@P.P.A. follow the patches from libreelec or pbp-tools. i rebuild with kernel > ffmpeg > kodi. you can see what else i use in pbp-tools. @Marco Diego Aurélio Mesqui h264 and vp8 have been supported for quite some time in development. you can see the v4l2codecs info in the release. easiest way to do this is just use kwiboo's WIP patches now.
-
i have been updating the kernel, ffmpeg, and kodi in sequence when major new patches from @Kwiboo are updated with consistent success, minus the known issues.
-
most scripts are not pbp specific, but that has been the focus so i am not sure for other devices. i would say test and give feedback after reading the scripts. i will be making these more generic as i expect to get a few HardRock64 devices when they are available. the most specific is the linux build script because of the pbp patch and kernel config, but you can override this with KERNELCONFIG and use your own config to build for almost any rockchip device. I will make the pbp patch overrideable. back on topic: kwiboo's linux-rockchip WIP branch is working great - and we have a LOT of activity for v4l2 and rkvdec on linux-media. excited for 5.9. kwiboo's ffmpeg 4.3 branch patch applies to 4.3.1 and master as well as release/4.3 -- all working well! i shared the vp9 file that gives me problems above. the same file decodes fine with intel vaapi. the ffmpeg frontend still does not share v4l2request support, so software that uses libavcodec like mpv are still broken due to lack of decoder detection and selection capability. wildly thankful for the work of kwiboo and jernej and others. thanks!
-
@Kwiboo i've also tested your latest linux-rockchip WIP branch work patched to linux 5.8-rc2 with ffmpeg 4.3-rkvdec. working great on pinebookpro, minus the vp9 issue. for the vp9 issue, this was either broken after rebasing 4.2.2, or with a newer kernel. i do recall it working fine earlier. i've uploaded my clips here: (they are all the same short sample re-encoded with ffmpeg from big buck bunny with various codecs and settings for testing. ) https://github.com/xmixahlx/media-samples/tree/master/videos
-
@Kwiboo ffmpeg 4.3-rkvdec working well with most supported codecs. i do have some new pixellations with vp9. just checked, they were there in the 4.2.2-rkvdec, too. in kodi, vp9 10/12bit and x265 12bit formats that are not hwaccel supported just freeze or crash kodi and are not being decoded via SW.
-
@Kwiboo did you have any idea about hantro encoding? ^ also, ffmpeg 4.3 and linux 5.8-rc1 are released and can't wait to update! fyi, i have a new project, pbp-tools on git that is collecting these hwaccel things for pinebook pro: https://github.com/xmixahlx/pbp-tools https://forum.pine64.org/showthread.php?tid=10190 any idea on the ffmpeg -decoders bug not listing v4lrequest? that seems to break things like mpv that use detection. ffmpeg and kodi work OK.
-
understood. it does seem mpeg4 is a mess,. hwaccel is a much bigger topic on the pinebookpro due to battery, although i'm sure power usage is still a concern with the usual sbc format. obviously with libreelec and kodi you are focused on hwaccel decoding as many formats as possible. (thank you!) do you have any insight into hantro encoding status? i see hantro-vpu-enc detected in the kernel with jpeg support and just not aware of what is happening on that front.
-
understood. tyvm for context. 5.7 is released! thanks again for your work and others getting patches upstreamed. i noticed vc1 and mpeg4 hwaccel work in @jernej repos. is that coming to rk3399? also bootlin has been active with v4l2-request-test with new hantro and other branches. and the bext branch was deleted in libva-v4l2-request. hopeful that these will be updated for v4l2 in 5.7! with ffmpeg not displaying v4l2request hwaccels any more, it seems that mpv hwdec doesn't work. should i be doing something different?
-
@Kwiboo fyi i did encounter graphical artifacts similar to what rubenvb has noted with 10bit h264 and h265 using ffmpeg_master, ffmpeg_v4l2-request-hwaccel-master, and cherry picking last few rkvdec commits from v4l2-request-hwaccel-4.2.2-rkvdec. however, the system stack i mentioned above earlier today works perfectly.
-
also: ffmpeg 4.2.3 with v4l2-request-hwaccel-4.2.2-rkvdec patch: https://pastebin.com/uF5kpABD kodi-git libva-v4l2-request_master + pulls 29+30 libva_master + pulls 332+340 (for libva 332 delete the 5th chunk, version bump, or apply against libva 2.6.0)
-
as i posted in the pine64 hwaccel thread: the kernel i am testing now, working well is: (getting ready for 5.7!) next20200529 pinebookpro patch: https://pastebin.com/YK4LXeyv Kwiboo's LibreElec 1000 patch Kwiboo's v4l2 patch: https://pastebin.com/gaQSZQ6B Kwiboo's drm patch: https://pastebin.com/b1BWZ8Cg responsiveness is actually significantly better than 5.7-rc7 (!?), and my nvme drive is also much better handled. interesting. also, i would recommend compiling hantro and rkvdec into the kernel, not modules, so that they are detected in the same order consistently.
-
https://github.com/LibreELEC/LibreELEC.tv/tree/master/projects/Allwinner/patches/linux https://github.com/LibreELEC/LibreELEC.tv/tree/master/packages/multimedia/ffmpeg/patches
-
first, very interesting! thanks for your work here. second, wouldn't it make more sense to update libva-v4l2-request? it is known to be out of date... speaking as a rk3399 user (pbp) that would love to adapt it to include hantro and rkvdec.
-
thanks for the guidance, @jernej! with both hantro and rkvdec supporting h264, and rkvdec having expanded capabilities, does it make sense to rely/prioritize rkvdec when detected? how does ffmpeg/v4l2-request decide which one to use?
-
thanks. i have collected the vaapi hantro bits on the pine64 forum thread, which basically refers to ph5's work on libva, libva-v4l2-request, and gstreamer-vaapi to add support for hantro, but it seems broken. vaapi for mpeg2 on hantro does work -- tested on vlc.
-
thanks @jernej ! really appreciate all of your work with @Kwiboo to provide these capabilities. awesome. unfortunately, i'm not a kernel developer, but would love to help out. testing? documentation? LMK. vaapi support for pinebookpro to allow hwaccel on firefox/wayland would be epic. in addition to the obvious youtube/video functions it seems like that would make jitsi meet usable, too.
-
confirmed x264 10bit hwaccel is working. thanks so much, @Kwiboo using kodi-git, ffmpeg 4.2.3 + new rkvdec branch work, linux 5.7-rc7 + librelec rockchip patches + linuxtv WIP branch diff + drm-next branch diff questions: will the ffmpeg patches be upstreamed? or moved into a separate library? wondering how this will evolve. (and echoing my previous questions wondering about vaapi support for hantro+rkvdec and ffmpeg -decoders list issue above.)
-
@Kwiboo awesome, thanks. LMK if I can help test. i wanted to add that i am not seeing <format>_v4l2request in ffmpeg -decoders any longer. (this was working a few months ago.) it would be amazing to see libva and libva-v4l2-request support for hantro and rkvdec. with firefox wayland/drm and vaapi support this should work on the desktop. (i am using sway on pinebookpro). Do you know if anyone is working to expand ph5's hantro work?
-
hwaccel works fine for me with the jellyfish sample: https://pastebin.com/6d5QR92H
-
greetings, @AndreVallestero pointed me towards this thread and i wanted to share what's working for me on the pinebook pro (rk3399): mp2, vp8, vp9, h264 and h265 (8 and 10bit) hwaccel. as andre mentioned, i've collected resources and documented my testing in the mainline hardware acceleration thread on pine64 forums as well as some related system bits (mesa-git, kodi-git, etc.). hwaccel thread is here: https://forum.pine64.org/showthread.php?tid=9171 i was pulling patches out of kernel patchwork linux-rockchip and linux-media before finding that @Kwiboo and LibreElec were packaging these up nicely. awesome. thanks so much! you can review the last few posts starting from here to be up to speed: https://forum.pine64.org/showthread.php?tid=9171&pid=65712#pid65712 with Kwiboo's recent linux-rockchip and ffmpeg git activity, my system is using: manjaro pinebookpro 5.7-rc2 kernel branch patched to 5.7-rc6 LibreElec patches from Kwiboo's rk-5.6 branch (modified next/list) Kwiboo's linux-kernel 5.6 vs 5.6-hevc branch diff Kwiboo's ffmpeg 4.2.2 vs 4.2.2-rkvdec branch diff ffmpeg 4.2.3 kodi-git a few notable things with kodi (gbm+gles) and big buck bunny reencode samples: h264 10bit provides kernel hard lock and forced shutdown x265 12bit freezes the kodi interface, then recovers vp9 10/12bit give green image and correct audio 4K 60fps h264 file plays out of sync jellyfin-kodi working great with my htpc server, mostly x264 8bit video files i realize the formats above aren't expected to work, just sharing what happens when they don't. i've upped the ffmpeg log for 4.2.3-v4l2-request-hwaccel-rkvdec with a h265-10b sample here: https://pastebin.com/x7iNaY4M
