I was using the older free version and noticed that all 1080i TS recordings from Plex were very choppy/jittery when converted to mp4 or MKV (hesitation every few frames). I tried reducing the output to 720p, but I get the same results. I have now purchased the latest MCEBuddy version and still have this issue. Is there a setting or profile I need to use to prevent this from happening? All 720p sources convert from.ts to mp4 without any issue.
Try playing with
Detect and optimize video quality option in the conversion task settings. It’s meant to help with interlaced video.
That was default and I left it checked… if I encode the 1080i source .ts with Handbrake I don’t see the jitter/hesitation in the resulting file.
Try to check the
Skip remuxing option in the conversion task expert settings page. That should provide the file directly to handbrake if you’re using the MP4 profile.
Giving that a try. Thanks for the replies.
Seems a little smoother, but there is still frame stutter when the camera is panning… any other ideas?
Check your profile and see if it’s using handbrake and what parameters are being used. Try playing with the
Detect and optimize video quality option and the
Skip cropping options.
I experience exactly the same issue converting interlaced .ts files did you ever find a solution to this?
I did not, but what I did realize is the source files Plex is storing from the HDHomerun are not right. If I watch the freshly recorded files (not being transcoded) for any 1080i (CBS or NBC) shows it’s jittery, like the de-interlacer is not working correctly. I’ve just learned to live with it for now.
Thanks for your quick reply. It appears devices like or similar to 4k fire tv sticks (even my nvidia shield cube) dont deal with interlaced video very well in some cases not at all. Im going to try changing the the decomb setting in mce buddy handbrake and see if that helps. If it does I will let you know.
You want to try the
Detect and optimize video quality option in the conversion task. It’s designed to check if the source is interlaced and then change the deinterlace settings automatically.
Hi, thanks for your suggestion. I am sure I have toggled this before and it hasn’t made a noticeable difference. I may set up a proper test though and see if it does make a difference.
Ok well I think I may have found a solution. You cant re convert the converted files though. so the problem files I have in my library I couldn’t use for the test - the original recordings were deleted after the conversion. I had to find and record a problem file which has taken a while. I found that the issue is very noticeable on some scenic panning shots.
The profile I have been using is HDHomeRun H.264. This firstly chooses handbrake to do the conversion. I am sure if you are using another profile you can do the same. (Close Mcbuddy first before making any changes)
I changed the profiles.config using wordpad to decomb=bob and hit save
It is very heavy on the CPU though my previous conversion was using 99% gpu and hardly any ecu BOB uses 99% gpu and 75% cpu. It also nearly doubles the file size too. However it is comparable to the size of a native progressive recording size, converted through mce buddy using the same profile without bob
Time will tell……………………… If your up for making the change let me know how you get on
I can confirm that setting the decomb to BOB has cured the problem for me (just managed to play about with a recent/new regular problem programme)
Hope it does for you
*hmm on second thoughts different devices and players are yielding different results. (It worked for the player and device combo which made me search on here in the first place)
Where did you set that? I don’t have a decomb option in MCEBuddy.
follow this path depending on your device.
Close MCE budydy first
open profiles.config with wordpad
Find the profile your using in profiles.config (im using HDHomerun)
Modify where it says --decomb to --decomb=bob click save
open up MCE buddy and convert an original file