Server Version#: 1.19.1.2630
Player Version#: 7.30.1.16475 - BRAVIA 4K GB ATV3 (Sony x900f 65")
Hi all,
I’m having an issue with choppy framerates with certain SD files, mostly stuff I have ripped using Handbrake. This seems to happen only on my Android TV. All other players I have tried (desktop app, mobile, Chromecast) run perfectly fine.
Here are my basic Handbrake:
MKV
Deinterlace - Decomb - EEDI2 Bob
H.264, 30 fps (peak), Constant Quality: 16, 2-Pass, Profile: High, Level: 3.1, ref=5;bframes=5 (from Super HQ setting), Present: Medium
HD videos run perfectly fine in the same player. 1080p and 4k content runs smooth. I have also tried to use Automatic Convert on the SD videos that are causing the issues, however, the choppy framerate is still there.
Anyone have any ideas or a fix? I can provide additional details if needed.
Don’t de-interlace material that isn’t interlaced.
Stop turning 30fps into 60. <—Bob is not your friend.
On sporting events 60fps may be preferred - otherwise not.
Use Same as Source/Variable Frame Rate
Make a preview or two - stick them in an Other Videos Library and play on everything you have - report back.
FYI:
Here’s what I use (DVD section below HD section) and they Direct Play on everything in the known universe (and on some stuff in the unknown universe - Australia/Ohio):
If you really want to starve some DVD bit rates - Like I’m doing today cause 1) I have more TV Show Episodes than I know what to do with and 2) I need to get something that looks great - and takes about 10 minutes per hour to encode.
Try these on for size - be amazed and report back:
The encoding settings you are using don’t make sense. Constant Quality (CRF?) and 2pass aren’t used together. Either you target a specific quality level, in which case you run a 1-pass CRF encode, or you target a specific filesize/bitrate in which case you need to use 2-pass so the encoder knows how the distribute the bits across the entire file. Shouldn’t be the cause of your issues however.
Try setting a constant framerate. The input framerate could be 29.97 or 25 FPS depending on the DVD region. If you are using Bob deinterlacing it will double the framerate, so try 59.94 / 50.
Also either disable Decomb (it only deinterlaces some frames that have visible interlacing) or Bob (doubles the framerate by turning each half frame in a full frame). Using Decomb and Bob together it won’t be possible to achieve a smooth constant framerate.
The default profile I took from was the Super HQ 480p 30 Surround, then I made adjustments.
Most of the stuff I’m encoding are animated shows, and about 90% of them are really bad interlacing. I’ve found that EEDI2 Bob eliminates a lot of that, and prevents leftover artifacts in the animation lines, and removes a lot of the “jagged” edges. Since it’s animation, any choppiness from the encoding doesn’t show up.
Like I mentioned, this is running perfect on all other PLEX players I have thrown these files at, as well as other standalone apps, like VLC.
That said, I’ll experiment with some of the settings you all provided and see how that works out. It’ll be a shame to lose the past 2 weeks of encoding work, but we’ll see.
Change the Lapsharp filter to Animation
Use Yadif Default - no detection
But first try Detelecine Default with nothing else for a 240 second preview to see what that looks like.
Then try Detelecine Default with Yadif Default - some ratty DVDs require non-entry-level fiddling… My Doc Martins look awful in the rip, but not quite as bad in the encode - if ya can believe it.
Bottom line:
If you have to destroy playback on a device to get a decent picture - be happy with what you can get with smooth playback. <—as I sit here wishing Fox Execs would be in prison for selling S1-4 of Family Guy on DVD that looks like that. It’s a dam crime.
Tentatively, it looks like the only change I had to make from my original settings was “Variable Framerate” to “Constant Framerate” and set to Same as Source. So far, my first few samples have been smooth. I’ll report back if I see the choppy framerate on any other devices after a full encode.