Samba problemen met sommige bestandsnamen

[redneck eyeball]

Helaas ... net getest zonder ... maakt geen verschil.

 

CU

Red

[Gast]

Goed, we zoeken verder!

Als ik er zo niet uit kom, denk ik dat ik er bij mij om te testen ook even een harddisk in hang. Test toch makkelijker dan zo op afstand...

 

Greetz, Lion

[redneck eyeball]

@Lion,

 

Ik heb gemerkt dat het fout loopt als het char 'Â' in de naam voorkomt.

Al de rest geeft geen problemen.

 

Misschien kan je daar eens naar kijken.

 

CU

Red

[Gast]

Citaat:

Ik heb gemerkt dat het fout loopt als het char 'Â' in de naam voorkomt.
Al de rest geeft geen problemen.
CU, Red

Ha, da's een leuke!
Wat mij ook al was opgevallen, was dat het aantal chars in de naam tussen Linux-shell, KDE-browser en Enigma niet overeenkomt.
'speciale' karakters worden aangegeven met zo'n 'Â', gevolgd door nog een char.
Die volgende char zie ik niet altijd in de telnet-shell op de Dreambox, wel in de KDE-browser.
Enigma geeft gewoon een teken aan ipv die twee, en wel wat er door de uitzender bedoeld is.
We blijven doorzoeken...

Greetz, Lion.

[Gast]

Ik heb het nu onder Linux voor elkaar!

Daar zien mijn filenamen er nu hetzelfde uit als in Enigma, inclusief 'speciale tekens'. De truc is dat je je locale op iets UTF-8 compatibels moet hebben staan (bijv en_GB-UTF-8), en je moet in de kernel NLS support aan hebben staan met utf8 als de standaard nls.

De Dreambox heeft een 'uitgeklede' shell die zover ik kan zien geen locales ondersteunt. Daarom zie je met telnet van die 'rare' filenamen. Maar dat maakt niet uit als je de files uiteindelijk op een computer krijgt die wel locales ondersteunt.

 

Greetz, Lion.

[redneck eyeball]

Het heeft wel bijna een jaar geduurd <img src="/forums/images/graemlins/smile.gif" alt="" />

 

Nou proficiat in ieder geval !

 

Het is inmiddels al lang geleden dat ik nog eens gekeken heb met die dvr software, ik zal eens nakijken of hij nog altijd hetzelfde probleem vertoont hier.

 

CU

Red

[Gast]

Ja, en de ellende is dat ik er toen vlak bij geweest ben.

Op die FreeBSD bak op het werk moet je niet alleen een config file editen, maar daarna ook een commando geven om de nieuwe locale actief te maken. Dat had ik over het hoofd gezien, en toen dus geen succes geboekt.

 

En inderdaad, het heeft wel even geduurd.

Maar dat had ik je geloof ik vorig jaar op 13 april al voorspeld... <img src="/forums/images/graemlins/wink.gif" alt="" />

Als ik me een keer ergens in vastgebeten heb wil ik het ook goed hebben, ook al kan het tussendoor even stil liggen.

 

Greetz, Lion.

[Gast]

Lion251,

 

Het hier beschreven probleem en de oplossing is iets waar ik ook mee worstel. Opnames die ik maak van de BBC vertonen allemaal vreemde tekens en worden dan ook niet goed verwerkt onder Windows. Ik wil de bestanden verwerken in PVAstrumento via een batch maar dat lukt niet op deze manier.

 

je schrijft: "....als je de files uiteindelijk op een computer krijgt die wel locales ondersteunt." Doet Windows XP dat of kan je dat instellen? Ik heb wel iets gezien in de instellingen, "Configuratiescherm" -> "Landinstellingen" -> "geavanceerd" , "conversietabellen voor codetabel". Zou dat een oplossing kunnen bieden? of is er een andere manier om onder XP de tekenset aan te passen om dit op te lossen?

 

Cheers, Clutch.

[Gast]

Ik kan het onder XP weer eens opnieuw gaan proberen.

Een jaar geleden had ik nog geen harddisk in de Dreambox, en nam ik via een NFS- (Linux) of Samba- (Windows) share op naar mijn PC.

Onder Windows kwamen dan bij mij de filenamen meteen goed uit.

Nu heb ik er wel een harddisk in, en zal ik eens kijken of ik dan onder Windows de files met FTP over kan halen met de correcte filenamen.

 

Greetz, Lion.

[Gast]

De eenvoudigste manier om de vreemde tekens uit de bestandsnamen te houden is de EPG-toevoegingen uit de bestandsnamen te houden. Je kan dan bij het inklokken zelf een naam toevoegen. Is dit ergens in te stellen of te tweaken? Wat mij betreft kan dan de hele EPG wel uitgeschakeld worden..

[Gast]

Na een tijdje puzzelen heb ik voor mijn systeem een oplossing gevonden voor de geklutste bestandsnamen. Een scriptje filtert de ongewenste tekens uit de bestandsnamen en hernoemt ze. Hierna kunnen de bestanden verder verwerkt worden.

 

Het script maakt gebruik van Perl. Onder Windows XP moet je dat installeren. Hiervoor kan je ActivePerl downloaden bij www.activestate.com. Dit is gratis.

[Gast]

Ik dacht het scriptje als bijlage te voegen bij dit bericht. Dit is niet zo erg gelukt. Daarom maar even zo:

 

cleanfilenames.bat

----------------------------------

@rem = '--*-Perl-*--

@echo off

if "%OS%" == "Windows_NT" goto WinNT

perl -x -S "%0" %1 %2 %3 %4 %5 %6 %7 %8 %9

goto endofperl

:WinNT

perl -x -S %0 %*

if NOT "%COMSPEC%" == "%SystemRoot%\system32\cmd.exe" goto endofperl

if %errorlevel% == 9009 echo You do not have Perl in your PATH.

if errorlevel 1 goto script_failed_so_exit_with_non_zero_val 2>nul

goto endofperl

@rem ';

#!perl

#line 15

$Moviepath = 'Q:\\'; #de HD van de Dreambox is geshared en gekoppeld aan drive Q van de PC

$Filelist = 'E:\scripts\filelist.txt'; #bestandje met filenamen

 

#Perl heeft de functie glob() voor het inlezen van een lijst met bestandsnamen.

#Hiermee worden "foute" bestandsnamen niet ingelezen. Daarom een workaround,

#het systeemcommando "dir /B" wordt aangeroepen en de output gestuurd naar filelist.txt.

 

system("dir \/B $Moviepath > $Filelist"); # functie "glob()" leest geen foute tekens!

 

 

open(LISTFILE, $Filelist);

while (<LISTFILE>) #loop het bestand regel voor regel door

{ ($filename = $_) =~ s/\n//gs; #verwijder de returns uit de bestandsnamen

#maak een schone bestandsnaam door een reguliere expressie toe te passen op de naam

($newfilename = $filename) =~ s/[^a-zA-Z0-9:\\_.]//gs; #

#hernoem de bestanden

system("rename \"$Moviepath$filename\" \"$newfilename\"");

}

close (LISTFILE);

 

__END__

:endofperl

---------------------------

[Gast]

Intussen is mij het volgende gebleken:

 

Als je een opname programmeert via de webinterface, dan kan je een description toevoegen aan het bestand. Deze description komt dan in de plaats van de EPG informatie. Hierdoor komen er geen exotische tekens in de bestandsnaam.

 

Dit is natuurlijk geen echte oplossing maar in de praktijk wel bruikbaar (in mijn geval). Bij mij werkt het met Pli Emerald, geen ervaring met andere images.