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 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.
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.
Ik niet, maar wat ik wel besefte is dat de bronbestanden die Plex opslaat van de HDHomerun niet kloppen. Als ik de vers opgenomen bestanden (niet getranscodeerd) bekijk van 1080i-uitzendingen (CBS of NBC), is het beeld haperig, alsof de de-interlacer niet goed werkt. Ik heb het voorlopig geaccepteerd.
Bedankt voor je snelle reactie. Het lijkt erop dat apparaten zoals of vergelijkbaar met 4K Fire TV-sticks (zelfs mijn Nvidia Shield Cube) niet goed overweg kunnen met geïnterlinieerde video, in sommige gevallen helemaal niet. Ik ga proberen de decomb-instelling in MCEBuddy HandBrake te wijzigen en kijken of dat helpt. Als dat zo is, laat ik het je weten.
U wilt de optie Detect and optimize video quality in de conversietaak proberen. Deze is ontworpen om te controleren of de bron is geïnterlinieerd en vervolgens automatisch de de-interlinieerinstellingen te wijzigen.
Hoi, bedankt voor je suggestie. Ik weet zeker dat ik dit eerder al eens aan- en uitgezet heb zonder merkbaar verschil. Ik zal misschien een echte test opzetten om te kijken of het wél verschil maakt.
Ok, ik denk dat ik mogelijk een oplossing heb gevonden. Je kunt de geconverteerde bestanden echter niet opnieuw converteren. Dus de probleembestanden in mijn bibliotheek kon ik niet gebruiken voor de test – de originele opnames werden na de conversie verwijderd. Ik moest een probleembestand opzoeken en opnieuw opnemen, wat even geduurd heeft. Ik merkte dat het probleem zeer opvalt bij bepaalde panoramische opnames van landschappen.
Het profiel dat ik tot nu toe gebruikte is HDHomeRun H.264. Dit kiest eerst handbrake voor de conversie. Ik neem aan dat je, als je een ander profiel gebruikt, hetzelfde kunt doen. (Sluit McBuddy eerst voordat je wijzigingen aanbrengt)
Ik heb de profiles.config met WordPad aangepast naar decomb=bob en opgeslagen
(C:\Program Files\MCEBuddy2x\config)
Het is wel zwaar voor de CPU; mijn vorige conversie gebruikte 99% gpu en nauwelijks cpu, BOB gebruikt 99% gpu en 75% cpu. Het verdubbelt ook bijna de bestandsgrootte. Toch is het vergelijkbaar met de grootte van een native progressieve opname, geconverteerd via MCEBuddy met hetzelfde profiel zonder bob.
De tijd zal het leren… Als je de stap wilt wagen, laat me weten hoe het bevalt.
Ik kan bevestigen dat het instellen van de decomb op BOB het probleem voor mij heeft opgelost (net even kunnen experimenteren met een recent/nieuw regelmatig probleemprogramma)
Ik hoop dat het voor jou ook werkt
*hmm, bij nader inzien leveren verschillende apparaten en spelers verschillende resultaten op. (Het werkte voor de speler en apparaatcombinatie waardoor ik hier ging zoeken in de eerste plaats)