Historikfil til DB

Fejl / Funktionsanmodninger New Features
1

BUG / NY FUNKTION

Version 2.5.7 64-bit

Windows 10 x64

Det ville være rart, hvis der var en mulighed for at gemme historikoplysningerne i en sqlite-db eller lignende. Min historikfil bliver ret stor, og efter cirka et halvt år holder MCEBuddy op med at finde filer under scanning, og jeg er nødt til at tilføje dem manuelt eller, som det senest er tilfældet, køre et powershell-script, der tilføjer dem via CLI.

Når jeg først rydder historikfilen, gennemføres scanningen på få sekunder, og hvis jeg ikke har tømt nogle af de adhoc-mapper, tilføjer den dem til konverteringsopgaverne. Jeg tror, det skyldes antallet af poster i historikfilen.

Hvis muligheden for at skrive til en database findes, tror jeg søgningen vil gå hurtigere, og i tilfælde af korruption eller gendannelse kan de tidligere poster eventuelt genindlæses fra en backup.

2

Bare slet historikken med jævne mellemrum. Er der en grund til, at du skal vide, om MCEBuddy har behandlet en fil i stedet for noget andet? Hvis filen er en dublet (altså allerede findes), vil MCEBuddy ikke behandle filen. Det betyder ikke noget, at den ikke står i historikken.

Eller har jeg misforstået noget?

3

Historikken bruges inden for en overvågningslokation til ikke at genbehandle en fil, der allerede er konverteret, medmindre indstillingen “Genovervåg optagede videoer” er aktiveret.

image
image659×437 19.6 KB

Der er tidspunkter, hvor jeg har brug for at genbehandle en fil, så jeg markerer denne indstilling. Hvis du er i samme situation @Nick_Skoy, kan du prøve at markere denne indstilling for at se, om den finder de nye filer. Det ser ud til, at den burde omgå parsing af historikken.

4

Undskyld det sene svar. Jeg var ude af byen i weekenden og optaget i går.

Jeg har en HDHomeRun Prime og bruger NextPVR. Ikke så langt ude, som jeg forstår det. Jeg har nogle shows sat til at optage “ALLE afsnit” og andre til kun at optage “Kun nye afsnit”. Så jeg tror, problemet ligger hos shows i kategorien “ALLE afsnit”. Jeg bruger bare “Friends” som eksempel. Det sendes på flere kanaler, og når jeg optager, er det ligegyldigt for mig, om showet bliver optaget flere gange. Eller, som jeg forstår det, vil det kun optage det samme afsnit, hvis det er på en anden kanal.

Jeg har set det, når jeg tilføjer afsnittene til MCEBuddy igen via kommandolinjen eller trækker og slipper. Det henter dataene, genkender, at det tidligere har konverteret filen baseret på historikken, og sletter derefter filen og går videre til det næste element i køen. Så det gør også oprydningen. Når min historikfil er blevet stor eller beskadiget (selvom jeg stadig kan læse filen uden problemer og ikke kan se nogen synlig korruption), finder søgningen ikke de optagede shows, og MCEBuddy står derfor stille. Disse filer ophober sig, og der har været tilfælde, hvor der er over 100 shows/film, der skal konverteres, men det sker ikke. Jeg tilføjer filerne til MCEBuddy via kommandolinjen eller manuelt træk og slip, og over tid tilføjer den dem til køen, behandler dem – hvad enten det er konvertering eller detektering af, at de allerede er konverteret, og sletter kildefilen fra optagefolderen.

Jeg håber, det giver nogenlunde mening/hjælper…

5

Det lyder som om, der kunne være 2 slags “dublet-/historikfjernelse” i gang.

  1. Filen findes i history-databasen/loggen (dvs. samme navn fra den optagende DVR), og den springes derfor over, før der behandles videre.
  2. Filen behandles først, indtil det bestemmes, hvad destinationsfilnavnet skulle være, og hvis den fil allerede findes, springes filen over før videre behandling (eller måske efter behandling – jeg er ikke sikker på den detalje – jeg håber, at MCEBuddy kan springe filen over, før den gør arbejdet med at behandle filen).

Scenarie #1 afhænger af, at input-filen har samme navn som en tidligere optagelse (dvs. ifølge history-regler).

Scenarie #2 afhænger af, at output-filen har samme navn som en tidligere behandlet optagelse (dvs. ifølge destinations-filenavngivnings-regler).

Når jeg f.eks. sætter min HDHR til at “optage alt” (hele serien – den er ikke (endnu?) smart nok til at bruge “ny”-flaget i guide-data som min TiVo), sætter tuner start-tid HHMM og slut-tid HHMM i filnavnet, ud over den kanal, den blev optaget på, så hver udsendelse ender i en separat fil, uanset om guide-data angiver episode-info eller anden metadata.

Næsten alle shows på PBS-underkanaler (CreateTV, jeg kigger på dig) har ingen episode-info eller endda show-ID’er, så de ender altid som one-offs i min “Specials”-destination i stedet for i en TV-serie-destination (med sæsoner og episoder), uanset om de er forskellige episoder eller blot genudsendelser af samme episode på et andet tidspunkt.

Det skyldes, at jeg for mine “Specials”-job-profiler er nødt til at inkludere “starttid” i output-filnavnet, så jeg kan se, at der potentielt er flere episoder og dublet-episoder. Ellers vil de, hvis de alle ender med output-filnavnet “Showname-SE-RecordDate”, blokere for de andre, og de bliver fjernet fra jobkøen som dublet-output-fil under Scenarie #2.

For TV-serier ønsker jeg ikke, at det sker, og jeg ønsker en “første optagelse vinder”-form for behandling. Mit output-filnavn for TV-serier (dvs. har et episode-nr. i metadata) indeholder derfor kun “FirstAirDate” og ikke “RecordDate”.

Sports-begivenheder er typisk live og kun relevante for begivenhedens dato, så deres filnavn-regel har “RecordDate” og ikke “FirstAirDate”, da nogle guide-data har “FirstAirDate” sat til den dato, hele sports-showet startede, f.eks. Monday Night Football (ikke at det er præcist – jeg bruger det bare som eksempel til genkendelse). I en spil-serie opsætter de ikke altid metadata for kamp-nr. i serien som et “episode-nr.”, f.eks. kan kamp 3 i “World Series 2022”-showet dukke op som “World Series 2022 Game 3” i show-titlen (hvilket gør optagelse af hele serien til en cluster-fart i DVR’en) eller som Episode 3 i “World Series 2022”-showet. At altid inkludere “RecordDate” i filnavnet for Sports-shows løser det problem, uanset hvad guide-data/metadata siger.

Jeg håber, det hjælper med at forstå, hvad MCEBuddy muligvis gør i dit tilfælde. Du kan også søge i foraene efter mine indlæg med mine filnavngivnings-regler, der sender hver type show (TV, Film, Sports og “Andet/alt andet”) til forskellige steder og har forskellige output-filnavns-regler, der fungerer godt med min Plex-opsætning.

Problem-showsene er PBS-shows, der havner i min Specials-mappe, og som jeg skal deduplikere manuelt og flytte til den rigtige TV-serie og omdøbe til den rigtige sæson og episode. Jeg beholder normalt optagetiden som suffix og deduplikerer derefter og beholder den bedste, MCEBuddy har behandlet.

6

Kan du vedhæfte eller sende mig din historikfil i en PM (eller oplyse mig om, hvor mange linjer/elementer den har)? Vi har testet den med op til 100.000 elementer uden problemer. Vi har også gennemgribende forbedret INI-database-motoren i den nyeste 2.5.8 beta-version for at kunne håndtere endnu større databaser.