MCEBuddy-versie en Type (32-bit of 64-bit):
2.4.9 – 64
Besturingssysteem en Type (32-bit of 64-bit):
64
Samenvatting van het probleem of suggestie:
De video bevriest terwijl het geluid blijft afspelen bij mp4-conversies, vooral wanneer tijdens de conversie een andere opname actief is. Dit gebeurt nu al een paar maanden.
Los hiervan heb ik gemerkt dat Handbrake 1.2.2 zelf een bug heeft bij het converteren van sommige video’s. Ik gebruik de software buiten MCEBuddy om op een andere computer en heb daar onverwachte fouten mee gezien. Blijkbaar zijn de bugs in de Nightlies opgelost en kan ik daar probleemloos mee converteren.
Ook heb ik geprobeerd enkele door jullie aanbevolen Intel-videostuurprogramma’s te installeren. Geen van allen wilde installeren. Momenteel draai ik een 6e generatie i7 Quad met ingebouwde Intel 530-graphics en stuurprogramma 23.20.16.4973.
Stappen om de bug te reproduceren:
Zie hierboven
Schermafbeeldingen:
Het beeld is helder maar beweegt niet, terwijl het geluid ononderbroken doorgaat. Soms hervat de video-conversie op een later tijdstip binnen dezelfde opname.
Je bronvideo is beschadigd en heeft synchronisatieproblemen waar ffmpeg niet van kan herstellen:
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014af929a920] PES packet size mismatch
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → Last message repeated 2 times
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014afcbdc7a0] Non-monotonous DTS in output stream 0:2; previous: 30718800, current: 30715920; changing to 30718801. This may result in incorrect timestamps in the output file.
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014af929a920] PES packet size mismatch
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → Last message repeated 15 times
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014af929a920] Invalid timestamps stream=0, pts=5396043679, dts=5396103209, size=3661
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014afcbdc7a0] Invalid DTS: 31001754 PTS: 30942224 in output stream 0:0, replacing by guess
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014af929a920] PES packet size mismatch
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → Last message repeated 1 times
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014afcbdc7a0] Non-monotonous DTS in output stream 0:0; previous: 31022775, current: 31016769; changing to 31022776. This may result in incorrect timestamps in the output file.
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014afcbdc7a0] Non-monotonous DTS in output stream 0:0; previous: 31022776, current: 31019772; changing to 31022777. This may result in incorrect timestamps in the output file.
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014af929a920] PES packet size mismatch
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014afcbdc7a0] Non-monotonous DTS in output stream 0:0; previous: 31022777, current: 31019884; changing to 31022778. This may result in incorrect timestamps in the output file.
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014afcbdc7a0] Non-monotonous DTS in output stream 0:0; previous: 31022778, current: 31022775; changing to 31022779. This may result in incorrect timestamps in the output file.
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014af929a920] PES packet size mismatch
Je kunt proberen MCEBuddy te vertellen om AVIDemux te gebruiken in plaats van FFMPEG en kijken of dat helpt door CommercialMergeTool=avidemux aan je profiel toe te voegen
Dank je. Inderdaad geverifieerd. Ik begrijp niet waarom ik af en toe corrupte opnames krijg. Ik gebruik een Hauppauge WinTV-DualHD en die heeft tot een paar maanden geleden perfect gewerkt. Ik heb een onafhankelijke opstelling, antenne kijkt dezelfde kant op, en daar zijn geen storingen.
Ik wilde voorstellen om te proberen de commercial te verwijderen na de conversie, maar ik weet niet zeker of dat het probleem zal oplossen aangezien zelfs handbrake moeite heeft met het verwerken van de video:
2019-06-23T18:39:50 MCEBuddy.AppWrapper.Handbrake → [mpeg2video @ 0000000005089320] invalid cbp at 0 38
2019-06-23T18:39:50 MCEBuddy.AppWrapper.Handbrake → [mpeg2video @ 0000000005089320] invalid cbp at 12 39
2019-06-23T18:39:50 MCEBuddy.AppWrapper.Handbrake → [mpeg2video @ 0000000005089320] 00 motion_type at 11 40
2019-06-23T18:39:50 MCEBuddy.AppWrapper.Handbrake → [mpeg2video @ 0000000005089320] MVs not available, ER not possible.
2019-06-23T18:39:50 MCEBuddy.AppWrapper.Handbrake → [ac3 @ 0000000004de7b40] delta bit allocation strategy reserved
2019-06-23T18:39:50 MCEBuddy.AppWrapper.Handbrake → [ac3 @ 0000000004de7b40] error decoding the audio block
2019-06-23T18:39:50 MCEBuddy.AppWrapper.Handbrake → [ac3 @ 0000000004de7b40] frame sync error
2019-06-23T18:39:51 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 100.00 %[mpeg2video @ 0000000005089320] skipped MB in I-frame at 60 14
2019-06-23T18:39:51 MCEBuddy.AppWrapper.Handbrake → [mpeg2video @ 0000000005089320] skipped MB in I-frame at 86 15
Maar je kunt het proberen door PreConversionCommercialRemover=false in te stellen in je profiel, maar als de video zwaar beschadigd is, betwijfel ik of het zal helpen.
Meest voorkomende redenen voor videobeschadiging zijn:
Slechte OTA/bron signalen
Een update in de TV Tuner driver die synchronisatie/timing problemen veroorzaakt
De “perfecte” commerciële knip is het meest ongrijpbare onderdeel van dit proces geweest. Het heeft nooit goed gewerkt. Soms laat het een heel segment staan, en andere keren knipt het het laatste segment van het Nachtnieuws eruit. Vreemd.