Trim niet starten om Keyframe, wat leidt tot "geen video" bij uitvoer

H.264-bronvideo, een conversietaak gemaakt die probeert X seconden van het begin van de video af te knippen.

2022-01-04T15:39:01 MCEBuddy.Engine.ConversionJob → Video-opname bijsnijden
2022-01-04T15:39:01 MCEBuddy.Transcode.TrimVideo → Start Trim : 5
2022-01-04T15:39:01 MCEBuddy.Transcode.TrimVideo → Stop Trim : 5

→ Uitvoerbestandsgrootte controleren [KB] → 1.177.094,00
→ FFMpeg-uitvoerbestandsgrootte [KB] → 1.177.094,00
2022-01-04T15:39:09 MCEBuddy.Transcode.TrimVideo → TrimVideo probeert het bestand te vervangen Source : C:\Program Files\MCEBuddy2x\working0\The A-Team - s01e02 - Mexican Slayride_ Part 2.ts Temp : C:\Program Files\MCEBuddy2x\working0\The A-Team - s01e02 - Mexican Slayride_ Part 2-temp.ts
2022-01-04T15:39:09 MCEBuddy.Engine.ConversionJob → Bijsnijden succesvol, trimparameters worden op 0 ingesteld om opnieuw bijsnijden te voorkomen

DAT uitvoerbestand kan niet worden verwerkt, dus het uitvoerbestand bevat geen video.

2022-01-04T15:39:37 MCEBuddy.Transcode.ConvertWithFfmpeg → Command line parameters → -threads 0 -y -i “C:\Program Files\MCEBuddy2x\working0\The A-Team - s01e02 - Mexican Slayride_ Part 2.ts” -ss 0 -vcodec copy -sn -acodec copy “C:\Program Files\MCEBuddy2x\working0\The A-Team - s01e02 - Mexican Slayride_ Part 2-converted.mp4”
WARNING> 2022-01-04T15:39:37 MCEBuddy.Transcode.ConvertWithFfmpeg → Geen videostream gedetecteerd, ondersteuning voor videostream verwijderd

Geen andere parameters wijzigen, alleen de START TRIM verwijderen, zorgt ervoor dat de taak succesvol wordt voltooid.

Lijkt erop dat we een optie nodig hebben om op de dichtstbijzijnde keyframe te knippen?

Bug?

Onderzoek lijkt erop te wijzen dat we de dichtstbijzijnde keyframe binnen de duur moeten zoeken en daar moeten knippen.

2022-01-04T20:58:45 MCEBuddy.AppWrapper.FFmpeg --> Process arguments  -hide_banner -probesize 100M -analyzeduration 300M -y -i "C:\Program Files\MCEBuddy2x\working0\The Expanse - s05e01 - Exodus.ts" -ss 5 -t 3103 -map 0:a -acodec copy -map 0:1 -vcodec copy "C:\Program Files\MCEBuddy2x\working0\The Expanse - s05e01 - Exodus-temp.ts"

Heel wat suggesties in deze thread: https://stackoverflow.com/questions/14005110/how-to-split-a-video-using-ffmpeg-so-that-each-chunk-starts-with-a-key-frame

Er is echter mogelijk een eenvoudiger(e) oplossing:

De documentatie geeft aan dat als -ss vóór -i wordt meegegeven, het als een seek fungeert....

Ik kan geen manier vinden om deze volgorde om te draaien — vermoedelijk hebben we hiervoor een patch nodig.

Ik ben aan de slag gegaan met de CLI-commando’s en FFMPEG op de commandoregel, en ik kan de fout reproduceren. Helpt helaas niet om “-ss” voor het invoerbestand te plaatsen.

