Hjælp til konfiguration af MCEBuddy

General Support / Questions
, , , ,
1

Hej,
Først og fremmest tak for dette værktøj – jeg har brugt det i lang tid nu, og det har løst mine problemer ved at automatisere alt det, jeg ellers skulle gøre med tv-optagelser.
Men selvom det virker, tror jeg, at jeg har en forkert konfiguration, for jeg mener, behandlingen burde gå meget hurtigere, og desuden oplever jeg nogle gange småfejl i det konverterede resultat, som jeg gerne vil have rettet op på.

Først og fremmest: alt, hvad jeg behandler gennem MCEBuddy, er tv-optagelser (jeg bor i Australien), og jeg tror, de alle kører 25 fps, og de fleste er x265 med AC3-lyd og enten 1080i eller 576i.

Grundene til, at jeg bruger MCEBuddy, er:

  1. Jeg vil gerne trække cc/undertekster ud af den optagne stream (oftest er de til stede).
  2. Det er fantastisk at kunne fjerne reklamer.
  3. Konvertere til MP4, fordi jeg bruger PLEX, og Plex kan ikke afspille .ts med .srt

Problemer, jeg støder på:

  1. Konvertering tager for lang tid. Jeg går ud fra, det har noget med den profil, jeg bruger, men jeg ved ikke, hvad jeg skal ændre. Da både kilde og mål er x264, burde det være en hurtig konvertering, men det tager længere tid, som om det faktisk “konverterer” videoen.
  2. Comskip virker næsten OK. Den klipper ~1 sekund før reklamerne og kan vise lidt af reklamerne, før den starter igen. Jeg har prøvet med padding, klip før/efter, men så glider underteksterne helt ud af sync – ikke bare med x sekunder, men det akkumuleres efter hvert break.
  3. Jeg har et nVidia-kort, men jeg er ikke sikker på, om det bliver udnyttet.
  4. Profilen er sat til at bruge HandBrake, men det fejler konstant. Jeg er ligeglad med, hvilket værktøj der bruges til konverteringen, så længe jeg får resultatet. Jeg tror, ffmpeg kan lave en stream-copy af videoen og måske konvertere lyden til AAC – det burde være hurtigere, men jeg ved ikke, hvordan jeg sætter det op.

Edit:
5. Endnu en ting, jeg oplever, men som nok har mere med Plex at gøre: Nogle gange sender kanalen 2-3 afsnit lige efter hinanden. NextPVR optager tre separate afsnit. Der er tilsyneladende ingen metadata (sæson/afsnit) i optagelsen, så jeg er endt med en lang navngivning, der indeholder programnavn, dato og tid. Men Plex opfatter det som ét afsnit og 2-3 kopier af det samme i stedet for separate afsnit. Nogen idéer til en bedre måde at håndtere dette på – post-processing?

Hvis nogen kan hjælpe mig med dette, har jeg uploadet den originale fil, den konverterede fil, profilen og debug-loggen – det vil forhåbentlig gøre det nemmere at finde den rigtige konfiguration.
Tak.

2

Så du har tilsyneladende et tilfælde af dårlige drivere her; uanset hvad MCEBuddy forsøger, ser dit hardware ikke ud til at samarbejde. Her er hvad jeg kan se fra dine logs: MCEBuddy registrerer både Intel QSV og NVidia NvEnc hardware-encodere:

“gpus”: [
{
“hardwareBrand”: “Intel”,
“codecType”: “Encoder”,
“hardwareCodecPresent”: true,
“h265Codec”: false,
“h264Codec”: true
},
{
“hardwareBrand”: “NVidia”,
“codecType”: “Encoder”,
“hardwareCodecPresent”: true,
“h265Codec”: false,
“h264Codec”: true
}
]

Den forsøger først at bruge din Intel QuickSync-hardware-encoder, men det fejler, fordi din driver ikke ser ud til at understøtte hardware-dekodning:

2020-01-30T10:08:14 MCEBuddy.AppWrapper.Handbrake → [10:08:14] thread b started (“Quick Sync Video encoder (Intel Media SDK)”)
2020-01-30T10:08:14 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.00 %
→ Process exited with code 255

Derefter prøver den igen uden hardware-dekodning; din driver kommer lidt længere, men fejler så igen:

2020-01-30T10:08:16 MCEBuddy.Transcode.ConvertWithHandbrake → Disabling qsv decoder
2020-01-30T10:10:57 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 25.11 % (61.51 fps, avg 63.42 fps, ETA 00h07m47s)Error code -17, hb_qsv_wait_on_sync 605
2020-01-30T10:10:57 MCEBuddy.AppWrapper.Handbrake → ERROR: encqsv: MFXVideoENCODE_EncodeFrameAsync failed (-17)

Så forsøger den at bruge dit NVidia-kort, men din Nvidia-driver vil åbenbart ikke være med:

2020-01-30T10:11:02 MCEBuddy.AppWrapper.Handbrake → [h264_nvenc @ 000000000bcc7880] No NVENC capable devices found

Til sidst giver den op med handbrake og hardware og beslutter at prøve det hele igen med ffmpeg og din hardware-encoder, hvilket tilsyneladende virker og får lavet opgaven.

Det er derfor, det tager så lang tid. Du skal have bedre drivere; se listen over stabile drivere.
For din Nvidia og handbrake: tjek dit primære grafikkort i BIOS-indstillingerne, og sørg for, det er sat til dit Nvidia-kort; sørg også for, at din skærm er tilsluttet Nvidia-kortet (se fake-monitor-tipset), så det er synligt for Handbrake.

Prøv også at bruge en af standardprofilerne i stedet for en brugerdefineret profil. Du kan også opdatere til den nyeste 2.5.3-beta-version, da vi har presset lidt ekstra ydelse ud af handbrake og hardware-encoding.

3

tak,
vil prøve alt dette, men,
er jeg bedre stillet med ffmpeg? som jeg sagde, er det ligegyldigt for mig, hvilket værktøj der bruges til konverteringen.

4

Selvfølgelig. Hvis ffmpeg er mere stabil på dit system, skal du blot ændre profilerækkefølgen fra handbrake først til ffmpeg først.