Ik krijg deze fout
FOUT: De opgegeven pad-, bestandsnaam of beide zijn te lang. De volledig gekwalificeerde bestandsnaam moet minder dan 260 tekens bevatten en de mapnaam minder dan 248 tekens.
Heel vaak.
mcebuddy.log (555,3 KB)
Het pad, inclusief het bestand van een pad dat je controleert, is te lang. Bekijk het bericht op Monitoring Subdirectories - #8 by kellynewman.
Groeten.
ERROR> 2021-01-06T10:15:13 MCEBuddy.Engine.QueueManager → Kan niet zoeken naar bestanden in locatie \\192.168.1.77\Media\tv voor monitor taak TV
ERROR : Het opgegeven pad, bestandsnaam of beide zijn te lang. De volledig gekwalificeerde bestandsnaam moet minder dan 260 tekens zijn, en de mapnaam minder dan 248 tekens.
Ik heb de voorgestelde oplossing (denk ik) toegepast met registerwijzigingen.
Krijg nog steeds de fout.
Dit is nieuw en gebeurt sinds ongeveer de laatste maand.
Dit is een voorbeeld van een hele lange titel
\192.168.1.77\Media\tv\FINISHED\Murder in the Outback the Falconio and Lees Mystery\Murder in the Outback the Falconio and Lees Mystery - S01E01-02 - Episode 1 + Episode 2.mp4
En is maar 176 tekens…
Slepen naar buddy desktop lijkt te werken!
Iemand suggesties?
Ik kan me niets anders bedenken om te proberen. Ik was zelfs niet zeker of de registerwijziging zou werken. Zijn er nog andere bestanden in de monitorlocatie die mogelijk nog steeds de limiet van 260 tekens overschrijden?
Probeer het volgende uit te voeren in een Admin Powershell om het pad naar alles onder de map uit te voeren en de lengte van het pad te sorteren van langst naar kortst.
Get-ChildItem -Path "\\\\192.168.1.77\\Media\\tv" -Recurse -Force | Select-Object -Property FullName, @{Name = "FullNameLength"; Expression = { ($_.FullName.Length) } } | Sort-Object -Property FullNameLength -Descending
Hoi
Ik heb dat geprobeerd, maar het lijkt niet de volledige lengte te tonen en MP4-bestanden lijken afgebroken te worden.
Probeer
Get-ChildItem -Path "\\\\192.168.1.77\\Media\\tv" -Recurse -Force | Select-Object -Property FullName, @{Name = "FullNameLength"; Expression = { ($_.FullName.Length) } } | Sort-Object -Property FullNameLength -Descending | Format-List
of om het naar een CSV-bestand te exporteren
Get-ChildItem -Path "\\\\192.168.1.77\\Media\\tv" -Recurse -Force | Select-Object -Property FullName, @{Name = "FullNameLength"; Expression = { ($_.FullName.Length) } } | Sort-Object -Property FullNameLength -Descending | Export-Csv -Path "\\\\192.168.1.77\\Media\\tv\\PathLength.csv" -NoTypeInformation
Yep
Dat werkte.
Bedankt voor de scripts
het vond er eentje boven de 260 en nog eentje boven de 248 - beide inmiddels aangepast.
Het lijkt erop dat dat buddy’s fout heeft opgelost.
Het lijkt inderdaad een bug te zijn dat, wanneer een bestand in een monitorlocatie de limiet van 260 overschrijdt, er geen bestanden worden verwerkt. Ik raad aan een bugreport in te dienen waarin je dit vermeldt, zodat dit voor anderen geen probleem meer is.
Heel erg bedankt dat je dit hebt gepost. Ik worstel hier al een week of zo mee. Ik wist niet dat er een bug was die verstrikt raakt als EEN willekeurig bestandspad te lang is. Ik heb het bovenstaande script aangepast aan mijn bestandslocatie, uitgevoerd, waardoor de problematische bestanden zichtbaar werden, verwijderd, en meteen begon MCE mijn conversies binnen te halen.
Dit is hier opgelost: