Dotaz: Hudební přehrávač - Filesystem

[Radek]

Zdarte,

koupil jsem si novy (nejen) hudebni prehravac Cowon iAudio 9. Prehravac podporuje souborove systemy FAT32/16 (vychozi) a NTFS. Prenos souboru muze probihat bud v rezimu mass storage (vychozi) nebo pomoci protokolu MTP.

Problem je pri pokusu o zapsani souboru obsahujícího v názvu 'neklasicke' znaky. Problem jsem zaznamenal se znaky '?' a ':', ale nevylucuji, ze mohou byt dalsi. Na wikipedii jsem se docetl, ze FAT podporuje Unicode v nazvech souboru a krome NULL nema zadne omezeni na pouzite znaky.

Je tento problem zpusoben spatnym pripojenim, nebo je to skutecne omezeni souboroveho systemu? Na NTFS se mi moc prechazet nechce a odstranovat znaky (kvuli synchronizaci) take ne.

Automaticke pripojeni v KDE:

/dev/sdb on /media/IAUDIO 9 type vfat (rw,nosuid,nodev,uid=1000,utf8,shortname=mixed,flush)

Predem dik.

Odpovědi

[otasomil]

Skutecne byva problem s diakritikou a znaky jez jste uvedl.

Do techto a podobnych multimedialnich strojku jednoznacne kopirujte soubory bez diakritiky a znaky pouze pomlcka, podtrzitko, tecka.

Pokud mozno se obejdite i bez mezer v nazvech souboru ci adresaru a  nahrazujte je pomlcku nebo podtrzitkem.

[Radek]

Mno reseni to sice je, ale elegantni zrovna ne. Byl by problem synchronizovat prehravac se sbirkou na PC. Pokud by to slo vyresit nejak 'systemoveji', byl bych mnohem radeji.

[otasomil]

.......Pokud by to slo vyresit nejak 'systemoveji', byl bych mnohem radeji.

To by samozrejme byly radi asi vsichni uzivatele prehravacu.

Systemoveji znamena system v prehravaci a nikoli v PC.

Vetsina prehravacu podporuje jen 8859-1. Mozna byste na trhu narazil na nejaky jez zvlada UTF-8. Tuto informaci se vsak v jeho navodu nedoctete stejne.

Problemem trpi i stolni DVD playery kdyz do nich date CD s mp3 ci fotkama a mate nekde v nazvech diakritiku. Casto se stava ze adresar jez ma v nazvu diakriticke znaky se ani nezobrazi v menu pristroje a tudiz do neho nelze vlezt.

Proste velkovyrobce techto veci nezajima nejaka vesnice jmenem ceska republika, jejich hacky, carky a to jejich 8859-2 a jeste hruzostrasnejsi windows-1250.

Ja osobne jsem se nikdy nesetkal s prehravacem jez by zvladal diakritiku. Tim padem je zcela jedno zda pouzivate windows ci jakykoli jiny OS.

Zkratka na cestinu zapomente a zijte vesele dal.

[Radek]

No ted si nejsem jisty, jestli si rozumime. Prehravac zobrazuje korektne vsechny znaky. Problem je, ze soubor obsahujici otaznik ci dvojtecku v nazvu souboru na nej nelze nahrat a to si nejsem jisty, ze je problem firmwaru prehravace.

[otasomil]

A ve win jste to zkousel ? Nahrat soubor s takovymto znakem v nazvu ?

Nejlepe tyto znaky odstaranit. Proste cestou mensiho zla.

[Petr Šobáň]

FAT žádný unicode nepodporuje neboť v té době žádné unicode nebylo, pouze windows potom upravily fat na fat32 a přidaly podporu pro dlouhé názvy a začaly používat unicode v dlouhých názvech.

Prostě vše záleží na tom zařízení pokud to zařízení něco neumí neznamená že je to chyba FS, prostě chce to necpat tam kdejakou blbost, normální FAT umí pouze 8.3 a ASCII, další věci byly přidávané později a jde o to zda jednoúčelové HW s tím umí.

[Radek]

FAT žádný unicode nepodporuje neboť v té době žádné unicode nebylo, pouze windows potom upravily fat na fat32 a přidaly podporu pro dlouhé názvy a začaly používat unicode v dlouhých názvech.

Takze se mi snazite rici co? Ze FAT32 unicode v nazvech souboru podporuje nebo ne?

Prostě vše záleží na tom zařízení pokud to zařízení něco neumí neznamená že je to chyba FS, prostě chce to necpat tam kdejakou blbost, normální FAT umí pouze 8.3 a ASCII, další věci byly přidávané později a jde o to zda jednoúčelové HW s tím umí.

Aha, ja myslel, ze zarizeni v rezimu mass storage se chova jako klasicke blokove zarizeni (proto /dev/sda) ergo chyba pri zapisu je dana vlastnostmi FS. Takze se pletu?

A nakonec: Tisknutelne znaky v nazvech souboru, nepovazuji za blbost.

[Petr Šobáň]

Fat32 unicode podporuje (v unicode se ukládají dlouhé názvy) jde o to že to je rozšíření a některé HW zařízení toto rozšíření neumí na 100% používat.

Při mass storage se zase vše odvíjí od toho co dané zařízení umí, zapsat tam můžete cokoliv i třeba udělat ext3 ovšem když to zařízení nebude umět ext3 tak bude hlásit nějakou chybu, nebo se kousne a někdy může skolabovat tak že pomůže pouze flash FW

Prostě na datovém DVD taky můžete uložit cokoliv a pokud to neumí FW v přehrávači tak se do některých adresářů nedostanete, případně se vůbec nezobrazí atd....

Prostě protože RAM je v přehrávačích omezená tak stejně i rychlost tak se některé stavy nepřipouští a pod..(prostě některé znaky se v názvu nepředpokládají, je omezené vnoření adresářů a pod..)

>A nakonec: Tisknutelne znaky v nazvech souboru, nepovazuji za blbost.

Je to blbost prostě skuste dát do názvu /, \, ? a * jsou to rezervovzné znaky v některých OS a tím pádem se nedají zadat do názvu obzvláště jak SW v tom přehrávači je založeno na nějakém OS co je používá.

Prostě stěžujte si tomu kdo dělal SW v tom přehrávači.

[Radek]

Fat32 unicode podporuje (v unicode se ukládají dlouhé názvy) jde o to že to je rozšíření a některé HW zařízení toto rozšíření neumí na 100% používat.

A prave proto jsem zminil, ze zarizeni podporuje FAT32.

Při mass storage se zase vše odvíjí od toho co dané zařízení umí, zapsat tam můžete cokoliv i třeba udělat ext3 ovšem když to zařízení nebude umět ext3 tak bude hlásit nějakou chybu, nebo se kousne a někdy může skolabovat tak že pomůže pouze flash FW

Jasne, ale pokud mi to tam nejde vubec zapsat, tak to chyba zarizeni (FW) IMHO neni.

Prostě protože RAM je v přehrávačích omezená tak stejně i rychlost tak se některé stavy nepřipouští a pod..(prostě některé znaky se v názvu nepředpokládají, je omezené vnoření adresářů a pod..)

Veskera tato omezeni jsou v manualu zminena a ja si je uvedomuji, nicmene to jsou omezeni, ktera se uplatni pri pokusu o pristup k zapsanym datum prostrednictvim FW pristroje. Chyba pri zapisu na blokove zarizeni je AFAIK chyba/nepodpora ovladace, FS, aplikace apod.

Je to blbost prostě skuste dát do názvu /, \, ? a * jsou to rezervovzné znaky v některých OS a tím pádem se nedají zadat do názvu obzvláště jak SW v tom přehrávači je založeno na nějakém OS co je používá.

Jasne tecka a lomitko by jit nemelo, ale treba otaznik ci hvezdicka by AFAIK jit mela (neni to omezeni FS, ale scriptu/aplikaci). Myslel jsem tim znaky bez specialniho vyznamu mimo ASCII tabulku (jestli si rozumime).

Prostě stěžujte si tomu kdo dělal SW v tom přehrávači.

Jenze ja si porad myslim (zkuste me presvedcit o opaku), ze to neni chyba FW (prehravac s tim nema vubec nic spolecneho).

[Petr Šobáň]

No tak pokud s tím nemá přehrávač žádné problémy tak s tím bude mít problém program přes který to tam cpeš, co takhle říci jak se to tam snažíš překopírovat a co to vypíše za chybu?

On je rozdíl cpát tam ty soubory pomocí cp nebo pomocí mc a nebo nějakým klikátkem v gnome nebo kde. Některé věci jdou různě obejít a pod co mi nešlo pomocí cp šlo třeba pomocí mc a obráceně.

[Radek]

Ja si stejne myslim, ze tohle cele vlakno je cesta spatnym smerem. Chyba bude bud IMHO v tom, ze FS na zarizeni nepodporuje tyto znaky v nazvech souboru/adresaru nebo je FS spatne pripojen.

Ale abys nerek':

cp: nelze vytvořit obyčejný soubor „/media/IAUDIO 9/a:b“: Nepřípustný argument

mc: to same

dolphin: Není možné zapisovat do media/IAUDIO 9/a:b.

(A Windows neco o ochrane proti zapisu, to uz si moc nepamatuju)

Proste kazda aplikace vyhodi vychozi hlasku, ze to nejde, protoze problem bude nekde na nizsi urovni (treba touch taky nemaka).

[Petr Šobáň]

Do FS zapíšu jakýkoliv znak, problém je v OS které některé znaky používá k jiným účelům.

Jinak já jsem soubor s : normálně vytvořil viz:

[petr@nt ~]$ ls
bin          Dokumenty                   mail                 prompt
cron.pe~     error.txt                   omezeni_provozu.txt  src
cron.pl~     jak_jsem_stavel_HTCP.html~  Plocha               Stažené
cron.txt~    jak_jsem_stavel_HTCP.txt~   pokus                Webcam
Data         Jr                          pokusny:soubor.txt
digikam4.db  lekarni4ka.txt              pokus.txt~
V /var/spool/mail/petr máte novou poštu
[petr@nt ~]$ cat pokusny:soubor.txt
ahoj

[petr@nt ~]$ 

[Radek]

Tak jsem udelal takovy experiment. Pythonim scriptem jsem se pokusil vytvorit soubor pomoci open(unichr(i), 'w'), kde i = 1 az 17*2*16.

Na ext3/4 nedoslo k vytvoreni souboru jen pro i = 0, 46 ('.') a 47 ('/'). Na fat32 selhalo vytvoreni souboru v cca 2000 pripadech. Namatkou '"', '*', '.', '/', ':', '<', '>', '?', '\', '|', ..., ale napr soubor s nazvem 'Sigur Rós - 04 - Með blóðnasir.flac' vytvoří bez problemu.

Potom jsem zkousel experimentovat s volbami mountu (utf8, check, fat, uni_xlate), ale nic z toho nebylo (nepochybne proto, ze moc nerozumim, co to presne dela).

Nechavam tedy u ledu. Asi si napisu nejaky vlastni synchronizacni nastroj, ktery bude 'escapovat' nepovolene znaky tak, aby bylo mozne je zpetne zjistit.