FolderSync ignores quality setting

[K22R8CT 25]

I created a Sync job with settings: Universal Mobile / 4Mbps.

 

The resulting hour-long file was almost 6GB which seemed off. I checked "stats for nerds" and its video bitrate is 12.9Mbps.

 

 

As a test, I changed the job to use Custom Quality and specified 4Mbps, deleted the file and re-ran the job – same result, same file size and bitrate.

 

Next I tried the 1.5Mbps quality preset – still the same result, same 6GB file size and 12.9 Mbps bitrate.

 

What's going on?

 

Here are the stats for the source file, in case it's relevant:

 

[Luke 42080]

Can you please attach the log files from an example? thanks.

[K22R8CT 25]

Coincidentally an updated version of the source file was just downloaded which triggered re-generation of the sync'd file.

*That behavior differs from previous versions where updating the source file did not trigger re-generation, but that's unrelated.

 

I've messaged you what I think is the relevant server log excerpt from this regeneration. Let me know if you need more from the server log and/or additional log files.

[Luke 42080]

And the ffmpeg conversion log?

[K22R8CT 25]

Sent.

[Luke 42080]

Your conversion log is at 5 mbps, which yes, is higher than the requested 4 mbps although we do not have sufficient logging to prove that you actually selected 4 mbps.

 

In any event I'll do some testing on the conversion processes to make sure they are honoring the requested bitrates.

 

As far as stats for nerds go, I think it's just showing the original media info of the original file.

 

Thanks.

[K22R8CT 25]

Huh, I don't understand it but the sync file generated from the run I sent you was 2GB, which is about right for a one hour 4Mbps file:

 

2000 MB * 8 / (60min * 60sec) = 4.4Mbps

 

Weird because all of my earlier tests generated a 6GB file.

 

I also confirmed as you suspected that regardless of which file is played "stats for nerds" shows the bit rate of the original file.

 

 

[Luke 42080]

Right but if you look at the ffmpeg conversion log, we are requesting a maxrate of just under 5 mbps. That's when you add up both the video and audio bitrates.

[K22R8CT 25]

Right but if you look at the ffmpeg conversion log, we are requesting a maxrate of just under 5 mbps. That's when you add up both the video and audio bitrates.

 

Right, I'm sorry I wasn't clearer. I was saying the log I sent you and the file produced from that run are exactly what I'd expect from my settings.

 

The previous 3 runs – the 1st with the same 4Mbps/preset setting, the 2nd with 4Mps/Custom and the 3rd with 1.5Mbps/Preset – were not. 

 

Currently I can't reproduce the problem. I will let you know if it reoccurs.

[K22R8CT 25]

Following up on this – I'm still seeing occasionally inconsistent bitrates.

 

Sync job settings for the attached run were: Universal Mobile / 4Mbps

Resulting video stream, according to ffprobe: 6355 kb/s

 

 

Note: I wasn't sure whether the sync job was transcode* or ffmpeg-remux* so I've attached both.

transcode-443b3965-957e-42d0-9352-38f882c05852.txt

ffmpeg-remux-3aad9850-3679-4366-8a67-ca261e7b03d2.txt

[Luke 42080]

server log?

[K22R8CT 25]

server log?

 

 

Sent.

[Luke 42080]

Ok in my testing this seems to be working OK. i will have to add more logging because like i said earlier, the log files unfortunately do not allow me to see that you actually selected 4 mbps and didn't accidentally select something else. Thanks.

[K22R8CT 25]

Does Emby for Mac come pre-packaged with ffmpeg/ffprobe or does it use whatever's on the system?

If system, which version are you using?

[Luke 42080]

It comes pre-packaged.

[Luke 42080]

But that's not really your issue. The server did a stream copy of the video which is over 6 mbps, so it's the server that chose to do that.

[K22R8CT 25]

It looks like this problem is fixed in 3.5.0.0. Just upgraded so I can't say for sure but so far so good. Thanks!

[Luke 42080]

Thanks for the feedback.