Remux with high load

[schamane 20]

Hi,

 

I watch a movie in the webbrowser

 

when I transcode with vaapi I have a CPU usage of 30 %  (but with the already known quality isssues)

 

but if I just wanna watch a movie without any bandwidth limitation it starts to remux and I have a load of 100% and after a few minutes it begins to stutter.

 

I am 100% sure this wasn` t  in the past 

 

 

Something changed here?

 

Version 3.1.158.0 beta

 

 

thx for any hints

 

[Luke 42077]

Hi there, welcome. In order for us to best answer this, please provide the information requested in how to report a media playback issue. Thanks !

[schamane 20]

Hi Luke,

 

the log wont help me here, it is working as it should, because its remuxing the audio, but it causes so much CPU usage, isnt it possible to use VAAPI here as well?

 

anyways, I will attach the log  

 

And as I said in my opinion it worked without 100% ffmpeg in the past

ffmpeg-remux-a2c6ff2a-e206-4f14-b2a0-1bfc7a24905a.txt

[Luke 42077]

To my knowledge it's not possible to use vaapi for audio transcoding.

[schamane 20]

But why is Remuxing so expensive at the moment, ffmpeg only uses one Core for remuxing, because usually u dont need more, but at the moment remuxing is more expensive as transcoding

[schamane 20]

At the moment I am a bit frustrated to be honest, I cant watch any movie in the browser without stuttering if it has to re-encode sound

 

I have an intel n3700 which should be able to re-encode without any issues.

 

Every week another issue with emby, sorry but this is annoying 

 

I tweaked around a bit and its just because of too much quality

 

 /usr/bin/ffmpeg -ss 01:25:09.714 -fflags +genpts -i file:"/tmp/test.mkv" -map 0:0 -map 0:1 -map -0:s -codec:v:0 copy -map_metadata -1 -threads 0 -codec:a:0 aac -strict experimental -ac 6 -ab 1536000 -af "aresample=async=1" -f mp4 -movflags frag_keyframe+empty_moov -y "/var/lib/emby-server/transcoding-temp/55dc19f7eb27da795d337743908a7ef2.mp4"

 

 

sorry, but

-ab 1536000 ???? If emby really need to reencode for Webbroser this rate is way too much, also 

-ac 6 Does it make sense all 6 Channels in a Browser? I dont know what is a browser able to play

 

and would it be possible to give us an option to lower these setting for webbrowser?

Edited September 20, 2016 by schamane

[Luke 42077]

i notice we are encoding the audio to a very high bitrate so i will reduce that and we'll see if that has an effect for the next release.

[Luke 42077]

 

Every week another issue with emby, sorry but this is annoying

 

 

I apologize but you are using an experimental feature. Should we just not offer the VA API feature? If we didn't offer it, you would never have been able to turn it on, and you would never have been frustrated. What do you think?

[schamane 20]

Hi Luke, 

 

I love vaapi, thats not what I am complaining about.

 

I am not able to view a movie in a Browser cause reencoding of audio (only audio) is too much on an up2date CPU 

 

frame=  902 fps= 17 q=-1.0 size=   25089kB time=00:00:37.61 bitrate=5464.1kbits/s speed=0.726x

frame=  912 fps= 17 q=-1.0 size=   25089kB time=00:00:38.04 bitrate=5402.9kbits/s speed=0.727x

frame=  923 fps= 17 q=-1.0 size=   27303kB time=00:00:38.46 bitrate=5814.6kbits/s speed=0.728x

frame=  933 fps= 17 q=-1.0 size=   27303kB time=00:00:38.87 bitrate=5753.9kbits/s speed=0.729x

frame=  943 fps= 18 q=-1.0 size=   27303kB time=00:00:39.27 bitrate=5694.5kbits/s speed=0.73x 

 

17 Frames per second are just not enough to watch anything without stuttering.

 

 

If i use 

 

/usr/bin/ffmpeg -fflags +genpts -i file:"/mnt/test.mkv" -map 0:0 -map 0:1 -map -0:s -c:v copy -copyts -avoid_negative_ts disabled -start_at_zero -map_metadata -1 -threads 0 -c:a aac -ac 2 -ab 136000 -af "aresample=async=1,volume=2" -y "/var/lib/emby-server/transcoding-temp/65aeaeb631033d57dcd9eb3ab5cc7028.mkv"

 

It looks like

 

frame=  748 fps=165 q=-1.0 size=   17385kB time=00:00:31.19 bitrate=4565.8kbits/s speed=6.88x

frame=  841 fps=167 q=-1.0 size=   20921kB time=00:00:35.07 bitrate=4886.1kbits/s speed=6.97x

frame=  931 fps=168 q=-1.0 size=   24559kB time=00:00:38.80 bitrate=5184.0kbits/s speed=7.01x

frame= 1036 fps=171 q=-1.0 size=   28870kB time=00:00:43.20 bitrate=5474.1kbits/s speed=7.13x 

 

So it would be nice If we could get more options here

 

Like 

Webplayer = ffmpeg parameters

Transcode = ffmpeg parameters

and/or user based

 

Because I dont think any Browser will play 5.1 anyways

[Luke 42077]

The really high audio bitrate is being resolved for the next release, thanks.

[schamane 20]

Hi Luke,

 

sounds promising, but just found another thng, vaapi transcoding is as well broken ATM 

 

 /usr/bin/ffmpeg -ss 00:54:07.985 -fflags +genpts -hwaccel vaapi -hwaccel_output_format yuv420p -vaapi_device /dev/dri/renderD128 -i file:"/mnt/test.mkv" -map 0:0 -map 0:1 -map -0:s -codec:v:0 h264_vaapi -force_key_frames "expr:gte(t,n_forced*5)" -vf "format=nv12|vaapi,hwupload,scale_vaapi=w=1280:h=538" -b:v 2464000 -maxrate 2464000 -bufsize 4928000 -vsync -1 -level 41 -map_metadata -1 -threads 0 -codec:a:0 aac -strict experimental -ac 6 -ab 1536000 -af "aresample=async=1" -f mp4 -movflags frag_keyframe+empty_moov -y "/var/lib/emby-server/transcoding-temp/d83ac8a72c9ec40ad013cb71478f056e.mp4

 

results in 

frame=   26 fps= 10 q=-0.0 size=       1kB time=00:00:01.30 bitrate=   7.3kbits/s speed=0.511x

frame=   31 fps= 10 q=-0.0 size=       1kB time=00:00:01.60 bitrate=   5.9kbits/s speed=0.523x

frame=   39 fps= 11 q=-0.0 size=       1kB time=00:00:01.87 bitrate=   5.0kbits/s speed=0.525x

frame=   47 fps= 11 q=-0.0 size=       1kB time=00:00:02.15 bitrate=   4.4kbits/s speed=0.527x

 

 

in the past it was 

/usr/bin/ffmpeg -fflags +genpts -hwaccel vaapi -hwaccel_output_format vaapi -vaapi_device /dev/dri/renderD128 -i file:"/mn/test.mkv" -map 0:0 -map 0:1 -map -0:s -codec:v:0 h264_vaapi -force_key_frames "expr:gte(t,n_forced*5)" -vf "format=nv12|vaapi,hwupload,scale_vaapi=w=1280:h=538" -copyts -avoid_negative_ts disabled -start_at_zero -b:v 2464002 -maxrate 2464002 -bufsize 4928004 -vsync -1 -level 41 -map_metadata -1 -threads 0 -codec:a:0 libmp3lame -ac 2 -ab 1536000 -af "aresample=async=1,volume=2" -y "/var/lib/emby-server/transcoding-temp/474c84e8e789c72264e6321620d75859.mkv"

 

frame=  106 fps= 70 q=-0.0 size=     797kB time=00:00:04.63 bitrate=1409.1kbits/s speed=3.08x

frame=  147 fps= 73 q=-0.0 size=    1228kB time=00:00:06.33 bitrate=1587.5kbits/s speed=3.13x

frame=  194 fps= 77 q=-0.0 size=    1521kB time=00:00:08.25 bitrate=1508.6kbits/s speed=3.26x

frame=  219 fps= 72 q=-0.0 size=    1874kB time=00:00:09.26 bitrate=1657.0kbits/s speed=3.06x

frame=  264 fps= 75 q=-0.0 size=    2493kB time=00:00:11.16 bitrate=1829.8kbits/s speed=3.15x

frame=  310 fps= 77 q=-0.0 size=    3130kB time=00:00:13.15 bitrate=1949.2kbits/s speed=3.25x 

 

I mean we need 30 FPS to play a movie fluently

[Luke 42077]

what exactly is the difference?

[schamane 20]

Seriously?

If u dont know, who maintains this ffmpeg stuff?

 

I am also no genius and its really complicated as f....

 

 As far I can see it is the audio codec as well

aac instead of mp3lame

[Luke 42077]

i just wanted you to be more specific about your issue. There is no problem in that command line other than the high audio bitrate which I already mentioned is fixed for the next release. It looks like firefox?  We use that mp4 output for firefox. The bottom command line is mkv output which we use for chrome, chromecast, android, etc and we can't use that with firefox. So, no problem found.

[schamane 20]

there was a pasting mistake of me, sorry

this is the faster comman

 

   /usr/bin/ffmpeg -fflags +genpts -hwaccel vaapi -hwaccel_output_format vaapi -vaapi_device /dev/dri/renderD128 -i file:"/mnt/test.mkv" -map 0:0 -map 0:1 -map -0:s -codec:v:0 h264_vaapi -force_key_frames "expr:gte(t,n_forced*5)" -vf "format=nv12|vaapi,hwupload,scale_vaapi=w=1280:h=538" -copyts -avoid_negative_ts disabled -start_at_zero -b:v 2464002 -maxrate 2464002 -bufsize 4928004 -vsync -1 -level 41 -map_metadata -1 -threads 0 -codec:a:0 libmp3lame -ac 6 -ab 1536000 -af "aresample=async=1,volume=2" -y "/var/lib/emby-server/transcoding-temp/474c84e8e789c72264e6321620d75859.mkv"

 

found some differences marked them 

 

if I change those two it goes up 

 

I guess these both are wrong (one should be fixed laready as u said)

[Luke 42077]

what are you saying about hwaccel_output_format? it should be removed, or changed to something else?

[schamane 20]

at the moment u use  -hwaccel_output_format yuv420p 

 

instead of hwaccel_output_format vaapi

what makes a huge difference I guess

Edited September 20, 2016 by schamane