tsuzu / xld

Automatically exported from code.google.com/p/xld
0 stars 0 forks source link

Writing file to RAM disk fails with Accent or Umlaut character in file name #210

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1.Title contains accent or umlaut character, writing file fails at file will 
close.

How about the reproducibility (always, sometimes, rarely, ...)?
Always

What is the expected output? What do you see instead?
Please fix this problem

What version of the product are you using? On what operating system?
XLD 20131102 (145.0)
Mac OS X 10.9 Mavericks

Please provide any additional information below.

Original issue reported on code.google.com by kenji5884 on 13 Nov 2013 at 4:46

GoogleCodeExporter commented 9 years ago
Please provide accurate information.

What is the output format?
What is the output media? Internal HDD/SSD, external HDD, USB thumb drive, 
NAS...
How did you use XLD? CD extraction, cue splitting, or file transcoding...

Original comment by tmkkmac on 13 Nov 2013 at 4:58

GoogleCodeExporter commented 9 years ago
Output format is aiff.
Output media is RAM disk.
I'm using XLD for CD extraction.

Original comment by kenji5884 on 13 Nov 2013 at 5:13

GoogleCodeExporter commented 9 years ago
>Output media is RAM disk.
How did you create it? Does it allow non-ASCII characters in filename?

As far as I've tested with my internal drive, umlaut character is accepted 
without problem. Please test with your internal drive at first.

Original comment by tmkkmac on 13 Nov 2013 at 5:18

GoogleCodeExporter commented 9 years ago
I'm typing up from keyboard.
ie) Option+e & e = é, Option+u & u = ü

I change output media to internal disk drive.
Now XLD works correctly!
That causes from RAM disk driver?

Original comment by kenji5884 on 13 Nov 2013 at 5:37

GoogleCodeExporter commented 9 years ago
Then it should be a problem of the RAM disk.

My question is
How did you create the RAM disk?
What happens if you create a new file in the disk and rename it to the filename 
including umlaut?

Original comment by tmkkmac on 13 Nov 2013 at 5:40

GoogleCodeExporter commented 9 years ago
I'm using "Mavericks Cache Cleaner" to create RAM disk.

http://www.northernsoftworks.com/maverickscachecleaner.html 

Original comment by kenji5884 on 13 Nov 2013 at 5:44

GoogleCodeExporter commented 9 years ago
And how about the filename?

Original comment by tmkkmac on 13 Nov 2013 at 5:49

GoogleCodeExporter commented 9 years ago
Oh, sorry.

I can correctly change file name with umlaut in Finder.
I have no problem.

Original comment by kenji5884 on 13 Nov 2013 at 6:04

GoogleCodeExporter commented 9 years ago
Maybe NFD/NFC issue.

Original comment by tmkkmac on 13 Nov 2013 at 6:08

GoogleCodeExporter commented 9 years ago

Original comment by tmkkmac on 13 Nov 2013 at 6:08

GoogleCodeExporter commented 9 years ago
Can you fix this problem?

Original comment by kenji5884 on 14 Nov 2013 at 3:39

GoogleCodeExporter commented 9 years ago
Well, it works without problem in my test. Maybe you created a RAM disk with 
DOS format instead of HFS?

Original comment by tmkkmac on 14 Nov 2013 at 5:46

GoogleCodeExporter commented 9 years ago
I make RAM disk with HFS format.

Original comment by kenji5884 on 14 Nov 2013 at 10:09

GoogleCodeExporter commented 9 years ago
Please show me exact steps to reproduce.

Original comment by tmkkmac on 15 Nov 2013 at 3:36

GoogleCodeExporter commented 9 years ago
1. Create RAM Disk using Mavericks Cache Cleaner
2. Set output to MCC Ram Disk on XLD preferences
3. 6th track contains Accent Character 'é'
4. Reading process stops as this point forever…

Original comment by kenji5884 on 15 Nov 2013 at 5:43

Attachments:

GoogleCodeExporter commented 9 years ago
日本の方ですか? 日本語で書いてもらって結構です。

