【Vorbis/FLAC】Ogg統 ..
49:名無しさん@お腹いっぱい。
07/08/25 21:51:13 BWM0t9Yv0
数はそこそこある。ただどこもインディーズ。
URLリンク(flac.sourceforge.net)
50:名無しさん@お腹いっぱい。
07/08/25 22:16:12 gUO1d9tZ0
>>49にも出てるけど
ライブ音源のtorrentサイトで有名なdimeは俺もよく使ってて、もうTB以上落としてる・・
9割はflacで上げられてる感じ
51:名無しさん@お腹いっぱい。
07/08/25 23:02:21 JyfUX5vE0
よちよちと割れの話回避してきたらこれだもんな
52:名無しさん@お腹いっぱい。
07/08/25 23:07:11 ANyQJgEA0
>>50
自重しろ
もしくはDownload板に逝ってくれ
53:名無しさん@お腹いっぱい。
07/08/25 23:10:23 i9BxikSq0
APEのinsaneデコード重すぎワラタ
54:名無しさん@お腹いっぱい。
07/08/25 23:33:52 D7UkPPte0
あれは1ブロックが1,179,648サンプル(約26秒)と半端無く大きいからな
flacなんか4096サンプルとかなのに
55:名無しさん@お腹いっぱい。
07/08/26 00:18:55 CmXERLa10
winnyやshareでflacなんて殆ど見たこと無い
56:名無しさん@お腹いっぱい。
07/08/26 03:45:48 2Wgv6HXk0
>>55
そりゃアンタがアニオタだからだよ
57:名無しさん@お腹いっぱい。
07/08/26 06:09:55 YLBr70kH0
割れ厨の言い訳って「試しに落として聞いて、
気に入ったやつは買う」とかいうやつでしょ?
それならなんで可逆圧縮で流してるんだよ
ためし聞きならmp3で十分だろ
下らん言い訳してんなカスが
58:名無しさん@お腹いっぱい。
07/08/26 10:09:25 b5fkH1930
お前ら Download 板にカエレ
59:26
07/08/26 11:25:33 r8nCzDn50
160にすることにするよ。
URLリンク(www.mnsp.co.jp)
ここが決め手。
まぁaoTuVbeta5なら解決してるんだろうけど、6.3kHってまだ普通に聞こえる範囲だからな。
mp3の192に対抗するにはq5(160)でいきます。こういうのは気分が重要だからな。
たまに悪い音があるけど、160にしてたら元の音源が悪いと断言できるし。
俺の携帯オーディオプレイヤー20Gだし
60:名無しさん@お腹いっぱい。
07/08/26 12:17:48 A8N0LlXN0
周波数なんて見たって何の意味もないってことが
まだ分かってない層が多いんだな。
11/21/2004 「波形 != 音質」を読むといい
URLリンク(www.geocities.jp)
61:名無しさん@お腹いっぱい。
07/08/26 12:35:21 r8nCzDn50
これはあれでしょ。
同じ128なら128でこのコーデックは上の方まで周波数があるから優れてるとは言えない
ってことでしょ。
むしろ、上の方までないほうが、他のところにデータを割り振れてて音がいいってことでしょ。
まぁだから、気分の問題だね。ぶっちゃけ普通の人の声が入ってない音源(ゲームの音とか)
なら64でもいいし
62:名無しさん@お腹いっぱい。
07/08/26 12:35:34 bVC16L6P0
私の経験から言っても、-q 4でも大抵のサンプルでABXは相当難しい。
63:名無しさん@お腹いっぱい。
07/08/26 12:51:37 0lYgvRMt0
長時間聞きつづける事があるなら ABXでわからない聴き疲れ に違いが出てくる事もある
「聴き比べないとわからない」 「気合い入れて聞かないとわからない」
ここまでこだわる必要が無いのは否定しないが、聴き疲れを考慮すると
「気合い入れて聞かないとわからない」+2段階上辺りを自分では選択するな
64:名無しさん@お腹いっぱい。
07/08/26 13:00:43 A8N0LlXN0
>>61
>59のリンク先は全く参考にならない、ということ。
ABXできる人であれば、多くの劣化は高音の欠落では無いというのが分かる。
逆にABXできないからこそ、高音をグラフ化した物に頼りたがるのだろうけど。
65:名無しさん@お腹いっぱい。
07/08/26 13:21:56 r8nCzDn50
んと、まず、昔mp3は128でした。んでいつの間にか192が一般的になりました。
昔の128は確かにダメだったけど、今のlameの128ならいいと思うのに160ではなく192になりました。
というわけで、128に対してのoggが112だから192に対しては160かなと。
もちろんこれは自分で聞き比べたわけじゃないので、今の主流を言ってるだけです。
それで波形については、どんな波形しててもそれが劣化ではないのは分かる。
でも音に違いがないとしてもオリジナルと違うのではないか。
まぁ容量も増えたし、mp3が何故か192だからoggも160かなと思った次第であります。
たまに元々音があまり良くないCDがありますが、すぐに圧縮音源にしてしまうので
聞くのは圧縮音源です。そのときに音が悪いと、低めに設定したのが悪かったのか・・・と
ちょっと後悔しちゃいますね。それを防ぐために
もちろん128でも工業用語でいう安全率を掛けてるのだが、160にしてもっと掛けようかなということです。
ようは気分です。
>64の言いたいことは分かってるぜ
66:名無しさん@お腹いっぱい。
07/08/26 13:32:53 wE5jRdua0
>>64
>ABXできる人であれば、多くの劣化は高音の欠落では無いというのが分かる。
何が言いたいのか全然わからん。
ABXを実行できる環境にある人、という意味なら論理が果てしなく飛躍している。
ABX法で、間違えない人という意味だとすると、例えばAとBが異なっている
ということがわかるだけで、それ以外のことには保証がないので、やはり
論理が飛躍している。
ABXを音の善し悪しが分かる何かと勘違いしていないか?
>>逆にABXできないからこそ、高音をグラフ化した物に頼りたがるのだろうけど。
逆は、「多くの劣化は高音の欠落ではないこと言うことが分かれば、ABX出来る人」
ですよ。意味はよくわからないが。
67:名無しさん@お腹いっぱい。
07/08/26 13:46:38 A8N0LlXN0
>>66
その解釈自体が破綻してると思うが・・・
ABXをパスできるなら、多くの劣化は高音部分では無いというのが
経験則として分かっているので、高音などのスペクトラム解析は
無駄だってこと。
68:名無しさん@お腹いっぱい。
07/08/26 13:48:40 0lYgvRMt0
>>65
後悔自体が問題では無いのだろ?
後悔する結果になった原因が自分の決断である事を避けたいんだろ。
『俺が決めたんじゃない間違った情報載せた>59のページが悪いんだ』と。
一番良い解は可逆圧縮だ。
69:名無しさん@お腹いっぱい。
07/08/26 14:01:57 r8nCzDn50
>68
いや、後悔を避けたいんだろ。自分の決断がまだ甘かったってことを避けたいんだよ。
あとリンクページは別に間違ったことは載せてないだろ
波形は音質とは関係ないって言ってるし
可逆圧縮は携帯再生プレイヤー少ないし、容量とりすぎだろ
70:名無しさん@お腹いっぱい。
07/08/26 14:13:48 JT1ezC700
自分で聴いて、妥協できるレベルならなんでもいいと思うんだが。
それは人それぞれだしね。
今、4.99が推奨だった頃を思い出した。
71:名無しさん@お腹いっぱい。
07/08/26 17:58:57 KVviLmHKP
oggenc -q4
oggenc -q5
どっちがいいか未だに悩む
結局 q4.4 とかにしてるし
72:名無しさん@お腹いっぱい。
07/08/26 19:19:42 6D01xthx0
RazorLameライクなツールまだー?
73:名無しさん@お腹いっぱい。
07/08/26 20:58:07 CmXERLa10
>>56
よく分かったな
74:名無しさん@お腹いっぱい。
07/08/26 21:43:22 A0M4CrER0
ポータブルプレーヤでどのビットレートが一番持ちが長いかの比較って
誰もやってないのかな?もちろん機種によって違うのは重々承知だけれども。
低ビットレートだと展開にメモリ食うって噂だし、128程度が一番なのかな?
75:名無しさん@お腹いっぱい。
07/08/26 22:13:54 beDCHaC90
>>74
HAでやってる。
76:名無しさん@お腹いっぱい。
07/08/27 00:26:45 GiC0TnaD0
>>74
Rockboxだと、q0が一番軽いよ。
77:名無しさん@お腹いっぱい。
07/08/28 17:47:53 diiijv/U0
SSE4が待ち遠しいね
78:名無しさん@お腹いっぱい。
07/08/29 01:49:44 ZISX/6+f0
Core2使ってるけどogg LancerのSSE3版よりSSE2版の方が早いのな。
P4(D)だとSSE3使った方が早いのだろうか・・?
79:名無しさん@お腹いっぱい。
07/08/29 13:34:42 itB1mg0j0
C2DだけどSSE3版のほうが若干早いか互角くらいだった。
短いサンプルだと誤差が出やすいから、55分のflacをエンコードを試したが
それでも速度にはバラツキがあるね。
80:名無しさん@お腹いっぱい。
07/08/30 02:19:21 OBnlLipO0
320GBのHDD買ってきた
手持ちのCDをどんどんflacでイメージ化してやる
81:名無しさん@お腹いっぱい。
07/08/30 03:01:07 rxqV8sCr0
flacでイマージ化、という表現を初めて見た
82:名無しさん@お腹いっぱい。
07/08/30 03:29:09 Ds8h9Wgn0
俺はイマージ化と間違える奴を初めて見た
83:名無しさん@お腹いっぱい。
07/08/30 05:32:29 rxqV8sCr0
予想と1字1句違わぬ突っ込みされて、なんか嬉しかったよ
84:名無しさん@お腹いっぱい。
07/08/30 07:52:21 WFereRSZ0
vorbisは大丈夫なんだけどflacで正しい共有ライブラリが生成されない。なんだろ。
autotoolそろえてreconfしなきゃならないんですかね。
gettextやxmmsも入れたくないんですけども。
85:名無しさん@お腹いっぱい。
07/08/30 10:40:48 vN03MoEx0
ソフトイマージ
86:名無しさん@お腹いっぱい。
07/08/30 15:53:46 w2rV+9MR0
バージョン上がってたんだな全然知らんかった
87:名無しさん@お腹いっぱい。
07/08/30 21:28:15 nbkrpuhE0
URLリンク(japanese.engadget.com)
そう、Atrac3です。
88:名無しさん@お腹いっぱい。
07/08/30 21:38:38 MVPeL6EP0
Atrac終わったか
89:名無しさん@お腹いっぱい。
07/08/30 21:48:11 dK9/85NY0
Atrac乙
90:名無しさん@お腹いっぱい。
07/08/30 22:59:14 KMDmbnMp0
てst
91:名無しさん@お腹いっぱい。
07/08/31 00:40:07 x/PDlRkxP
Atrac3はマジで切り捨てられたのか
92:名無しさん@お腹いっぱい。
07/08/31 03:28:34 LIuir9TF0
Atrac3 --> AAC,WMA変換はしてくれないのか?
93:名無しさん@お腹いっぱい。
07/08/31 03:59:13 qlQRmiFN0
Atrac3オワタw
94:名無しさん@お腹いっぱい。
07/08/31 08:55:04 HntW7m2V0
Atrac3は君たちの記憶の中で生き続ける
95:名無しさん@お腹いっぱい。
07/08/31 15:08:22 TN5933e60
USB直挿しで、D&Dで移動出来て、対応形式にoggが入ってて
USBメモリタイプの小さいプレイヤーが欲しい…
96:名無しさん@お腹いっぱい。
07/08/31 15:13:00 15SzKjDe0
個人的に、それ+単4か単3駆動なら文句無い
97:名無しさん@お腹いっぱい。
07/08/31 15:15:50 qlQRmiFN0
Iriverじゃ駄目なのか?
98:名無しさん@お腹いっぱい。
07/08/31 15:23:18 TN5933e60
>>97
見に行ってみた
ほんとに全部条件揃ってるな、ありがとう
前も見たはずなのになんで候補から外してたんだろう
99:名無しさん@お腹いっぱい。
07/08/31 15:52:43 oHYPbCwL0
コリア製品に何か偏見でも持ってたのだろうか
100:名無しさん@お腹いっぱい。
07/08/31 16:01:51 qlQRmiFN0
まあ俺も韓国が気になるから使ってないんだけど
101:名無しさん@お腹いっぱい。
07/08/31 16:10:06 mBsEirrr0
糞ニーも、日本国外ではD&Dで移動できて妙なプロテクトかけてない
マトモな機種出してるんだけどねぇ
日本人ユーザーは馬鹿にされ杉www
102:名無しさん@お腹いっぱい。
07/08/31 16:10:36 9ypgnBIK0
>>87
おなじみのテンプレも終わっちゃうの?
103:名無しさん@お腹いっぱい。
07/08/31 16:15:03 fP52AqUq0
古いソースだが、同じ独占規格のWMA以下だったと言うのが何とも。
URLリンク(www.rjamorim.com)
104:名無しさん@お腹いっぱい。
07/08/31 16:22:05 haT42Wrm0
どうやらAtrac3開発中止の噂は本当だったみたいですね…。
ソニーが築きあげたこの規格で「絶対安心」などという言葉は成り立たないのが現状なのです。
では、ユーザーはどうすれば良いのか?
何をデファクトスタンダードとして用いるべきなのか?
そう、MP3、WMA、AACです。
105:名無しさん@お腹いっぱい。
07/08/31 16:24:05 ixFR/SDO0
Atrac終わったなとおもってたけどVorbisはまだ始まってないからまだ終わってないんだな
これからが楽しみだ
106:名無しさん@お腹いっぱい。
07/08/31 16:35:57 XqiLqHj90
まあなんというか、
>>11-13
は縁起レスだな
107:名無しさん@お腹いっぱい。
07/08/31 16:58:27 lYB1o7Cr0
安心して使えるとか言っておいてこのザマか
さようならアトラッ糞3
108:名無しさん@お腹いっぱい。
07/08/31 17:55:58 qlQRmiFN0
いるかどうか知らんがMoraに数十万単位で金注ぎ込んだ人とかどうなるんだろうな?
109:名無しさん@お腹いっぱい。
07/08/31 19:21:30 1fRSmxin0
やっばり、可逆でHDDに置いておいて、
必要に応じてエンコードして持ちだすのが一番だわ。
110:名無しさん@お腹いっぱい。
07/08/31 20:56:23 15SzKjDe0
>>109
やあ、俺
111:名無しさん@お腹いっぱい。
07/08/31 21:28:19 YihiELQV0
>>109
だよな〜
112:名無しさん@お腹いっぱい。
07/08/31 21:31:03 eMLLkkue0
それは・・・
CPUなに使ってるんですか?
あと可逆はなにを使っていらっしゃるの?FLAC?
113:名無しさん@お腹いっぱい。
07/08/31 21:41:12 i1tNAH1p0
MPCとかOGGならエンコしてもそんな気になるほど音質劣化しないから最初から高レートでエンコしておいて
携帯プレーヤーに転送するときそっから再エンコしてる
114:名無しさん@お腹いっぱい。
07/08/31 23:30:53 4g9aYw3n0
携帯用はHDD型で20Gあるので、PCでは大容量のHDDにflac+cueで保存しておいて、
携帯型にも常にvorbisで全曲入れている俺
持ち出すたびに圧縮とかしてられない、全曲常時持ち歩きが最強
115:名無しさん@お腹いっぱい。
07/08/31 23:32:33 uAKTvJPW0
>>73
アニヲタでもライトファン程度ならflacは見つけないだろうけど、コアなファンならアニソンCDイメージで見かけるだろう
116:名無しさん@お腹いっぱい。
07/08/31 23:37:45 C0Ya6tWE0
>>114
たったそんだけで足りるんなら、ある意味羨ましい
117:名無しさん@お腹いっぱい。
07/08/31 23:50:34 qlQRmiFN0
俺なんてRioの1GBモデルに曲入れる度毎回Lame V5でエンコしてるぞ。
時間食って仕方がない。
PC側には大体takで現在40G程ある。
118:名無しさん@お腹いっぱい。
07/08/31 23:51:43 uAKTvJPW0
普通は20G程度で十分じゃない?
だって5000曲ぐらい入るし
119:名無しさん@お腹いっぱい。
07/08/31 23:51:56 MdiugLS/0
vorbisで20Gを たったそんだけ と言い切ってしまう君がむしろ特殊だと思うが
120:114
07/09/01 00:18:25 P0rf/GaN0
きっと携帯用なのに音質最重視でq10とかで入れてる特殊な人なんだろう
俺は以前は容量余ってたからq6で入れてたが、最近ついにパンクしたのでq5で入れ直した
121:116
07/09/01 00:31:05 JyLWjb+J0
>>120
俺はq4だよ。
他にもMP3もあるが、PCに保存してるのは全部で現在65GB程。
これでも手持ちのCDを全部リッピングしたわけじゃないんだが。
122:名無しさん@お腹いっぱい。
07/09/01 00:39:47 rKISOuh40
iPodにも動画未対応で60GBのモデルがあるし、CDをたくさん持っている人はそれなりにいるのだろう。
123:名無しさん@お腹いっぱい。
07/09/01 00:41:56 P0rf/GaN0
それはすごいなw
俺はつまらないCDはPCに入れない主義なんでこの程度だ
そんなに多くの聞きたいと思う音楽CDに出会えたというのは幸せだな
124:名無しさん@お腹いっぱい。
07/09/01 13:25:29 9iSWkqo20
最後の一行を書くことで優越感に浸ってるなら幸せだな
125:名無しさん@お腹いっぱい。
07/09/01 14:01:02 1M/46LVR0
【GUI綺麗】wmv/asfファイルを直接編集できる国産フリーソフトが登場
スレリンク(news板)
こんな感じのでoggはないの?
126:名無しさん@お腹いっぱい。
07/09/01 17:23:35 aVBqYvez0
それよりも音量調整ツールがホスィ
127:名無しさん@お腹いっぱい。
07/09/01 20:01:48 egGRBrVf0
俺はクラシックメインだからflacで100GBほどある。
昔iRiverのT30(512MB)使ってた頃はその日聞く分をVorbisの-q-2で入れてた(笑)
今はiPodVideo(30GB)にAACで入れてるけど・・・石箱に中々踏み切れんままここまで来ている
128:名無しさん@お腹いっぱい。
07/09/01 21:13:41 DbVBtH2m0
(笑)
129:名無しさん@お腹いっぱい。
07/09/01 23:27:08 xMSjlZIo0
クラシックとかならPCじゃなくて普通にHiFiオーディオ機器で聞けよ
PCはノイズの宝庫だからいい音が出ないよ
130:名無しさん@お腹いっぱい。
07/09/01 23:46:09 rKISOuh40
クラヲタは50年前の酷い録音の演奏でも普通に聴く。
131:名無しさん@お腹いっぱい。
07/09/01 23:53:27 xMSjlZIo0
50年ぐらい前ならCDと同じかSACD並の音質で保存されているよ
132:名無しさん@お腹いっぱい。
07/09/02 01:36:10 5eksEXNz0
でも白黒
133:名無しさん@お腹いっぱい。
07/09/02 01:43:43 syJVuLT70
>>132
ペプシ吹いた。
134:名無しさん@お腹いっぱい。
07/09/02 04:15:58 zA0Vu6D90
>>129
デジタルで出して単体DACじゃない?
135:名無しさん@お腹いっぱい。
07/09/02 14:58:01 EdVLW5H60
Ogg 500kbpsで手持ちのCDをエンコしてしまって
20GBのDAPに入りきらなくなってる俺ガイル
HDD換装すべきか
250kbpsくらいでエンコしなおすべきか
どっちがいいかな
136:名無しさん@お腹いっぱい。
07/09/02 15:47:35 mHsEVzCI0
>>135
好きにしろとしか言いようのない質問だ。
137:名無しさん@お腹いっぱい。
07/09/02 15:54:13 EdVLW5H60
まぁそうだね。
どっちかに背中を蹴って貰いたくてね。
まぁいいや
138:名無しさん@お腹いっぱい。
07/09/02 18:04:23 FCoGjcCd0
500kなら可逆にしてれば…
139:名無しさん@お腹いっぱい。
07/09/02 21:52:50 dDEbxo5X0
MP3の96kbpsに蹴飛ばされたらどうすんだ?
140:名無しさん@お腹いっぱい。
07/09/02 22:03:26 CmWZmctD0
金と手間のどちらを取るかだな
141:名無しさん@お腹いっぱい。
07/09/02 23:06:39 iti3Dg2p0
可逆ですれば良かったのにな
一曲あたり1M程度しか変わらないのに
142:名無しさん@お腹いっぱい。
07/09/02 23:41:01 tcctul0Q0
>>141
さすがにそれは稀ではないかい?
143:名無しさん@お腹いっぱい。
07/09/03 14:15:37 pi3x1IxV0
oggて500k出来たんだっけ?
そんなのにするなら可逆にするよな。常識(ry
144:名無しさん@お腹いっぱい。
07/09/03 14:21:33 D9sgN5Y10
可逆でもモノによっては500kbps以下になるもんな。
145:名無しさん@お腹いっぱい。
07/09/03 14:44:41 aCNZy/lL0
クラシックとか縮みやすい。
146:名無しさん@お腹いっぱい。
07/09/03 14:51:01 YrGA+luj0
クラシックとか良く縮むよな
147:名無しさん@お腹いっぱい。
07/09/03 14:53:44 Pgoj0qgw0
クラッシックとか縮む気がする
148:名無しさん@お腹いっぱい。
07/09/03 14:54:59 Y0R6hPkn0
クラシックとか縮むんじゃない?
149:名無しさん@お腹いっぱい。
07/09/03 14:55:01 YrGA+luj0
更新せずに書き込んだら>>145が全く同じことを書いていた件w
150:名無しさん@お腹いっぱい。
07/09/03 15:09:39 c7ECJdYv0
聞きにくい事なんだがアルバムを管理する場合
チェーンでつなげたoggと (copy *.ogg chain.ogg)
ogg+cue (アルバムを丸ごとoggで圧縮して cueで頭出し、タグ付けをする)
のどっちが優秀なの?(どっちを使うべき?)
とりあえず分っていることはこの3つ
・タグの読み書きは当然cueの方が早い
・チェーン化なら後で分割するのも簡単
・頭出し、選曲、シークなどは変わらない (cueの方が早いと思ったがそうとは限らない?)
あと、圧縮率(効率)はどっちが上なんだろうか?
やはり個別にエンコードしたチェーンの方かな?気にするほど差は出なさそうな気はするけど
151:名無しさん@お腹いっぱい。
07/09/03 15:12:33 YrGA+luj0
すまん。チェーンでつなぐって事の意味が分からなかった
152:名無しさん@お腹いっぱい。
07/09/03 15:15:01 8dk7oRYS0
>>145-148とかの事を「チェーンでつなぐ」って言うんじゃないかな
153:名無しさん@お腹いっぱい。
07/09/03 15:23:26 c7ECJdYv0
>>151
URLリンク(www.ietf.org) の4ページ目の奴です
チェーンと言うよりチェィン?スマソ、発音が悪かったみたいだ。正しくはchain(なのかな?)
154:名無しさん@お腹いっぱい。
07/09/03 15:24:07 D9sgN5Y10
Chainedすると再生環境が限られるから、普通使わないんじゃない?
ポータブルプレイヤーではまず再生できないし。
155:名無しさん@お腹いっぱい。
07/09/03 17:06:33 zn+qItJv0
>>150
全部繋げてタグは個別に付けれるの?
つか、作りやすい方使えばいいんじゃない?
156:150
07/09/03 17:55:23 c7ECJdYv0
すっかり書き忘れてた、使ってるプレイヤーはfoobar2000です
レスサンクスです
>>154 >>155
foobarならchained oggも普通のoggと同じように扱える
もちろん、タグも個別につけられる
chainしてもogg cutterで分割できるので気軽と言えば気軽
foobarのconvert(Album image with cue and or chap)でoggにエンコードしたときに
chainされるから、oggってこういう使い方する物なのかな〜と思って
一般的な喪のだと思ってたけどそうじゃないみたいだからやめておく、cuesheet使った方法をとることにする
157:名無しさん@お腹いっぱい。
07/09/03 18:27:31 khg9KhyB0
>>156
foobarなら問題ないというのは「一般的」とはいえないな。
ポータブルプレイヤーなどだとcueに対応していないし、chainedだと再生すらできない。
だからもっとも一般的なのは一曲ずつ別ファイルだろ、と身も蓋もないことをいってみる。
158:名無しさん@お腹いっぱい。
07/09/03 19:05:33 Q84aSYp/0
そんなことやるんだったら最初から可逆にして必要なときに必要なだけoggにするほうがいいだろ
159:名無しさん@お腹いっぱい。
07/09/03 19:47:14 r0YoKSqC0
でも非可逆でcueシート使うとトラック単位にばらすとき
再エンコの必要性が出てくるんだよね。
160:名無しさん@お腹いっぱい。
07/09/03 20:43:24 1ZGtli330
foob artukae
161:名無しさん@お腹いっぱい。
07/09/03 22:10:44 GKWjgiaf0
> ポータブルプレイヤーなどだと ... chainedだと再生すらできない。
へー、こんど手持ちので試してみよ
162:名無しさん@お腹いっぱい。
07/09/03 23:02:15 r0YoKSqC0
>>160
俺もfb2k使いだが俺へのレスだとしたら方法教えてくれ。
163:名無しさん@お腹いっぱい。
07/09/03 23:02:40 ctKizA7p0
可逆を使うからといって態々cueにこだわる必要はない。
トラック毎にばらすなら、最初から曲単位で作ればおk。
164:名無しさん@お腹いっぱい。
07/09/04 02:26:54 Czfvx3zM0
VorbisだったらmusiCutterでcueを元に直接分割出来るよん。
あとRockbox導入すればポータブルプレイヤーでもCueによる再生が可能
流石にChained StreamなOggはRockboxでも再生できないけど。
165:160
07/09/04 05:04:00 NZ+7M2vv0
>>164
dクス。なんかfoobar使ってないけどそんなソフトあったのか。
166:名無しさん@お腹いっぱい。
07/09/04 17:29:11 DB5lY2BD0
>>159
切り出せるんじゃない?
と適当なこといってみる
167:名無しさん@お腹いっぱい。
07/09/04 19:03:12 Gf9YPhK30
>>157-166
レストンクス
可逆が必要な物は可逆(tak)で圧縮していますが
ゲームソングなど不可逆でも良い物についてはvorbisで圧縮しています
今までchainedかバラで管理していたのですが cueを併用すればタグの書き換えが早いのではないか?
ついでに、選曲も早くなるのではないか?だったらcueを使えばウマーじゃないか?他の人はどうしてるんだ?ナカーマはいないか?と思い聞いてみました
どうせvorbis対応のポータブルプレイヤーなんて持ってないのでしばらくogg+cueで暮らしてみる
トラックごとにバラして保管しない理由はアルバムとしての管理が楽なためです
cueシートも本体もカバーも%artist% - %album%.extで統一出来るのでラクチン(でも歌詞の保存方法に困ってます)
168:150=153=156=167
07/09/04 20:42:36 Gf9YPhK30
>>150=>>153=>>156=>>167
名前書き忘れた スマソ
169:名無しさん@お腹いっぱい。
07/09/04 20:43:07 T16CaQnI0
可逆は単一ファイル・アルバム
非可逆はTrack毎でやってる。
170:165
07/09/04 21:23:09 +sYKxsc00
すまん、いまさら気づいたが俺は>>159だ。
許してくれ
171:名無しさん@お腹いっぱい。
07/09/04 22:37:31 6nlgHAEYP
VorbisGainってmp3gainのようにデシベルは決められないのでしょうか?
172:名無しさん@お腹いっぱい。
07/09/04 22:45:06 60sk+SRl0
>>171
プレイヤーのプリアンプで調節できます。
リプレイゲイン準拠のソフトは89dbになるようにセットします。そういう意味ではMP3Gainは例外的。
173:名無しさん@お腹いっぱい。
07/09/05 12:53:18 A+EuBSmr0
shntool split でcueを元に分割したらけっこう早かったのだけれど、
これは再エンコードしているのかな?
子プロセスとしてデコード用らしきflac.exeと受け側のflac.exeがあったし、
ソースを見るとデコードオプション(-d)を使っているのだから確定っぽいが
waveをエンコードするより速かった。よく判らん。キャッシュか何か?
174:名無しさん@お腹いっぱい。
07/09/05 12:54:51 Wy6COwlB0
mp3は非可逆だから今からoggに圧縮しても音劣化するだけでしょ?
俺にoggは関係ない存在なのか。
ショボーン
175:名無しさん@お腹いっぱい。
07/09/05 12:56:45 wOBfQFbk0
mp3を320でやってたら
oggを128でやったら
うまー
176:名無しさん@お腹いっぱい。
07/09/05 12:57:34 Wy6COwlB0
>>175
劣化しないの?
177:名無しさん@お腹いっぱい。
07/09/05 13:10:24 wOBfQFbk0
劣化はするだろw
120→120なら劣化しまくりだけど
192→120くらいからならあまり劣化しないんじゃないかなと・・・
178:名無しさん@お腹いっぱい。
07/09/05 13:39:15 VVz+SGCP0
劣化具合なら下の方が激しい気もするが
いいたいことはわかった
179:名無しさん@お腹いっぱい。
07/09/05 13:58:20 L38vfppr0
非可逆はただデータ切るだけじゃないから
どんどん元の音から乖離してっちゃうんじゃないの
180:名無しさん@お腹いっぱい。
07/09/05 17:24:24 j8lg9+PG0
じゃあ、100回再エンコードしたら宇宙人になるんか?
181:名無しさん@お腹いっぱい。
07/09/05 18:07:31 Dk1iszXL0
>>180
まぁ音声ファイルが宇宙人にはなれないけどエンコした人は宇宙人扱いされるかもね
182:名無しさん@お腹いっぱい。
07/09/05 20:56:45 1AGGhbLB0
100回だと、かなりやばいと思う。
10回でも厳しいのに。
183:135
07/09/05 21:02:52 RgjM6Qnf0
新型イポドの如何によって決めます
本当に罵倒ありがとうございました
184:mari
07/09/07 00:15:25 PC34cjTp0
場違いかもしれませんが書き込みさせていただきます。
PCを買い換えたのですが、Vorbis_2 というコーデックの動画ファイルが
WINDOWS MEDIA PLAYERで再生できなくなっていました。
できる限り検索してみたのですが、どれも英語のファイルで、とても
理解できません。
どなたか、Vorbis_2を含んだファイルを再生できるプレイヤーをご存知
ないでしょうか。
とても大切なファイルなので、どうしても諦め切れませんorz
頼みごとばかりですが、なにとぞよろしくお願いします。
185:名無しさん@お腹いっぱい。
07/09/07 00:24:45 gwTgOzGg0
>>184
>6のコレ
●MSACM 用コーデック(上記のDirectShow Filterで再生できない人はこれ)
Ogg Vorbis CODEC for MSACM(このコーデックでの動画作成は非推奨です)
URLリンク(www.vector.co.jp)
で多分OK
186:名無しさん@お腹いっぱい。
07/09/07 02:01:12 sQGSyP8l0
罪作りなコーデックだよな
187:mari
07/09/07 08:23:32 PC34cjTp0
>185さん
ありがとうございました。
インストールは完了したのですが、これはコーデックなのでしょうか?
プレイヤーなのでしょうか?
解凍して、vorbisacm_20001214というフォルダのなかの
vorbisacm.infをインストールしたのですが、
WMPで再生できず、プログラムから開く、の一覧にも
新しいプレイヤーが見当たりません・・・
お願いばかりですが、なにとぞよろしくお願いします。
188:名無しさん@お腹いっぱい。
07/09/07 14:18:57 DHVHUbjz0
foobar9.4.4にあげたらlancer使えなくなったんですけど、ほかにもそういう人いますか?
189:名無しさん@お腹いっぱい。
07/09/07 16:28:23 wadvwpIF0
foobarスレに書いてた人かなこれで俺は問題ないけど、環境は?
oggenc283_sse3mt_lancer20061110
-s %r -Q -q 5.0 - -o %d
Athlon64 X2 4200+
190:名無しさん@お腹いっぱい。
07/09/07 17:48:50 y9snw4hj0
コーデック比較するときは、100回再エンコードした奴を比べれば、本当の優越が付けられるんじゃない?
191:名無しさん@お腹いっぱい。
07/09/07 18:22:03 twrI+OKF0
実際に聞く用途のファイルは再エンコしないんだから、
100回再エンコした後の音質の優劣なんて何の意味も無いだろ
192:名無しさん@お腹いっぱい。
07/09/07 18:42:35 y9snw4hj0
一回の劣化じゃ分かりづらいから、何回もやったらその劣化分が増幅されて分かりやすいかと思った
塵も積もれば山になるってやつ
193:名無しさん@お腹いっぱい。
07/09/07 18:47:15 LXlbDJ7/0
まぁ本当のって意味ではありだろうな。
194:名無しさん@お腹いっぱい。
07/09/07 18:48:20 64oJwY8U0
だから、100回再エンコードした結果優れていたものが、
1回エンコードした場合に優れてる保証なんて全くないから
意味ないって言ってるの。
195:名無しさん@お腹いっぱい。
07/09/07 18:50:26 64oJwY8U0
だから、100回再エンコードした場合の品質と1回のエンコードのみの品質に
相関がある事をまず示してくれ。じゃないと前提からして成り立ってないので話にならん。
196:名無しさん@お腹いっぱい。
07/09/07 18:54:20 LXlbDJ7/0
>192
の説明だと駄目なの?
だから本当の意味でのだよ。
197:名無しさん@お腹いっぱい。
07/09/07 19:03:05 64oJwY8U0
本当の意味も何も、それをやって分かるのは100回再エンコードするときの優劣のみ。
100回再エンコードする時に毎回同じようにアーティファクトが増えるとでも?
198:名無しさん@お腹いっぱい。
07/09/07 19:05:20 twrI+OKF0
>>196
ぜんぜんダメ
そもそも、非可逆圧縮の場合は心理音響モデルとか使って
ごまかしてるから、100回再エンコした後のことなんて考えてない
うまい例えが見つからないけど、塵も積もればなんて例えは
全く的外れだと言える
199:名無しさん@お腹いっぱい。
07/09/07 19:22:02 LXlbDJ7/0
今議論してるのは可逆だよな。
そもそも100回もやらないから一般的には
1回で比較するのが当然だと思うし、それでいいと思うよ。
ただ今議論してるのは、いうなら
売り文句みたいなもんだな。
これとこれを比較したとき100回でも耐えられます、みたいな
200:名無しさん@お腹いっぱい。
07/09/07 19:50:21 64oJwY8U0
100回やった時に成績が良いと言う事実が全く売り文句にならないと言う事を
いい加減理解してくれないか
201:名無しさん@お腹いっぱい。
07/09/07 19:58:29 TTmlpaSN0
>>199
> 今議論してるのは可逆だよな。
そうだった・・・っけ?
202:名無しさん@お腹いっぱい。
07/09/07 20:00:41 twrI+OKF0
可逆って何回再エンコしても音質変わらないんじゃ・・・
釣りってことか
203:名無しさん@お腹いっぱい。
07/09/07 20:03:16 gFcpxwOK0
ID:LXlbDJ7/0もID:64oJwY8U0アホってことはわかった
204:名無しさん@お腹いっぱい。
07/09/07 21:21:33 vt0cWess0
折角だからグラフを用意した
あとは好きにしてくれ
URLリンク(cgi2.coara.or.jp)
205:名無しさん@お腹いっぱい。
07/09/07 21:34:50 pve8yyJt0
>>204
縦軸の単位を教えてくれ
206:名無しさん@お腹いっぱい。
07/09/07 22:03:42 7NzbAMxo0
>203
なんでよ、64oJwY8U0 が言っていることは正しいよ。
心理モデルが導入されている以上、常に同じように誤差が蓄積していく保証なんかないだろ。>非可逆
いろんな音楽ソースを用意して、1回の波形の違いをそれぞれ取得してから、帰納的に判断するのが
正しいだろ。
207:名無しさん@お腹いっぱい。
07/09/07 22:15:24 2dym3H+L0
昔、「象が踏んでも壊れない」が売り文句のペンケース(筆入れ)があったらしいが・・・・。
それと同レベルのアホな売り文句だな。 でもアホはコロっと騙されそうだ。
知的レベルを判定するのになかなか良い問題だな。
208:名無しさん@お腹いっぱい。
07/09/07 22:20:13 pk8DiZjl0
>>205
ミリワット?
電波かよ
209:名無しさん@お腹いっぱい。
07/09/07 22:28:55 pve8yyJt0
>>206
たぶんこんな理由だと思う
ID:y9snw4hj0 は早とちり。>>192の時点で理解・氷解してるかもしれない
ID:twrI+OKF0 は単なるモナー
ID:LXlbDJ7/0 は救われない池沼
ID:64oJwY8U0 は池沼にレスしちゃうような馬鹿
よって ID:LXlbDJ7/0もID:64oJwY8U0もアホって事じゃね?
210:名無しさん@お腹いっぱい。
07/09/08 03:06:49 IQGtGGLD0
>>209
そいつらのレスを100回再エンコしてみればアホさが蓄積されてわかりやすくなると思います。
211:名無しさん@お腹いっぱい。
07/09/08 03:17:27 lnsYD02Y0
サブバンドのMusepackがMDCTを使ったコーデックよりもトランスコードに有利とは聞いたことがある。
212:mari
07/09/08 13:52:44 SyYWXPXr0
場違いかもしれませんが書き込みさせていただきます。
PCを買い換えたのですが、Vorbis_2 というコーデックの動画ファイルが
WINDOWS MEDIA PLAYERで再生できなくなっていました。
どなたか、Vorbis_2を含んだファイルを再生できるプレイヤーをご存知
ないでしょうか。
とても大切なファイルなので、どうしても諦め切れませんorz
頼みごとばかりですが、なにとぞよろしくお願いします。
213:名無しさん@お腹いっぱい。
07/09/08 13:58:00 /0sk94Gf0
つくった ( くれた ) ひと に ききましょう
214:名無しさん@お腹いっぱい。
07/09/08 14:29:39 /vzrAdqt0
そんなに大切なら、前のパソコンで再エンコしろよ
215:名無しさん@お腹いっぱい。
07/09/08 15:40:32 XD7nfbum0
vlc
216:名無しさん@お腹いっぱい。
07/09/09 02:09:21 9zNrmpzh0
そのVorbis_2の入ったファイルをどうやって入手したのか
言えば教えてやらないこともない。
スレリンク(av板:620-626番)
217:名無しさん@お腹いっぱい。
07/09/09 03:45:48 V+eRdDmK0
>>188
うちも問題ないです。
fb2k 0.9.4.4 with OggEnc v2.83 (Lancer [20061110] based on aoTuV b5) SSE2
--quality 6.00 --quiet - -o %d
218:名無しさん@お腹いっぱい。
07/09/09 10:13:43 M899ixX60
コーデック比較するときは、100回再エンコードした奴を比べれば、本当の優越が付けられるんじゃない?
219:名無しさん@お腹いっぱい。
07/09/09 10:25:39 HulwY8NO0
たぶんそれだと最近の規格はどれもよりシンプルなMPEG-1 Audio Layer I/IIに負ける。
220:名無しさん@お腹いっぱい。
07/09/09 20:58:35 PIzPH1CL0
どんなに再エンコしても音質が変わらない安定点とかあるんだろうか
まぁ自分で実験する気にはならんな
221:名無しさん@お腹いっぱい。
07/09/13 16:24:42 hmmmoeZN0
おめーらMusepackの新エンコーダでたが、320kbps超での話だと同レットビート帯でMusepackに差をつけられるかもしれん。 ogg危うし
222:名無しさん@お腹いっぱい。
07/09/13 16:31:46 oybkNzZR0
320kbps超を使うくらいだったら
可逆圧縮を使った方がいいような
223:名無しさん@お腹いっぱい。
07/09/13 16:35:42 1vkm1No60
でも可逆より半分以上縮むじゃん320kbpsって
224:名無しさん@お腹いっぱい。
07/09/13 16:45:04 U7FYPtIb0
何だ新エンコーダって
公式見ても1.16のままだが
225:名無しさん@お腹いっぱい。
07/09/13 17:05:38 d2+YHiSU0
751 名前: 名無しさん@お腹いっぱい。 投稿日: 2007/09/13(木) 16:06:33 ID:hmmmoeZN0
Musepackエンコーダー1.16が出てたのでエンコしたらきちんと22kHzまででてるやんけ!感動
226:名無しさん@お腹いっぱい。
07/09/13 17:07:36 UIaG6S2f0
Musepack SV8もなかなか出ないな。未だに期待しているのだが。
227:名無しさん@お腹いっぱい。
07/09/13 17:12:38 CRgY9gpc0
平均192kbpsくらいから上はMusepackの方がいいのは今に始まったことじゃないよ
音に大差がつくレベルではないので、エンコードデコードが速いとか、
それこそ再エンコード時に有利だろうってことくらいだけどw
Musepack好きだったんだけどねえ、もう普及しないでしょう今更
228:名無しさん@お腹いっぱい。
07/09/13 20:25:19 2JksqZin0
加虐圧縮
229:名無しさん@お腹いっぱい。
07/09/13 23:48:00 tQbSUgoH0
aoTuV post-beta5 [20070911] Win32 reference binary
# Limit: Quality -2/-1/0 (44.1kHz).
230:名無しさん@お腹いっぱい。
07/09/13 23:51:31 oybkNzZR0
お、ひさびさにきたのん?
231:名無しさん@お腹いっぱい。
07/09/13 23:52:50 Shn+6b2z0
青粒公式サイトには見つからないんだが
232:名無しさん@お腹いっぱい。
07/09/14 00:36:24 82diPoNv0
あれ、-q-2 を指定しても -q-1 でエンコードされる
233:名無しさん@お腹いっぱい。
07/09/14 00:38:09 82diPoNv0
書きに失敗してただけだった
サーセンwww
234:名無しさん@お腹いっぱい。
07/09/14 00:39:49 6CmMHwT50
>229はどこにある?
軽くは探してみたがわからn
235:名無しさん@お腹いっぱい。
07/09/14 00:45:56 j/MZBP1b0
wineで動かなかった(´・ω・`)
236:名無しさん@お腹いっぱい。
07/09/14 00:52:33 xLEKRtKE0
URLリンク(www3.atwiki.jp)
貼っても問題ないよね?
237:名無しさん@お腹いっぱい。
07/09/14 00:57:46 5/NVz/7n0
post-betaという表現は初めて見た。
斬新でよろしいな
238:名無しさん@お腹いっぱい。
07/09/14 01:04:57 j/MZBP1b0
ついflacのままやってた
wineで動きましたごめんなさい
239:名無しさん@お腹いっぱい。
07/09/14 06:19:35 EeUn3gc20
/;;;::::---,::::::::::::::::::::::::::::::ヽ
/:/ ヽ;;;;;;:::::::::::::::::__:::::ヽ
. {/ ,..---_ ヽ:::;:-'"r''ヾ、:ヽ ,_._
l r=''" `' }= ノ.l:::::', {.'ヽi __
,!,,、 ' ´ ,..ノ:::::::l,.>-‐!l `` ヽ、
. i r,i ヽ.._ `'" l;:-'''ll ,.- !l ヽ--._ヽ,....,
〉~l =..ノ`ヽ、 _....-'ニ-t-l"il...--''-.| _,...ニ--'‐''''
. i ヽイ r、ゥマフ` '''""´ /-!、/;;;;;;;;;;;;;Y
ヽ ヽ`f_/ ノ ,.....,/rァ 〃-、;;;_;;;;;;;`、
\ヽ / /r'ア/ / /| .:::/ |\::::`、
\ /〃//,..-‐''!::::`、. ヽ ヽ:::::`、
ヽ .,_ ノ// / ,..`、‐l `、 ヽ'"`、
-==ニ二二二二二二二二二二二二二ニ二 ``'''ー-、-`-‐`'''l'''''"
`'''''''''''''''ー―==、--... ______.....>---‐~''=、-....二> [■
-==三三三三ニニニニニ''-`=-`=-、 ,ニ、'''ー-ニニ=--`' `ー―┴―
`~~~''''''''''''ーニニニニー=- ,,,,,,ヽ三三ゝヽ 二二 ̄ ̄~ヾヽ
,.../ f;;;;;| `~~""'''ー、;;;;;;;;;;;;;;;;;`~"'''ー--....-<"ヾ
/ l;;;;;;;l `~"ー-:::::__;ヘ;;;;;::::::::::二二
r'''" l;;;;;;;l `ー' `、
/ l;;;;;;;l
URLリンク(www.shinotando.com)
240:名無しさん@お腹いっぱい。
07/09/14 09:36:39 Trvn27/r0
flacにあった隠しオプション。すごい長いやつ。
圧縮レベルが最高になり無茶苦茶に時間がかかるという。
ふとテストしようと思ったらググっても出てこない。
なんだっけ?
Lancer FLAC を作ってくれるすごい人はいないものかの…。
241:名無しさん@お腹いっぱい。
07/09/14 11:57:00 6mYfuYhb0
>>240
URLリンク(www.hydrogenaudio.org)
これだと思うんだけど、v1.2 だと使えないみたい
242:名無しさん@お腹いっぱい。
07/09/14 12:30:42 nSq95xnx0
圧縮率を重視するならFlakeを-12で使ってみてもいいと思う。
URLリンク(flake-enc.sourceforge.net)
243:名無しさん@お腹いっぱい。
07/09/14 12:56:15 CxEihyZ40
Flakeは全然更新されてないから、-12でもFLACv1.1.4の-8に劣るようになってしまってる。
圧縮率重視ならFlakeはオススメできない。
244:名無しさん@お腹いっぱい。
07/09/14 14:52:09 nSq95xnx0
>>243
>Flakeは全然更新されてないから
本家と比べてもそれは違うと思う。
flac-src flac-1.2.0-src July 24, 2007
URLリンク(sourceforge.net)
flake 0.11 August 5, 2007
URLリンク(sourceforge.net)
圧縮率もこれらの18サンプル URLリンク(www.listening-tests.info) を試したところ、
Flake 0.11 -12の42,722,743 bytes (avg. 833 kbps)に対して、FLAC 1.2.0 -8は44,439,888 bytes (avg. 867 kbps)だった。
因みに、WavPack 4.41.0 normalは43,443,962 bytes (avg. 847 kbps) -hを付けても僅かにFlake以下だったので驚いた。42,837,588 bytes (avg. 835 kbps)
フロントエンドにはどれもfoobar2000 0.9.4.4を使用
URLリンク(rapidshare.com)
245:名無しさん@お腹いっぱい。
07/09/14 16:11:00 CxEihyZ40
>>244
foobar2000でエンコードするなら、-8 %s -o %d というテンポラリを
使ったエンコードをしないと、シークポイントが無駄に作られて若干大きくなります。
そちらの結果が867kbpsになっている原因はこれ。
正しくFLAC -8でエンコードすると838kbpsと、flakeとほぼ同じ。
だけどflake -12には
・ -12はFLAC本家より重い処理を使っている -> デコードが遅い(これはfb2kのデコード速度テストで測定可能)
・ シークポイントを作らない -> シークが(わずかに)重い
・ パディングが小さい -> タグ更新が(わずかに)遅い
・ FLAC作者はテスト不足を理由にflakeを推奨してない
上記のような弱点が満載なので、基本的にオススメしない。
とにかく圧縮率を重視するなら、-8 -A tukey(0.5) -A flattop というオプションを使う方がマシ。
もうちょい縮みます。このサンプル群の場合835kbpsまで縮みます。
246:名無しさん@お腹いっぱい。
07/09/14 16:19:43 hrjeHfkk0
標準入力で無駄にシークポイントができるバグは1.2.0で修正されましたよ。
--ignore-chunk-sizesをコマンドラインに追記してくださいな。
例:
--ignore-chunk-sizes --compression-level-8 - -o %d
247:名無しさん@お腹いっぱい。
07/09/14 16:20:40 CxEihyZ40
>>246
それだとシークポイントが全く作られません。
それはそれで問題アリ。
248:名無しさん@お腹いっぱい。
07/09/14 16:22:18 n048rbF70
--ignore-chunk-sizes を付けるとそもそもシークテーブルが作られないから
foobarではstdin/stdout経由で使わない方がいい
249:名無しさん@お腹いっぱい。
07/09/14 16:23:23 n048rbF70
かぶった
250:名無しさん@お腹いっぱい。
07/09/14 16:44:12 RDF466js0
皮が?
251:名無しさん@お腹いっぱい。
07/09/14 18:48:07 yON4HqIo0
550kps台に縮むクラシック音源だとシークが糞重かったのそのせいだったのか
--ignore-chunk-sizes外してエンコしなおしたらサクサクだ
flacでも縮みすぎるとシーク重くなると思いこんでたわ
252:241
07/09/14 19:20:14 6mYfuYhb0
あら、なんか不思議な生真面目な流れになってるなw
おれは、>>240 氏が新マシンでも組んだんで、あの伝説のネタ系隠しオプションでもあっという間に
エンコできるぜーって、いうフリなんだと思ってたw
253:名無しさん@お腹いっぱい。
07/09/14 21:34:22 bRD0JjoY0
>>241を参考に
--lax -P 4096 -b 4608 -m -l 32 -e -p -q 0 -r 0,16
で試したら828kbpsだったけどさすがに重いな
254:名無しさん@お腹いっぱい。
07/09/15 13:38:12 9yoAG4wn0
可逆でも圧縮率上げるとデコード負担でかくなるよね
255:名無しさん@お腹いっぱい。
07/09/15 14:07:09 5MfVrk+Z0
Flacの場合はほとんど影響でないはずなんだけど。
256:名無しさん@お腹いっぱい。
07/09/15 18:54:39 Dm7958Va0
なんだかんだ言っても結局、圧縮率と -Vオプションしか指定しないな。
257:名無しさん@お腹いっぱい。
07/09/15 19:36:21 ILPFj6k30
可逆系は安定度重視だな。
258:254
07/09/16 01:42:30 XKhoOCo20
>>255
そうなんだ。-5でやってたけど-8でやるようにしようかな。
エンコ時間は掛かるけど。
259:名無しさん@お腹いっぱい。
07/09/16 12:06:57 Fg942uKv0
1GHzで動作中のシングルコアAthron64で0〜3%の間を行ったり来たりだな。
-5でも-8でも再生負荷の違いに気付けない。@fb2k
精密なグラフでも取ってみれば差はあるんだろうけどね。
それにしても軽いねflac。
260:名無しさん@お腹いっぱい。
07/09/16 12:16:32 XWZaDL660
foo_benchmark使えばよろし。
flacは軽いね。
261:名無しさん@お腹いっぱい。
07/09/16 13:49:36 Fg942uKv0
>>260
良いの教えてくれてありがとう。
約5分の曲でapeとflacとwavを3passでざっと測ってみた。
test5.flac
Decoding time: 0:01.815 min, 0:01.879 max, 0:01.844 average
Speed (x realtime): 160.634 min, 166.362 max, 163.722 average
test8.flac
Decoding time: 0:01.836 min, 0:01.948 max, 0:01.897 average
Speed (x realtime): 154.984 min, 164.409 max, 159.161 average
test(Fast).ape
Decoding time: 0:05.913 min, 0:06.211 max, 0:06.065 average
Speed (x realtime): 48.599 min, 51.048 max, 49.767 average
test(Normal).ape
Decoding time: 0:08.643 min, 0:08.908 max, 0:08.758 average
Speed (x realtime): 33.887 min, 34.925 max, 34.468 average
test(ExHigh).ape
Decoding time: 0:16.712 min, 0:17.199 max, 0:16.948 average
Speed (x realtime): 17.551 min, 18.062 max, 17.811 average
test.wav
Decoding time: 0:00.107 min, 0:00.120 max, 0:00.113 average
Speed (x realtime): 2508.806 min, 2824.940 max, 2675.367 average
mp3infpでのポップアップ表示が気に入ってape使ってたけど
AudioShellとflacに乗り換えました。ほんとに軽いねflac。
ジュークボックスにぴったりかも。ちっちゃいマシン組みたくなったよ。
262:名無しさん@お腹いっぱい。
07/09/16 15:15:53 3JghSK3A0
flacなら常に8でいいよ。
PCに優しいから。
263:名無しさん@お腹いっぱい。
07/09/16 16:43:34 cWQiutA/0
flacは圧縮率上げてもデコード速度はほとんど遅くならないのが特徴だろ
その分縮まないしエンコ速度は遅くなるから、8でいいってこともないと思うよ
264:名無しさん@お腹いっぱい。
07/09/16 19:22:09 eLDtCZYv0
0と8で圧縮率の差は百歩譲っても最大で一割未満だろう。普通は数%。
HDの容量増加考えても0で十分
そこまで容量に神経使うならLaでもつかえばいいんじゃないかと
265:名無しさん@お腹いっぱい。
07/09/16 19:51:55 VLSUw8E30
0は縮まないから止めた方がいい
標準の5でok
266:名無しさん@お腹いっぱい。
07/09/16 23:08:52 JtRoALD00
>>260で計測したら、mp3よりvorbisの方がデコード速度が速かったんだがどういうこと?
267:名無しさん@お腹いっぱい。
07/09/16 23:21:16 D69O6e9k0
最適化されているということだろうよ
268:名無しさん@お腹いっぱい。
07/09/16 23:26:35 FBjqVr9p0
SIMD命令使ってるんじゃね?
269:名無しさん@お腹いっぱい。
07/09/16 23:35:40 RcYkZZAO0
foobar2000だとvorbisのほうが速いっぽい。
Lilithだとmp3のほうが速いっぽい。
デコーダの違いだろうね。
270:名無しさん@お腹いっぱい。
07/09/17 04:00:17 xEQ8HhIs0
エンコ時間はどんなもんですか。
5と8
271:名無しさん@お腹いっぱい。
07/09/17 04:10:29 l571xPYT0
URLリンク(www.synthetic-soul.co.uk)
272:名無しさん@お腹いっぱい。
07/09/17 18:19:09 Zqqvyl7z0
Ogg形式の音声(Ogg Flacなど).oga (.oggから変更)
例外 Ogg Vorbis .ogg (.ogaを使っても良い)
例外 Ogg Speex .spx (.ogaを使っても良い)
Ogg形式のビデオまたはビデオ+音声 .ogv (.oggから変更)
URLリンク(www.faireal.net)
URLリンク(wiki.xiph.org)
273:名無しさん@お腹いっぱい。
07/09/17 18:39:46 h3JgWJ/N0
FLAC 1.2.1 released
URLリンク(www.hydrogenaudio.org)
>FLAC 1.2.1 is out, the major addition being support for all RIFF/AIFF metadata,
> including Broadcast Wave Format (BWF) via the new --keep-foreign-metadata option.
> There are many other small improvements and bug fixes;
> see the changelog entry for complete details.
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5329日前に更新/209 KB
担当:undef