LinuxでのCD-R/RWについてのスレ

Linux のCD-R/RWがわからんひと!!こい!ってか自分がわからん。

>>557
松下のFATフォーマットはクラスタサイズが特殊。常識。

>>557
RAMをFATでフォーマットするやつは馬鹿っぽいし却下

>>559
RAMディスクは運用コストを考えてFAT位のしょうもないファイルシステムがいいと思われ。

じゃあ素直にBs`CLIPにすれば?悩みは一挙に解決。
ダウンロートしてインストール、支払いはコンビが便利。
と言いつつhalの不調(マウントオプション無視)で大いに悩んでる。
手動で再マウントしてもhalがマウント返し、なんてお節介なやつだ。
ちょっと前まで/etc/hal/fdi/でOK、何も不具合無かったのになぁ。

>>561
UDFって滅んだ感があるよね。

>>562
DVD-RWやDVD-RではUDFしか無いんだし。
最近はどこのデストリもUDF標準サポートなのでlinuxでは使われていると思われる。
DVD-Rを焼くのにいちいちライティングソフトを使わない。
UDFでフォーマットしてあとはDVD-RAM同様にふつーにDVD-Rにコピー。
DVD-Rでも削除も移動も上書きもなんでも可、無論みかけだけで削除しても空き容量は増えないが。
書き換え不能のDVD-RでもってのがUDFの真骨頂、その為のUDF。
(DVD-RWやDVD-RAMの場合は本当に削除される)

Linuxで動くDVD-Rドライブでかつトップドア式でかつ低価格なもの
ってないでしょうかね？
引出し式のドライブは出し入れする機能が壊れやすくてもうこりごりなんで。

>>564
お前の扱いが乱雑すぎるんじゃないかい？
ふつうに扱ってる限り壊れたりしないもんだが。

あと、今時のLinuxではUSBかATAかSATAかSCSI接続ならほぼ動くぞ。
トップロード式だと選択肢が極端に狭くなるが、
http://ctlg.panasonic.jp/product/info.do?pg=04&hb=LF-P967C
とかはどう？
ただしLinuxでの動作確認は無いので自己責任でな。

Linuxで動かないドライブが知りたい。
そういうのってあるのかな？

eject の -t オプション使うだけで寿命倍増な気がする

>>556
たぶん無い。
ただしドライブ固有の機能は使われないかもしれない。
つまり素晴らしく汎用性があって基本的な所が動かないドライブは無いけれど
ドライブ特有の機能は使われない。

ついでに。
うちのlinuxはたまに規格を無視してスピード違反する事がある by k3b。
ちゃんと焼けてるからいいんだけどね。
バグなのか意図的なのかは不明。

>>569
どっかで確認できたっけ？
焼き加減とかほざいたらぬちぽろす。

>>570
linuxではqpxtool、winではNeroCDspeed使ってる。
書き込み品質を測定できる(ドライブに機能があれば)
書き込み品質はメディアの価格と全く無関係なので測定してみないと分からない。

Nero Linux 3 Beta
ttp://www.nero.com/eng/NeroLinux3Beta.html

Linux 向け Nero の存在理由が分からない件。

>>573
選択肢は多い方が良い

>>573
NeroにはLinux版もあったんだ。知らなかった。

普通に Windows つかってろよｗ

Vineて時点でry

>>578
Fedora Core 6でもダメだった（そっちの方で先にやったけど）

DLの話だけど、Ver.7.0で二層目が焼けなかったのが
http://paketler.pardus.org.tr/2007/source/dvd+rw-tools.html
のパッチを当てたら焼けるようになりました。

WindowsのDVD-RAM(UDF)とLinuxでフォーマットしたDVD-RAM
双方で読み書きに問題無くなった？

前は、ファイルが見えなくなったりして、データ移動用に
使うのはあきらめていたんだが。

RAMでwindowsとのやりとりに使うならFATでフォーマットすればいいのに。
パケットライトはwindows側B'zでは問題ない。

だいぶ亀レスなんだが、ふと思い出したんで
>>331-332

以前教わったbchunkでやっても、isoにならんのだが？
トラック分割された*.cdrにしかならない。

もっとも変換出来ても、ドライブ依存のズレを考慮してコピーすることへ
の解決にはならないのだが....

何故windowsでEAC使ってたやつが、わざわざwine使ってまでも
拘る理由って、linuxユーザってわかってんのかな？

何年かかってレスしてんだよ

>>584
おまえも何今ごろ食いついてんだ？
煽るだけなら黙ってろ低脳

>>585
>>584は毎日毎日このスレチェックしてた>>331か>>332かもしれないだろ？　と今更レス

>>586
回答欲しいのは>>332だな。
bin + cueを何故使うのかわからずにiso形式をすすめる理由はなぜだろう？

結局さ、こういうのに限らずある分野に長けたやつがいないから
いつまで経ってもLinuxはｸｿなんだろうな

こんな吹き溜まりには来ないってだけだろ

bin+cueってisoとインデックスなんだけどw
結局cdrwinしか使えない馬鹿がbun+cueにしがみついてるだけ。
isoイメージはCD/DVDに焼かなくてもマウントできるって知ってるかい?
便利だぜ。

>>589
Linuxでそういうソフトをおめにかかったことないけど
bin+cueもマウント出来るってしってたか？
殆どのドライブが読み込みや書き込みで位置がズレて
本当は正確に焼けないって知ってたか？
結局単にインデックスにしか使わないからisoでいいだろ？
って発想しかないから｢わざわざbin+cue｣にしか見えないんだろうな。

>>590
cdemu

>>591
読めても作れなきゃ意味がない。作れてもオフセット考慮がないともっと意味がない。
DVDのコピーはどうだろうか？isoは作れるけど、Windowsでマウントしたら
正確なDVD-VIDEOフォーマットではないので、焼いてもPC上でしか見れない。
nelolinuxはあるけどこれは商用（まあ商用でもLinuxネイティブだから問題ないが）
Decssはあるけど、まれにARccOSや、RipGuardなプロテクトはどうだろうか？
925（2層のDVD-VIDEOディスクを一層にトランスコード）は？
まだ、Linuxだけでやろうとするには、WINEや仮想の力を借りないと駄目っぽいね。

cdrwin独自仕様をlinuxに移植しろってか?
ならここでぶつぶつ言っても無駄だからメーカーにお願いしなさいな。

>>592
言ってることすべてLinuxで出来るぞ

>>594
出来るぞじゃなくて、書け、書いてください、おながいします。

>>593
だから、今時cdrwin独自仕様じゃないんだが？
cdrwinなんか使ってないし

1 comments:

匿名さんのコメント...

どのサイト見てもbin+cueをisoに変換出来ると書いてあるが、EACで作ったwav+cueでそのようにやってもトラック分の*.cdrファイルが出来るだけでisoにはならない。
嘘は書かないで欲しいな。
2008/04/02 10:57

>>597
ttp://linuxsalad.blogspot.com/2007/06/bchunkisoiso.html?showComment=1207101420000
2chで相手にされないからってワラタ

>>598
あぁ？この嘘つきが逃げただけだろ
>332 名前：login:Penguin 投稿日：04/08/24 21:57 ID:+RfpX2/a
>bchunk で cue+bin から iso に変換できまつ。
>わざわざ cue+bin にする理由って何だろう？

データじゃないとISOに出来ないんだよ。この嘘つきめ。

恥ずかしいなぁまったく

しかし当該サイトを見ると当てつけとか書いてある質問にもまぁ丁寧に答えてるなぁ。
つーかここじゃぁそうはいかんよなぁ（w。何をこんなスレに期待してたんだか（w

恥ずかしいのは音楽CDはisoで保存するのが一般的
bchunkでcue+binがisoに変換出来る（実際は音楽トラックはcdr）
と嘘ついたクズだろう。
百歩譲ってトラック分のcdrがどこが一般的でcue+binより使いやすいんだ？

ま、ドザはアプリ依存で何も分かってないって事で。
gnomeはisoを「ここに展開する」なんてのがいつのまにか装備されてた。
ループマウントしてくれるのかと思ったらループマウントしてからコピー始めやがった。
どうして余計な事するかな、マウントだけでいいんだよ。
udevルール書けばisoを自動でループマウントも可能、ほんとlinuxは何でもできるな。

ドザってのはアプリ依存で何をやってるか分かってないからwinしか使えない残念な人になってしまう。
何をやっているのか理解していればlinuxだろうがmacだろうが同じ事ができるのにね。
たかがCD焼くのも何やってるのか分かってないんだから呆れる。
永遠の初心者君。

また自慢か。
犬糞って出来るっていいながらなにひとつ具体的なこと書かないよな。
まあ出来る人は出来るのかもしれないが、出来るって書いてるやつは
本当は出来ないのではないか？

昔、怪獣消しゴムを集めてたが、レア物だと親戚の家にあるとかって
本当は持ってないのに自慢するやつがいたな。
そんな出来ない癖に出来るというガキの自慢を犬糞に見た。

恥ずかしいなぁまったく

恥ずかしいのは音楽(以下ループ）

いいよな。ヒマそうな人生で

>>583
遅れましたが回答ありがとうございます

>>609
なにがありがとうだおまえ
bchunkなんて糞じゃ

>>597に続いて

>某所の匿名 April 3, 2008 @ 02:11pm

>Linuxでcuesheetの質問すると、bchunk使えとか嘘教えられるし、音楽CDのイメージ化はLinuxでは一般的じゃないっぽい。
>ここでもなんとか、Linuxだけでcuesheetの作り方まで調べて公開してくださってるので、あんまり無理いわんでも。
>Linuxだけでやるという趣旨（があるか知らないが）からすれば邪道だが、EACもfoobar2000もWine使えばLinuxで
>動くんだからこれらを使った方が簡単。
>ちなみに、bin+cueはbinがapeやFlacとかに圧縮されてなければ、CDemuでマウント可能。
>音楽CDとして扱えるのでわざわざつかえねーbchunkで変換するとか馬鹿なことしなくてもとっても便利。

>>611
おまえよく調べたな。暇人肝ｦﾀが。

恥ずかしいなぁまったく

bchunkと書いて、びちうんこと読む。
ほんと糞だな。

彼のbchunkへの恨みは大きくなっていく

全然別の件で検索してたらこんなの見つけて嫌な気分になったのでお前らにもお裾分けする
ttp://fun.poosan.net/sawa/index.php?UID=1207424935#view_comment

>>616
まだわからん馬鹿がいたのか。
ﾋﾞﾁｸｿよりcdemuが使えるに決まってるじゃないか。

またおまいらubuntuスレで使えないbchunkなんぞ持ち出してきただろ。
ったく。音楽CDのイメージはisoに出来ないんだから使えないと何度言えばわかるんだ馬鹿どもが。

そういえば、なんとかBSDだとCDをマウントしてwavファイルをcpで吸い出せるらしいが、
Linuxで同じようなことできるの？

Linuxでもwav抽出位なら出来るけど、音楽CDまるごとバックアップとか
それを使ってCD-Rに焼いたり、トラック毎に分解してマイベスト作ったり
mp3などにして携帯音楽プレイヤー用にしたりとかいう考え方はないらしい。
聴けりゃいいやってその程度じゃないの？

>mplayer なら直接binファイルを開けるっぽい。
>bchunk 使ってISOイメージに変換したほうが汎用性高い。

ここでも何度も書いてるように、音楽トラックはデータトラックとは違うので
isoではなく、cdrに変換される。
データトラックならisoにすればLinux標準でマウント出来るので汎用性があるが
音楽CDだったら話は違ってくる。
なのに、bchunkを使えというから呆れる。

自分用メモ
CDからwav+cueを作るスクリプト(Public Domain)
(FreeNAS(FreeBSD)で使ってるけどLinuxでも多分いける)

#!/bin/sh

umask 0
cd /mnt/disk/cdda

getCDinfo.rb

tempname=cdda-`date +%Y-%m%d-%H%M`

cdrdao read-cd --read-raw --device 0,0,0 --driver generic-mmc --speed 48 --datafile ${tempname}.bin ${tempname}.toc

filename=`getCDinfo.rb ${tempname}.toc`
echo ${filename}

echo 'convert...'
sox -t cdda -x ${tempname}.bin ${filename}.wav
mv ${tempname}.toc ${filename}.toc

rm ${tempname}.bin

上記で使ってるCD-DBを参照して.tocを.cueに変換するスクリプト
(getCDinfo.rb 、同じくPublicDomain)

#!/usr/bin/env ruby
$KCODE='sjis' # Ruby-freedがsjis以外だと誤動作
$/="\r\n" # LFだとMagicDiskが誤動作
require 'iconv'
require "freedb"

def iconv(src,conv)
str=''
begin
str=conv.iconv(src)
rescue Iconv::InvalidCharacter => err
p err
p err.success
str=err.success
ensure
str << conv.iconv(nil)
end
str
end

# cueファイルの文字コード
def iconvcue(src);iconv(src,Iconv.new('SHIFT_JIS','SHIFT_JIS'));end
# ファイルシステムの文字コード
def iconvfs(src);iconv(src,Iconv.new('UTF-8','SHIFT_JIS'));end

def getCDinfo2(server)
freedb=Freedb.new
freedb.fetch_cgi(server[0],80,nil,nil,server[1])
return nil if freedb.results.size<=0
freedb.get_result(0)
result={}
result[:server]=server[0]
result[:title]=freedb.title
result[:artist]=freedb.artist
result[:genre]=freedb.genre
result[:year]=freedb.year
result[:discid]=freedb.discid.upcase
# タイトルから特殊文字を抜いてファイル名を生成
filename=''
freedb.title.split(//).each{|c|
if c.size>1
filename << ((c!='　')?c:'_') # Windows cmd.exeのバッチファイル対策
else
filename << ((c=~/[-_A-Za-z0-9]/)?c:'_')
end
}
result[:filename]=filename
result[:tracks]=[]
freedb.tracks.size.times{|i| result[:tracks] << freedb.tracks[i]['title'] }
return result
end

def getCDinfo
result=nil
[
['freedbtest.dyndns.org','/~cddb/cddb.cgi'],
['www.freedb2.org','/~cddb/cddb.cgi'],
].each{|server|
result=getCDinfo2(server)
break if result!=nil
}
return result
end

def createCUE(tocfilename)
oldfilename=''
tracks=[]
open(tocfilename,"r") {|fs|
fs.read.split("\n").each{|l|
l.chomp.strip!
if l=~/^FILE/
data=l.split(/ +/)[1..3]
oldfilename=data[0][1..-2]
data[1]='00:00:00' if data[1]=='0'
tracks << [data[1],data[2]]
end
}
}
return if tracks.size<=0
cdinfo=getCDinfo
return if !cdinfo
filename2=iconvfs(cdinfo[:filename])

result=<<EOD
REM GENRE "#{iconvcue(cdinfo[:genre])}"
REM DATE "#{cdinfo[:year]}"
REM DISCID "#{cdinfo[:discid]}"
TITLE "#{iconvcue(cdinfo[:title])}"
PERFORMER "#{iconvcue(cdinfo[:artist])}"
FILE "#{iconvcue(cdinfo[:filename])}.wav" WAVE
EOD
tracks.size.times{|i|
result+=<<EOD
TRACK #{format("%02d",i+1)} AUDIO
TITLE "#{iconvcue(cdinfo[:tracks][i])}"
PERFORMER "#{iconvcue(cdinfo[:artist])}"
INDEX 01 #{tracks[i][0]}
EOD
}
result.gsub!("\r",'')
result.gsub!("\n","\r\n")
open(filename2+'.cue',"w") {|fs|
fs.print result
}
return filename2
end

if ARGV.size>0
# そのうちCD抜いた状態で作れるようにしたいのでこんな仕様に
ARGV.each{|tocfilename| puts createCUE(tocfilename)}
else
cdinfo=getCDinfo
exit if !cdinfo
puts <<EOD
SERVER\t\t#{iconvfs(cdinfo[:server])}
TITLE\t\t#{iconvfs(cdinfo[:title])}
PERFORMER\t#{iconvfs(cdinfo[:artist])}
GENRE\t\t#{iconvfs(cdinfo[:genre])}
DATE\t\t#{cdinfo[:year]}
DISCID\t\t#{cdinfo[:discid]}
FILE\t\t#{iconvfs(cdinfo[:filename])}
EOD
cdinfo[:tracks].size.times{|i| puts "#{format("%02d",i+1)} : #{iconvfs(cdinfo[:tracks][i])}" }
end

使うにはRubyとruby-freedbが必要

処理の流れは
1. cdrdaoで.bin(バイトオーダ違い)と.tocを生成
2. getCDinfo.rbでfreeDBを検索してタイトル等を取得、さらに.tocを.cueに変換
　この時、ドライブに入っているCDを参照するのがカッコ悪い
　(1.でCDのTOCだけ別ファイルにしておくか？.tocだと情報がちょっと足りない)
3. soxで.binを.wavに変換
　ここでバイトオーダ(エンディアン)変換もやってるのがダサい
　誰かcdrdaoにパッチ当てて直に.wav吐けるようにしておくれ
4. cueファイルの名前に合わせてリネーム

それにしても改行制限が面倒で、スクリプト貼るのには向いてないな。

gnomeだったら普通に
1.AudioCDのアイコンを右クリックして"CDのコピー"を選択
2.コピー先にファイル・イメージを選択して書き込み→image.iso & image.iso.tocができる。
3.焼くときは　$cdrdao write --device /dev/sr0 --datafile image.iso image.iso.toc　でOK。
4.wav,mp3,aac,flac変換は、普通にsound juicerでリッピング。
　携帯音楽プレイヤーでもなんでもすきなとこもってけ。

kdeならk3bでcdrでもwavでも大概OK じゃないの?

なんか、なんで揉めているのかわからない。
みんな大抵のトリで最初から入ってるじゃん。

>>622-628
Linuxでcueの件はここで紹介されている
http://d.hatena.ne.jp/gamaguchi/20070303/p2
http://fun.poosan.net/sawa/index.php?UID=1199343775

>>629
最初からついてるソフトを使うなら、Windowsで最初からついてるドライブ付属のB'sやNeroを使うのと変わらない。
何故あえて、付属のライティングソフトを使わずにEACを使うのだろう？という疑問が解けなければ
>なんか、なんで揉めているのかわからない。
という疑問は解けないだろう。

話を上のリンクに戻すと
>とにかくこれでCUEシートが作れました。WindowsのEACと微妙に INDEX の値が違うけど気にしたら負けです。
>ドライブのオフセットとか追求しても気持ちの問題程度らしいし。

ということなので、EACを使う人の気持ちは満たしてくれないだろう。
だがこれがわざわざ付属のライティングソフトを使わない理由だし、それがすべてである。
そんなの気にしないんだったら付属のライティングソフトだけ使えば良い。
でもどうしても、オフセットを追求しないと気持ち悪いし、どうしてもLinuxですべてやるんだ、Wineは邪道という人は、ﾌﾟﾚｸ使うしかないだろう。

>>630
うむ、まるっきり意味がわからん。
そのcueなるWindowsの一ソフトのフォーマットに
それだけこだわりあるんなら、
ちゃんと金出してCDRWIN買えばいいんじゃね?

ほんとに全然意味分からん。
何やってんの?
そもそも完璧なCDのクローンが欲しいなら
もう一枚金出して買ってくりゃいいんじゃね?
そういう話じゃない?

>>631
「馬鹿なことやってるなぁ」と流しておいてもらえばいいと思うんだけど、一応説明すると、

【CUE+WAV(CUE+BIN)の利点】
・少数のファイルでCD全体を再現するため、管理がやりやすい
・他のフォーマットへの変換元に向いている
　可逆情報なだけではなく、Windows上でも仮想CDとして見せることができるため
　iTunesやSonicStageのような、CDから直に取り込んで閉じたデータベースに保管して
　しまうようなアプリでも変換することができる
　(私はこれが最大の利点だと思う)
　(もっとも、この特性が故にwarezと親和性が高く、厨を呼び寄せてしまうわけだが、
　 世の中には「部屋狭い＆散らかってるのに物理メディアなんか手許にだしておけるか、
　 押入れの奥底にしまわせろ！(T_T)」という切実な願いのある人もいるのです)
・マウントせずにそのまま再生可能なアプリもある
・全トラックべた書きのCDイメージ(WAV/BIN)+インデックス情報(CUE)という素朴な
　フォーマットのため、開発が容易であり対応アプリが比較的多い(気がする)

【CUE+WAVを「わざわざ」Linuxで作りたい理由】
・ファイルサイズが大きいのでNASが直接取り込んでくれるとありがたい
・そもそもWindows機にCDドライブつけてないし(超個人的理由)

【EAC等でオフセットを追求する理由】
・デジタルデータなのに完全コピーできないことが気持ち悪い？潔癖症？
　私にはわかりません

補足。.isoはあくまでCD-ROMのべたイメージなんで、CD-DA(音楽CD)のデータは収納できないらしい。
理由は多分、セクタ長の違い。(CD-ROMの方がエラー訂正信号分セクタ長が短い)

>>631
おまえじゃ永遠にわからないと思うよ。
ちょっとでも知りたいなら、CD-R/DVD板やソフトウェア板にEACのスレがあるから見るといい。
まあ、無駄だと思うけど。
>>632
正解。

>>632-633
なんとなく分かるような気もするが
一番最大の謎はなんでそのネタをもって
Linux板で暴れているかってことだが?なんで?
普通にWindowsでそれなりのソフト買ってやりゃ問題ないんでしょ?

それから.isoだが、.iso+.toc>>629なら普通にCD-PLayerで鳴らせるCD焼けるぞ。
多分中身が別フォーマットだと思う。


>>634
うむ、無駄だな。つーか知りたいとも、理解しようとも思わん。
オフセット云々いいだしたら、これは購入した音源をMP3とかに落としてHDDで楽しむとか
トラックバラしてオリジナルCD作るとかの話とはまったく別次元で
ようは同じものを複製したいってことだろう。
完全コピーとか言ってないでクローンが欲しいなら
同じの二枚買ってこいっ、この泥棒野郎て話だ。

>>635
ひとつあればいろいろ使えるのに、車用、PC用、保存用、観賞用w、etc.
いちいち一枚一枚用意すんのか？w
HDDなり、あんまり聞かなくなったら、DVDなりBDなりの大きなメディアにまとめて保存した方がすっきりするだろ？
もうちょっと想像力を働かせて欲しいな。
まあその程度の想像力しかないから、Windowsのクローンソフトがあってもどこかいまいちなんだろうな。

>>635
>それから.isoだが、.iso+.toc>>629なら普通にCD-PLayerで鳴らせるCD焼けるぞ。
>多分中身が別フォーマットだと思う。

iso+.tocを直接運用できるか？
焼いてもよし、バックアップ用でもよし、そのままトラックインデックス付きでジュークボックスのように演奏してもよし
なんでも出来るのがbin+cueだよ。
ただ焼くだけならドライブ付属のソフトとかわらんと何度もいってるだろ。
理解力ないカスだな。

>>637
だから一から十までやさしく言ってやらなければ理解できないやつ、
結局自分ではなんにもできないやつは素直にWindowsのソフト買ってこい、と何度言わせる。
iso+.tocの中身はbin+tocだ。cdemu等で直接オーディオCDとしてマウント&演奏可能だ。
他のメディアにでもすきにまとめてくれ。
それぐらいググレカス。ほんと一人で何空回りなこと言ってんだよ。
それができないやつは素直にWindowsのソフト買ってこい。
(大事なことだからまた言いましたw。)

それからご自慢のWindowsのEACなるソフトでバックエンドで使ってんのって
なんだかんだででcdrdaoじゃねーか。
これってもともとlinuxだぞ。このスレのログの↑のほうみてみれ。いっぱいてでるから。

>>638
おい想像力のないやつ。
cdemuはこのスレ的には反則じゃなかったのか。
そんなツール使わなくたってisoなら標準でマウントなんだろ？w
bchunkを使って不自由しろよw

どのみちEACもfoobarもWindows使わなくてもwineで動くのだから問題ない。
もちろん想像力のないやつがお薦めのCDRWINも不要なんだよ。
いまやbin+cueは単なる一ソフトのフォーマットではないからな。
nautilus上で右クリックすると、CDRWrite CUE image fileとなってるからLinuxでも一般的と認められてるんだよ。

>トラックバラしてオリジナルCD作るとかの話とはまったく別次元で

これもそう。どっちが空回りなんだか。
おまえが言ってるのは、mp3を作るのもCDのコピーを作るのもそのまま演奏するのも、全てオリジナルなCDからやれってことだぜ。
個々にそれしかやらないならともかく、一度コピーしてそれを元にやった方がいいじゃねーか。
まったく想像力がないから呆れる。

ちなみに想像力ない馬鹿が声を荒げてるcdrdaoだが、これはEAC必須ではない。
元々含まれてなかったし、途中から同梱版が出て、最新版では同梱版しか出てないが、最新版でも設定で書き込みにcdrdaoを使うかどうか選べる。
前からEACで問題なく使えてたドライブにこれを使うとかえって不具合起こす位だ。
おれは書き込みにcdrdaoを使う設定ははずしてる。

>>628
tocだけcdrdaoで吸い上げて
音その物はcdparanoiaでwav形式で吸い上げちゃダメなの?

>>639
おまえいったい誰と戦っているの?多分別の人間だぜ、それ。
想像力ありすぎてもはや妄想の世界にいってるなw。

で、おまいさんの話は結局なにが言いたいのか最後まで
わからんのだけど、結局、あれか、Linuxで
bin+cue(最初cdrとか言ってたのになんで変わったのw?)
でeacなるソフトをwineで使うってスタイルがお奨めなのか?

ほんとどうでもいいな、悪いけど。
そんなくだんない自己満足なことでこれだけ粘着したと、
まぁご苦労なこったな。

>>643
>>629がおまえじゃないなら文句ないけど、おまえなら亀レスして蒸し返してそれはないんじゃないのか？

>>642
その手は思いつかなかった…
soxでの処理時間短縮のためにRAMディスク追加したりした俺馬鹿みたいｗ

>>622には>>583以下を読んでおいてほしかった
そうすれば自分用メモでもここに投下する気にはならなかっただろうから

>>646
おまえいつまで粘着してるんだ?
iso(bin+toc)は使えるようになったのか?
まだ理解できてないの?

>>647
誰と間違ってんだ？おれはここだし、≠>>646だ。
いきなり俺以外のやつに粘着だと言い出すあたり、裏を返せば、ここに張り付いて、隙あらばまた叩こうと思ってるお前が一番粘着だということだよ。

ところで、また某サラダのやつが、bchunkでiso化した方が便利とか寝言書いてるな。
音楽CDだったらまだしも、データなんてライティングソフト独自形式で保存しないし、主要なライティングソフトはcdemuでマウント出来るから不要なんだが。

>>648
おっと、また揚げ足とられると悪いから訂正しておくか。
ライティングソフトがマウント出来るではなくて、ライティングソフトの形式(nrgとかccdとか）ね。

Cygwinのgenisoimageで作ったisoファイルのことなんですけど、
他に適当なスレが見当たらなかったのでここで質問させて頂きます。

-Vオプションで、ボリュームラベルにしたい文字列を指定した(全てASCII文字)のですが、
16文字以上の部分が切り捨てられているようです。

ISO9660のボリューム識別子は、32バイト領域があるようですが、なんででしょうか？

DVD-RAMでUDFを使おうとしたけど無理だった　いろいろぶっ壊れた
ext2でやったらバッチリだった

みんなDVD-RAMのファイルシステム何使ってるのよ

DVD-RAMは使わないなぁ

>651
windows側でも読めるようにFAT３２だな
まだ向こう側で読ませた事無いけどw
linuxで閉じているならext2/3で十分だと思う

RAM便利だよRAM。

FAT32の方がいい気がしてきた

>>650
32文字なんだがWindows上では16文字しか表示されないらしいよ
http://www.naney.org/diki/dk/ISO%209660.html

Extra三分の二

>>651
いや普通にUDFだけど？
どっちも使えてるけど？
まあ、鳥で標準でBD使える様になったらそっち使うけどね。

linuxでDVD-RAMの物理フォーマットする方法は無いでしょうか？
windows側ならツールがあるようですが‥

どうせならlinuxで閉じたい