Hulp bij het configureren van MCEBuddy

Hallo,\nEerst en vooral, bedankt voor deze tool; ik gebruik hem nu al een tijdje en het heeft mijn problemen opgelost door alle taken rond tv-opnames te automatiseren.
Maar hoewel het werkt, vermoed ik dat er iets met mijn configuratie fout zit, want de verwerking zou volgens mij veel snor moeten kunnen. Bovendoor hebben de geconverteerde bestanden soms kleine mankementen die ik graag zou uitschikken.

Wat ik via MCBuddy verwerk zijn uitsluitend tv-opnames (ik woon in Australië). Volgens mij zijn allemaal 25 fps, meesten x265, audiocodec is ac3 en de resolutie is ofwel = 1080i of 576i.

Waarom ik MCEBuddy gebruik:

  1. Ik wil de ondertiteling (CC) uit de opname kunnen halen (meestal zit die er wel in).
  2. Commercials eruit snijden is geweldig.
  3. Converteren naar MP4 omdat Plex geen .ts met .srt pakt.

Probleemjes die ik ondervind:

  1. Conversie duurt te lang. Ik vermoed dat mijn profel daar debet aan is, maar ik weet niet wat ik moen wijzigen. Omdat bron én doelstel x264 zijn, zou een snelle re-encode moeten kunnen, maar het duurt alsof de video volledig hersomd wordt.
  2. ComSkip werkt bijna. Hij snijdt telket 1 seconde te vroor aan, en bij sommige reclames blokken zie ik nog een stukje commercial voor-ie weer begint. Met de padding-voeg- en knip-naar-instellingen probeer ik het, maar dan raken de onderschriften helemael uit sync; niet met een vaste vertraging, maar het stapelt op na elke reclameonderbreking.
  3. Ik heb een nVidia-kaart; ik weet niet of die gebruikt wordt.
  4. Mijn profel staat op handbrake, maar dat faalt steeds. Het kan me niet scheken welk hulpmiddel er gebruikt wordt, zolang het resultaat maar goed is. Volgens mij kan ffmpeg een stream-copy van de video doen en alleen de audio naar AAC converteren; dat moet sneller gaan, maar ik weet niet hoe ik dat moet instellen.

Edit:
5. Nog iets: waarschijnlijk meer een Plex-issue. Soms worden er 2-3 afleveringen achter elkaar uitgezonden. NextPVR maakt er drie afzonderlijke bestanden van. Er zit geen metadata (seizoen/aflevering) in de opname, dus ik gebruik een lang bestandsnaamschema met naam, datum en tijd. Maar Plex ziet het als één aflevering met twee of drie kopieën in plaats van drie losse afleveringen. Hoe kan ik dit beter aanpakken? Post-processing?

Als iemand me hiermee kan helpen? Ik heb het originele bestand, de conversie, het profel en de debug-log geüpload; hopelijk helft dat om de juiste instellingen te vinden.
bedankt

[quote="eltanque, post:1, topic:340ur conversation taking too long. I assume this has to do with the profile I have? but I don’t know what to change. I assume given the source and target are x264 it should be a fast conversion but it takes longer as if it was “converting” the video
[/quote]

So you seem to have a case of bad drivers here, no matter what MCEBuddy tries your hardware doesn’t seem to be cooperating. Here’s what I see from your logs, MCEbuddy detects both Intel QSV and NVidia NvEnc hardware encoders:

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

So it first tries to use your Intel QuickSync hardware encoder but that fails because your driver does not seem to support hardware decoding:

2020-01-30T10:08:14 MCEbuddy.AppWrapper.Handbrake → [10:08:14] thread b started (“Quick Sync Video encoder (Intel Media S”)
2020-01-30T10:08:14 MCEbuddyy.AppWrapper.Handbrake → 0.00 %
→ Process exited with code 255

Then it tries again without hardware decoding, your driver gets further but then it fails again:

2020-01-30T10:08:16 MCEbuddyy.Transcode.ConvertWithHandbr
2020-01-30T10:10:57 MCEbuddyy.App<tool_call> 25.11 % (61.51 fps, avg 63.42 fps, ETA 00h07m<tool_call> 605
2020-01-30T10:10:57 MCEbuddyy.App<tool_call> ERROR: encqsv: MFXVideoENCODE_EncodeFrameAsync failed (-17)

Then it tries to use your NVidia card, but then your Nvidia driver just doesn’t seem to want to cooperate:

2020-01-30T10:11:02 MCEbuddyy.App<tool_call> [h<tool_call> @ 000000000bcc7880] No NVENC capable devices found

Finally it gives up on your handbrake and hardware and decides to try it all again using ffmpeg and your hardware encoder which seems to work and finally does the job.

This is why it’s taking so long. You need to get better drivers, see the [list of stable drivers](https://discussion.mce<tool_call> For your Nvidia and handbrake, check your primary video card in the BIOS settings and make sure it’s set to your Nvidia card, also make sure that your monitor is connected to the Nvidia card (see the [fake monitor](https://discussion.mce<tool_call> for more details).

Also try using one of the stock profiles to begin with rather than a custom profile. You may also want to update to latest 2.5.3 beta version as we have eeked out some better performance from handbrake and hardware encoding.

Bedankt,
ik zal dit alles proberen, maar,
ben ik beter af met de ffmpeg? zoals ik al zei, het maakt me niet uit welk programma ik gebruik voor de conversie.

Zeker. Als ffmpeg stabieler is op je systeem, verander dan gewoon de profielvolgorde van handbrake eerst naar ffmpeg eerst.