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

Use h.264 as video codec #1043

Closed
elieserdejesus opened this issue Mar 14, 2018 · 5 comments
Closed

Use h.264 as video codec #1043

elieserdejesus opened this issue Mar 14, 2018 · 5 comments
Milestone

Comments

@elieserdejesus
Copy link
Owner

elieserdejesus commented Mar 14, 2018

Test h.264 as video codec to see if is possible reduce the video stream bandwith usage.

ps: use mp4 as container.

@jonjamcam
Copy link
Contributor

Hopefully h.264 can improve image quality too. For example the grid layout shows big squares when fast movements are used.

image

the old dilema bandwidth v/s quality. 🦄

@elieserdejesus
Copy link
Owner Author

the grid layout shows big squares when fast movements are used.

In this case the guilty is not the video codec 😄 . JamTaba is setting the cam to the minimum available resolution. So, we are receiving very small videos (in resolution), but grid layout is resizing/stretching these small videos, so we see these big squares.

I guess the squares will be visible with another video codec too, maybe a little smoother.

@jonjamcam
Copy link
Contributor

Question: from what I read here:

https://www.google.cl/amp/tubularinsights.com/encoding-formats-mpeg4-vs-h264/amp/

I have the feeling that h.264 will use more CPU resources than mpeg4.

So my question is will the "old" jamtaba be compatible? or we'll all have to migrate to the new version?

I ask this because I still use my old laptop which only 2 CPU and ATM video is working fine for me (although the quality is low and the bandwidth usage is high)

@elieserdejesus
Copy link
Owner Author

elieserdejesus commented Apr 7, 2018

I have the feeling that h.264 will use more CPU resources than mpeg4.

Yes @jonjamcam , I'm working in the h264 in these last days and found some very good news:

1 - The image quality is very nice, I'm doubling the video resolution (grid layout big images are very improved) and using a little higher bps.

2 - The bandwith usage is a bit small in average when comparing with previous version (mpeg) (even using more quality/bps and doubling resolution).

3 - The cpu usage is increased in ~6% in my machine.

@elieserdejesus
Copy link
Owner Author

Good news in this issue: I recompiled ffmpeg and x264 codec using all optimizations. The result is fantastic, now the cpu usage is lower than the previous version. So, at moment the result is

  • more video quality
  • less bandwith usage
  • less cpu usage than previous version

I will create a testable PR soon.

@elieserdejesus elieserdejesus added this to the v2.1.5 milestone Apr 10, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants