Vraag me af of er een betere manier is om bestandsnamen te behandelen, want ik krijg incorrecte metadata. Ik weet vrij zeker dat ik dit eerder ben tegengekomen bij series zonder ‘echte’ namen Shetland (2013) - s08e01 - Episode 1.mp4-FixTitleTV-2023-12-10T19-47-49.log (151.8 KB)
Bijvoorbeeld een bestand met deze naam
Shetland (2013) - s08e01 - Episode 1.mp4
In de logs wordt seizoen 8 getoond, maar het haalt de beschrijving van Seizoen 1 - Aflevering 1 in plaats van Seizoen 8 - Aflevering 1; verder kloppen de gegevens wel. Het doet hetzelfde bij andere afleveringen. Verder zie ik geen opvallende fouten in het logbestand.
Wat je kunt proberen is de herkenningsvolgorde van Naam naar Uitzenddatum te wijzigen op de pagina Metadatacorrecties via de conversietaak → Expertinstellingen, hoewel ik denk dat dat je probleem ook niet zal oplossen omdat je evenmin een oorspronkelijke uitzenddatum/-tijd hebt.
Mogelijk is een nieuwe functie nodig waarmee gebruikers kunnen kiezen om afleverings-/seizoennummer als herkenningsprioriteit te gebruiken in plaats van alleen naam of datum.
ok, ik denk dat ik toezicht moet houden wanneer ik erop stuit. Het probleem is dat het meestal series uit het verleden zijn, dus moet ik ze opzoeken of misschien kan ik Rename My TV Series gebruiken, maar dat verprutst soms het premièrejaar, dus ik weet niet hoe betrouwbaar het is.
Ik heb dit verplaatst naar functieverzoek. In de huidige 2.6.2 bèta-build hebben we een optie toegevoegd waarmee je de metadata-matchingmethode kunt forceren. Je hebt nu 3 opties om uit te kiezen onder Conversietaak → Expertinstellingen → Metadata-correcties:
In jouw geval kun je Seizoen/aflevering nr kiezen en dit zou je probleem moeten oplossen waarbij je dezelfde afleveringsnaam hebt in meerdere seizoenen.
Ik zal het binnenkort proberen, maar ik heb een tweede vraag. Ik vermijd upgrades meestal vanwege aanpassingen die ik in profiles.conf heb gemaakt – is er een manier om mijn customcommands en postcustomcommands niet te verliezen tijdens een upgrade. De laatste keren dat ik heb geüpgraded, maak ik een back-up van het bestand en kopieer vervolgens de commando’s sectie voor sectie terug in plaats van het hele bestand te herschrijven, omdat ik niet zeker weet wanneer of of jij wijzigingen aanbrengt.
Ja, je kunt een kopie maken van je profiles.conf-bestand en deze in een map buiten de mcebuddy-installatiemap plaatsen (bijv. C:\MCEBuddyCustom). Configureer vervolgens MCEBuddy zodat het naar je aangepaste profiles.conf verwijst via de pagina Systeeminstellingen → Profiles.conf; op deze manier zijn er bij een upgrade geen wijzigingen nodig (je krijgt echter geen wijzigingen in de profiles.conf mee wanneer mcebuddy wordt bijgewerkt, hoewel dat vrij zeldzaam is, zoals in 2.6.2 toen we nieuwe AV1-profielen toevoegden).
mcebuddy.log (651,2 KB)
Ik probeerde de geüpgrade versie, maar de MCEbuddy-engine crasht. Ik heb het logbestand bijgevoegd – het lijkt erop dat ik mogelijk een dll mis.
In dit geval voert de taak die ik uitvoerde geen conversie uit – hij probeert alleen enkele eerder geconverteerde bestanden te hernoemen waarvan ik ontdekte dat ze verkeerde info bevatten.
Voor zover ik kan zien lijkt de wijziging wel te werken – de crash lijkt plaats te vinden nadat het bestand klaar is; ik heb het in dit geval twee keer geprobeerd en ik heb 2 uitvoerbestanden.
Ik zal later een echte conversie proberen, want nu merk ik dat hij het bestand dat ik in mijn conversiemap plaatste niet oppikt (ik heb de geschiedenis gewist); ik moet de instellingen nogmaals controleren, maar het is vreemd want in het log (niet het bijgevoegde) lijkt helemaal geen vermelding van een scan te staan.
Ik heb een deïnstallatie en herinstallatie uitgevoerd en het lijkt nu goed te werken – ik heb een paar bestanden erdoorheen gehaald zonder crashes. De prioritering van seizoen/aflevering ziet er ook goed uit, ik heb een serie met generieke afleveringsnamen seizoen 2 opnieuw laten verwerken en de beschrijvingen lijken nu correct te zijn. Bedankt.
Ik kon het probleem reproduceren: als je direct “upgrade” vanaf 2.6.1 of eerder zonder te deïnstalleren, wordt een van de dll’s niet correct geïnstalleerd, wat de crash veroorzaakt. De nieuwe “upgrade”-functie werkt pas vanaf 2.6.2+. Dus als je op 2.6.1 of eerder zit, moet je eerst MCEBuddy deïnstalleren en vervolgens 2.6.2 opnieuw installeren. Van 2.6.2 naar 2.6.3 zou een eenvoudigere upgrade moeten zijn.
Hoi, ja ik denk dat ik de eerste keer vergeten ben te deïnstalleren. Ik heb een ander probleem met deze bèta, maar ik begin een nieuw topic omdat het niet met metadata te maken heeft.
