You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to libdrc users
Would it be possible to replace the x264 calls with native hardware accelerated libraries to free up CPU time. Yes the baseline profile doesn't take up many resources but it would be nice to have hardware back-ends too. I was planning on approaching this by replacing the calls and doing some extra work on the NAL packets. However I fear that the "planar intra prediction" feature is implemented in the hardware encoder depending on the company (Intel/NVIDIA/AMD/OMX) and not on VAAPI initialization. If anybody has thoughts or research on this topic I would appreciate some insight.
Trevor Rudolph
unread,
Nov 17, 2016, 5:35:44 PM11/17/16
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to libdrc users
It seems that the VAAPI driver would need to be modified to produce a NAL unit every 6 macro-blocks instead of it's normal settings. I also think the NAL header needs to be removed? That produces a NALU slice I believe. Lastly the graphics driver (in my case intel-drive) would need to be modified to stub intra-planar prediction subroutines, that code would refer to the mb_intra_struct structure. It's a bit more complicated than just editing x264 especially when you would probably need to edit the encoding driver based on the system you're using.
Trevor Rudolph
unread,
Nov 17, 2016, 5:50:12 PM11/17/16
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message