Of het werkt is niet echt relevant.. Je moet geen bestandsnamen veranderen buiten de Music bibliotheek om. Dan raakt de app de nummers kwijt en ben je nog verder van huis.
Of het werkt is niet echt relevant.. Je moet geen bestandsnamen veranderen buiten de Music bibliotheek om. Dan raakt de app de nummers kwijt en ben je nog verder van huis. Dit noemde ik al eerder .
Okee, the plot thickens. Ik heb net gekeken naar mijn bibliografische database.
Interessant om te zien hoe mensen soms voor de moeilijke weg kiezen omdat ze nou eenmaal een bepaald pad hebben gekozen…
Of pak een Samsung SSD T5/T7 en gebruik die om de kopie over te zetten (sneller).
Daar zijn toch twee mogelijkheden voor: je leest de bestanden opnieuw in waarbij je iTunes niet automatisch de bestanden laat toevoegen in je bibliotheek, maar op de originele locatie laat staan. iTunes leesst de ID3 tags, dus wat is dan het probleem?Verder, je kunt de bestanden weer "terugtoveren" ... Dus je raakt de bestandsnamen NIET KWIJT ...
Lees dit ook even:https://www.dropboxforum.com/t5/Dropbox-files-folders/I-d-like-utilize-Dropbox-as-a-backup-however-I-have-some-syncing/td-p/203864
Mogelijk kan iemand bevestigen of het werkt of niet.
Bottom line: blijf weg van scripts, tenzij je exact weet wat je doet!
Ook Doug's scripts hebben hun zwakke punten.
....(Apple Music prefs: "do not keep media folder organised" + "do not copy files when adding to library".)
iTunes heeft nog steeds geheimen voor mij. Waarom je nooit zelf de iTunes Bibliotheek mag 'ordenen'. Het fenomeen 'databasing' (wat iTunes & iPhoto feitelijk doen) maakt het mogelijk dat men diezelfde data in andere programma's als Garageband, iWeb, iDVD, Pages, Keynote, onder handbereik heeft zonder omslachtig via de Finder te hoeven zoeken. Ook syncen naar een ipod, iphone & iPad is een fluitje van een cent. En zelfs DJ's kunnen hiervan profiteren want Traktor Pro, serato scratch live, Serato DJ en virtual DJ integreren iTunes naadloos.Het nadeel van databases is dat manueel georiënteerde gebruikers -niet zelden gebruikers die al lang meedraaien en nog geleerd hebben bestanden netjes in mapjes te organiseren- het gevoel krijgen geen controle meer te hebben over de data. "Waar staan die bestanden dan..?" is dan een veel gehoorde vraag. Het punt is dat dit er in feite niet meer toe doet, en er staan flink wat voordelen tegenover. Met name omdat de hoeveelheden bestanden fors zijn toegenomen en manueel werken niet flexibel en daardoor enorm tijdrovend is geworden. Wil men probleemloos met iTunes werken dan is het wellicht even wat oude gewoontes afleren die jarenlang een (onterecht) veilig gevoel hebben gegeven, maar je kunt daarna al jouw data benaderen en bekijken op de manier die je op dat moment het beste schikt. De ene keer wil je al de artiesten (of een deel) op alfabetische volgorde, de andere keer de album titels of alle liedjes op basis van lengte van de track, op (verzamelde) Album met illustratie weergave, op genre, beoordeling, bitsnelheid, categorie...Probeer dat maar eens met een manuele mapjes structuur zonder bestanden te verslepen... Met name voor voormalig Windows georiënteerde gebruikers goed om even te vermelden: Apple gebruikt geen gesloten databases. Elke foto, mailtje of muziekbestand wordt gewoon in een mapjes structuur als een normaal bestand weggeschreven, eigenlijk precies hetzelfde als je manueel zou doen. En dus ook net zo recoverable als altijd, mocht zich een probleem voordoen. Van voormalig Windows gebruikers kan ik mij heel goed voorstellen dat ze schrikken van databases. Microsoft schrijft heel graag in onbenaderbare piles data weg, zoals bij Outlook. Die piles zijn met normale software niet te openen omdat ze een totaal eigen bestandsstructuur en extensie kennen. Als zo'n pile met al jouw e-mails corrupt raakt kun je helemaal niets meer. Bij Outlook op Windows gebeurde dat in een bepaalde periode vrijwel standaard door een bug, zodra de pile groter werd dan Microsoft ooit had voorzien. Dat heeft veel gebruikers hoofdpijn bezorgd en het begrip database kreeg daarvan onterecht de schuld. Dat soort taferelen kunnen met de wijze waarop Apple databases heeft geïmplementeerd niet gebeuren: het zijn -zoals gezegd- open structuren met normale, benaderbare bestanden. Tegelijk houd die open structuur en dus niet afgesloten database een potentieel risico in voor wie de werking van iTunes niet begrijpt en toch in die achterliggende bibliotheek mappen gaat rommelen via de Finder en daardoor het automatische databasing van iTunes dreigt te verstoren...Blijf dus uit die iTunes bibliotheek map! Je hebt er niets in te zoeken.Geef ze een rood label om je eraan te herinneren.Verander het map-icoon in een verbodsbord! In de iTunes bibliotheek map achter de schermen mappen of liedjes gaan verplaatsen, toevoegen of verwijderen heeft als gevolg dat het in het openstaande iTunes programma venster een soep wordt daarna. Het automatische database programma, wat iTunes is, houdt niet bij wat jij manueel achter de schermen gewijzigd hebt in de bibliotheek map van iTunes.Logisch, want het indexbestand komt niet meer overeen met de feitelijke situatie. Dan gaat men bv. uitroep tekens zien binnen iTunes voor een liedje, wat aangeeft dat iTunes dat liedje niet meer kan vinden.Al wat in die bibliotheek map gebeurt wordt automatisch door iTunes gedaan en beheerd, verstoor dat niet.In kijken uit nieuwsgierigheid mag desnoods, afblijven moet.Enige wat je verder met die iTunes bibliotheek map mag doen is in zijn totaal verplaatsen naar een NAS, andere Mac of externe HD om dan iTunes op te starten via de -alt toets en zo die iTunes bibliotheek map te selecteren. iTunes kan nu weer verder met die bibliotheek map.Zo simpel kan het zijn.
Bij mij staat "werk map 'Music Media' bijj" ALTIJD aangevinkt.
Works optimally with "Keep Media folder organized" un-checked.
Als Doug zelf op de pagina van "File Renamer" stelt:dan lijkt het mij niet onlogisch het script daar mee te testen.
-- Setting RemoveSymbols to "true" will remove from the file name all the characters listed in ForbiddenChars.-- Setting RemoveSymbols to "false" preserves all characters.-- You can remove from ForbiddenChars a few characters you may want to preserve.-- Note: No matter which are the settings, the special chars ":" and "/" are *always* removed.set RemoveSymbols to trueset ForbiddenChars to "~'`\"@#$%^&*+=(){}[]<>.;,\\|?!"
Dit script alleszins wel.