Synology-Forum.nl
Packages => Officiële Packages => Audio Station => Topic gestart door: Sylvester op 21 oktober 2018, 18:02:38
-
Ik ben wat aan het stoeien met Audiostation en mijn oude muziek uit iTunes.
Vooraleer te schieten wil ik dit even uitleggen.
In principe zou het heel eenvoudig moeten kunnen :
In de iTunes map zit er de map Music. Hierin zit alle muziek.
Ik heb de map muziek overgezet naar de Music map van mijn NAS.
Dan heb ik een export van één afspeellijst (als test) uit iTunes gedaan naar m3u.
Een vlugge controle zegt mij dat alles klopt. Elk nummer is terug te vinden in de map 'music' op de nas, op de juiste plaats.
Alleen klopt het volledige path natuurlijk niet. Voorheen stond de iTunes map ergens anders, nu staat die onder volume1/music op mijn nas. Het begin van elk path is dus anders.
Dus ik heb in de m3u file al deze pathnamen aangepast naar het nieuwe path op de NAS en deze in AudioStation gezet.
Maar... dit werkt niet. Soms wel, soms niet, soms deels... en daar word ik gek van.
Dan ben ik aan de slag gegaan met een testlijst (aangemaakt in AudioStation zelf) en één of enkele nummers.
Ik heb al geprobeerd met één nummer in een testlijst. Als ik dat nummer vanuit Audiostation in de lijst plaats, verschijnt het nummer ook in die lijst en zie ik in de m3u file het nummer staan.
Nochtans is de pathnaam identiek. Kopieer ik dan de tekst uit de oude m3u file van iTunes dan werkt het soms wel en soms niet.
Ik hoop dat dit duidelijk is? Iemand ervaring hiermee?
-
Effe een subtiel schopje tegen dit topic geven.
Ik ben nog steeds aan het knutselen met mijn afspeellijsten, om deze omgezet te krijgen van iTunes naar audiostation.
Hieronder vind je het formaat van een M3U berstand van een afspeellijst uit iTunes :
#EXTM3U
#EXTINF:250,Don't Answer Me - Alan Parsons Project
/Volumes/MULTIMEDIA/iTunes/iTunes Master/iTunes Music/Compilations/De Pre Historie 1984 - Volume 1/04 Don't Answer Me.mp3
#EXTINF:253,Take My Breath Away - Berlin
/Volumes/MULTIMEDIA/iTunes/iTunes Master/iTunes Music/Compilations/De Pre Historie 1986 - Volume 3/02 Take My Breath Away.mp3
#EXTINF:123,Ain't No Sunshine - Bill Withers
/Volumes/MULTIMEDIA/iTunes/iTunes Master/iTunes Music/Compilations/De Pre Historie 1971 - Volume 1/08 Ain't No Sunshine.m4a
#EXTINF:236,Drive - The Cars
/Volumes/MULTIMEDIA/iTunes/iTunes Master/iTunes Music/Compilations/De Pre Historie 1985 - Volume 1/16 Drive.mp3
#EXTINF:242,In This World - Moby
/Volumes/MULTIMEDIA/iTunes/iTunes Master/iTunes Music/Moby/Unknown Album/02 In This World.mp3
#EXTINF:231,Slow Hand - The Pointer Sisters
/Volumes/MULTIMEDIA/iTunes/iTunes Master/iTunes Music/Compilations/De Pre Historie 1981 - Volume 3/05 Slow Hand.mp3
#EXTINF:275,Sign Your Name - Terence Trent D'Arby
/Volumes/MULTIMEDIA/iTunes/iTunes Master/iTunes Music/Compilations/Q-Music Greatest Hits Vol. 1 (Disc 2)/2-09 Sign Your Name.m4a
Hieronder een (korte) M3U file rechtstreeks uit audiostation :
#EXTM3U
../mijn muziek/Agnes/Ultratop 50 W8_2010/27 On and On (Radio Edit).mp3
../mijn muziek/2 Small/Unknown Album/Feel 4 Me (Tom Tom Le Chevalier Extended).m4a
../mijn muziek/Donna Summer/Endless Summer - Donna Summer's Greatest Hits/1-02 Love To Love You Baby.mp3
../mijn muziek/Alexandra Stan/Unknown Album/Mr. Saxobeat.mp3
Op zich is een M3U file niks speciaal, gewoon een tekstbestand met daarin de desbetreffende muziek van die lijst en de locatie ervan.
Als je beiden vergelijkt zie je uiteraard een verschil.
Bij iTunes gaat de muziek vooraf door de locatie:
/Volumes/MULTIMEDIA/iTunes/iTunes Master/iTunes Music/
Bij audiostation gaat de muziek vooraf door een andere locatie met dubbel punt ervoor :
../mijn muziek/
Als ik op internet zoek zijn er toch een aantal personen in geslaagd door simpelweg het eerste deel te vervangen door het tweede en dan heb je terug je afspeellijst van iTunes in audiostation.
Helaas lukt het bij mij niet.
Ik vermoed dat ik niet veel reacties ga krijgen door het specifieke probleem. Is er iemand die hiermee ervaring heeft of waarover ik het heb?
-
Lijkt me toch niet zo moeilijk, zo te zien heeft AudioStation een afwijking ten opzichte van de standaard.
De standaard is:
#EXTM3U
#EXTINF: <duur in seconden>, <title van het nummer>
<locatie van het bestand>
#EXTINF: <duur in seconden>, <title van het nummer>
<locatie van het bestand>
AudioStation gebruikt zo te zien het volgende:
#EXTM3U
<Locatie van het bestand>
<Locatie van het bestand>
Dus alles wat je hoeft te doen is die regels die beginnen met #EXTINF te verwijderen en het path te vervangen met de locatie waar de muziek op je Nas staat.
Het share waar de muziek staat kun je vervangen door ../
-
Dus alles wat je hoeft te doen is die regels die beginnen met #EXTINF te verwijderen en het path te vervangen met de locatie waar de muziek op je Nas staat.
Het share waar de muziek staat kun je vervangen door ../
Ben, dat klopt. Dat was ook precies mijn gedacht. Het kijkt inderdaad technisch gezien heel eenvoudig.
En toch lukt het niet.
Als ik er de tekst van het nummer met pad handmatig bij typ, lukt het. Zo kan ik bijvoorbeeld een nummer bijvoegen door de tekst bij een bestaande lijst te typen.
Maar als ik een stukje uit een iTunes M3U lijst kopieer met datzelfde nummer, en ik doe bovenstaande bewerkingen, dan verschijnt het nummer met een kruis erdoor (niet gevonden), of verschijnt helemaal niet.
En toch is het resultaat van beide M3U tekstbestanden identiek, geen letter verschil. Alsof het ergens spookt.
Zou het iets te maken kunnen hebben met onzichtbare karakters? Maar volgens mij zijn die er niet in een puur tekstbestand
-
Vermoedelijk een probleem met de line ending of eventueel een BOM.
Audiostation verwacht een UTF-8 bestand zonder BOM met een Windows Style line ending.
Dus CRLF als line ending en de itunes file zal waarschijnlijk wel alleen LF bevatten als line ending.
Als je een PC hebt kun je met NotePad++ gebruiken om te bekijken wat het precies is.
Of er zo'n tool voor de mac is weet ik niet.
-
Inderdaad, heel waarschijnlijk een probleem met het 'formaat' van het M3U bestand, dus in feite een tekstbestand. Laten we het dus maar algemeen omschrijven als 'formaat'. De specifieke BOM en LF of CRLF heb ik niet teruggevonden of zichtbaar kunnen maken op mijn Mac. Ik weet dat het kan, maar heb niet verder gezocht met wat het kan. Er zijn diverse programma's die hetzelfde doen als NotePad++.
Ik heb de oplossing als volgt:
In iTunes exporteer ik de playlist : Archief>bibliotheek>exporteer afspeellijst
Deze open ik in VLC door bijvoorbeeld het M3U bestand van iTunes gewoon in het VLC-venster te slepen.
In VLC exporteer ik de playlist : Bestand>afspeellijst opslaan (Bestandsformaat : uitgebreid M3U bestand)
Het M3U bestand dat dan ontstaat, open je in Teksteditor van Mac.
Hierin verander je bij elk muziekbestand het voorste gedeelte zodat je het juiste pad hebt (zoals hierboven reeds aangegeven).
Dit bewaar je gewoon met CTRL-S, dus niet opslaan als...
Het uiteindelijke resultaat plaats je op de NAS in de share 'Music' van de NAS, in de map 'playlists'. (dat is toch een 'share'?)
Uiteraard is het belangrijk dat alle muziek ook in de share 'Music' zit maar dat wisten we wel.
Dus blijkbaar is het niet zo simpel om een M3U bestand uit iTunes te exporteren en rechtstreeks op de NAS te zetten.
De playlist werkt van de eerste keer zoals in iTunes zelf.
Wel zie ik in Audio Station op bijna 1000 nummers een paar nummers met een rood kruis ervoor. Dus ergens is er een synchronisatieprobleem met mijn lijst en de bestaande nummers. Dit moet ik nog eens checken.
Ter info :
De M3U file mag de volgende indeling hebben, inclusief de #EXTINF regels :
#EXTM3U
#EXTINF:224,A*Teens - Mamma Mia
../muziek/Compilations/De Pre Historie 1999 - Volume 1/09 Mamma Mia.mp3
#EXTINF:219,Ace of Base - Beautiful Life
../muziek/Compilations/De Pre Historie 1996 - Volume 1/04 Beautiful Life.m4a
#EXTINF:231,Agnes - On and On (Radio Edit)
../muziek/Agnes/Ultratop 50 W8_2010/27 On and On (Radio Edit).mp3
#EXTINF:222,Agnes - On And On
../muziek/Agnes/Unknown Album/09 On And On.mp3
Nochtans zijn de lijsten die vanuit Audio station aangemaakt zijn als volgt :
#EXTM3U
../muziek/Compilations/De Pre Historie 1999 - Volume 1/09 Mamma Mia.mp3
../muziek/Compilations/De Pre Historie 1996 - Volume 1/04 Beautiful Life.m4a
../muziek/Agnes/Ultratop 50 W8_2010/27 On and On (Radio Edit).mp3
../muziek/Agnes/Unknown Album/09 On And On.mp3
Ik vermoed dat die #tekst puur overbodig is in elke M3U file, maar ben er niet zeker van.
-
Nee die zijn niet overal overbodig.
Zoals ik al zei is dat getal achter #EXTINF: het aantal seconden dat het nummer lang is.
AudioStation doet daar blijkbaar niets mee maar andere programma's wel.
-
Ah ok, weer bijgeleerd.
Ondertussen weet ik dat een aantal nummers met vreemde tekens zoals letters met een trema resulteren in het niet vinden van het nummer, het rode kruisje in Audio Station
Voor een paar andere nummers heb ik de oorzaak van het rode kruisje nog niet gevonden.
-
AudioStation verwacht een bestand in utf-8 codering en als de tekst editor van de mac ofwel VLC ofwel itunes dat niet aanmaakt dan zijn alle vreemde tekens zoals accenten en andere tekens niet goed gecodeerd.
Utf-8 heeft namelijk dezelfde codering voor alle ASCII karakters maar werkt met twee bytes voor all overige karakters.
-
Even een update. Ik kom nog eens terug op die enkele nummers die met een rood kruis in de afspeellijst staan. Het zijn er maar een stuk of 10 tussen de bijna 1000 nummers.
Ik kan niet ontdekken waar het probleem zit.
Als ik de tekst in de M3U file van dat nummer opnieuw typ (identiek), dan werkt het nog steeds niet.
Als ik dat nummer in een nieuwe test-afspeellijst plaats, ik kopieer de tekst uit de M3U lijst van die test-afspeellijst en ik plak die tekst in de desbetreffende afspeellijst, dan werkt het wel.
Nochtans is de tekst identiek.
Heel vreemd.
-
Ik wil er wel even naar kijken maar dan moet je het bestand ergens neerzetten waar ik het kan downloaden.
Dropbox of pastebin of zo iets.
-
Ah dat zou geweldig zijn. Zie maar als je tijd hebt.
Hier staan 3 bestanden :
http://gofile.me/4ns70/EQ3A8wKoM
Nr. 1 : dit is de export van een afspeellijst rechtstreeks uit iTunes. Deze doet het helemaal niet in Audio Station.
Nr. 2 : dit is de lijst nr. 1 die in VLC is geopend en terug bewaard als een afspeellijst. Deze zou kunnen werken in Audio Station maar heeft nog het foute pad.
Nr. 3 : Over deze lijst gaat het dus. Dit is lijst nr. 2 geopend in Teksteditor van Mac, pad correct aangepast en terug bewaard als een tekstbestand. Deze werkt maar enkele nummers doen het niet en staan in Audio Station met een rood kruis.
Eén van de niet werkende nummers staat o.a. op de 11de plaats :
../(naam)/Amy MacDonald/This Is The Life/02 This Is The Life.mp3
-
OK, we zijn er ongeveer uit.
Het is misschien fijn om eens het verschil tussen file 1 en 2 te bekijken, maar dat hadden we deels al opgelost door in VLC de afspeellijst binnen te halen en terug te bewaren.
De overgebleven fouten heb ik gevonden. Het zijn twee problemen:
1. een fout in iTunes. Blijkbaar maakt iTunes bij sommige namen een fout als hij een afspeellijst aanmaakt. Bv. de naam 'Amy Macdonald' (zo staat het in iTunes én in het path) maakt hij zelf 'Amy MacDonald' van. Met een grote D dus. Waarom hij dat doet is een raadsel. Hij heeft ze ooit zelf met een kleine d erin gezet. Het straffe is dat ik 10tallen keren die tekst van dat nummer heb bekeken en dat verschil was me niet opgevallen.
2. een fout in Audio Station. Letters met een ë of é of ï lust hij niet. Dat is wel jammer want zo zijn er wel wat nummers die deze namen met trema's officieel in hun naam hebben. Zou hiervoor een oplossing zijn?
-
Is geen fout van AudioStation die kan prima omgaan met accenten zoals ë of é of ï.
Het heeft waarschijnlijk met de codering van de namen te maken.
Ik zal proberen uit te leggen hoe het werkt.
Het probleem komt uit de Windows wereld, daar bestaan alle karakters uit een byte ofwel 8 bits.
Normale ascii karakters hebben maar 7 bit nodig en het achtste bit wordt dan gebruikt om de bijzondere karakters mee te maken.
Aangezien er veel meer karakters zijn dan welke je op deze manier kunt maken hebben ze de code page uitgevonden.
Dus afhankelijk van welke code page je systeem staat ingesteld betekenen die karkaters waar het 8ste bit van gezet is iets anders.
In de Linux wereld hebben ze het anders aangepakt en hebben ze voor elke karakter dat er bestaat een code bedacht en dat zijn er heel veel (denk aan Chines tekens).
Om dit te kunnen doen gebruiken ze niet meer 1 byte voor elke karakter maar 2 bytes, behalve voor de standaard ascii karakters die hebben ze 1 byte gelaten om zo compatible mogelijk te zijn.
Gevolg is dat als je een bestand hebt in utf-8 coderingen en een programma verwacht Windows codering met een western Latin code page dan zal een ë uit twee bytes in het bestand staan terwijl dat programma dat als twee verschillende karakters zal interpreteren.
Andersom als je een programma hebt dat window style code pages gebruikt en je schrijft een ë in het bestand weg dan zal een programma dat utf-8 verwacht daar ofwel een heel ander karakter zien ofwel iets wat niet gedefinieerd is afhankelijk van wat de utf-8 tabel daar heeft staan.
Je begrijpt wat dit voor problemen kan opleveren.
Ik heb je bestanden bekeken en die zijn netjes-UTF-8, dus het meest waarschijnlijk is dat de bestandsnamen van de muziek zelf niet juist zijn.
Heb je ze soms in de vorm van een zip of rar op je Nas gezet en daarna uitgepakt of komen je uit een windows omgeving?
-
Even de draad terug opgenomen, sorry dat het even duurde.
Als ik in de afspeellijst bijvoorbeeld de ï wis en opnieuw typ, wordt dat nummer wel herkend in Audio Station.
Dus er moet toch iets afwijkend zijn dat niet overeenkomt met de utf-8 code.
Even kort herhalen voor het gemak :
Ik exporteer een afspeellijst uit iTunes naar M3U. Deze afspeellijst doet het volledig NIET in Audio Station.
Deze haal ik door VLC en bewaar ze opnieuw als een M3U file.
Daarna werken alle nummers in Audio Station, behalve die met vreemde tekens zoals letters met een trema (bijvoorbeeld ï )
Als ik deze afspeellijst open met 'Tekesteditor' van Mac en ik typ de ï opnieuw, dan werkt dat nummer wél.
Vraagje: is er een mogelijkheid dat ik die file ergens mee open en opnieuw bewaar, zodat die code achter die vreemde letter nu wel goed is?
Ik wil makkelijk een afspeellijst uit iTunes halen en eventueel een paar keren converteren. Het is een enorm werk als ik telkens na een export duizenden nummers moet controleren op goede werking.
-
Even voor de fun geopend in MS Excel:
Dit is een stukje van een afspeellijst (2 identieke nummers) :
../iTunes Master/Music/AiÃàssa/Blijven geloven/01 Blijven geloven.mp3
../iTunes Master/Music/Aïssa/Blijven geloven/01 Blijven geloven.mp3
Dit is de werkelijke naam : Aïssa
Het onderste nummer werkt, het bovenste niet.
-
Ik wil wel van de week een klein Pyhon scriptje schrijven die de M3U bestanden die uit iTunes komen, omzet naar een formaat dat AudioStation snapt.
Je moet dan even een M3U bestand aanleveren met een naam met zo'n vreemd teken erin, zodat ik het kan testen.
Dus een M3U bestand rechtstreeks uit iTunes en niet door VLC gehaald.
En als je het aanmaakt even opslaan op de schijf van je Mac en niet op een netwerkschijf van je Nas.
Het beste kun je dat mu3 bestand samen met het originele muziek bestand met dat vreemde teken even op je mac in een .zip of .rar stoppen, dan weten we zeker dat er niet stiekem ergens iets geconverteerd wordt.
Wel een m3u bestand met een paar nummers erin, maar ik heb slechts een muziek bestand nodig.
-
sorry, ik ben er wat laat mee. Beetje tijdgebrek.
Hier vind je een afspeellijst zoals ze dus uit iTunes komt.
Deze is nog niet bewerkt in VLC of iets anders.
De afspeellijst werkt als dusdanig helemaal niet.
Als ik ze bewerk met VLC en path aanpas met teksteditor, werken de meeste nummers wel.
In die afspeellijst staan nummers die wel en niet werken, nadat ik de afspeellijst heb bewerkt.
http://gofile.me/4ns70/EQ3A8wKoM
Ik vind het geweldig als je dat eens wil proberen.
-
Ok heb een klein Python scriptje geschreven die het zou moeten doen.
Gewoon de code met knippen en plakken in een bestandje op je Nas zetten zetten met de extensie .py
Dus bijvoorbeeld in: /volume1/music/convert.py
Dat log je in met putty en geeft het commando /volume1/music/convert.py
Zoals het nu werkt zal hij alle playlists (.m3u files) die op je Nas staan converteren en naar een .tst.m3u file wegschrijven, dan kun je eerst testen of het werkt.
#!/usr/bin/env python2
import io, os
iTunesBase = '/Volumes/music/iTunes Master/Music'
SynoBase = '..'
PlaylistFolder = '/volume1/music/playlists'
#Skip_EXTINF = False
Skip_EXTINF = True
#Test = ''
Test = '.tst'
# Here we walk through all files and folders in the "PlaylistFolder"
for DirName, DirNames, FileNames in os.walk(PlaylistFolder):
for FileName in FileNames:
# Just interested in playlist files (ending with .m3u)
if FileName.lower().endswith('.m3u'):
FileSpec = os.path.join(DirName, FileName)
# Open the playlist and read all lines.
with io.open(FileSpec,'r',encoding='utf-8') as fp:
InputLines = fp.readlines()
OutputLines= []
# Process all lines
for Line in InputLines:
if Line.startswith('#EXTINF:'):
if not Skip_EXTINF:
OutputLines.append(Line)
else:
OutputLines.append(Line.replace(iTunesBase,SynoBase))
# Write the outputbuffer to the file
OutFileSpec = FileSpec.replace('.m3u',Test +'.m3u')
with io.open(OutFileSpec, 'w', encoding='utf-8',newline='\r\n') as fp:
fp.writelines(OutputLines)
-
Hallo, fantastisch dat je er tijd in steekt.
Blijkbaar weet ik van dergelijke dingen nog héél weinig. Ik heb een heel klein beetje kennis opgedaan in de beginjaren van unix.
Voor zover er nog iets is blijven hangen....
Ik heb nu wat tijd, lig toch ziek in bed.
Ik log in met MacTerminal opvia mijn Mac naar DISKSTATION en kom in mijn account, dan ga ik naar de directory 'music' :
Mijn naam@DISKSTATION:/var/services/music$
Daarin staat het bestand convert.py en alle muziek en een map met afspeellijsten.
Ik geef in : convert.py
maar hij herkent dit niet.
-
Waarom zet je het script in : /var/services/music en niet in /volume1/music/ ?
De kans is groot dat het script weg is na een update.
Waarom "hij herkent dit niet" (nog) geen idee, maar wat belangrijker is, wat is de exacte foutmelding?
En, geef je wel het gehele pad mee, in dit geval dus /var/services/music/convert. py
-
Als je in dezelfde folder staat als het script moet je wel ./convert.py geven.
Als je elders staat moet je het hele path ervoor zetten
-
Waarom zet je het script in : /var/services/music en niet in /volume1/music/ ?
De kans is groot dat het script weg is na een update.
Waarom? Waarschijnlijk omdat ik niets er (meer) van ken :oops: :oops:, maar ben wel bereid om dat allemaal te leren.
Ik heb het script toch in de music directory gezet vanuit de finder van de Mac. Het staat er dus wel.
Ik weet niet goed wat die var precies betekent. Volgens mij ken ik de unix commando's van vroeger niet meer en ben ik niet op de juiste plaats terecht gekomen via Terminal.
Dit gaat een heel domme vraag zijn: wat is het verschil tussen /var/services/music en /volume1/music/ die je volgens mij alleen maar kan beantwoorden met de verwijzing naar de cursus linux of unix of...
Waarom "hij herkent dit niet" (nog) geen idee, maar wat belangrijker is, wat is de exacte foutmelding?
En, geef je wel het gehele pad mee, in dit geval dus /var/services/music/convert. py
Wat hij exact meldt?
-sh: sqf: command not found
-
Volgende domme vraag:
Nu heb ik in de juiste directory /volume1/music/ het scriptje opgestart zoals het hoort.
line 1: #!/usr/bin/env: No such file or directory
Dat staat er inderdaad op lijn 1 van het script
[schaammodus]Heeft het veel zin bij een dergelijke noob, mezelf dus..?[/schaammodus]
Ik ben zelf moderator op een paar fora, ik weet hoe moeilijk het is als je iemand voorhebt die er totaal niets van kent.
-
Heb je het script wel goed overgenomen?
De eerste regel en absoluut de eerste regel(dus geen lege regels ervoor), moet dit bevatten:
#!/usr/bin/env python2
Ik mis in jouw foutmelding python2 stukje.
En anders moet je even kijken of python wel op je Nas staat met dit commando:
dir /usr/bin/python*
Als dat zo is kun je zelf het volledige commando geven om het script te starten, zo dus:
/usr/bin/python2 convert.py
-
het script is wel degelijk zo overgenomen.
1ste regel is:
#!/usr/bin/env python2
en toch geeft het script bij opstart:
./convert.py: line 1: #!/usr/bin/env: No such file or directory
python2 is wel aanwezig:
Mijn naam@DISKSTATION:/volume1/music$ dir /usr/bin/python*
lrwxrwxrwx 1 root root 7 Oct 9 19:13 /usr/bin/python -> python2
lrwxrwxrwx 1 root root 9 Oct 9 19:13 /usr/bin/python2 -> python2.7
-rwxr-xr-x 1 root root 6160 Sep 7 10:58 /usr/bin/python2.7
Als ik hem op de andere manier opstart, volgt een syntax error:
File "convert.py", line 6
SynoBase = '..'
^
SyntaxError: invalid syntax
Ik weet niet wat hier de syntax moet zijn
Ik weet niet of dit kan maar als ik in het script de python2 verander in python2.7 en dan start :
Mijn naam@DISKSTATION:/volume1/music$ ./convert.py
./convert.py: line 1: #!/usr/bin/env: No such file or directory
./convert.py: line 2: $'\r': command not found
./convert.py: line 3: import: command not found
./convert.py: line 4: $'\r': command not found
./convert.py: line 5: iTunesBase: command not found
./convert.py: line 6: SynoBase : command not found
./convert.py: line 7: PlaylistFolder: command not found
./convert.py: line 8: $'\r': command not found
./convert.py: line 10: Skip_EXTINF: command not found
./convert.py: line 12: Test: command not found
./convert.py: line 13: $'\r': command not found
./convert.py: line 14: : command not found
./convert.py: line 15: syntax error near unexpected token `DirNames,'
'/convert.py: line 15: `for DirName, DirNames, FileNames in os.walk(PlaylistFolder):
-
Zo te zien heb je om de een of andere reden spaties of tabs toegevoegd.
Python is positie afhankelijk dus dat werkt dan niet meer.
Download de file maar hiervandaan en probeer het nog eens.
https://github.com/BenjV/SYNO-packages/raw/master/Convertm3u.py
Let even op dat de naam iets anders is.
-
"env" is een standaard (Linux) binary executable file (waarmee de omgevings- variabelen worden vastgesteld) in /usr/bin
Het lijkt mij sterk dat die niet zal bestaan maar, kijk toch eens even:
cd /usr/binmore env
Je zou dan moeten zien:
admin@DS716II:/usr/bin$ more env
******** env: Not a text file ********
admin@DS716II:/usr/bin$
-
Ik mis duidelijk wat (veel) kennis.
Ik zoek me zot achter het feit waarom een simpele tekstfile bij mij niet werkt. Mogelijk zitten er inderdaad dingen in die er niet in moeten zitten.
Met de file van Ben lukt het wel denk ik, maar er verschijnt wel een error :
Traceback (most recent call last):
File "./convert.py", line 22, in <module>
InputLines = fp.readlines()
File "/usr/lib/python2.7/codecs.py", line 314, in decode
(result, consumed) = self._buffer_decode(data, self.errors, final)
UnicodeDecodeError: 'utf8' codec can't decode byte 0x95 in position 55: invalid start byte
-
Ok nu komen we wat verder.
Ik heb vandaag geen tijd om hier in te duiken, maar blijkbaar staat er iets illegaals in een van je playlists.
Enige idee met welke hij bezig was en misschien kun je die dan met me delen?
Weet je zeker dat er alleen door iTunes aangemaakte playlist staan en niet bestanden die je zelf hebt proberen te converteren?
Had je er meerdere staan, want die ik van jou gekregen heb verwerkte hij prima.
Zal wat meer error afhandeling erin bouwen en wat meldingen waar hij mee bezig was, maar dat wordt niet meer vanavond denk ik.
-
Ik vind het al geweldig dat er iemand reageert met deze kerstdagen. Zelf kan ik ook maar af en toe reageren. Ziekenbed uitgekomen om wat kerstkadootjes te gaan kopen enz... Uiteindelijk niks gevonden. :(
Er staat vanalles in de playlist directory. Ik ga dat eens bekijken.
Ondertussen weet ik ook wat er mis is. Ik heb op diverse manieren een simpele platte-tekst proberen aan te maken. Dat is me nu gelukt, hoe dom het ook lijkt. Mijn platte-tekst documenten waren blijkbaar niet helemaal platte tekst.
We zien wel, steek er nu maar geen tijd in. Ik test zelf nog eens wat.
Merci.
[attachimg=1]
Edit> Ondertussen werkt het, behalve nog altijd de enkele nummers met 'rare' letters zoals é en ë ...
Het waren inderdaad andere (test)playlists die er nog in stonden, én ik heb het path naar de muziek moeten aanpassen. De muziek zat iets dieper dan de 'music'-directory zelf.
En ik zie nu dat ik iets heb gemist:
Het beste kun je dat mu3 bestand samen met het originele muziek bestand met dat vreemde teken even op je mac in een .zip of .rar stoppen, dan weten we zeker dat er niet stiekem ergens iets geconverteerd wordt.
Wel een m3u bestand met een paar nummers erin, maar ik heb slechts een muziek bestand nodig.
Je had de muziek ook nodig.
-
Mag ik even de draad terug opnemen?
Steek er niet teveel tijd in, maar misschien kan je heel kort hierop antwoorden.
Wat was nu eigenlijk precies de bedoeling van dat scriptje? Kan je zeggen in een paar woorden wat dat precies doet?
Ik heb het wel een beetje kunnen ontleden maar niet volledig, mijn kennis is nagenoeg nihil voor zoiets.
Tot nu toe zorgt het scriptje ervoor dat ik iTunes geëxporteerde playlists onmiddellijk rechtstreeks kan gebruiken zonder door VLC te halen en andere kunstgrepen.
Maar ik heb nog steeds problemen met die enkele muzieknummers waarin vreemde tekens zitten zoals ï , ä, é enz...
Alvast dank.
-
Wat het script doet is alle playlist bestanden in de playlist folder inlezen, het pad naar de bestanden veranderen en weer wegschrijven.
Aangezien zowel iTunes als Audiostation werken met utf-8 dus er hoeft niets geconverteerd te worden.
Wel gebruikt Audiostation CRLF als line-pending en iTunes alleen LF, dus dat wordt ook aangepast.
De variabele Skip_EXTINF bepaalt of een regel met extra informatie wel of niet in het resultaat terecht komt.
Volgens mij gebruikt Audiostation die informatie niet.
Ik heb er even in gezet zodat je makkelijk kunt testen of het invloed heeft.
Ik heb inmiddels een versie geplaatst die verder gaat met de volgende playlist als hij een playlist niet kan converteren.
Als je nog last hebt van speciale karakters moet je dat zoeken in de naam van het audiobestand zelf.
Hoe zet je die op je Nas neer?
-
Ha, ik vind het geweldig. Voor jou is dit script en programmatie waarschijnlijk peanuts, voor mij ooit ook in lang vervlogen tijden.
Het tweede gedeelte van jouw antwoord had ik zelf al uit het script afgeleid, het eerste echter niet. Misschien moet ik me eens verdiepen...
Die EXTINF doet in Audiostation niets, dat weet ik al.
Ja, die speciale karakters zitten inderdaad in de naam van het audiobestand zelf. Dat klopt.
Maar ik kan dat niet zomaar veranderen. Het gaat hier vooral over legale muziek met correcte naamweergave, waarin die vreemde tekens zitten zoals duitse umlaut en franse muziek met é en è.
Je vraagt hoe ik die op de NAS zet? Gewoon kopiëren. Ik mount die share 'music' op m'n Mac middels SMB en zet het zo over van m'n Mac naar die share.
-
Je moet even op je mac controleren of de Samba van je Mac niet verkeerd staat ingesteld.
Je moet even in het bestand /etc/samba/smb.conf kijken.
In de [global] sectie moet je even zoeken naar:
unix charset = ASCII
als dat er staat moet je het veranderen in:
unix charset = UTF-8
Als er geen "unix charset =" item te vinden is, dan is het ook goed, want de default is UTF-8
Als dat allemaal goed staat zal ik eens kijken of ik het scriptje aan kan passen zodat de bestandsnamen "renamed" worden.
-
Voor zover ik kan zien bestaat er geen 'samba' directory in de etc van mijn Mac.
-
Tja die moet toch echt ergens staan dus even zoeken waar die smb.conf te vinden is.
Ik heb geen Mac dus daar kan ik je niet mee helpen.