Interessant genoeg werkt het wel als ik iets anders dan een TS-bestand als uitvoer kies. (gebruikt vanaf: https://stackoverflow.com/questions/57045900/how-to-find-a-safe-point-for-ss-using-ffmpeg-to-avoid-breaking-a-v-sync)

dus dit faalt:

ffmpeg -y -ss 5 -i "The Expanse - s05e01 - Exodus.ts" -map 0:a -acodec copy -map 0:1 -vcodec copy "The Expanse - s05e01 - Exodus-temp.ts"

Maar dit werkt:

ffmpeg -y -ss 5 -i "The Expanse - s05e01 - Exodus.ts" -acodec copy -map 0:1 -vcodec copy "The Expanse - s05e01 - Exodus-temp.mp4"

of dit:

ffmpeg -y -ss 5 -i "The Expanse - s05e01 - Exodus.ts" -acodec copy -map 0:1 -vcodec copy "The Expanse - s05e01 - Exodus-temp.mkv"

Update: “Skip Remuxing Files” werkt dit probleem om, dus het bevestigt de oorzaak als FFMPEG/TS-container. (afgezien van het feit dat het veel veel trager is) Misschien een selectievakje om MP4 of MKV te gebruiken in plaats van TS bij remuxing?

Het roept echter een ander probleem op. Het afknippen van het begin van een clip lijkt ondertitels te verwijderen. :frowning:

WARNING> 2022-01-05T07:59:40 MCEBuddy.Engine.ConversionJob --> SKIPPING REMUXING, this may lead to conversion failure since all underlying apps may not support all file formats.
WTV commercial detection is only supported by donator version of Comskip (http://www.kaashoek.com/comskip/).
WARNING> --> CCExtractor failed or no result. Disabling sentence capitalization and retrying
WARNING> --> CCExtractor failed to extract closed captions
WARNING> 2022-01-05T08:00:08 MCEBuddy.Transcode.CCandSubtitles --> No valid SRT file found, retrying with forced DVB detection
WARNING> --> CCExtractor failed or no result. Disabling sentence capitalization and retrying
WARNING> --> CCExtractor failed to extract closed captions
WARNING> 2022-01-05T08:00:18 MCEBuddy.Transcode.CCandSubtitles --> No valid SRT file found
WARNING> 2022-01-05T08:00:18 MCEBuddy.Engine.ConversionJob --> Extracting closed captions failed from original file, trying to extract closed captions from the remuxed file
WARNING> --> CCExtractor failed or no result. Disabling sentence capitalization and retrying
WARNING> --> CCExtractor failed to extract closed captions
WARNING> 2022-01-05T08:00:27 MCEBuddy.Transcode.CCandSubtitles --> No valid SRT file found, retrying with forced DVB detection
WARNING> --> CCExtractor failed or no result. Disabling sentence capitalization and retrying
WARNING> --> CCExtractor failed to extract closed captions
WARNING> 2022-01-05T08:00:37 MCEBuddy.Transcode.CCandSubtitles --> No valid SRT file found
WARNING> 2022-01-05T08:00:37 MCEBuddy.Engine.ConversionJob --> No SRT file found after extraction

We hebben een kopie nodig van de originele video en het conversielog op onze server, zodat we kunnen analyseren wat er aan de hand is en het kunnen repliceren.

Probeer ook je ffmpeg te updaten naar de nieuwste versie en kijk of dat helpt.

Blij om @Goose – stuur me een PM met details over waar ik de bestanden en logs kan uploaden, dan krijg je ze meteen.

heb ffmpeg geüpdatet – lijkt niet te helpen.

Uploadinstructies vind je hier: Welcome to MCEBuddy - README BEFORE POSTING

:man_facepalming:

Ik zal het regelen. :slight_smile:

geüpload zoals gevraagd - bedankt voor de tijd

Net lid geworden zodat ik hier iets aan kan toevoegen. Blij dat ik deze thread gevonden heb, ik ervaar precies hetzelfde probleem. Bij mij is het gerelateerd aan PlayonCloud-opnames. Ik denk dat er iets aan hun kant veranderd is, want opnames die ik ongeveer een maand geleden met playon gemaakt heb, laat ik zonder problemen door MCEBuddy verwerken. De optie ‘Skip Remuxing Files’ werkt niet voor mij, veroorzaakt vertraging van de audio. Maar als ik ‘cut start’ verwijder, werkt het wel; je hebt dan alleen de playon-intro nog.

FWIW, ik kan ze met de hand in FFMPEG direct knippen als ik in plaats daarvan MP4 of MKV gebruik,

ffmpeg -ss $TRIM_DURATION -noaccurate_seek -i "$INPUT_FILENAME" -avoid_negative_ts make_zero -map 0 -c copy "$OUTPUT_FILENAME"

+1 voor wat @toadman zei. Ik kan dit ook reproduceren wanneer ik een “Start Cut” en “End Cut” toevoeg aan PlayOn-opnames. Treedt niet op bij live-tv-opnames van dezelfde show (WMC / .wtv).

Dit gebeurt op 2 verschillende machines, één met oudere hardware en één met nieuwere hardware. Dezelfde fout bij conversie naar HEVC, MP4 of zonder conversie. Beide machines werkten nog succesvol een paar weken geleden, zonder andere wijzigingen dan hierboven vermeld.

Laat me weten als het uploaden van logbestanden of opnames helpt.

@dlasher laat me weten of dit niet hetzelfde probleem is waar jij tegenaan loopt, ik wil je draad niet kapen met een ander issue.

Precies hetzelfde probleem, video’s afkomstig van PlayOn, bedankt voor het controleren @schnood

Ik dacht dat ik nog een voorbeeld zou plaatsen. Ik heb de logbestanden naar de mcebuddy-server geüpload, mocht dat helpen. Net als bij een paar anderen: wanneer ik een Playon Cloud-opname met een Cut Start verwerk, verschijnt er na verwerking geen video. Als ik het een tweede keer zonder Cut uitvoer, wordt het wel correct verwerkt en afgespeeld. Voor de grap heb ik een Playon-bestand van de desktopversie (v4.5) opnieuw uitgevoerd met een Cut Start van 4 seconden en dat speelt prima af.

Verwijzingen naar de geüploade logbestanden (hier ook gezipt):
Log files.zip (695,1 KB)

Log #1: afkomstig van een Playon Cloud-opname met een Cut Start van 6 seconden; na verwerking wordt geen video weergegeven.

Log #2: afkomstig van hetzelfde bronbestand, maar zonder cut; wordt correct verwerkt en afgespeeld.

Log #3: afkomstig van Playon – desktopversie (een paar maanden geleden, v4.5); ingesteld met een Cut Start van 4 seconden, wordt correct verwerkt en afgespeeld.

@Goose is er aanvullende informatie die zou helpen? Staat dit als een “officieel” probleem geregistreerd?

Ik heb hetzelfde probleem.

Hier is meer informatie over het probleem en een omzeiling.

Ik had een tv-programma dat was opgenomen met Playon.

Ik nam de .mp4 en gebruikte een bestandsconverter om het om te zetten naar .mp4 (met het idee dat dit ontbrekende segmenten zou toevoegen die ontbreken in het origineel en waar MCEBuddy problemen mee heeft).

Vervolgens liet ik MCEBuddy de eerste en laatste 5 seconden verwijderen.

Dit werkte prima.

Daarna liet ik MCEBuddy alle reclame verwijderen met de Comskip-optie.

Dit werkte ook prima.

Het lijkt erop dat Playon heeft veranderd en niet langer alle segmenten schrijft die MCEBuddy verwacht.

Tot dit is opgelost, zal ik dit proces volgen.

Ik hoop dat dit anderen helpt.

Bedankt voor de logs en voorbeeldbestanden. Het lijkt erop dat het MP4-bestand dat wordt geproduceerd door de nieuwste versie van PlayOn niet voldoet aan de specificaties en fouten bevat, waardoor ffmpeg in de war raakt wanneer het probeert het bestand van MP4 naar TS te remuxen voor verwerking EN tijdens het proberen om het begin te trimmen. Tijdens dit proces gaat enkele kritieke metadata over de videostroom verloren, waardoor het niet kan worden afgespeeld.

De korte termijn oplossing is om de optie Skip remuxing files in te schakelen op de pagina Conversietaak → Expert instellingen om te voorkomen dat MCEBuddy het MP4-bestand naar TS remuxt en in plaats daarvan direct op de MP4-bestanden werkt - wat dit probleem zou moeten vermijden.

De lange termijn oplossing is om dit te melden aan PlayOn zodat zij het kunnen oplossen, aangezien @scott_mb heeft getest dat het werkt met PlayOn versie 4.5

Is er iemand in deze groep die contact gaat opnemen met PlayOn?

Ik heb contact opgenomen met de ondersteuning van Playon. Aangezien de originele video’s afspeelbaar zijn, behandelen zij dit niet als een fout aan hun kant.