Flere optagelser springes over i udsendelse uden afsnit

[mike808]

Jeg optager et program kaldet „Dust” på den lokale TBD-kanal. Programguiden viser kun navnet og, tror jeg, „sendingsdatoen”. Fordi det er et sammensat/anthologi-program, findes der ikke rigtig „episoder” i guiden, og alle afsnit har fået samme „sendingsdato” i 2018.

Derfor ser jeg daglige optagelser fra HDHR (jeg skal manuelt bede den optage hvert afsnit), som MCEBuddy efterfølgende behandler. Jeg tror dog, at optagelsestidspunktet i filnavnet og den oprindelige fil ikke tages med i MCEBuddys beregninger, så den opfatter dem som dubletter – hvilket de ikke er.

Eksempel:
Dust 20180712 [20200414-0700].mpg
Dust 20180712 [20200415-0700].mpg
Dust 20180712 [20200416-0700].mpg

Alle tre blev behandlet af MCEBuddy; jeg har et override, der henviser til TVDB-showet (ID 357506), men jeg er ikke sikker på, det bliver brugt, da MCEBuddy smider dem i kategorien „Specials”. Det kan skyldes manglende sæson-/episodedata (selvom Plex ville kalde det „S2018E0712” og lægge det i en „Season 2018”-mappe).

Resultatet blev kun én fil – den første i rækken:
Dust 20180712 20200414-0700.mkv

Resten antager jeg blev markeret som dubletter og sprunget over.

Hvad er den bedste måde at skrælle denne kat på? Jeg vil ikke oprette en separat profil kun til dette show, for så skulle alle andre profiler have regler, der ekskluderer det – især hvis jeg ændrer navngivningen. De andre profiler kender ikke den nye konvention og vil alligevel behandle filen, fordi deres omdøbsregel er anderledes.

Jeg forstår godt, at MCEBuddy ikke bruger optagelsestidspunktet; det er netop det, der normalt afslører, at man har optaget samme udsendelse flere gange. Her er problemet, at det faktisk er forskellige afsnit, men guidedata fortæller det ikke, så både MCEBuddy og HDHR tror, det er gentagelser af samme afsnit – det eneste, der står som sendt 12. juli 2018 (20180712).

Det er nok her, TiVOs OnePass-indstilling „record everything” kommer fra; den vil optage flere visninger af samme afsnit. I HDHR har jeg sat den til „All Episodes”, men den gør som MCEBuddy, og jeg skal manuelt vælge hver enkelt visning af det, den tror er det samme afsnit.

Nogen ideer? Indtil videre kører jeg de arkiverede HDHR-optagelser manuelt gennem HandBrake og flytter dem derefter selv over i Plex.

[Goose]

Vi skal bruge logfilerne (conversion og mcebuddy.log) for at se, hvad der foregår.

Da filnavnene er forskellige, vil de blive behandlet som separate konverteringer. Hvis du dog har aktiveret Skip conversion-indstillingen for at kontrollere destinationsfilnavnet i ekspertindstillingerne, er dette det eneste tilfælde, hvor mcebuddy vil kontrollere det forventede destinationsnavn på den konverterede fil og se, om det findes. Hvis det gør, vil det springe konverteringen over, da den allerede findes.

[mike808]

Tak for tippet. Jeg gravede i logfilerne, og det viser sig, at TBD har elendig programinformation.
De mange optagelser blev trukket frem, fordi programguiden viste, at alle udsendelser var den samme “episode” i HDHR-optagelserne. Så de senere optagelser blev sprunget over (som du bemærkede ved flaget ovenfor) som allerede behandlede.

De faktiske optagelser er dog forskellige udsendelser. Så MCEBuddy gør, som det skal; det er TBD’s programdatakilde, som Silicon Dust henter, der er roden til problemet.

Jeg bliver nødt til enten manuelt at omdøbe episoderne (de har som regel titlen vist i de første sekunder) eller stole på, at Tivo-optagelserne bliver tagget efter optagetidspunktet. Det bliver min næste test.

[Goose]

Hvis kildemetadataet er forkert og får destinationsfilerne til at have samme navn, kan du bruge indstillingen Do not overwrite files, som vil oprette et unikt navn for hver destinationsfil, hvis den allerede findes.

[mike808]

Jeg ville være nødt til at opsætte en profil kun til dette ene program og sørge for, at de andre ikke behandler det heller.

MCEBuddy kan ikke hjælpe TBD med at give SD-guide data, der fejlagtigt siger, at alle episoderne er den samme. Nå, ja.

Lad ikke det perfekte være det godes fjende.