Kan jeg styre behandlingsrækkefølgen af linkede opgaver

General Support / Questions
1

Jeg har for nyligt justeret min opsætning og endte med at opdele/kombinere det hele i 3 opgaver. Jeg har opgave 1 knyttet til HVEC MP4-profilen, og den står for mine klip/konverteringer, men håndterer ikke omdøbning/metadata.
Opgave 1 smider resultatet ind i en anden mappe, hvor jeg har én opgave, der overvåger tv-serier, og en anden opgave, der overvåger film. Begge opgaver foretager brugerdefineret omdøbning og metadataopslag, og ingen konvertering.

For at forenkle spørgsmålet lad os bare sige, at opgave 1 behandler filen først, og derefter tager opgave 2 over og færdiggør den.
Jeg har sat opgave 2 til at indsætte øverst, men når jeg smider en stak elementer ind, vil jeg gerne have, at de kører sådan:

Opgave 1
Opgave 2
Oppgave 1
Opgave 2 osv.

I stedet, fordi alle elementerne hentes med det samme, bliver rækkefølgen:

Opgave 1 – Fil 1
Opgave 1 – Fil 2
Opgave 2 – Fil 1
Opgave 1 – Fil 3
Opgave 2 – Fil 2

Jeg har prøvet at finde ud af, hvordan jeg kan indsætte en forsinkelse, før opgave 1 starter, så opgave 2 når at opdage filen, der er indsat øverst.
Forhåbentlig giver det mening, men pointen er, at jeg ikke vil vente på, at fil 2 gennemfører den lange konvertering, før fil 1 er færdig.
Jeg tænkte, at hvis jeg kunne indføre en form for forsinkelse efter hver opgave, ville det give tid til, at scanningen opdager den nye fil, men det eneste, jeg kunne komme i tanke om, var en forsinkelse i postprocessing-opgaven, og det ser ikke ud til at virke.

2

Du kan bare rulle Task1-handlingen (transkodning) ind i begge omdøbningsopgaver. Det er det, jeg gør.

Jeg har separate opgaver for Film, Serier, Sport og Specialer (de 4 typer MCEBuddy kan genkende), hver med forskellige omdøb/destinationsmapper.

Tip: Tjek Specialer, da udsendelser, der ikke matcher en film eller serie, havner der. De plejer at være steder, hvor guidedata er vag eller blot viser titlen. Nogle af underkanalerne med gamle genudsendelser gør dette, samt PBS-udsendelser, der normalt ikke findes i TheTVDB eller MovieDB.

Du skal sikre dig, at kun én opgave nogensinde udløses for inputfilen.

Ud over typevalget har jeg kanalfiltre for SD- og HD-kanalkilder med forskellige komprimerings-/kvalitetsværdier.

3

Jeg har overvejet det, men jeg har omdøbshandlingerne adskilt (også forskellig input-mappe), så jeg lejlighedsvis kan dumpe filer direkte der, hvor den kun vil omdøbe dem og ikke forsøge at rekode dem.
Jeg kunne beholde en separat kopi af det, antager jeg, men så kræver det at holde to par opdaterede. Så to opgaver for tv (en med transcoding), der skal bruge de samme valgfiltre og de samme metadata-korrekturregler.
Jeg har også postprocesseringsudløsere, jeg skal vedligeholde flere steder næste gang jeg opgraderer, da disse ikke overføres. Postprocessering i mit tilfælde involverer brugerdefineret omdøbning med data, der er tilgængelig for postprocesseringen, men ikke for navngivningsreglerne.

4

Jeg tror ikke, der er en måde at gøre det, du ønsker, med din nuværende opsætning. Directory-watchers kører parallelt og tilføjer blot opgaver til køerne for hver handling. Opgaverne kører også alle parallelt, i den forstand at én opgave ikke har nogen information om nogen anden opgave. Så den eneste måde at “kæde” ting sammen på, er præcis som du har gjort det – en watcher på Folder1 udløser Task1, og en watcher på Folder2 udløser Task2, og det sidste Task1 gør, er at outputte filen til Folder2.

Du bliver enten nødt til kun at droppe én fil ad gangen i startmappen og blokere for at droppe flere filer der, indtil filen er færdigbehandlet af den sidste opgave, eller du kan opsætte separate mapper til hver “flow” med separate watchere og opgaver kopieret for hver watcher. Det lyder som en varm rodet omgang at holde styr på. Mit forslag er derfor at bruge en batch-“scheduler”, som selv overvåger din “rigtige” input-mediamappe og kun flytter filer én ad gangen ind i MCEs “start”-mappe og blokerer, indtil filen er behandlet af opgaverne. Det bliver tricky, hvis der nogensinde opstår en fejl i opgaverne, og du skal 1) opdage fejlen på ethvert tidspunkt i behandlingen og 2) finde ud af, hvad genoprettelses- og genstartprocessen er for den fil.

MCE Buddy er simpelthen ikke designet til et enkelt lineært workflow – især ikke med multi-core CPU’er og GPU’er og flere MCE Buddy-motorer. Så det lineære workflow skal styres og begrænses af dig uden for MCE Buddy, tror jeg. Det er bestemt muligt med markørfiler, så din scheduler “ved”, hvor en fil er, og hvilken tilstand MCE Buddy befinder sig i, ved at overvåge de samme mapper som MCE Buddy og tilføje markørfiler til din post-processing for at lade din eksterne scheduler-opgave kende deres tilstand.

Det er måske noget, du kan hyre en freelanceprogrammør eller datalogistuderende til at tage som et projekt. Måske noget for en gymnasie- eller universitetsstuderende, der tænker som en ingeniør og forstår tilstandsmaskiner. Dybest set bruger du tomme filer (de findes eller findes ikke) som markører til at angive og gemme tilstand og bruger filsystemet som din tilstandsmaskines “hukommelse”. Det er nok lidt over niveauet for en typisk gymnasieelev i et “computere og/eller programmering”-fag, men man ved aldrig, før man spørger rundt omkring. For en freelanceprogrammør findes der nogle “gig”-sider, der forbinder programmører med folk, der har brug for en programmør til at skrive noget, der automatiserer ting for dem.