Diakritische tekens in download gaan fout

[RonaldS]

Ik heb onlangs SABnzbd+ geinstalleerd en heb net alle configuratie-items ingesteld.
Een proef-downloadje gedaan met ´Het beste´van ´DoeMaar´ en dat komt ook daadwerkelijk aan in de opgegeven directory - uitgepakt en al.

Echter........ alle nummers gaan goed behalve ´Belle Hélène´ en ´Heroïne´ en laten dat nou net de enige twee nummers zijn met diakritsche tekens (accenten en een trema).
De andere bestanden staan in mijn download-directory als ´mp3´ en deze twee als ´Bestand´ en ook de titel is afgekort als ´Belle H´ en ´Hero´.  

De logfiles geven:
2009-01-07 16:41:04,723 WARNING [newsunpack] Missing expected file: 10 - Doe Maar - Heroïne.mp3 => unrar error?
2009-01-07 16:41:04,777 WARNING [newsunpack] Missing expected file: 04 - Doe Maar - Belle Hélène.mp3 => unrar error?

Daarna heb ik de optie in de configuratie van SABnzbd+ veranderd door het hokje bij ´Replace illegal characters in foldernames by equivalents (otherwise remove)´
uit te zetten (dat had ik eerst aangevinkt). Echter opnieuw hetzelfde resultaat.

Vraagjes:  
1. Hoe kan ik er voor zorgen dat ook titels met diakritische worden gedownload?
2. Hoe krijg ik deze twee bestanden die ik nu heb weer van mijn directory af?
    (melding is ´Kan bestand niet verwijderen. Kan geen gegevens van het bronbestand of op de bronschijf lezen´)

PS. Als ik de par-bestanden (die ook nog in de download-directory stonden) handmatig uitpak gaat het allemaal wel goed en worden ook die twee nummers met diakritische tekens goed uitgepakt.

[Björn]

Misschien een goed idee om deze vraag in de afdeling over SABnzbd te plaatsen? Bij deze verplaatst

[wowo]

Vraagjes:  
1. Hoe kan ik er voor zorgen dat ook titels met diakritische worden gedownload?
2. Hoe krijg ik deze twee bestanden die ik nu heb weer van mijn directory af?
    (melding is ´Kan bestand niet verwijderen. Kan geen gegevens van het bronbestand of op de bronschijf lezen´)

Antwoord op vraag 1 heb ik helaas niet. Ook bij mij komt het nog steeds voor dat "vreemde" tekens problemen geven.
Blöf bv maar daar ben ik gelukkig geen fan van.
Antwoord op vraag 2.:
Deze bestanden hoef je niet te verwijderen, maar alleen te renamen naar tekens waar NAS wel wat mee kan.
Je moet dan met bv met Putty inloggen op de NAS en een SSH (of Telnet) sessie uitvoeren.
Ga vervolgens naar de desbetreffende directory waar het bestand staat (cd /directorypad) en geef het een andere naam.
Het Linux commando hiervoor is "mv oudefilenaam nieuwefilenaam".
Omdat een oudefilename met de vreemde tekens niet door Linux begrepen wordt zal je altijd gebruik moeten maken van het wildcard teken: *
vb: als blöfblabla.mp3 het probleem is. mv bl* blofblabla.mp3

[RonaldS]

Misschien weet de maker van het (overigens zeer gewaardeerde   ) progje waaraan het kan liggen?  

[merty]

Ja dit komt mij bekend voor, heb het ook al een paar keer gehad. Echter, het zit helaas wat moeilijker in elkaar, ivm. truukjes/instellingen die Synology heeft gedaan. Ik zag in de release notes van de laatste versie 0.4.6 dat ze hier het e.a. aan hadden veranderd, maar blijkbaar treden deze problemen nog steeds op. (of gebruik je nog een oudere versie ? zoja, probeer dan te upgraden)

Tot de laatste -niet beta- firmware heeft Synology her en der dingen gepatcht opdat er geen 'problemen' kwamen met vreemde tekens en ook geen verschil is tussen hoofd- en kleine letters. Toch zitten er (juist hierdoor) nog bugs in het filesysteem en SAMBA (die de windows file sharing doet) waardoor je volgens mij dit soort problemen toch nog krijgt. Kijk maar op internationale forum naar klachten over MP3's en muziekplayer die ook vaak de fout in gaat met vreemde tekens in MP3 files of titels. De oorzaak is volgens mij hetzelfde en niet SABnzbd+ aan te rekenen.

 Ik kan alleen niet achterhalen waar en wanneer dit zich voordoet. Interresant is om te kijken hoe ze dit in de beta hebben aangepakt, waar ze eindelijk deze patches achterwege hebben gelaten.

