-
Notifications
You must be signed in to change notification settings - Fork 24
A player demo based on the ffmpeg libyami #8
Comments
No, it's enable libyami in ffmpeg like ffmpeg-libx264-style, so I think you can used the option "-vcode libyami_h264" when used ffplay. |
I think if use the ffplay, the ffplay use sdl render, the performance is not the best, because the libyami use va_surface for render. could you give some example use the va_surface from ffmpeg demo ? |
We have a SSE4 optimization, so SDL render is OK ( you can check the CPU usage when use ffplay). And now we're busying in Code refactoring/Transcode performance tune , so can't supply this example in a short time, sorry. I hope I can give some suggestion if you like. Used libyami_h264 decoder as example, if you don't want to move the GPU surface to CPU memory before render, you can use YAMI as output format when used libyami_h264 decoder, it's will decode as surface, then you can use va_surface() render it. |
Thanks a lot, and for the VPP and Encoder, only the AV_PIX_FMT_YAMI support or i can send the AV_PIX_FMT_YUV420P or the AV_PIX_FMT_NV12, is there has some sample for trancoding and VPP? |
Now ffmpeg_libyami can mix the HW/SW decoder/encoder, so yon can send the YUV420P/NV12 to libyami_encoder/vpp, you can used the command as reference:
In this case, ffmpeg h264 native decoder will get raw NV12 or YUV420p frame, then pass it to VPP/libyami_encoder. |
Thanks |
@zackxue Yes |
hi
is there has a demo player like https://github.com/01org/player-ffmpeg-yami?
based on the ffmpeg libyami, like the example in the libyami
The text was updated successfully, but these errors were encountered: