Dotaz: K3b a kódování

[David Watzke]

Ahoj. Mám hnusnej problém při vypalování DataDVD. Stane se to jen když je zaplý rozšíření Joliet a bez něj to nemá cenu. Dříve se to nestávalo i s ním. Jsou tam Mp3 se španělskými znaky. Jak jsem už psal, ještě minule to vypálil v pohodě a teď vyhodí tohle. Pokud to skutečně nepůjde jinak, poraďte mi prosím jak tyhle sviňárny odstranit z názvů. Nemyslím tím man convmv, ale přesnej příkaz, prosím. Nejlépe na převedení celý složky a to rekurzivně. Šlo by to třeba sedem, ale jak mu nacpat ty kostičky...

Odpovědi

[David Watzke]

Jo a dále: Zkoušel jsem 3 různý verze - 0.11.24, 0.12.9 a 0.12.10, všemožný nastavení. Pak jsem si vzpomněl, že Total Commander když kopíruje na Windowsí disk, že s těmi názvy něco udělá. Pod Wine hodil chybu, že to nemůže zkopírovat a tady ve Windows to zkopíruje v pohodě.

[Luboš Doležel (Doli)]

Co třeba místo Jolietu použít UDF...ten používá UTF-8 nebo ne?

[David Watzke]

Když odškrtnu Joliet a hodím tam UDF, tak to hodí stejnou chybu.

[Luboš Doležel (Doli)]

Udělal jsem soubor s čínskými znaky a šlo to. Jedu teda kompletně na UTF-8.

[David Watzke]

Já taky... Jaká verze K3b?

[Luboš Doležel (Doli)]

0.12.10

[David Watzke]

Tak jsem něco podělal. Můžeš po mně hodit konfigurák K3b? Napadá mě ještě jedna věc. Nemůže to být nastavením jádra? Hrabal jsem se tam trochu v kódování...

[David Watzke]

Trápí mě to pořád. V kernelu jsem povolil na tvrdo (y) všechna kódování a nepomohlo to. Dříve to šlo. Našel jsem konfigurák z 7. prosince 2005, zkusím to ještě (nejsem si jistý, zda to nebylo už v tý době).

Btw, jde i o české znaky:

Incorrectly encoded string (PPK - Resurection (jiná verze).ogg) encountered.
Possibly creating an invalid Joliet extension. Aborting.
 write failed: Input/output error

[David Watzke]

Nejde to. Jsem z toho už fakt zoufalej. Snad budu muset v Kernelu povolit úplně všechno.

[David Watzke]

Teď to po smazání konfigu K3b šlo. Myslel jsem, že mi hrábne. Pak jsem si ale všiml, že byl odškrtlý Joliet, takže nic.

[David Watzke]

Po vynucení vstupní znakový sady iso8859-1 se to vypálilo, ale pak to nešlo otevřít... jakmile odeberu soubor s 'á' v názvu, vypálí se to OK (bez toho vynucení, s vynucením je to na prd i kdybych stál na hlavě). Za chvilku si začnu psát co už jsem zkoušel a nakonec ještě zkončím u šroubování.

[Heron]

Proč iso8859-1? Pokud tam je "á" tak, vyber spíš 8859-2

Jinak, podobným problémům jsem zabránil tak, že v systému používám UTF-8 a sdílené soubory mezi windy (i třeba po ftp, www) jsou v ASCII(a bez mezer). Jak se zdá, tak i po těch letech, co existuje UNICODE, nás problémy s kódováním znakových stránek neopouští....

[David Watzke]

Proč iso8859-1? Pokud tam je "á" tak, vyber spíš 8859-2

V ISO se nevyznám, nikdy jsem nepoužíval, tak jsem se spletl. Ani s -2 to nejde. Asi si napíšu skript, který ty hnoje přejmenuje, nebo něco najdu - jinak zešílím. Btw, taky používám UTF-8, samozřejmě.

[Heron]

man convmv

[David Watzke]

Zkusil jsem to:

convmv -f utf8 -t iso-8859-2 adresář/

a řeklo to že mám přidat --notest aby to teda převedl, ale už bez notest by měl ukázat co všechno přejmenuje a ono nic. S notest řekne jen Ready! a se souborem s českými znaky se nic nestane.

[Heron]

Takhle převádím jména souborů na malá písmena:

convmv -r --lower --notest .

Verse convmv 1.08

[David Watzke]

$ convmv -r -f utf8 -t iso-8859-2 g/
Starting a dry run without changes...
iso-8859-2 doesn't cover all needed characters for: "g/PPK - Resurection (jin�verze).ogg"
To prevent damage to your files, we won't continue.
First fix this or correct options!

Verze 1.09. Problém je v tom, že tenhle název jsem chtěl právě opravit. Bych na to napsal skript, ale ty � znaky dělají shellu docela problémy a není sranda je přejmenovat (úplně mi to blbne shellku) a navíc jak je detekovat, když každej je "jinej".