Het is vervelend dit op de command line te moeten oplossen. Zal kijken of ik een workaround of aparte package kan maken om downloads met vreemde tekens 'recht te trekken'. Van de SABnzbd+ python sources zelf blijf ik liever af, die wil ik 'clean' houden om geen nieuwe bugs of upgrade problemen te creeeren.

Wordt vervolgt...

Groeten,

Remco

[Matr1x]

Het Linux commando hiervoor is "mv oudefilenaam nieuwefilenaam".
Omdat een oudefilename met de vreemde tekens niet door Linux begrepen wordt zal je altijd gebruik moeten maken van het wildcard teken: *
vb: als blöfblabla.mp3 het probleem is. mv bl* blofblabla.mp3

Met wildcards loop je het risico dat je te veel hernoemt of verplaatst. Je kunt ook de [Tab] toets gebruiken om Linux de rest van de naam te laten aanvullen, inclusief de speciale characters. Dat werkt voor mij het beste.

[edmond]

waarschijnlijk zal over niet al teveel tijd een nieuwe betatest van een nieuwe versie beschikbaar gaan worden. Hierbij zal ook plushui verandert gaan worden heb ik gehoord van de maker. Er zullen ook weer bugfixes in zijn.
Tevens vraag ik jullie om ook om mee te helpen dat synology de oude 160j en 406 weer met firmware updates beschikbaar worden gesteld. alvast bedankt.

http://www.synology.com/enu/forum/viewt ... 25&t=12237

Betatester Sabnabd

[GosZk]

Via de filestation gooi ik dergelijke bestanden weg. Wellicht lukt het jou ook op deze manier...


Greetz,
Gos

[Flippi]

Via de filestation gooi ik dergelijke bestanden weg. Wellicht lukt het jou ook op deze manier...

Nee, geeft bij mij "Unable to rename : No such file or directory".

[Flippi]

Ja dit komt mij bekend voor, heb het ook al een paar keer gehad. Echter, het zit helaas wat moeilijker in elkaar, ivm. truukjes/instellingen die Synology heeft gedaan. Ik zag in de release notes van de laatste versie 0.4.6 dat ze hier het e.a. aan hadden veranderd, maar blijkbaar treden deze problemen nog steeds op. (of gebruik je nog een oudere versie ? zoja, probeer dan te upgraden)

Tot de laatste -niet beta- firmware heeft Synology her en der dingen gepatcht opdat er geen 'problemen' kwamen met vreemde tekens en ook geen verschil is tussen hoofd- en kleine letters. Toch zitten er (juist hierdoor) nog bugs in het filesysteem en SAMBA (die de windows file sharing doet) waardoor je volgens mij dit soort problemen toch nog krijgt. Kijk maar op internationale forum naar klachten over MP3's en muziekplayer die ook vaak de fout in gaat met vreemde tekens in MP3 files of titels. De oorzaak is volgens mij hetzelfde en niet SABnzbd+ aan te rekenen.

 Ik kan alleen niet achterhalen waar en wanneer dit zich voordoet. Interresant is om te kijken hoe ze dit in de beta hebben aangepakt, waar ze eindelijk deze patches achterwege hebben gelaten.

Het is vervelend dit op de command line te moeten oplossen. Zal kijken of ik een workaround of aparte package kan maken om downloads met vreemde tekens 'recht te trekken'. Van de SABnzbd+ python sources zelf blijf ik liever af, die wil ik 'clean' houden om geen nieuwe bugs of upgrade problemen te creeeren.

Wordt vervolgt...

Groeten,

Remco

Heb je hier ondertussen al meer info over?

De enige methode die bij wij werkt is de bestanden hernoemen met PuTTY. Via SSH werkte het niet, maar met Telnet ging het wel...

Het bestand was Düm.txt.
In Windows afgebeeld met een vierkantje op de plaats van de ü, via Telnet (dir-command) afgebeeld als Dm.txt (dus zonder ü).

Hernoemen ging via Telnet met het volgende commando: mv D*m.txt Dum.txt
Achteraf kon ik in Windows van Dum.txt dan uiteindelijk toch Düm.txt maken.

Een workaround, maar 't werkt in ieder geval.

[vries085]

Beetje een late reactie, maar ik kreeg er ondertussen ook schoon genoeg van dat de bestanden net benaderbaar waren vanwege de bestandsnamen.
Helaas dus geen echte oplossing kunnen vinden     blijkt een samba bug te zijn.

Wat ik sinds kort doe is SABnzbd de rar of zip bestanden niet laten verwijderen
Als er diacryten in bestandsnamen zitten kun je via de share en windows programmatuur de archives nogmaals uitpakken.
Dan blijven de originele namen wel gehandhaaft.

[Matr1x]

Als je het juiste pakketje van SABnzbd geinstalleerd hebt, is ook SABnzbd+ Helper geinstalleerd (onder Third-party applications). Hier zit ook een optie in om ongeldige bestanden te hernoemen als je in de download map van SABnzbd staan. Werkt perfect.