Er der nogen, der har en løsning på et tilbagevendende problem, hvor jeg optager med Hauppauge Capture som TS-fil og klipper, og hvor optagelsen indimellem ikke vil konvertere? TS-filen afspiller fint, men selv hvis jeg prøver at klippe manuelt med ffmpeg, opstår der problemer. Det typiske er, at jeg får en fil, der er meget kort – f.eks. vil et tv-program, der burde være 40-45 minutter efter klip, kun være 20 minutter, eller nogle gange blot nogle få sekunder og kun vise cover-art.
Når det sker, er den eneste løsning at optage igen. Det sker også indimellem med MP4.
Jeg har prøvet OBS, men ikke haft succes med at få noget, der ser ordentligt ud. Typisk opstår der mærkelig vandret sløring, og de fleste forslag handler om FPS; enheden kører 60 fps, så jeg har prøvet 60, 30 (nogen sagde, man skulle bruge en multiplikator) og tror også 55, men det hele ser stort set ens ud.
Jeg vil prøve det ved næste fejl. Tror ikke, jeg har gemt nogen af de tidligere mislykkede filer.
Jeg ved, vi har diskuteret det før, og jeg tror, jeg havde prøvet HandBrake, og det mislykkedes muligvis også – men det ville have været for et par måneder siden.
Det er gået nogle uger, men jeg stødte endelig på et eksempel på et problem, og jeg har forsøgt at kigge i logfilerne, men i dette tilfælde tror jeg ikke, at problemet er konverteringen, men derimod klipningen. Jeg bruger EDL-filer, som jeg opretter med Custom Cuts, og den resulterende video ser ud til at mangle to dele. Optagelsen er fra en PBS-station, der laver indsamling, så der er nogle store klip, større end typiske reklamer. Der var fem klip inklusive start og slut, altså fire ‘gode’ stykker, og bedst jeg kan se fra den resulterende fil, mangler den de sidste to. Videoen burde være omkring én time, men er kun cirka 38 minutter.
Nogen tanker?
Derefter ser jeg en fejl, når det forsøger at klippe det 3. segment
2024-09-06T18:59:26 MCEBuddy.AppWrapper.FFmpeg → Conversion failed!
→ Process exited with code -1094995529
→ FFMpeg output file size [KB] → 34.00
Herefter stopper det og klipper ikke de resterende segmenter (det burde det ikke, så det kan være en fejl der), men det ser ud til, at den oprindelige fil kan være beskadiget.
Tak for eksemplet. Det ser ud til, at den oprindelige video har mange tidsstempelfejl (sandsynligvis forårsaget enten af et dårligt OTA-signal eller et tv-tuner-driverproblem, som kan løses ved at prøve en anden version af tv-tuner-driveren eller forstærke OTA-signalet).
Der var en fejl i MCEBuddy, hvor den ikke kunne registrere korruptionen korrekt, og derfor ignorerede den den beskadigede video. Vi har rettet dette i den nyeste 2.6.5 beta-version. Nu vil den registrere den beskadigede video, og hvis den ikke kan klippe før konvertering, vil den forsøge at rette videofejlene under konverteringen og derefter forsøge at klippe reklamerne ud efter konvertering. Når dette sker, vil konverteringen tage længere tid, men den burde kunne gendanne videoen og klippe reklamerne ud med succes.
Prøv den nyeste beta-version og lad mig vide, hvordan det går.
Jeg gav 2.6.5 et forsøg, og det ser ud til at virke; jeg så, at den klippede anden gang til sidst. Klippene er en smule skæve i forhold til originalen – i hvert fald begyndte videoen med 2.65 med en bid af det, jeg prøvede at klippe væk.
Jeg vil se, om jeg kan gøre noget ved enheden – det er ikke en tuner, men teknisk set en videoptager til gaming, men den har hdmi- og component-indgange, så jeg bruger component fra min kabelboks. Jeg kan se, at driveren har et højere versionsnummer end det, der findes på deres hjemmeside, hvilket er lidt underligt, og usb-kablet er ret langt, så jeg vil prøve at flytte boksen og skaffe et kortere, nyere kabel.
Jeg kørte videofilen, du uploadede, sammen med EDL-klippefilen gennem MCEBuddy 2.6.5 beta ved hjælp af MP4 Unprocessed-profilen. Den klippede nøjagtigt som angivet i EDL-filen, som matcher den oprindelige fil. Jeg bemærkede ingen forskel i klippepunkterne (højst cirka 1 sekunds synkronisering, hvilket sker, fordi klip altid foretages på GOP-grænser; ellers vil man se videotearing).