[Heron]

No, ono muže být problém v tom, že to bylo v CP1250 (Windowsí kódování češtiny), pak se řeklo (ne zkonvertovalo), že je to UTF-8 a teď to chceš dát do ISO... Tohle se mi taky stávalo, když kámoš uploadoval věci na ftp v CP1250 a já se na to díval jako na UTF. Asi ti nezbude nic jinýho, než to přejmenovat ručně.

[David Watzke]

Jo, to je ono... ale drtivá většina souborů (no, myslel jsem, že všechny) s diakritikou se mi při přesunu z Windisku nepřenesla... naštěstí toho nebylo tolik a nic extra podstatnýho... Teď si ale vezmi, že dostanu nějaký CD se soubory, který budou takhle pojmenovaný.. jednoduše jsem v hajzlu.

[kavol]

Btw, taky používám UTF-8, samozřejmě.

...

$ convmv -r -f utf8 -t iso-8859-2 g/
Starting a dry run without changes...
iso-8859-2 doesn't cover all needed characters for: "g/PPK - Resurection (jin�verze).ogg"

evidentně máš něco blbě ...

jestliže používáš UTF8 a výše uvedený název se zobrazí špatně (se čtverečkem místo dlouhého a), tak ten název v UTF8 není, nemůžeš se ho teda snažit převádět z (-f) UTF8

mám podezření, které zmiňoval kolega, tedy na cp1250 nezkonvertovanou z woken ... jestliže jedeš v UTF8, copak ti na výše uvedený soubor řekne convmv -f cp1250 -t utf8 ?

[David Watzke]

Neřekne nic (jiný adresář - Oggy a škodíci , tamto už jsem přejmenoval ručně)

$ convmv -r -f cp1250 -t iso-8859-2 ~/david/OGGy
Starting a dry run without changes...
No changes to your files done. Use --notest to finally rename the files.

ale

$ convmv -r -f utf8 -t iso-8859-2 ~/david/OGGy
Starting a dry run without changes...
iso-8859-2 doesn't cover all needed characters for: "/home/david/david/OGGy/059 P�ek.avi"
iso-8859-2 doesn't cover all needed characters for: "/home/david/david/OGGy/055 Mal.avi"
iso-8859-2 doesn't cover all needed characters for: "/home/david/david/OGGy/060 Pen�e.avi"
iso-8859-2 doesn't cover all needed characters for: "/home/david/david/OGGy/058 P�.avi"
iso-8859-2 doesn't cover all needed characters for: "/home/david/david/OGGy/�lid.avi"
To prevent damage to your files, we won't continue.
First fix this or correct options!

cp1250 se v diakritice asi shoduje s iso-8859-2, co?

[Heron]

cp1250 se v diakritice asi shoduje s iso-8859-2, co?

Ano, kromě.... ťžř? (nevím přesně, jedná o celkem o šest písmen - tři krát malé a velké). Šest písmen stačilo, aby MS prosadil kódování nekompatibilní s normou....

[kavol]

šŠťŤžŽ

... plus to, že do pozic řídících znaků nacpal nějaké blbosti (no, třeba české uvozovky, které v iso-8859-2 nejsou)

obchodní dopady zde ale diskutovat nebudeme, že?

[kavol]

$ convmv -r -f utf8 -t iso-8859-2 ~/david/OGGy

mno, buď zůstala krutě nepochopena pointa mého předchozího příspěvku nebo desinformuješ o tom, co máš v systému za kódování ...

[David Watzke]

UTF-8 100%. Snad jsem tě pochopil správně. :/ Ale tyhle názvy jsou jaksi zmršený z Windows... tzn. v kódování cp1250.

[kavol]

no, tak jestli to chápu správně já ...

v systému máš UTF-8

soubory byly zkopírovány z Windows s windows-1250 (nebo cp852?) bez konverze

takže správný směr konverze je convmv -r -f cp1250 -t utf8, nikoliv -f utf8

hm?

[David Watzke]

Jasný..

$ convmv -r -f cp1250 -t utf8 ~/david/OGGy/ --notest
mv "/home/david/david/OGGy/059 P�ek.avi"        "/home/david/david/OGGy/059 Pátek.avi"
mv "/home/david/david/OGGy/055 Mal.avi" "/home/david/david/OGGy/055 Malý.avi"
mv "/home/david/david/OGGy/060 Pen�e.avi"       "/home/david/david/OGGy/060 Peníze.avi"
mv "/home/david/david/OGGy/058 P�.avi"  "/home/david/david/OGGy/058 Pád.avi"
mv "/home/david/david/OGGy/�lid.avi"    "/home/david/david/OGGy/Úklid.avi"
Ready!

Děkuji!