全く同じトラック名にして確認してみましたが、再現しま��
�ん。問題なく動作します。他のトラックもウムラウトやア�
��セントを含む名前に変えると最後に止まるようになるので
しょうか?

CDのリッピングではなく、ファイルの変換でも同じ問題が起
こるのでしょうか?

Original comment by tmkkmac on 15 Nov 2013 at 8:22

GoogleCodeExporter commented 9 years ago
あ、日本語 OK なんですね。すみませんでした。
アクサンの含まれるトラックを挟んで、前後のトラックも��
�ップしてみました。
6 
トラック目をクローズするところで辛抱強く待っていたと��
�ろ、2 分程度して 7 トラック目のリップを始めました。
その結果が添付画像です。6 
トラック目だけアイコンが違っていて、Quick Look 
で聴こうとしてもずっとグルグルまわって聴くことができ��
�せんでした…。
ファイル変換の際も、5, 7 
トラック目は問題ありませんが、6 
トラック目を開こうとするとレインボーボールが出たまま��
�なってしまいます…。
RAM ディスクではなく、内蔵 HDD 
でも同様の結果になりました。

Original comment by kenji5884 on 15 Nov 2013 at 8:58

Attachments:

GoogleCodeExporter commented 9 years ago
これについてはどうでしょうか?
>他のトラックもウムラウトやアクセントを含む名前に変え�
��と最後に止まるようになるのでしょうか?

Original comment by tmkkmac on 15 Nov 2013 at 9:03

GoogleCodeExporter commented 9 years ago
>RAM ディスクではなく、内蔵 HDD 
でも同様の結果になりました。
これは#4の
>I change output media to internal disk drive.
>Now XLD works correctly!
と矛盾するのですが、どちらが正しいのでしょうか?

そもそもトラック6の名前からアクセントを除去すると正し�
��リッピングされるのでしょうか?

Original comment by tmkkmac on 15 Nov 2013 at 9:06

GoogleCodeExporter commented 9 years ago
アクサンをトラック 6 
から取り除いた実験を前に一度やりましたが、問題ありま��
�んでした。

先ほど、ファイル変換の実験をしたときに、出力形式を 
FLAC 
にしたのですが、そのままリップ途中で止まることなく、��
�のトラックに移行しました。
そこで出力形式を AIFF 
に切り替えて再度実験をしてみましたが、先ほどと同様に��
�後に止まって次のトラックに移るという状況を 3 
度繰り返しました。

FLAC を Sound Studio 
というアプリで開こうとしましたが、開けませんでした。
AIFF も開くことができません。

#4 での記述は僕の勘違いです。
#17 の記述が正しいです。
紛らわしいことを書いて、すみません…。

Original comment by kenji5884 on 15 Nov 2013 at 9:17

GoogleCodeExporter commented 9 years ago
再度ですが、これについてはどうでしょうか?
>他のトラックもウムラウトやアクセントを含む名前に変え�
��と最後に止まるようになるのでしょうか?

Original comment by tmkkmac on 15 Nov 2013 at 9:21

GoogleCodeExporter commented 9 years ago
はい、試しに5, 7 
トラックに意味のないアクサンやウムラウトのキャラクタ��
�を追加したら、正しくリッピングできなくなりました。

Original comment by kenji5884 on 15 Nov 2013 at 9:05

GoogleCodeExporter commented 9 years ago
つまり、CDリッピング/ファイル変換の種別や、出力先(HDD/RAM
ディスク)に拘らず、全てのファイル,全てのトラックにおい
て出力ファイル名にウムラウトやアクセントが含まれると��
�題が発生するいう理解で宜しいでしょうか?

申し訳ありませんがこちらの環境(10.6.8, 
10.9)ではそのような問題は確認できません。
 - アプリケーションを削除し、再びダウンロードする
 - ~/Library/Preferences/jp.tmkk.XLD.plistを削除する
 - 他のユーザのアカウントで試す
 - 可能ならば他のマシンで試す
等を行って再現するかどうか確認してみてください。

Original comment by tmkkmac on 16 Nov 2013 at 4:15