|||||||圧縮音楽統合� ..
159:名無しさん＠お腹いっぱい。
06/09/19 16:32:29 215RTWcj0
>>158
動画の音声で使う人いるんじゃないかな。
あと、PMCでも無理矢理再生出来る。(サポート外のため、音飛びしたりするが)
160:名無しさん＠お腹いっぱい。
06/09/19 17:23:07 rvPMeL0Z0
ATRACが何気に善戦してるな。
まあ、使う気は起きないが。
161:名無しさん＠お腹いっぱい。
06/09/19 17:41:07 Y8l1zOuo0
ATRACは、WMA以下の互換性だしなあ。MDは唯一普及した日本でも、もう下火だし。
162:名無しさん＠お腹いっぱい。
06/09/19 19:22:52 TkAEuEm+0
>>154
音楽なら低ビットレートのVorbisは最強クラスなんだが、なぜかネトラジみたいな音声ばかりのソースではダメなんだよなぁ
蒼弓氏も困ってたがw まあ得手不得手があるんだろうな
163:名無しさん＠お腹いっぱい。
06/09/19 23:03:10 C9LKKxz30
いい加減にATRACはVBRに対応しないのかね
164:名無しさん＠お腹いっぱい。
06/09/21 15:44:42 XMT0OvVN0
cueシート認識しないソフトがあってcueも不便だな時があるなぁ･･･と思ってたらCUE Splitterなんていう再エンコ無しで分割できるソフトあったのね。
165:名無しさん＠お腹いっぱい。
06/09/21 15:45:13 XMT0OvVN0
変な日本語スマソ。
166:名無しさん＠お腹いっぱい。
06/09/22 03:51:29 w/gLu6bn0
foobarとどう違うのかね？
167:名無しさん＠お腹いっぱい。
06/09/22 07:21:01 DOJv1Q810
圧縮形式は変えずに、分割だけしたいときに欲しくはなるだろう
個人的にはそういう機会はほぼ無いけど
168:名無しさん＠お腹いっぱい。
06/09/26 17:43:48 QJuZNrdw0
URLﾘﾝｸ(arena.nikkeibp.co.jp)
またロスレスとPCMが違うと主張するバカ登場。
169:名無しさん＠お腹いっぱい。
06/09/26 18:19:37 X74tYGGW0
なんでこんなとこで宣伝してるんですか
170:名無しさん＠お腹いっぱい。
06/10/02 00:23:16 KnmIlT/U0
結局apeが一番使いやすい。アプリの対応率がいいから。
定番のmp3infpもSTEも対応してるしね。
171:名無しさん＠お腹いっぱい。
06/10/02 03:12:24 O/pUX6qs0
yalacは結局TAKになったのか
公開はいつなんだろうw
172:名無しさん＠お腹いっぱい。
06/10/02 08:44:39 sjlSAG0o0
ape, flacの二大巨頭って感じだな。
WavePackだっけ？が最近のフォーマットでは一番いい感じ。
173:名無しさん＠お腹いっぱい。
06/10/02 11:23:30 4MO8g0zH0
最近と言っても、何気に90年代から開発始まってるんだよな。
174:名無しさん＠お腹いっぱい。
06/10/02 12:52:29 n8En5pqt0
>>171
TAKって名前はやめて欲しかった・・・
175:名無しさん＠お腹いっぱい。
06/10/02 21:24:08 34luTwnY0
TTA人気ないの？（；ω；
176:名無しさん＠お腹いっぱい。
06/10/02 21:35:10 KZ9ITRnD0
ロスレス+cue.mkaを作ってfoobar2kで聴くことにしました。
さて、(tta,flac,wv,ape)+cue.mkaで再生周り、再利用の融通など
考えた場合、どれがいちばんおぬぬめ？
177:名無しさん＠お腹いっぱい。
06/10/02 21:56:56 pFoe3aK+0
A,mkaを捨てる
178:名無しさん＠お腹いっぱい。
06/10/02 23:33:01 KZ9ITRnD0
やだ
179:名無しさん＠お腹いっぱい。
06/10/03 02:14:44 QmhnaQkB0
終了
180:名無しさん＠お腹いっぱい。
06/10/03 04:29:30 OxAyWup+0
>>176
TTA+MKAはサンプル損失するからやめておきなよ。
（mka側のバグ）
mkaってape対応してたか？
181:176
06/10/03 18:38:28 z0PKqhUA0
>>180
thx
apeはまだ1回も試してませんでした。
182:名無しさん＠お腹いっぱい。
06/10/09 02:30:08 JcsLxHdQ0
>>180
ただしMKA変換器での変換は、ソフト作者による対策が取られてるので問題ない。
183:名無しさん＠お腹いっぱい。
06/10/09 10:14:09 Yi8Ql3Re0
AACGainは不具合修正する気なさそうだな
こんな怪しいソフトに手を出すんじゃなかったよ
184:名無しさん＠お腹いっぱい。
06/10/09 11:24:27 8k4ZqAco0
そう言えばapeってファイルが破損しやすい気がする。
報告聞かないので自分だけかも知れないけど。
結構データが尻切れになってて鬱になったのでflacとか、今はtta使ってる。
185:名無しさん＠お腹いっぱい。
06/10/09 11:43:25 iuguv2mB0
もうちょいひねれ
186:名無しさん＠お腹いっぱい。
06/10/09 11:46:32 8k4ZqAco0
>>185
ひねれって何だ？
ネタのつもりはないんだけど・・・。
187:名無しさん＠お腹いっぱい。
06/10/09 12:24:40 yANx78lA0
>>184
TTAもAPE同様ストリーミングに対応していないので、破損しやすさは変わらないと思う。
URLﾘﾝｸ(wiki.hydrogenaudio.org)
188:名無しさん＠お腹いっぱい。
06/10/09 12:35:49 8k4ZqAco0
>>187
そうなのか・・・。
apeで壊れたのは、もしかするとTagエディターとかプレーヤーが影響してるのかも知れないですね。
作ったばかりのファイルは何ともないので・・・。
数日～数ヶ月で、1割程度の確率で曲の長さが数秒ほど短くなり、デコードもエラーが出て出来なくなる。
確実な原因が特定できてないですが、一応flacとttaを使うようになった今の環境下では破損は起こってないです。
189:名無しさん＠お腹いっぱい。
06/10/09 12:40:32 O9HhsInl0
>>188
HDD やメモリの異常を疑った方が
190:名無しさん＠お腹いっぱい。
06/10/09 13:00:12 8k4ZqAco0
>>189
たぶんそれはないとは思うけど。
FATシステムじゃないし、HDDのエラーチェックとバックアップも定期的にしてるし。
メモリなら普段からPCが不安定になるからすぐ判るだろうし・・・。
後はファイル自体を直接書き換えるケースが怪しいかなと。
プレーヤーやエディターによるTagの書き換えとかでバグや書き換えミスで破損したとか。
どっちにしろ自分の環境のせいっぽいですね。
あまり続けるとスレ違いっぽいのでこの辺にして、何か原因が分かったらまた報告します。
レス頂いた方、参考にしてみます。有り難う御座いました。
191:名無しさん＠お腹いっぱい。
06/10/11 02:55:03 JKktRBOy0
FLAC 1.1.3 betaが出てるね
192:名無しさん＠お腹いっぱい。
06/10/11 03:53:14 VSphd+700
>>182
問題なくない。変換器が万能だと思ってるのか？
193:名無しさん＠お腹いっぱい。
06/10/11 21:09:09 kIdFV/U00
このスレで言うのも間違ってる気がするけど、妖精現実に繋がらない！
はてなアンテナでは更新をチェックしてるので落ちてるわけではないようだし、
そもそも適当なプロクシ使ったら見れた。
プロバイダにnifty使ってるんだけど俺だけ？
194:名無しさん＠お腹いっぱい。
06/10/11 23:07:18 A83YAlxQ0
IIJで見れない、PRINで見れた。
DNSは大丈夫っぽいし、IIJでもpingは返ってくるんだけどなぁ。
195:名無しさん＠お腹いっぱい。
06/10/11 23:42:52 KIfHNDQS0
見れない原因は他にあるはずだ。
そこを見落とすと迷宮入りになるで。
196:名無しさん＠お腹いっぱい。
06/10/12 01:57:03 NpZ/KJx00
biglobe、そのままだと見れないけど、ISPのプロクシさしたら見えた。
どうなんてるんだろう。
197:名無しさん＠お腹いっぱい。
06/10/17 14:47:52 mpwyp6of0
結局どの形式が一番いいのでしょう？
もうその人の環境や好みによりけりで、
一般的に分かる明らかな音質の差などはもう殆ど無いのかな
とりあえずLameの功績でMP3にしておけば良いけれど、
少しでも音質にこだわりたい＆互換性を考える必要がないなら
他のフォーマットの方が良いかもくらいに思っておけばいいのかな
198:名無しさん＠お腹いっぱい。
06/10/17 17:08:29 t5EG3uMj0
好成績を収め続けるaoTuvですら、
低レートでの肉声のみの音源に弱い(事実上改善不可能)という問題があるわけで、
「一番」は可逆使うしかない。
199:名無しさん＠お腹いっぱい。
06/10/17 17:29:44 4AiH1A4j0
>>198
低レートでなんらかの弱点があるのは問題とは言わない。それを言い出したらWMAの64kbpsなんて問題だらけ。
区別がつかないレベルの品質が欲しければ128kbps程度まで上げれば良いだけ。
200:名無しさん＠お腹いっぱい。
06/10/17 22:47:47 owDFREZC0
いや問題というだろｗ
201:名無しさん＠お腹いっぱい。
06/10/18 17:40:27 61BRua1p0
128Kbpsならほとんどのフォーマットで劣化が聞き分けられると思われ。
202:名無しさん＠お腹いっぱい。
06/10/19 12:24:16 uvG9EJX00
>>201
オーオタなら聞き分けられるが
それ以外の一般人では無理だよ！（ｗｗｗ
203:名無しさん＠お腹いっぱい。
06/10/19 16:09:00 tlSYs9Cg0
さて、リプレイゲインって手動で設定した方がよくね？
と最近思った。
204:193
06/10/19 20:28:23 NBxPgihD0
俺だけじゃなかったのか。で、今日見たら見れた＼(＾o＾)／
何だったのか管理人に聞いてみたいけど放置されたら鬱だからまあいいや。
205:名無しさん＠お腹いっぱい。
06/10/21 14:10:09 0pH9AiHf0
sndからwav、mp3、oggや
wav、mp3、oggからsndに変換できるソフトありましたら教えてください
206:名無しさん＠お腹いっぱい。
06/10/22 10:33:38 xQ8l9O830
mpg123 0.61リリース
207:名無しさん＠お腹いっぱい。
06/10/22 14:37:42 o3h5ZHXi0
>>205
Windowsでの話でいいのかな。
●foobar2000
snd -> wav、mp3、ogg: 可能
●GoldWave
snd -> wav、mp3、ogg: 可能
wav、mp3、ogg -> snd: 可能
208:名無しさん＠お腹いっぱい。
06/10/22 15:17:20 HKFreVoL0
>>207
㌧!
試してみる
209:名無しさん＠お腹いっぱい。
06/10/23 18:09:40 wOBqlJ7R0
>>201
うん、厨房の俺でも聞き分けられた
210:名無しさん＠お腹いっぱい。
06/10/23 18:16:05 LZdh1E/d0
そりゃ高音が生きてる分、厨房のほうが聞き分けやすいだろうな。
211:名無しさん＠お腹いっぱい。
06/10/24 02:52:24 tvoPK4JO0
以前ここでも紹介されてた可聴周波数チェッカ。
URLﾘﾝｸ(masudayoshihiro.jp)
audio-technicaのヘッドフォンアンプAT-HA20を
購入したので試してみたら余裕で22kHzが聞こえる。
間違えようがないくらい明瞭に聞こえます。
ヘッドフォンアンプ恐るべし。
サウンドカードはAudigy2 + kx driverで、
ヘッドフォンはaudio-technicaのATH-A900とATH-A55です。
AT-HA20は10,000円強で買えるので、
高級なサウンドカードを買うよりいいかも。
212:名無しさん＠お腹いっぱい。
06/10/25 00:27:40 8HFxciEr0
AT-HA20ってやたらとサーっていうノイズが聞こえるから買ってすぐ封印した。
213:名無しさん＠お腹いっぱい。
06/10/25 15:49:45 eB1qpOMF0
たしかに15時以降に回すとホワイトノイズがでるけど、
10～12時くらいで使ってるからうちでは問題ないよ。
214:名無しさん＠お腹いっぱい。
06/10/26 09:41:52 8Efkd0V00
>>213
15時以降って何度よ？
215:名無しさん＠お腹いっぱい。
06/10/27 05:14:00 H7Ztw7uX0
>>214
何度っていったらいいのかな。
基準が不明確なので文字盤で例えたんだけど。
ようは音量0が7時（19時）くらいで、音量MAXが17時（5時）くらいなのです。
15時（3時）は音量MAXに近いです。音楽聴きながらは無理ぽ。
ヘッドフォンアンプのいいと思ったところは、
音量も上がるけどそれ以上に音圧が上がるところですね。
ヘッドフォン自体の性能差がでるところでもあるけど。
216:名無しさん＠お腹いっぱい。
06/10/27 09:55:59 UX8z00lE0
>>215
了解です。
ざっと８０％位のところだね。
217:名無しさん＠お腹いっぱい。
06/10/30 12:43:50 qNdEm0qK0
TAKはプリセットが決まったようだね
URLﾘﾝｸ(www.synthetic-soul.co.uk)
NormalはMonkey's AuidioのNormal並みの圧縮率と圧縮速度でFLAC以上の展開速度
一番圧縮率の低いTurboでもapeのfastやTTA並みの圧縮率を確保していて
かつ両者よりも圧縮・展開共に高速
FLAC～ape normalの圧縮率のレンジでは敵無し、といった感じか
218:名無しさん＠お腹いっぱい。
06/10/30 15:52:27 b5VqKAab0
TAKは非常に微妙な存在だな。
FLACほどのハードウェアサポートも見込めるか分からず、圧縮率はAPEには叶わない。
今で言えばWavPackの強化版といった存在感になるのかもしれない。
期待はしてるけどね。2年後くらい先に実用化していれば良いけど。
219:名無しさん＠お腹いっぱい。
06/10/31 14:58:47 hsVg0JJw0
「tta＋cue＋rr3%」のフォルダのファイルをwavファイルに変換して聞けるようにしたいのですが
どのソフトを使えばいいんでしょうか
220:名無しさん＠お腹いっぱい。
06/10/31 15:11:48 heLgDbLR0
あなたが作った方法の逆をすればいいですよ。
221:名無しさん＠お腹いっぱい。
06/10/31 15:22:07 hsVg0JJw0
>>220
winnyでダウソしたのでわかりません＾＾；
222:名無しさん＠お腹いっぱい。
06/10/31 19:49:08 f+ztCaa70
ダウソ房てどこでも涌くのね。
223:名無しさん＠お腹いっぱい。
06/10/31 21:57:38 aftmp2C10
>>221
通報します他
224:名無しさん＠お腹いっぱい。
06/10/31 22:07:09 hsVg0JJw0
>>223
なんで通報になるんですか？
winnyってダウソって言っても違法なものではありませんよ
違法ではない音声ファイルです
だれか教えてください
225:名無しさん＠お腹いっぱい。
06/10/31 22:08:30 aftmp2C10
>>224
じゃあファイル名うｐ。そしたら教えてあげてもいい
226:名無しさん＠お腹いっぱい。
06/10/31 22:14:13 hsVg0JJw0
>>225
それはこのスレでは無理ですよ
専用スレがあって、そこの人しかわからないファイルですから
227:名無しさん＠お腹いっぱい。
06/10/31 22:14:26 oHQ/K2Kt0
馬鹿か、ファイル名うｐされてどうすんだよ
>>224
適当なアプロダにファイルUPしろ
話はそれから
228:名無しさん＠お腹いっぱい。
06/10/31 22:16:24 hsVg0JJw0
なんでそこまでする必要があるんですか？
なんか気持ち悪いですよ
いいからさっさと教えろっての、ボケ
229:名無しさん＠お腹いっぱい。
06/10/31 22:17:48 aftmp2C10
ああそっかすまん。
>>224ここのどっかにパスつけてうｐ
URLﾘﾝｸ(www.axfc.net)
230:名無しさん＠お腹いっぱい。
06/10/31 22:19:38 hsVg0JJw0
>>229
いや、パスつけるとかじゃなく
なんであんたにうｐしなきゃいけないんだ？
まじできもいよ
お前友達いねーだろ？きもい死ね
いいからさっさと方法教えろや
231:名無しさん＠お腹いっぱい。
06/10/31 22:19:53 aftmp2C10
自分の立場もわからん奴には教える義理はないな。
きっと現実では上手く渡れてないんだろうな・・・可哀相に
232:名無しさん＠お腹いっぱい。
06/10/31 22:23:45 hsVg0JJw0
あっそ
きもいな
ネットでもきもいお前に言われたくないね
つか、素直に質問に答えてればいいものを
こうやってわざと荒れた状態にするなんて
よほどきもいんだなｗｗ
233:名無しさん＠お腹いっぱい。
06/10/31 22:24:24 aftmp2C10
こっち提供する側。お前される側。この意味分かる？ｗ
っていうかぶっちゃけ弄るの飽きたからいうけど、普通さ「tta デコード」とかでまずググらない？一発で出たんだけどｗ
234:名無しさん＠お腹いっぱい。
06/10/31 22:26:24 hsVg0JJw0
>>233
すみませんでした。
質問して5秒後にとっくに自己解決してました
winnyだからって叩くヤツがいて気分悪くなってこのような真似をしてしまいました
さようなら。
235:名無しさん＠お腹いっぱい。
06/10/31 22:30:28 5PQO8KxV0
夏だなぁ
236:名無しさん＠お腹いっぱい。
06/10/31 22:34:00 FUavcZRO0
おじいさん今は秋ですよ
237:名無しさん＠お腹いっぱい。
06/10/31 22:46:16 oHQ/K2Kt0
一年中日曜日な香具師が増えているからな
季節も関係なくなってるのかもしれないよ
238:名無しさん＠お腹いっぱい。
06/10/31 23:03:12 4t8OLy8U0
久しぶりに酷いものを見た気がする。
239:名無しさん＠お腹いっぱい。
06/10/31 23:38:53 eCnv8Peg0
俺も通報しておくか
240:名無しさん＠お腹いっぱい。
06/11/01 00:11:09 mE+yWReq0
HAでは公開リスニングテストを48kbpsでやるのか
80kbps VS MP3 128kbpsでやるのか再びもめてるようだな
まあ48kbpsだと結果が目に見えている&あまり知見が得られそうにないので
80kbps VS MP3 128kbpsでやってほしいところだな
241:名無しさん＠お腹いっぱい。
06/11/01 00:28:23 0D8wkaJh0
前のには参加したけれど、次回がmp3だけのテストだったら興味を持てないのでパス。
242:名無しさん＠お腹いっぱい。
06/11/01 06:16:42 KdiIvM4d0
>>240
80 vs 128では無いよ。
48Multi か 128 MP3。
243:名無しさん＠お腹いっぱい。
06/11/01 11:10:46 C4IDD4fR0
ばかです。はい。
244:名無しさん＠お腹いっぱい。
06/11/02 01:00:16 SM+xfy8aO
なんでマンコはキモイんだろ？
マンコは、マンコ観たこと無いんだろーなぁ
245:名無しさん＠お腹いっぱい。
06/11/04 14:35:26 BA2DsFMo0
波形データを数式化する技術ってあるけどこれホント? ただのとんでも系?
URLﾘﾝｸ(www.jgs-g.co.jp)
246:名無しさん＠お腹いっぱい。
06/11/04 17:59:12 VWfTIksF0
何回かそれは出てきてるが、
・音声圧縮理論自体は枯れた分野なので、ケタ違いの革新は非現実的。
・既存技術に対する科学的反論が皆無である。
・書いてある文章が、Lossy、Losslessを混同するような文章である。
・アップされているサンプルがフェアじゃない。
・それ以降の動きも話も一切聞かない。
というツッコミが必ず入る。
そもそも、可逆ならサンプル比較する意味がないし、
非可逆ならテキスト圧縮なんて馬鹿な事しないわけで、
目的と手段が無茶苦茶なのは確か。
247:名無しさん＠お腹いっぱい。
06/11/04 18:36:25 i74p25TF0
>>245
懐かしい。すっかり忘れてた。
248:名無しさん＠お腹いっぱい。
06/11/04 20:20:21 g+w6lTMD0
>>246
つーか、単なるvaporwareだからw
249:名無しさん＠お腹いっぱい。
06/11/05 04:23:19 Txbn7I5Q0
>>246
ありがとう。
サンプルがデコード後のswfって変だよな～とは思っておりました。
250:名無しさん＠お腹いっぱい。
06/11/05 12:11:17 FqrA75pfO
IISのコーデックでエンコした320kbpsのバイナリ、
WMP10のv3.3で作ったのもWMP11のv3.4のも、サラウンド・コマンドライン・エンコーダーv1.0で作ったのも、どれもzipで圧縮かけると一割以上縮むのな…
251:名無しさん＠お腹いっぱい。
06/11/05 15:33:27 08L0exY00
CBRでそんな事言われてもな…
252:名無しさん＠お腹いっぱい。
06/11/05 18:46:26 4Sm9Z8se0
>>250
MP3のハフマン符号は圧縮できる余地が残っているためらしい。
それを利用してMP3をさらに20%程度圧縮する専用フォーマットもある。
SoundSlimmer? - lossless audio compression revolution!
URLﾘﾝｸ(www.soundslimmer.com)
253:名無しさん＠お腹いっぱい。
06/11/26 03:55:55 RSUpvq8k0
マルチフォーマット公開リスニングテスト @ 48 kbps
HE-AAC vs WMA vs Vorbis
(原文) URLﾘﾝｸ(www.maresweb.de)
(翻訳) URLﾘﾝｸ(gorigon.selfip.info)
協力者求む
254:名無しさん＠お腹いっぱい。
06/12/09 05:17:05 KeujhwKK0
質問なんですが、LAME 3.96FinalとLAME 3.97Final(いずれもMitiokのサイトから)
を同じコマンドでエンコードしたのですが、3.97のほうがすごく動作が
重いように思います。実際に処理が重くなったのでしょうか。
私のマシンではロック音でPIPE録音するとき3.97では音飛びします。
エンコードを行ったときのコマンド
--preset extreme --lowpass 19.5
255:名無しさん＠お腹いっぱい。
06/12/10 14:35:00 0JBUB2Ik0
>>253 結果が出たね
今回は(全てのサンプルではないが)参加できたので、感想を書いておくと
・HE-AACは多くの音源で頭一つ抜けている
・WMA Proのアーティファクトは個人的にはあまり好きではない
本題とは関係ないけど、high-anchorに使われたiTunes AAC 96kbpsは
128kbps mp3の代替としては十分実用範囲だね。
今回試した中ではABXできなかったものはなかったけど、不快なサンプルもなかった。
256:名無しさん＠お腹いっぱい。
06/12/10 17:55:18 GXxWLtIH0
Atrac3へのエンコーダはどこにありますか？
257:名無しさん＠お腹いっぱい。
06/12/10 19:58:46 VbOxHGqV0
>>256
SonicStageGPで出来たと思う。
たしか無料で使えたはず。
258:名無しさん＠お腹いっぱい。
06/12/10 20:03:31 rNY//y8H0
グランプリかよｗ
259:名無しさん＠お腹いっぱい。
06/12/10 20:45:20 JpEuDig30
>>255
確かに不快なアーティファクトになっているのはいくつかあったね。
ただ自分の結果をまとめて処理してみると、aoTuVとWMAstd、Proは僅差しかなかった。
ABC/HRは相対評価だから、48kに比べれば96kは評価は高くなるけど、
もし128kが入っていたら96kとは差が着いていたと思う。
実際、Flyin__to_FlyとかBigYellowは96kbpsでは厳しい。
260:名無しさん＠お腹いっぱい。
06/12/11 19:28:26 qriHoRZV0
>>256で不意に思った。そういえばAtrac3ってどの程度の音質なんだ？
261:名無しさん＠お腹いっぱい。
06/12/11 19:30:19 FuCx0Ddw0
URLﾘﾝｸ(www.rjamorim.com)
262:名無しさん＠お腹いっぱい。
06/12/12 03:31:11 ERQX1fQS0
WavPack 4.40でた。目立った変更点は
・highとextraの速度向上(旧highはvery highに)
・モノラル音源の圧縮率を向上するオプションを追加
・壊れたファイルの処理の改善
あたりか。
263:名無しさん＠お腹いっぱい。
06/12/14 03:19:16 VKdN8RZm0
>>262
4.30の時はhydrogenaudioのフォーラムにICLによる高速化のトピがあったけど、
今回もあるのかな？
264:名無しさん＠お腹いっぱい。
06/12/17 02:13:16 axtC1IK40
エンコーダ専門スレって無いの？
今、PC録音に戻ってきて、色々調べてるんだけど、
午後のこーだは古いし、LAMEは今一だし、
もっと何か新しくデフォになってるのが出てきてるかと思ったんですが。(;´Д`)
265:名無しさん＠お腹いっぱい。
06/12/17 02:23:27 VE0zTKJB0
今一って何を求めてるんだ
266:名無しさん＠お腹いっぱい。
06/12/17 02:43:38 2Q9dCBEZ0
HA行かずに2chスレ来て何言ってんだ？
267:名無しさん＠お腹いっぱい。
06/12/17 22:26:54 axtC1IK40
意味わかんねぇ略すんな。
268:名無しさん＠お腹いっぱい。
06/12/17 23:00:16 JQ7Dxqu80
HAは公式な略称ですが
269:名無しさん＠お腹いっぱい。
06/12/17 23:06:26 2Q9dCBEZ0
>>267
論点ずれてる的外れな煽りしか出来ないんだったら、午後のこーだずっと使ってろ
270:名無しさん＠お腹いっぱい。
06/12/18 11:50:31 xXE6/Zs30
>>267
これはひどい
271:名無しさん＠お腹いっぱい。
06/12/18 12:27:12 zKSvRO1Z0
次スレからテンプレにHAのリンク入れたらいいよ
272:名無しさん＠お腹いっぱい。
06/12/21 00:11:40 SHaKTeUL0
MP3PROと同じSBRを利用したフォーマットらしい
URLﾘﾝｸ(www.vlsi.fi)
273:名無しさん＠お腹いっぱい。
06/12/21 00:23:14 tSTUuEJE0
今更PlusVかよw
何年前の話だw
フォーマットというかそれはSBRのみを提供するもの
274:名無しさん＠お腹いっぱい。
06/12/21 11:20:54 61wMAV0o0
>>264
つか不可逆圧縮にどれくらいのクオリティを求めてるんだ?
素直に可逆圧縮に移行しとけ。flacもWavPackもエンコーダだろ?
275:274
06/12/21 11:22:33 61wMAV0o0
すまん、aoTuVとかが出てこないあたり釣りだったな。マジレスしてごめん。
276:名無しさん＠お腹いっぱい。
06/12/21 15:10:21 RM/EowPQ0
釣りにマジレスした罰として>>275はWMAを使うこと
277:274
06/12/21 15:15:39 61wMAV0o0
えとWMA Losslessはありですか?
278:名無しさん＠お腹いっぱい。
06/12/21 16:01:22 7WOk6gsg0
もちろんなしよ。VBRもなしね。
279:名無しさん＠お腹いっぱい。
06/12/26 19:49:13 OvQJk3pn0
80 kbps LC AAC listening test
URLﾘﾝｸ(www.hydrogenaudio.org)
80kbpsのNeroAACのリスニングテスト開始。(1月8日まで)
最も効率の良いAACの設定を探るべくのテスト。
280:名無しさん＠お腹いっぱい。
06/12/30 03:42:28 yUs00WtrO
実際のシェアってどんな感じなんだろ
mp3
aac
wma
ogg
で
281:名無しさん＠お腹いっぱい。
06/12/31 17:50:03 hFte18tr0
今まで音が凄く割れた曲があって、
試しにmp3の192Kbpsにしたら全然しなくなった…。
ちなみにﾛｽﾚｽとかAAC192kbps、WAVしてみたけど、音割れはする。
282:名無しさん＠お腹いっぱい。
06/12/31 17:56:14 LxoDx13Z0
( ﾟдﾟ)
283:名無しさん＠お腹いっぱい。
06/12/31 19:16:20 hGeaSjpS0
それは割れてる方が正解だろ。
284:名無しさん＠お腹いっぱい。
06/12/31 23:11:44 IzHhc7fC0
>>280
mp3 78%
aac 13%
wma 6%
ogg 2%
etc 1%
予想。違法コンテンツ、オンラインミュージックストア、動画の音声コーデックも考慮した。
285:名無しさん＠お腹いっぱい。
07/01/01 00:28:50 F1VjICOG0
ストリーミング物のラジオとかだとwmaは他を圧倒してるんだし
ogg2%でwma6%はないでしょ
286:名無しさん＠お腹いっぱい。
07/01/01 00:47:42 HlGzqyrJ0
シェアって分野に拠るだろうし、根拠の無い予想しかできないと思うが。
287:名無しさん＠お腹いっぱい。
07/01/01 01:00:50 XVAZ2ZBW0
着うたもAACとしてカウントするならもうちょっとシェア高いかもな。
288:名無しさん＠お腹いっぱい。
07/01/01 01:18:26 iUCxMcYw0
動画の音声まで考慮するんだったら
AACなんてテレビの音声（デジタル放送）に使われてるぞ。
テレビに比べたら他の利用媒体のシェアなんて誤差みたいなもんだ。
289:名無しさん＠お腹いっぱい。
07/01/05 19:09:18 cOTlLi3Q0
TAKがpublic betaになったか
290:名無しさん＠お腹いっぱい。
07/01/08 13:48:18 HP8tvDkn0
可逆使ってる人はそんなに多くないのかな。
291:名無しさん＠お腹いっぱい。
07/01/13 20:19:54 vhTqdEpR0
ほす
292:名無しさん＠お腹いっぱい。
07/01/13 20:31:37 siGi8qvF0
オレはWMAのLossless使ってる。
293:名無しさん＠お腹いっぱい。
07/01/13 22:31:03 2ZbXiAgS0
可逆も使ってるけど、安定性重視なので新しいのは様子見
294:名無しさん＠お腹いっぱい。
07/01/17 07:57:49 aKtjpwjL0
ちょっとスレ違いな気がしますが
ステレオのWAVEファイルを左右反転させてWAVEに出力できるソフトってありませんか？
劣化無しならなお良しなんですが
295:名無しさん＠お腹いっぱい。
07/01/17 08:20:47 5gRpnvuG0
スレ違いなのは「ちょっと」どころじゃないだろ。
296:名無しさん＠お腹いっぱい。
07/01/17 08:25:55 KcjJgxC/0
>>294
sox input.wav output.wav swap 2 1
URLﾘﾝｸ(sourceforge.net)
297:名無しさん＠お腹いっぱい。
07/01/17 09:44:35 aKtjpwjL0
>>296
ありがとうございます。参考にしてみます
298:名無しさん＠お腹いっぱい。
07/01/17 12:02:03 igkN2vGE0
ac3,wmaをwavに一番高品質でで変換できるソフトってどれになるでしょうか？
299:名無しさん＠お腹いっぱい。
07/01/17 18:37:55 gFHWazf50
マトモな実装なら、どれ使っても知覚可能な差は出ないんじゃないか？
300:名無しさん＠お腹いっぱい。
07/01/27 02:40:56 9cWSZtHcO
wavpackのhybridでwvcつけて可逆にしてる人
あんまりいないんすかねぇ・・音質・圧縮・速度といい文句無しなんですが('A`)
301:名無しさん＠お腹いっぱい。
07/01/27 02:57:37 0Lb2xHzG0
非可逆モードのwavpack自体にほとんど使い道がないから
素直に普通の可逆圧縮として使ってる人が多いのでは
302:名無しさん＠お腹いっぱい。
07/01/27 03:30:14 9cWSZtHcO
なるほどーしかしhybridで作成したwcファイルは
サイズも小さいし、元のwavにwvcがあれば完璧にデコード出来るし
flacと同等の圧縮価値があると思うんですがなぁ
303:名無しさん＠お腹いっぱい。
07/01/27 03:37:55 3RnkmkXu0
分ける必要がない
それが役に立つシチュエーションが自分にない
304:名無しさん＠お腹いっぱい。
07/01/27 03:55:05 9cWSZtHcO
因みに圧縮は何が好みでしょか？自分、実はCDで聴くのが
一番多いっすｗ
305:名無しさん＠お腹いっぱい。
07/01/27 04:33:54 9gelGTR10
CDで聞くって手間・ドライブへの負担等々、一番の愚行じゃない？
なんのために可逆があるのかと
306:名無しさん＠お腹いっぱい。
07/01/27 12:07:33 FpMri68G0
WavPack非可逆モード対応のプレイヤーが普及しないと、使い道が
あまりない。
307:名無しさん＠お腹いっぱい。
07/01/27 13:31:31 9cWSZtHcO
でもRockboxインストールすればIpodとかIriverなんかの
機種だと再生可能ですよ。全部の機種じゃないですが
308:名無しさん＠お腹いっぱい。
07/01/27 14:43:23 FpMri68G0
どうせRockbox使うならFLAC聞きたいな。
容量の面でいいのはわかるんだけどねぇ。>WavPack
309:名無しさん＠お腹いっぱい。
07/01/27 15:02:27 MeAvitpA0
WavPackってロスレスの中ではこの4,5年で一番進化したコーデックだから面白いんだよね。
シークと展開速度が劇的に改善されて以降はこれ中心に使ってる。
310:名無しさん＠お腹いっぱい。
07/01/27 15:11:18 GUz8E+mI0
まあそれもTakが出たらおしまいだけどな
311:名無しさん＠お腹いっぱい。
07/01/27 15:42:40 9cWSZtHcO
Takって名前だけは変えて欲しい^^;
信者ではないですがwavpackがもっと認知されればいいなとlame320でエンコ保存する位なら
よっぽど利便性と品質保持で圧倒的だし
312:名無しさん＠お腹いっぱい。
07/01/27 15:59:33 FpMri68G0
可逆で保存して不可逆を携帯プレーヤーで聞くというのがいまのところ
現実的かなぁ。
apeでDVD-Rか外付けHDD保存。iPodとかウォークマンならLame -V2でいいんじゃない?
AACは互換性とかの面で痛い目にあったので使いたくないorz
apeじゃなくても圧縮率よくて部分的な破損があっても、なんとか再生できる可逆圧縮なら
なんでもOK
圧縮率悪いけど再生負荷が低いという触れ込みなのでFLAC使ってる。
313:名無しさん＠お腹いっぱい。
07/01/27 17:46:08 0Lb2xHzG0
TAKは1.0 final releaseか。
当面はWindowsでしか使えないだろうしタグのサポートもまだ固まってないから
あまり積極的に使う気にはならないな
はやくCのSDKを公開してちょーだい
314:名無しさん＠お腹いっぱい。
07/01/27 19:03:14 34CZmPQB0
>>307
iPodにインストールしても電池の減りが早すぎて、外へ持ち出す意味がありません。
315:名無しさん＠お腹いっぱい。
07/01/28 18:10:29 klcHaq8fO
やっぱ可逆は手間と安定性考えると
EACでリップ、そのままFlacかWavpackにパラメータ渡してエンコがいいな
316:名無しさん＠お腹いっぱい。
07/01/29 22:15:02 ve1wC2fd0
FlacからWavPackに乗り換えた。オプションは-hhx3で。
317:名無しさん＠お腹いっぱい。
07/01/29 22:52:57 xwrg7Uay0
高圧縮のwavpackってエンコード遅いしデコードも速くないからあまり使い道が無い気が...
apeのfastの方がまだバランスがいいような
318:名無しさん＠お腹いっぱい。
07/01/30 02:04:06 8dxwC1nBO
apeは互換性の問題がな・・圧縮だけだし
wavpackはflacよりエンコ速いしよっぽど低スペマシンじゃなきゃ気にならん
319:名無しさん＠お腹いっぱい。
07/01/30 02:11:02 YzUFnC6l0
いや...-hhx3は圧縮激しく遅いよ
wavpackは3.xから4.xで後方互換切り捨ててるからあんまりapeのことはいえない
320:名無しさん＠お腹いっぱい。
07/01/30 02:25:45 OP/anko50
エンコードは寝てる間にするから、速さ云々は気にしないな。
さすがにOptimFrogの--mode ultranew --optimize bestは地獄だったけど。
321:名無しさん＠お腹いっぱい。
07/01/30 02:40:21 0TLpy2Vn0
WavPackの-hhx3はデコードもMonkey's Audioのfast並みだからなあ
322:名無しさん＠お腹いっぱい。
07/01/30 03:36:10 qhC52Fcl0
エンコなんか寝てる間に一回やればいいだけなんだし、どっちかと言えばデコード速い方が重要
>>320
それとかLAは地獄だなw
ってかこんな事はfoobar2kのTak再生用プラグインが出れば全て解決する
TBeck、さっさとfoosionにソース見せてやればいいのに
323:名無しさん＠お腹いっぱい。
07/01/30 12:34:22 0oMnjFIt0
>>322
URLﾘﾝｸ(d.hatena.ne.jp)
まだ時間がかかるらしい
324:名無しさん＠お腹いっぱい。
07/01/30 13:05:36 YzUFnC6l0
HAのスレッドを見てる限りではオープンソース化には消極的っぽいな
325:名無しさん＠お腹いっぱい。
07/01/31 13:14:55 sm9aCWyx0
オープンソース化はするみたいだけど、まあやったからと言って、
すぐには別の開発者に期待は持てないし、それより再生環境を整えた方が良いだろう。
予定によると1～2ヶ月後にはWinampプラグインとSDKのリリース。
その後Cへ移植して、ドキュメント類を充実させてからソース公開するらしい。
実用できる段階になるのはfoobar2kでの再生環境が整ってからだろう。
326:名無しさん＠お腹いっぱい。
07/02/03 21:12:16 5qnmGi+20
TAKってオープンソースじゃなかったのか。
foobarのプラグイン早く～
327:名無しさん＠お腹いっぱい。
07/02/04 03:21:12 8imWmz5b0
圧縮率上げたTAK作れとか粘着してる奴がいるなw
328:名無しさん＠お腹いっぱい。
07/02/04 03:25:58 jRXmKtKJ0
ape厨だなそりゃ
329:名無しさん＠お腹いっぱい。
07/02/04 03:47:25 qNhRyHdv0
TAK出たらAPEの存在価値無くなっちまうからな。
330:名無しさん＠お腹いっぱい。
07/02/04 04:06:24 8imWmz5b0
apeはまだ圧縮率で勝ってるモードがあるからいいけど
FLACは普及度で...
wavpackは...hybrid?
TTAは...何もないかもw
331:名無しさん＠お腹いっぱい。
07/02/04 10:03:00 eFg8kzHt0
久々にこの世界に戻ってきたのですが、今PCに音楽を焼く場合はどの方法が主流なのでしょうか？
基本的にはPCで音楽聴くだけです
apeかLAMEでMP3かで迷っています
試しに上の2つは試してみましたが、APEは圧縮率という面では当然といえば当然ですが低すぎですね
あとMPにする場合、レートはどの程度にしていますか？
よろしくお願いします
332:名無しさん＠お腹いっぱい。
07/02/04 10:09:37 Sa41c12t0
自分で決めなさい
333:名無しさん＠お腹いっぱい。
07/02/04 10:41:32 GJPaxuD40
LAME MP3なら
URLﾘﾝｸ(wiki.hydrogenaudio.org)
ロスレスなら
URLﾘﾝｸ(wiki.hydrogenaudio.org)
334:名無しさん＠お腹いっぱい。
07/02/04 12:41:00 GKCuk+mN0
2月中にはTAK聴けるようになりそうだな
335:名無しさん＠お腹いっぱい。
07/02/04 16:22:54 T8lS3znw0
>>331
再エンコの必要がないならlameで-V2とかでも十分と思うけど。
Ogg Vorbisとかも結構おすすめ。Lancer使えばエンコード早いし。
336:名無しさん＠お腹いっぱい。
07/02/05 15:01:14 m8YPTAqA0
mp3はCBRのほうが互換性が高くていいよ
VBRだと互換性は他のフォーマットとたいして変わらんし・・・
337:名無しさん＠お腹いっぱい。
07/02/05 15:35:36 vz3mnv2n0
（；´Д｀）
338:名無しさん＠お腹いっぱい。
07/02/05 15:43:56 fmk1inEB0
VBRが互換性低いっていつの時代の話だｗ
339:名無しさん＠お腹いっぱい。
07/02/05 19:29:18 i48N1n5N0
一昔前の携帯プレイヤーと二昔前のカーコンポｗ
340:名無しさん＠お腹いっぱい。
07/02/05 20:44:49 ybFFxC/+0
WavPackに移行した。圧縮展開速度も均衡が取れてるね。
Flacより議論が活発だからフォーラムを見るのが面白いし。
341:名無しさん＠お腹いっぱい。
07/02/05 21:01:28 nNL+qa5B0
WavPackのどこが議論が活発なのか・・・
むしろ活発なのはFlacの方でしょ
342:名無しさん＠お腹いっぱい。
07/02/05 21:12:13 KBMrQDa60
>>340-341
どちらかが嘘をついている
343:名無しさん＠お腹いっぱい。
07/02/05 21:17:04 50Pe/4990
少なくともHAは完全にFLACが活発だな
344:名無しさん＠お腹いっぱい。
07/02/05 23:12:15 WcTWyZ8W0
移り変わりの速いPCでさえも、
結構旧型てか、時代遅れスペックの使ってる人は案外多いからな。
カーステとか携帯プレーヤーも
思いの他、古い世代のを使ってる人は居るんじゃないかとは思うね。
実際MP3自体がもう古いしなｗ
それでも使ってる人は多い訳で。。
345:名無しさん＠お腹いっぱい。
07/02/05 23:25:55 CkT6I4Hz0
MP3ならとりあえずLAME3.97え192kbpsCBRエンコードしておけば
一生再エンコード不要だろｗ
可逆でバックアップとるの前提ね。
346:名無しさん＠お腹いっぱい。
07/02/06 00:00:39 nNL+qa5B0
3.98a11で
347:名無しさん＠お腹いっぱい。
07/02/06 00:53:40 RfjVSO6X0
確かFLACって-8より圧縮率高いオプションあったよな
348:名無しさん＠お腹いっぱい。
07/02/06 01:06:20 9fjgfHsb0
>>347
このネタスイッチのことかな？
super-secret-totally-impractical-compression-level
349:名無しさん＠お腹いっぱい。
07/02/06 03:24:38 k1I39G1U0
それ酷く低速だった覚えが。
350:名無しさん＠お腹いっぱい。
07/02/06 03:31:23 eOJXWiPa0
flac-1.1.4-alpha1
351:名無しさん＠お腹いっぱい。
07/02/06 03:49:58 gcAaQESR0
圧縮率の向上、エンコーダ/デコーダの速度向上、バグ修正
352:名無しさん＠お腹いっぱい。
07/02/06 05:03:47 DCd01GXO0
URLﾘﾝｸ(www.hydrogenaudio.org)
-8 が2倍速いんなら、弱点は圧縮率のみになるなあ.
デコード速度が15-20%上がったのもすごいね.
353:名無しさん＠お腹いっぱい。
07/02/06 20:44:20 C7yqdBCa0
FLACが高性能化してもTAKにはかなわないからなあ。
普及率が高いから使われるとは思うが。
354:名無しさん＠お腹いっぱい。
07/02/06 23:40:07 HqkoyoO+0
flac1.1.3 -5 からflac1.1.4-alpha1 --bestにバッチ処理で移行中。
アルバム単位でいうと3～5メガバイトくらい縮まる。
デコード速度はx110がx105になるくらい。
シーク速度も特に問題ない。
互換性も大丈夫ぽい。
355:名無しさん＠お腹いっぱい。
07/02/07 04:34:19 xv3iZg0b0
TAKは確かに後発だけあって性能面は有利だけど、
現在、再生できるプレイヤーがないってのがつらいですね。
fb2kで普通に再生できるようになって、
そのあとrockboxが追随するって流れだとすれば、
実用レベルでflacに肩を並べるのに半年～1年ぐらいかかりそですね。
いずれにしてもオープンソース化されないと開発スピードは向上しないでしょうね。
356:名無しさん＠お腹いっぱい。
07/02/07 07:00:56 O6DRof9p0
たった1年だけで追いつけるかね
357:名無しさん＠お腹いっぱい。
07/02/07 09:00:44 shxYW6PS0
FLACは対応ハードウェアの数も多いから、追いつくのはまず無理。日本製は少ないけど。
今のWVやAPEに追いつけるだろうけど。特に高圧縮だけがウリのロスレスは人気なくなっているし。
358:名無しさん＠お腹いっぱい。
07/02/07 11:15:04 zzKUC19B0
高圧縮でありながらデコード速度がFlacより速いよ
ただの高圧縮なら何の価値もない
359:名無しさん＠お腹いっぱい。
07/02/07 12:26:21 shxYW6PS0
>>358
人気が無くなっている高圧縮コーデックというのはAPE、LA、OptimFrogとかのこと。
TAKのデコードが早いのはウリだけども現状では
foobar2000でのFLACデコードはTAKよりも早かったりするし、(デフォで比較)
FLAC1.1.4での改良が取り入れられればさらに早くなるかもしれない。
それにFLACは-5でも-8でもデコード速度は一定なのに、
TAKは高圧縮オプションだとデコードが遅くなる弱点もある。
TurboとExtraでは2倍近く差がある。これはハードウェアサポートに不利。
とは言え圧縮率とデコード速度が非常にバランス良く設計されたコーデックだから
PC上での利用者は増えると思うけど。
360:名無しさん＠お腹いっぱい。
07/02/07 14:49:05 bMvszF+s0
FLACの作者が1.1.4ではTAKよりデコードが速いと言っている。
TurboとExtraで2倍は無いだろ。
URLﾘﾝｸ(www.synthetic-soul.co.uk)
ちなみにFLACでも確実に差はある。うちの環境だと-8と-5と-0のデコード速度比は
1:1.22:1.28ぐらい
361:名無しさん＠お腹いっぱい。
07/02/07 15:26:39 shxYW6PS0
foobar2000のDecoding speed testで計測した結果は
FLAC 1.1.3 -5は136.48xで、-8は134.09x realtimeと殆ど変わらない結果。
実用的な-5～8でのデコード速度差は殆ど無いよ。(格段に圧縮率の悪い-0、1、2は僅かにデコード速度が上がる)
TAKのデコード速度の一例として
Turbo 142.23x Fast 131.34x Normal 122.80x High 95.65x Extra 79.61x
とかなりの差ができる。(テストモードで計測)
そこの結果はAthlonXPでSSE2すらサポートしてないから、傾向を見るのには役立つが、TAKの実際の早さとは乖離してるなぁ。
HDDの影響を受けてるのかもね。上記の結果は全てPentiumM 1.7Ghzで計測。
362:名無しさん＠お腹いっぱい。
07/02/07 16:14:45 Gy5+/D6U0
傾向だけでいいんじゃないの？
SSE2やその他技術が完備されてるハードウェア限定で使った場合のみパフォーマンスが高い
って感じのどうにも微妙な技術になるのはいい事じゃないし。
363:名無しさん＠お腹いっぱい。
07/02/07 23:59:10 j0mEsu260
Pen4 3GHzでTurboとExtra Maxのデコード速度を比較すると速度比は1.2倍ぐらいだな
つーか早くソースを出してくれ
周りにあるほとんどのマシンはPowerPCかLinuxなx86だから試せない
364:名無しさん＠お腹いっぱい。
07/02/08 01:07:20 +DAFbMJ10
MDからPCに音楽を取り込んだのですが、１チャンネル（左右のうち片方にしか
音がはいっていません）になってしまいました。
この音源を何かソフトをつかって左右両方に音を入れることはできないんでしょうか？
何か方法があれば教えていただけませんか。
よろしくお願いします。
365:名無しさん＠お腹いっぱい。
07/02/08 16:46:12 qptJKWFLO
お前よー空気嫁
あと質問がスレ違いだって分かんねえの？逝ってよし(゜д゜)、ペッ
366:名無しさん＠お腹いっぱい。
07/02/08 17:08:29 2TvA9jOZ0
空気読んで欲しいほど白熱してるわけでも、大事な問題抱えてるわけでもねーだろ。
でも、スレ違いなのはほんとだよ。ペッ
367:名無しさん＠お腹いっぱい。
07/02/08 19:54:43 pcIkYdqE0
>>354
良くalpha版にバッチで移行なんてできるな。
壊れた結果吐くかもしれないのに。
368:名無しさん＠お腹いっぱい。
07/02/09 01:12:02 sBi6OIGj0
>>367
1.1.3のファイルは残してあるから、そんなに気にしてない。
369:名無しさん＠お腹いっぱい。
07/02/09 09:49:50 Wti57DoS0
らめぇをCBRで使う癖にstable放置で最新版追っかけ者としては耳が痛い話だ
370:名無しさん＠お腹いっぱい。
07/02/09 12:18:57 Vl7q7ya70
LAMEの最近のαは、色々方針決まってねーよってのが大きくて、
(特にpreset使う分には)変な結果はまず吐かないような認識ですが。
371:名無しさん＠お腹いっぱい。
07/02/09 13:55:45 uyNfyvgk0
非可逆が変な結果吐こうがどうでもいい
372:名無しさん＠お腹いっぱい。
07/02/10 11:06:13 KptsJ2MdO
ホントだな。非可逆でこだわりもつなんてアホらし
可逆でサイズ、速度が究極に煮詰まればlame脂肪也
373:名無しさん＠お腹いっぱい。
07/02/10 12:16:16 Rn9NzDXR0
バグありかどうかの話だろ？
非可逆と可逆は少なくとも当分は適材適所。
可逆馬鹿は消えろ。
374:名無しさん＠お腹いっぱい。
07/02/10 13:00:39 wui7pcgZ0
デコードできないようなファイルを吐くようじゃ困るが、alphaでも一応リリースされているものについては
不具合無いんじゃないか?
キラーサンプルみたいなアーティファクト程度の変化はしかたがないこと。
375:名無しさん＠お腹いっぱい。
07/02/10 13:17:40 Zo4peJ3b0
1.1.4aはベリファイが常に有効になってるから、エンコードに不具合があればエラーで分かる。
常用するなら正式版待ちでも良いと思うが、圧縮率は上がっている上に高速化してるから
-8使いの人は1.1.4aも良いんじゃないか。
376:名無しさん＠お腹いっぱい。
07/02/10 13:17:58 ybDmMh+D0
>>372
逆だろ。
可逆圧縮なんて、どのフォーマットも大して圧縮率変わらんし、
これからも10％以上も改善せんだろ。なんでサイズにこだわるのか
全く理解できん。あと、圧縮速度と展開速度にこだわる理由も分からん。
可逆の圧縮なんて、取り込み時の1回しかやらんだろうし、その場合は
CD吸出し速度のほうがボトルネックになるだろ。展開だって、
そんな速度必要か？聴くのだったら1倍速以上いらんし、携帯用に
MP3とかにエンコードするんだったら、MP3への変換演算の速度のほうが
ボトルネックになるだろ。もしかして、可逆フォーマットのバージョンが
新しくなるたび、変換し直してんの？そんな馬鹿なことはやってないよな。
可逆なら、WMA-Losslessで十分じゃねーの？特に何にもインストール
しなくても再生できるし、タグだって付いてる。
FLACとかTAK開発してるやつだって、いつ開発停止させるかわからんだろ？
仕事でやってるんじゃないんだから。彼らだって仕事してお金をもらわなきゃ
生きていけないわけだから、仕事が忙しくなって、ソフトの開発を継続
出来なくなる可能性があるだろ？そういうときにOSが変わって、
過去のファイルが再生できなくなる可能性があるだろ。
オープンソースなら誰かが開発を引き継いでくれる可能性もあるが、
もしそうならなかったら、怖すぎるだろ。
377:名無しさん＠お腹いっぱい。
07/02/10 13:39:27 y8RBcqV30
最初の3行だけ同意
378:名無しさん＠お腹いっぱい。
07/02/10 13:40:56 0PkAEoqc0
確かに最初の3行だけだな
後全部間違ってる
379:名無しさん＠お腹いっぱい。
07/02/10 13:42:53 KptsJ2MdO
アホか南部ヤロォ
サイズにこだわらないならwavってろ
ボトルネック？スライドギターでもドブロで弾いてろ
可逆でmp3の低レート並に圧縮できたら音質良いし持ち運び便利だなっつー話よ
380:名無しさん＠お腹いっぱい。
07/02/10 13:47:58 KEOxVsnV0
TAKのWinampのプラグインはできたみたい。Finalがリリースされたし、そろそろ出るんじゃないかな。
381:名無しさん＠お腹いっぱい。
07/02/10 14:10:41 ejY3uqKL0
>>379
いや、可逆の中で現状ではどれ選んでも大差ないって事だから。
wavと比べたら6～7割にはなるんだから十分な大差だろ。
ちなみに普通のCDDA音源が可逆で100～200kbps並ってのは、
少なくとも、俺らが生きてる内にはありえないんじゃないかな。
382:名無しさん＠お腹いっぱい。
07/02/10 14:29:17 KEOxVsnV0
そのころにはWAVEフォーマット自体が変わってるかもね。44.1KHz/16bitから192KHz/24bitがデフォルトスタンダードになったりとか。
383:名無しさん＠お腹いっぱい。
07/02/10 14:32:36 AKnICzv90
私には24bitと16bitのPCMをABXで区別できないのでCDで十分。
384:名無しさん＠お腹いっぱい。
07/02/10 14:54:11 mRbr4ObxO
>>383
いや、しっかり録音段階から最後まで24bit以上の環境で製作してるものなら、
16bitとの違いは結構大きいよ。特に生楽器ならかなり劣悪な聴取環境でもわかるレベルかと。
聴覚外の高周波の作用はあんまり信じてないけど、24bit以上のフォーマットは普及して欲しいな。
385:名無しさん＠お腹いっぱい。
07/02/10 15:11:10 AKnICzv90
>>384
ここにあるMcDougalsMen24bit_48kHz.flacやsister24bit_48kHz.flacを16bitに変換した物と比べても
私の聴力ではABXは無理でした。
URLﾘﾝｸ(www.ff123.net)
386:名無しさん＠お腹いっぱい。
07/02/10 15:44:24 NPIC6Afl0
サウンドドライバとか、それよりさらに出力に近い段階で
情報がロストしてるのかも。
387:名無しさん＠お腹いっぱい。
07/02/10 15:51:21 Zo4peJ3b0
16bitで人間には十分なSN比は達成できるから、24bitでも差はないね。
どっちにしろダイナミックレンジは潰しまくるから、24bitの意味もなくなる。
ダイナミックレンジを潰す図
URLﾘﾝｸ(www.youtube.com)
388:名無しさん＠お腹いっぱい。
07/02/10 16:55:01 di0/278h0
むしろ次世代はSACDのような1bitオーディオで.
389:名無しさん＠お腹いっぱい。
07/02/10 18:31:43 AKnICzv90
この実験を見る限りでは、SACDのDSDも私には不必要そうだ。
URLﾘﾝｸ(www.nhk.or.jp)
390:名無しさん＠お腹いっぱい。
07/02/10 19:56:56 7iUYmZWM0
山城祥司氏(大橋力筑波大教授)の実験だと、
瞬時切り替えでは判別不能でも、
切り替えから遅れた形でalpha波が増減するという結果も出ているわけだが。
391:名無しさん＠お腹いっぱい。
07/02/11 00:42:53 WPSJoGmW0
>可逆圧縮なんて、どのフォーマットも大して圧縮率変わらんし、
>これからも10％以上も改善せんだろ。なんでサイズにこだわるのか
塵も積もれば山となる。
121GBのライブラリが圧縮し直したら740MB減ったよ。
これでアルバム2,3枚は余分に入れられる。
>全く理解できん。あと、圧縮速度と展開速度にこだわる理由も分からん。
>可逆の圧縮なんて、取り込み時の1回しかやらんだろうし、その場合は
不可逆と違って最初の取り込み時はfast、後でじっくりbest圧縮が出来る。
合理的じゃないか?
>CD吸出し速度のほうがボトルネックになるだろ。展開だって、
>そんな速度必要か？聴くのだったら1倍速以上いらんし、携帯用に
1倍速だとCPU全力でやっと再生ということなんですが。
オーディオ再生専用の低スペック静音PCは否定しないが、一般的に
BGM再生として使うなら5倍速以上はないと他の作業に支障が出る。
>MP3とかにエンコードするんだったら、MP3への変換演算の速度のほうが
>ボトルネックになるだろ。もしかして、可逆フォーマットのバージョンが
>新しくなるたび、変換し直してんの？そんな馬鹿なことはやってないよな。
1倍速でしか再生できなければMP3への変換よりも可逆のデコードのほうが
ボトルネックになるね。
可逆圧縮だから1回の圧縮しかしないというのもいいんじゃない?
ただあんまり手間かけないでバッチで変換できるし、CPUの空き時間を
有効利用できるのは良いとは思わない?
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5382日前に更新/226 KB
担当:undef