Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Rendering seems to be too slow on Chromium #5

Open
podborski opened this issue Apr 17, 2019 · 3 comments
Open

Rendering seems to be too slow on Chromium #5

podborski opened this issue Apr 17, 2019 · 3 comments
Labels
wontfix This will not be worked on

Comments

@podborski
Copy link
Contributor

One can build Chromium with HEVC support enabled such as here. However on win10 I had some issues with the performance of the renderer.

Repackaging and playback of 4k HEVC works well (tested with the me.html test page and content created with Nokia Creator).

However rendering seems a bit slow. After the MPD is loaded and renderer is initialised, it is hard to navigate through the scene.

@podborski podborski added the enhancement New feature or request label Apr 17, 2019
@JWSon
Copy link
Contributor

JWSon commented May 2, 2019

This issue depends on HEVC support of hardware acceleration on chromium of win10.

I tested rendering of webGL using example of three.js to see whether or not it's the only problem of our project.

*Experiment environments

  • 4K test files(.mp4): avc and hevc
  • os: win10
  • browser: chromium ver 74.0.3729.108.
  • support codec of gpu
    gpu_support

*Execution time of teximage2D

  • avc
    avc_animate

  • hevc
    hevc_animate

*Support of video decoding on GPU

  • avc
    avc_gpu

  • hevc
    hevc_gpu

*Decoder

  • avc
    avc_plaerproperties

  • hevc
    hevc_plaerproperties

-> GPU supports hevc decoding but Chromium is not available. Referring to this link, MojoVideoDecoder is a hardware decoder and FFmpegVideoDecoder is not clear. when Chromium lowers the hardware support resolution of avc to 1920x1080, the decoder of the 4k avc file changes to FFmpegVideoDecoder and the same problem occurred as hevc.
texImage2d function is delayed because it reads pixels from the CPU when hardware decoding is not possible (reference link).

@podborski
Copy link
Contributor Author

@JWSon I don't think it is related to video decoding at all, since the rendering is already too laggy when the video is paused and no decoder is involved. Please see the discussion in #8 for more details.

@podborski podborski added wontfix This will not be worked on and removed enhancement New feature or request labels Jul 26, 2019
@podborski
Copy link
Contributor Author

Since the issue seems to be related with Chromium webGL performance (under the hood) I think we can not fix it here.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

2 participants