08/08/26 09:18:52 nb4XJEwW0
>>359
HTML5で採用するから対応を進めてるとかそういう事じゃないの？
むしろFirefoxがoggに対応したところで何の意味もないと思うんだが・・・
他のブラウザ(OperaやKonq,IE,Safariとか)でも対応するなら意味があるとは思うが
特定のユーザにしか普及しないようでは、特にWebではこの先生きのこるのは難しいだろ
～が再生できる機能 って言ってるけど
他の形式はMPlayerなりQuickTimePlayerとかで再生してるんだろ？そっちの方で対応させるのはだめなのか？
QuickTImeはまだしもMPlayerはすでにVorbisに対応してる気がするんだが・・・
361:名無しさん＠お腹いっぱい。
08/08/26 16:13:10 xS3LZ37S0
Operaは再生できるテスト版リリースしてる
めんどくさいことしなくてもタグを入力するだけで音声や動画が設置できる！普及するかも！
ってことだろ
362:名無しさん＠お腹いっぱい。
08/08/26 16:58:26 NVTCGuAx0
IEとかSafariは対応しないだろうな、競合する自社技術を持ってる会社の製品だし。
363:名無しさん＠お腹いっぱい。
08/08/26 18:23:17 Mzcsdf3M0
>>360
ヒント：プラグインいらず
364:名無しさん＠お腹いっぱい。
08/08/26 18:39:48 fR6xVDzQ0
ブラウザの再生機能が標準でリプレイゲインに対応してくれるなら便利なんだが。
365:名無しさん＠お腹いっぱい。
08/08/26 22:24:45 SQcPio+3P
>>360
> HTML5で採用するから対応を進めてるとかそういう事じゃないの？
Apple らの反対により、
HTML5 における Ogg Vorbis、Ogg Theora への標準対応はなくなった。
Fx は、HTML5 云々ではなく、パテント・フリーなコーデックであるために
Ogg Vorbis、Ogg Theora に対応する。
ちなみに Fx は Ogg Vorbis、Ogg Theora だけに対応するわけではない。
ただ、他のコーデックに関しては、Fx 内にデコーダは組み込まれない。
たとえば Linux では GStreamer 経由で対応する。
gstreamer-ffmpeg が入ってれば、h.264+aac.mp4 なども再生可能になる。
> 他の形式はMPlayerなりQuickTimePlayerとかで再生してるんだろ？そっちの方で対応させるのはだめなのか？
JavaScript からの操作などにおいて自由度が格段に上がる。
ていうか、Windows も OS X も Linux も GStreamer にするにはまだ時期尚早って判断なのかな。
Songbird はもうそっちに踏み切ったようだけど。
366:名無しさん＠お腹いっぱい。
08/08/26 22:39:38 NVTCGuAx0
>>365
> ていうか、Windows も OS X も Linux も GStreamer にするにはまだ時期尚早って判断なのかな。
> Songbird はもうそっちに踏み切ったようだけど。
GStreamerはGPLでFirefoxはMPL/LGPL/GPLの３つで使えるように作業中というから、
多分眼中にないのではないかと。
367:名無しさん＠お腹いっぱい。
08/08/26 23:16:21 NVTCGuAx0
Firefoxに関してはデフォルト内蔵コーデックが、Ogg Vorbis/Thoeraで、
他のコーデックサポートに関してはそれぞれのOSの標準的なインターフェイス(API)
経由でのサポート、ということらしい。
Linuxに関しては厳密には標準的なAPIはないけど、
比較的ポピュラーなGStreamerに対応するという感じかな。
Firefoxのみで他のソフトに依存せずにOgg Vorbis/Theoraが再生できる、
というのがこのスレ的にはポイントだと思う。
368:名無しさん＠お腹いっぱい。
08/08/26 23:48:17 SQcPio+3P
>>366
> 多分眼中にないのではないかと。
Linux 版 Firefox が GStremer を使うようになるのはほぼ決定済みです。
URLﾘﾝｸ(bugzilla.mozilla.org)
あと、GStreamer は LGPL。
XUL アプリである Songbird の GStremer 全面採用に向けてのエントリ。
GStreamer for all, all for GStreamer.
URLﾘﾝｸ(blog.songbirdnest.com)
# スレ違いはこのへんにします。失礼。
369:名無しさん＠お腹いっぱい。
08/08/27 03:38:24 0zBOrPQO0
>.367
> Firefoxのみで他のソフトに依存せずにOgg Vorbis/Theoraが再生できる、
> というのがこのスレ的にはポイントだと思う。
URLﾘﾝｸ(journal.mycom.co.jp)
この記事でも似たようなこと言ってるね
370:名無しさん＠お腹いっぱい。
08/09/06 00:12:53 ogRqB+v50
aoTuV beta5.6 Pre-release ver.
URLﾘﾝｸ(www2.atword.jp)
371:名無しさん＠お腹いっぱい。
08/09/06 02:13:04 34srPSed0
Lancer!! Lancer!!
早く復帰してください～。
372:名無しさん＠お腹いっぱい。
08/09/06 07:03:56 rIZEIPqp0
関連スレです
音声可逆変換ソフト総合スレ
ｽﾚﾘﾝｸ(software板)
373:名無しさん＠お腹いっぱい。
08/09/06 08:30:54 pwbGcYkSP
Generic: URLﾘﾝｸ(www.rarewares.org)
P3: URLﾘﾝｸ(www.rarewares.org)
P4: URLﾘﾝｸ(www.rarewares.org)
374:名無しさん＠お腹いっぱい。
08/09/06 08:36:13 pwbGcYkSP
>>373
I'll not post these 'officially' at Rarewares until libvorbis 1.2.1 is officially released.
375:名無しさん＠お腹いっぱい。
08/09/07 07:40:14 zAb/t/6i0
QMPでOgg Vorbisにアルバムアートの埋め込みできたけど独自実装なのかな？
376:名無しさん＠お腹いっぱい。
08/09/07 12:40:58 LuuSiVG90
ogg→m4aはどうすればいい？
377:名無しさん＠お腹いっぱい。
08/09/07 12:44:24 wVhTlkhR0
mp4コンテナの音声部分がm4aなんだから、
単にコンテナ入れ替えるだけじゃ…。
378:名無しさん＠お腹いっぱい。
08/09/07 17:27:28 f0OaJoPf0
>>376
ogg vorbisをaacかmp3にトランスコーディングして、mp4コンテナに格納です。
fb2kとか、全部をいっぺんにやってくれるアプリがありますよ。
ただし、非可逆から非可逆へのトランスコーディングなので、音質は劣化しますね。
>>377
mp4コンテナにvorbisは入らないよね?
379:名無しさん＠お腹いっぱい。
08/09/07 18:44:10 Bqg8Lk+N0
>>378
mp4boxで入れられる。private trackになるけどね。
扱いとしてはapple losslessと同じ。
対応機器という意味では段違いだが。
380:名無しさん＠お腹いっぱい。
08/09/07 19:39:17 LuuSiVG90
できましたー。
ありがとうございます。
これで携帯電話ででも聴ける＾＾
381:名無しさん＠お腹いっぱい。
08/09/07 21:06:42 f0OaJoPf0
>>378
MP4BOXで入れられるんだ。
YAMBでできないから無理だと思ってた。
ありがとうです。
382:名無しさん＠お腹いっぱい。
08/09/07 21:07:29 f0OaJoPf0
アンカミス。>>379でした。
ごめん。
383:名無しさん＠お腹いっぱい。
08/09/08 23:20:25 zQ2aQZlt0
そんなことしてどうすんのという
384:名無しさん＠お腹いっぱい。
08/09/11 03:08:53 IQClHosB0
真面目な話、Lancerは復活しないんですかねぇ…。
385:名無しさん＠お腹いっぱい。
08/09/11 04:26:44 UuBwQVpN0
ちまちま時間作って作業してるうちに次のリリースが‥・ってなって滞ってるのかもね。
386:名無しさん＠お腹いっぱい。
08/09/11 10:46:57 fTokTq9d0
2年だ
もうあきらめなよ
387:名無しさん＠お腹いっぱい。
08/09/11 12:43:04 IQClHosB0
諦めきれない～。
388:名無しさん＠お腹いっぱい。
08/09/14 16:10:49 5ziw7y440
aoTuV beta5.6 Pre-releaseって、q5だと音質は5.5と変わらないんだね。
HAにaoyumiさんがポストしてた。
389:名無しさん＠お腹いっぱい。
08/09/15 11:22:20 A5PAqasY0
H.264を相手に全く勝ち目はないのにVP8を作ったりして、On2はまるで意味が分からない。
効果があったのかは甚だ疑問だが、VP3をXiphにくれたのも元はVP6の宣伝の為だったか。
URLﾘﾝｸ(www.on2.com)
390:名無しさん＠お腹いっぱい。
08/09/15 20:02:19 5zzcHCin0
>>389
安くて旨くて速ければ需要はあるし、実際そういう方向を狙ってるんだろう。
お手並み拝見って感じでいいんじゃない？
H.264一強、というのも詰らないし。
391:名無しさん＠お腹いっぱい。
08/09/17 21:04:05 GVkfLoZr0
Oggにも入れられるDirac 1.0.0がリリースされた。
URLﾘﾝｸ(diracvideo.org)
H.264のブロックベースの整数変換+デブロックフィルターと比べると、ブロックは無い代わりに
画面全体がぼける傾向があるDWTのDiracがどこまで普及するのかは不明。
392:名無しさん＠お腹いっぱい。
08/09/17 23:21:51 Pj7Gwfl/0
codecのwindows用バイナリはないのね。
393:名無しさん＠お腹いっぱい。
08/09/18 12:04:08 X2gno/be0
DirectShowFilterなら
URLﾘﾝｸ(sourceforge.net)
いつものようにディレクトリに入ったらregsvr32すればインスコ完了する
筈なんだがDiracDecoder.dllが無いせいなのか
「LoadLibrary("DiracSplitter-Dirac.ax") failed - 指定されたモジュールが見つかりません」
とエラーが出て俺の環境だとインスコできない
もう片方のDiracSplitter-libschroedinger.axも同じ
パス通しても同じ
394:名無しさん＠お腹いっぱい。
08/09/18 12:20:13 3U/GSgAv0
Diracにlibschroedingerか
395:名無しさん＠お腹いっぱい。
08/09/19 23:37:58 cleoSFun0
Thusneldaでエンコードしたものが、VLC0.9.2で再生可能になってた。
ただ、前のバージョンでもそうだったけどOggVorbisファイルの先頭が
切れて再生されてしまう。OggTheora+Vorbisだと問題ないのに。
396:名無しさん＠お腹いっぱい。
08/09/20 05:30:22 j8LHVaGO0
パッチを当てたFFmpegを公開してくれている人がいる。
URLﾘﾝｸ(forum.doom9.org)
使用例: ffmpeg -i input.avs output.drc -f dirac -vcodec libdirac
397:名無しさん＠お腹いっぱい。
08/09/20 21:14:18 rJjZlMpd0
Vorbis 1.2.1の正式版出すのが先じゃないのって気もするけど、Vorbis 1.3.0 betaがでてます。
URLﾘﾝｸ(www.hydrogenaudio.org)
まだ、ソースコードだけだけど、来週にはrarewaresにバイナリがアップされるらしい。
雰囲気的にはffmpegが先行してたOgg Kate（字幕仕様）の正式実装のテストかな。
398:名無しさん＠お腹いっぱい。
08/09/21 01:13:47 4LALkxqW0
Vorbis1.2.1は64bit Windowsでのテスト結果を待っているのではなかろうか。
なんかテストしてくれ、ってMLで言ってたが、まだ誰もレポートしてない。
399:名無しさん＠お腹いっぱい。
08/09/21 05:59:17 a8t5dSoh0
libdirac 1.0.0 2415kbps: URLﾘﾝｸ(www.mediafire.com)
URLﾘﾝｸ(img391.imageshack.us)
libtheora 1.0 beta3 2465kbps: URLﾘﾝｸ(www.mediafire.com)
URLﾘﾝｸ(img131.imageshack.us)
x264 rev. 979 2417kbps: URLﾘﾝｸ(www.mediafire.com)
URLﾘﾝｸ(img131.imageshack.us)
YV12 101274kbps(オリジナル): URLﾘﾝｸ(www.mediafire.com)
URLﾘﾝｸ(img220.imageshack.us)
ソースのフィルムグレインは残してある。
400:名無しさん＠お腹いっぱい。
08/09/21 09:36:53 3TJ41JR90
>>399
Diracとx264は大体同じ位か
Theoraは遠景の漣がある距離から一気にスポイルされてるしエッジのモスキートノイズもひどい
せめてエンコが速ければいいのにx264に一般的なオプション与えたのよりも遅いんだよなぁ・・・
Thusneldaとかいうのに期待だな
401:名無しさん＠お腹いっぱい。
08/09/21 20:19:29 a8t5dSoh0
DiracにはOBMCの不具合なのか、前のフレームにあったLADYの文字が消えずに残っている箇所があったり、
それは気になった。
URLﾘﾝｸ(img73.imageshack.us)
URLﾘﾝｸ(img516.imageshack.us)
402:名無しさん＠お腹いっぱい。
08/09/23 19:20:21 Syd4TtU40
MP3が人間の可聴領域外の音を削って圧縮しているのに対してVorbisはその辺どう言う仕組みなん
403:名無しさん＠お腹いっぱい。
08/09/23 19:26:12 Z8v4yjQ00
VorbisはMP3よりも効率良く音声信号を削って圧縮する。
404:名無しさん＠お腹いっぱい。
08/09/24 20:58:20 oAJU6bwA0
AACやWMAも可逆圧縮あるよねテンプレ
405:名無しさん＠お腹いっぱい。
08/09/24 22:27:23 vbc9X5h60
WMAはあるが、AACはないだろ。
406:名無しさん＠お腹いっぱい。
08/09/24 22:45:54 ZoZwrUBL0
VLCといえば遂にAFLACのデコーダが載ったとかなんとか
407:名無しさん＠お腹いっぱい。
08/09/24 23:58:38 ewy6slOg0
MPEG-4 AudioにはLPACをベースとしたMPEG-4 ALS(ISO/IEC 14496-3:2005/Amd 2:2006)があるけど、
それが実際に使われているのを見たことがない。
URLﾘﾝｸ(www.nue.tu-berlin.de)
408:名無しさん＠お腹いっぱい。
08/09/25 00:16:25 f9FOKT6o0
AACとは関係ないだろw
409:名無しさん＠お腹いっぱい。
08/09/26 00:58:58 sDV5UXvj0
Lancerの中の人以外にVorbis高速化やってる人っていないの？
410:名無しさん＠お腹いっぱい。
08/09/26 13:15:22 ts5jRzlx0
聞いた事無いなぁ
411:名無しさん＠お腹いっぱい。
08/09/27 00:28:04 WWeZcaji0
RAREWARESのはICLで公式のバイナリよりちょっと速いんじゃなかったっけ
412:名無しさん＠お腹いっぱい。
08/09/27 07:37:11 5k6Wqlse0
ICLの自動SSE化では大した効果はないよ。x25→x30程度かな。
LancerのようにソースレベルでSSEコードやMTに対応させるとx30→x100程度と激速になる。
windows限定になってしまうので、公式コードでは実装されないけどね。
413:名無しさん＠お腹いっぱい。
08/09/27 08:13:20 wLelm3u20
SSEってOS依存なの？CPU依存じゃなくて？
414:名無しさん＠お腹いっぱい。
08/09/27 11:39:04 fi71XJxc0
SSEはOS側も割り込み時などの対応が必要。
だからLancerもwin95やNTでは動作しない。
Linuxなどwindows以外のOSも今ではSSE対応だと思うけど…
理由はわからないけど、Lancerはwindows専用だな。
単に出力バイナリがそうなってるだけか、コード自体にwin依存部分があるのかは知らん。
415:名無しさん＠お腹いっぱい。
08/09/27 13:15:56 d8ZtBfuv0
コンパイル出来ても動作がおかしいのかそれともコンパイル自体通らないのか
プログラマじゃないからその辺の検証が出来ないのがくやしいなぁ・・・
たしか本人が問題あるからいずれ、みたいな事は言ってた記憶があるけど
416:名無しさん＠お腹いっぱい。
08/09/27 14:19:11 oXSELQ3I0
gccのSSE intrinsicsの扱いに一部バグがあるという話じゃなかったか
コード自体はwindows以外でも動くでしょ。
417:名無しさん＠お腹いっぱい。
08/09/27 19:17:24 5k6Wqlse0
SSE4に対応してLancerが復活!!!なんてことを激しく希望。
418:名無しさん＠お腹いっぱい。
08/09/28 05:24:31 VWwYHsGn0
SSE4はSADが速くなったりTheoraの役に立ちそうだけど、Vorbisに使えそうな機能はあるのかな。
419:名無しさん＠お腹いっぱい。
08/09/29 00:15:23 F2cKugQE0
SSE2からSSE3よりは
SSE3からSSE4の使えそうな命令が増えている感じはする。
420:名無しさん＠お腹いっぱい。
08/09/29 00:16:17 F2cKugQE0
訂正(418)
SSE3からSSE4のほうが
使えそうな命令が増えている感じはする。
421:名無しさん＠お腹いっぱい。
08/09/29 04:51:10 kUeueaSr0
ビットレート128じゃ足りないね
ワンランク上げよう
422:名無しさん＠お腹いっぱい。
08/09/29 10:52:45 Gra42aTF0
そしてFLACへ・・・
423:名無しさん＠お腹いっぱい。
08/09/29 19:13:03 CGfDzkXe0
そしてライブへ…
424:名無しさん＠お腹いっぱい。
08/09/30 10:22:12 E13+6NHQ0
そして伝説へ…
425:名無しさん＠お腹いっぱい。
08/09/30 11:50:04 XNMx1cIa0
伝説から神話へ
426:名無しさん＠お腹いっぱい。
08/09/30 12:21:41 7xG49smm0
神話からお笑いへ
427:名無しさん＠お腹いっぱい。
08/09/30 16:41:45 cMOanVco0
お笑いから舞台へ
428:名無しさん＠お腹いっぱい。
08/09/30 18:50:40 0xOmOPsh0
舞台から映画へ
429:名無しさん＠お腹いっぱい。
08/09/30 19:06:04 e/gl7xuK0
お笑いから舞台へ の時点でついて行けなくなった俺ガイル
430:名無しさん＠お腹いっぱい。
08/09/30 19:48:05 XNMx1cIa0
レゲーオタうざ
431:名無しさん＠お腹いっぱい。
08/10/01 01:47:35 SfLC1Pg00
宿題です。かなり刺激的でした。私には偽乳房の様です。
432:名無しさん＠お腹いっぱい。
08/10/02 18:20:08 TIeRxGH80
HE-AAC 48 kbps = Ogg Vorbis 160 kbps
悔しいけどこれ現実なのよね
433:名無しさん＠お腹いっぱい。
08/10/02 19:22:49 fFYbejkz0
耳が悪くてくやしいのうｗ
434:名無しさん＠お腹いっぱい。
08/10/02 20:10:51 bCf0IniM0
そう、
435:名無しさん＠お腹いっぱい。
08/10/02 23:21:21 WSKTDvC20
ATRACです。
436:名無しさん＠お腹いっぱい。
08/10/03 00:32:01 RZJW4Wyp0
>>432
HEやHE+PSの場合はわかりやすアーティファクトがあるから、
聴き比べたらすぐにわかりますよ。
ぱっと聴いた感じなら十分な品質（ビットレート比）ではあるけどね。
437:名無しさん＠お腹いっぱい。
08/10/03 03:14:19 AnKfVjnm0
>>432
さすがにそれはフカシ過ぎだと思う。
公式なら分からんけどaoTuVの-q0なら結構いい勝負だよ。1.5倍くらいビット割いてはいるけど。
438:名無しさん＠お腹いっぱい。
08/10/03 19:25:17 lPIXeyFf0
Theora 1.0 RC1 のソースアーカイブが上がってるんで、
近々アナウンスされると思われる。
439:名無しさん＠お腹いっぱい。
08/10/03 19:38:05 2WB3gdJh0
まさかDiracに先を越されるとは思わんかったなぁ・・・
440:名無しさん＠お腹いっぱい。
08/10/03 20:02:39 i0hrNWxK0
ゲーム作りに気軽に使えるのがオッグボルビスしかないからもっと強化されてほしい
441:名無しさん＠お腹いっぱい。
08/10/03 20:19:26 uQYa81MY0
Theora1.0がFirefoxに導入されるとかｗｗｗ
442:名無しさん＠お腹いっぱい。
08/10/03 20:56:47 lPIXeyFf0
Theora1.0もRC1に問題が無ければ来週にでも出したい、とのこと。
テストできる人はテストしてやってくれ。
443:名無しさん＠お腹いっぱい。
08/10/04 04:14:30 3DiZ3bvp0
Flash Vorbis player
URLﾘﾝｸ(barelyfocused.net)
> The name is: FVorbis. Which stands for more or less “Ogg and Vorbis in Flash”.
> That’s right, pure ActionScript 3 implementation of the Ogg and Vorbis libraries
> that require no kind of native support from the Flash Player.
> A simple Vorbis player implemented using the new FVorbis lib compiles to about 46KB SWF file.
> And that’s it.
> The implementation relies on some new features that appeared in Flash Player version 10
> (of which beta/RCs are available already for the most common platforms).
> In a player designed to decode at minimum speed
> allowing it to keep audio device playing continuous stream
> the CPU usage is at 5-15% of a single core. The machine is Core 2 Duo 2.6 GHz.
444:名無しさん＠お腹いっぱい。
08/10/04 10:34:14 lCNskHkP0
任天堂、「ニンテンドーDSi」を発売 － SDカード対応、音楽再生機能やカメラも搭載
(中略)
内蔵ソフト「DSiサウンド」では、音楽再生機能を搭載。再生可能フォーマットはAACとなる。
445:名無しさん＠お腹いっぱい。
08/10/04 16:11:32 anKKbOwd0
Theora 1.0 RC1では16の倍数だけではなく、プログレッシブのYV12としておかしくない解像度(width mod-4, height mod-2)なら
エンコード出来るようになった。エンコードの仕組みを考えると、16の倍数の解像度を最も効率良く処理できるのは
間違いないだろうけど。
URLﾘﾝｸ(img391.imageshack.us)
Theora_RC1_win32.7z: URLﾘﾝｸ(www.mediafire.com)
446:名無しさん＠お腹いっぱい。
08/10/04 19:47:45 f2+DwznD0
YUV444、YUV422対応とか量子化マトリクスのカスタマイズとかどうなったんだろう
447:名無しさん＠お腹いっぱい。
08/10/04 20:01:46 anKKbOwd0
Theoraではx264のVAQに相当する機能は無理そうだから、CQMはあっても良いと思う。
URLﾘﾝｸ(forum.doom9.org)
VC-2の有力候補であるDirac Proを差し置いて、Theoraをスタジオで使う事はないだろうから、
たとえTheora Iの仕様にあったとしても、4:2:2や4:4:4はこの先も必要ないと思うけれど。
448:名無しさん＠お腹いっぱい。
08/10/05 00:25:55 IWv8Vcfq0
>>447
Theoraはフレームにつき３つの量子化レベルを選べると書いてあるね。
(正確には"たった３つ"、だが)
VAQはともかく、心理視覚モデルを適用した適応型量子化はまだ研究の余地があるのではないかと。
449:名無しさん＠お腹いっぱい。
08/10/05 08:38:51 BfHzFkCF0
／⌒＼ ／⌒＼ ／⌒＼ ／⌒＼
(;;;______,,,) (;;;______,,,) (;;;______,,,) (;;;______,,,)
丿 ! 丿 ! 丿 ! 丿 !
（ ヽノ （ ヽノ （ ヽノ （ ヽノ
ﾉ>ノ ﾉ>ノ ﾉ>ノ ﾉ>ノ
レﾚ レﾚ レﾚ レﾚ
おおTheora 迷わないで
／⌒＼ ／⌒＼ ／⌒＼ ／⌒＼
(;;;______,,,) (;;;______,,,) (;;;______,,,) (;;;______,,,)
丿 ! 丿 ! 丿 ! 丿 !
（ ヽノ （ ヽノ （ ヽノ （ ヽノ
ﾉ>ノ ﾉ>ノ ﾉ>ノ ﾉ>ノ
レﾚ レﾚ レﾚ レﾚ
もっと 信じるままに
／⌒＼ ／⌒＼ ／⌒＼ ／⌒＼
(;;;______,,,) (;;;______,,,) (;;;______,,,) (;;;______,,,)
丿 ! 丿 ! 丿 ! 丿 !
（ ヽノ （ ヽノ （ ヽノ （ ヽノ
ﾉ>ノ ﾉ>ノ ﾉ>ノ ﾉ>ノ
レﾚ レﾚ レﾚ レﾚ
450:名無しさん＠お腹いっぱい。
08/10/05 18:40:49 dwFW1c500
FLACに関しても>>6の《Q4》お勧めのエンコーダは？
の項目どおりでいいんでしょうかね？
てかFLACって可逆だからあんまりエンコーダの差ないのかな
普段エンコ(MP3)にはCDex使ってます
451:名無しさん＠お腹いっぱい。
08/10/05 18:51:53 o95K8hXF0
>>450
あれはOgg Vorbisエンコーダ
452:名無しさん＠お腹いっぱい。
08/10/05 18:54:31 jYkqELRT0
FLACのエンコーダには公式版の他には、若干圧縮率の高いFlakeが存在するけど、
余りテストされていないと言う理由で、推奨はされていない。
URLﾘﾝｸ(flake-enc.sourceforge.net)
私もこれなら、WavPackでも使った方が良いと思う。
453:名無しさん＠お腹いっぱい。
08/10/05 19:26:52 dwFW1c500
ありがと公式フロントエンド使うことにする
454:名無しさん＠お腹いっぱい。
08/10/05 20:32:52 HZPfL/d90
>>>てかFLACって可逆だからあんまりエンコーダの差ないのかな
>>>>普段エンコ(MP3)にはCDex使ってます
>>あれはOgg Vorbisエンコーダ
>]FLACのエンコーダには公式版の他には、若干圧縮率の高いFlakeが存在するけど、
>ありがと公式フロントエンド使うことにする
この流れについて行けない。結局>>450は何を探してたんだ？flacのエンコーダ？flac.exeのフロントエンド？
455:名無しさん＠お腹いっぱい。
08/10/05 20:41:10 Tg7yoQeF0
flac.exeはlibFLACのフロントエンド。
456:名無しさん＠お腹いっぱい。
08/10/06 10:32:26 p0j9X0Md0
(´-`).｡ｏO(なんでFlacdropXPdは無いんだろ・・・)
457:名無しさん＠お腹いっぱい。
08/10/06 23:04:07 NfPSvmTx0
(´-`).｡ｏO(作者に興味が無いか、リクエストが多くないからじゃないか？)
458:名無しさん＠お腹いっぱい。
08/10/07 00:52:02 PowSwXlO0
サンディスクSansa Fuze、公式ファームウェアでOgg Vorbis / FLACに対応
URLﾘﾝｸ(japanese.engadget.com)
459:名無しさん＠お腹いっぱい。
08/10/07 21:07:47 vThlRTUS0
>>458
それ、日本では発売してないんだよな
460:名無しさん＠お腹いっぱい。
08/10/08 11:24:19 Ggtabe7I0
けっきょくrockboxつっこっむのが一番いいんじゃないかな。
対応しているハードならほぼ同一の機能が使えるから乗り換えやすいし。
461:名無しさん＠お腹いっぱい。
08/10/08 11:25:18 JGUFF4m80
サンディスクはRockBoxプロジェクトに対して開発促進の為のSansaサンプル品を提供したりしてるんだよな
オープンソースに対して積極的な企業なのか
462:名無しさん＠お腹いっぱい。
08/10/08 14:58:08 Ggtabe7I0
Rockboxがオープンでスタンダードなプロジェクトに発展していけば、
・小さな会社でも参入しやすくなる
・ハード以上に面倒なソフトのサポートが統合できる
・競争の原理で価格が下がる
・インタフェイスの統合によりユーザの乗り換えが増える
なんてことが考えられますね。
Linuxみたいになっていくといいんだけどねぇ。
463:名無しさん＠お腹いっぱい。
08/10/08 15:15:23 D/Swxriv0
>>462
Linuxの暗黒面は受け継いで欲しくないな。
特定のデストリしかインストールできないプレイヤーとかあったら嫌だな。
464:名無しさん＠お腹いっぱい。
08/10/08 23:00:43 DbO69G6n0
韓国企業以外がogg採用するのってこれが初だよね？
サブマリンの心配が無くなったのか、
それともやっぱりFirefoxが採用したからなのかな
RockboxがGoogleのAndroidみたいになるのもいいけど
取り敢えず公式ファームで早く広まって欲しい
465:名無しさん＠お腹いっぱい。
08/10/08 23:33:28 2/LxeQ0C0
>>464
いや、数は少ないがあったよ。RioとかNECも出してなかった？
466:名無しさん＠お腹いっぱい。
08/10/08 23:46:07 /sOO/kbp0
ライセンスフリーでOgg Vorbisより圧縮率高いファイル形式無いの？
同じ土台での競争相手がいないんじゃ技術力の発展も期待できないな
467:名無しさん＠お腹いっぱい。
08/10/08 23:55:17 cMY8tfGm0
>>339
OggじゃないみたいだけどFlash10でSpeex使うらしい
468:名無しさん＠お腹いっぱい。
08/10/08 23:55:22 D/Swxriv0
>>466
いろんな規格が乱立するのは勘弁してくれ
あ、でもRockboxが対応してくればいいのか
だが、特許を避けて新しい規格を作るのは至難の業だろ
だからこそサブマリン特許と呼ばれるわけで、地雷原なんだ
469:名無しさん＠お腹いっぱい。
08/10/09 01:28:24 7xaoqiuN0
>>466
ライセンスフリーで競争力の高いコーデックを作ろうとする
団体や個人がどれだけいるか・・・
470:名無しさん＠お腹いっぱい。
08/10/09 01:59:58 0wAsjZWg0
既存の特許をふんだんに規格に盛り込むISOやITU-Tは競争相手としては最強クラス
471:名無しさん＠お腹いっぱい。
08/10/09 07:49:26 dF1OCE4g0
>>465
RioのUniteも持ってたしNECのVoToLも使ってるぜ。
VoToLなんて国内で何人が持ってることやら・・・
472:名無しさん＠お腹いっぱい。
08/10/09 21:54:17 mrsXD2ub0
>>471
次はBang&OlufsenのBeoSound6だな
URLﾘﾝｸ(www.itmedia.co.jp)
473:名無しさん＠お腹いっぱい。
08/10/10 23:50:37 3v6iIBF30
>>472
そういえば、そんなのあったな。
以前値段を見てから、記憶から抹消されていたよ。
474:名無しさん＠お腹いっぱい。
08/10/11 01:01:18 Ge8BaZ6+0
>>472
値段を除けば理想的も理想的。余裕があったら突撃してみようかな
475:名無しさん＠お腹いっぱい。
08/10/11 01:17:19 ro0wGSJK0
しかしFLAC以外のXiphの規格は、今ひとつ普及しないな。
476:名無しさん＠お腹いっぱい。
08/10/11 01:37:44 tItftxR30
え、Vorbisは？
477:名無しさん＠お腹いっぱい。
08/10/11 01:56:11 ro0wGSJK0
FLACのそれと比べると、対応ハードウェアが少ない印象を受ける。
URLﾘﾝｸ(flac.sourceforge.net)
478:名無しさん＠お腹いっぱい。
08/10/11 19:36:39 NHda0QLw0
>>477
そうか？
URLﾘﾝｸ(wiki.xiph.org)
URLﾘﾝｸ(wiki.xiph.org)
479:名無しさん＠お腹いっぱい。
08/10/12 01:37:24 6AR4HgaJ0
今更になって、Avs2YUVと言う便利なツールがあることを知った。
URLﾘﾝｸ(akuvian.org)
avs2yuv input.avs - | encoder_example -v 4 -a 2 -s 40 -S 33 -o output.ogv input_audio.wav -
こういう風にパイプ処理をするにしても、ffmpegを使うよりもシンプルになるし、
8MB近いバイナリを同梱するよりもよほど合理的だ。
480:名無しさん＠お腹いっぱい。
08/10/16 09:25:20 PRtg19tT0
>>467
正式リリースも来たね。
URLﾘﾝｸ(internet.watch.impress.co.jp)
しかしVP6といい、Flashはなんだか面白いとこから引っ張ってくるなあ。
481:名無しさん＠お腹いっぱい。
08/10/16 16:22:34 NWkc4x4J0
そうでないと生き残れないのさ
482:名無しさん＠お腹いっぱい。
08/10/16 22:15:24 Vqr1EKO/0
HE-AACに勝てよ！
勝てる！勝てる！お前なら絶対勝てる！
もっと熱くなれよ！！
お米食えよ！！！
483:名無しさん＠お腹いっぱい。
08/10/16 22:30:42 6XBCZy9b0
>>482
修造おつ
484:名無しさん＠お腹いっぱい。
08/10/16 23:32:43 MOq2Itct0
Firefox 3.1 beta1出てますよ。
Vorbis/Theoraネイティブ対応はいいけど、
シークバーとか、どうやって作るんだろう？
485:名無しさん＠お腹いっぱい。
08/10/17 01:33:08 /Ho8dA3q0
個人的には、DWT+OBMCと言う革新的すぎるDiracより、地に足の付いた技術がベースの
Theoraにもっと普及してほしいと思う。
URLﾘﾝｸ(en.wikipedia.org)
ただ正直、2008年9月の時点で全体の19.48%のシェアしかないFirefoxが対応した所で、
FlashやSilverlightに勝てるとは思わないけれど、今のまま誰も使わない規格のままで
正式版がリリースされるよりは大分ましだろう。
486:名無しさん＠お腹いっぱい。
08/10/17 18:08:41 0EZbKUwz0
>>482
勝ってるし何言ってるの？
64kbps以下なら負けてるが
487:名無しさん＠お腹いっぱい。
08/10/17 21:28:51 USnIMSIg0
勝ってるとか信者の俺でも流石に引くわ
488:名無しさん＠お腹いっぱい。
08/10/17 22:52:55 /Ho8dA3q0
もし、Vorbis+SBRがあったとすれば、AAC(LC)+SBRには決して負けないと思うが、
Coding TechnologiesがXiphに無償で特許を使わせてくれる訳も無いのが残念。
489:名無しさん＠お腹いっぱい。
08/10/17 23:09:29 BT4iRra10
有償か無償かの問題じゃないでしょ。特許自体を避けて実装したわけで。
490:名無しさん＠お腹いっぱい。
08/10/17 23:21:53 Bq5NNtZo0
WMA Pro10の実装が謎だな…
491:名無しさん＠お腹いっぱい。
08/10/17 23:22:49 /Ho8dA3q0
XiphにはOn2の特許を使うTheoraの様な規格もあるから、どうかと思った。
もちろん特許を避けられるのなら、それにこしたことは無いが。
492:名無しさん＠お腹いっぱい。
08/10/17 23:26:30 /Ho8dA3q0
>>490
SMPTE VC-1としてWMV 9の仕様を公開するまでH.264の特許にただ乗りしていた
MSの真似は、オープンソースでは無理だからつらい所だわな。
493:名無しさん＠お腹いっぱい。
08/10/18 08:17:47 uKlIMWVb0
SBR的な何かはデコーダーレベルで実装できるんじゃないかなぁ。
SoundEngine FreeとかFrieveなんかにはDSPとして実装されてるよね。
494:名無しさん＠お腹いっぱい。
08/10/18 13:18:40 hla96h+o0
>>493
単なる高域補間なら出来るだろうけど、それだと精度が低すぎて
エフェクト的な使い方しか出来ないと思う。
495:名無しさん＠お腹いっぱい。
08/10/19 21:55:45 JYIwYhZ/0
このスレでたびたびに話題になるのでSpeexを使ってみた・・・
高校生が登下校時に聞くような 外国語の発音練習テープには良いかもな
mp3の6分の1位のサイズになる。
だけど、それ以外がだめすぎw
ゲームボーイの音源ですらまともに聞けたものじゃないなw
496:名無しさん＠お腹いっぱい。
08/10/19 22:25:47 0tKIOL5J0
そう、ATRACです。
497:名無しさん＠お腹いっぱい。
08/10/20 00:13:11 T6SOtiU70
そりゃ人間の声以外をSpeexに処理させようと言うのが悪い。
人の声以外の音声は、VorbisやCELTが担当する領域。
498:495
08/10/20 01:19:33 P9WAkzGo0
>>497
分かってるさ
でも、あそこまでこけるとは思わなかった
CELTか・・・
Win向けにバイナリ配布されて無いのか
cygwinを入れるのも嫌だしなぁ・・・
499:名無しさん＠お腹いっぱい。
08/10/20 16:23:59 niZFTs4M0
ogmファイルについてお尋ねしたいことがあります。
ずっとWMP9を使っていたのですが、最近11にバージョンアップしました。
すると今まで再生できていたファイルが急に再生できなくなりました。
ファイルシークは出来、映像も映っているのですが、映っているだけなのです。
もちろん音声も再生されません。このような状態になったので何か解決策はあるのでしょうか？
500:名無しさん＠お腹いっぱい。
08/10/20 19:44:48 eZmK2wcB0
スレ違いですよ
501:名無しさん＠お腹いっぱい。
08/10/20 21:03:09 JI1tuoaY0
＞ずっとWMP9を使っていたのですが、最近11にバージョンアップしました。
その文じゃ明らかにこれが原因だよね
解決策: WMP9を使っていた時の状態に戻す
502:名無しさん＠お腹いっぱい。
08/10/20 23:15:16 T6SOtiU70
>>499
URLﾘﾝｸ(cccp-project.net)
503:名無しさん＠お腹いっぱい。
08/10/20 23:50:08 vSe9yaOk0
>>500
ogmのスレが見当たらなかったので、ここに書き込ませていただきました。
>>502
コーデックを一度全て消してから導入したらうまくいきました。ありがとうございました。
あと、sage忘れてました。すいません
504:名無しさん＠お腹いっぱい。
08/10/21 19:30:32 /HVVmp040
vorbis >= he-aac > *
fuck aac.
glory to open source.
505:名無しさん＠お腹いっぱい。
08/10/21 19:46:04 CUY7ivjt0
open source is not a technology.
506:名無しさん＠お腹いっぱい。
08/10/21 19:47:58 /HVVmp040
not a technology, but a future
507:名無しさん＠お腹いっぱい。
08/10/21 20:17:10 roEQPjFe0
It is so ATRAC3
508:名無しさん＠お腹いっぱい。
08/10/21 20:25:04 CUY7ivjt0
you got best answer now
509:名無しさん＠お腹いっぱい。
08/10/22 00:28:27 1pRxplwg0
BonkEnc v1.0.9 ってのが来たんだがどうだろ？
510:名無しさん＠お腹いっぱい。
08/10/22 06:11:47 kjeQL1i00
Bonkという独自フォーマット（主にロスレス用）が使いたければいいかもね。
511:名無しさん＠お腹いっぱい。
08/10/22 23:22:31 RT6Afno10
>>498
CELTは今の所レイテンシくらいしかメリット無いよ。
あまり低いビットレートでエンコードできないし。
512:名無しさん＠お腹いっぱい。
08/10/23 03:59:44 mxeNdXBf0
婆さんや、ここはどうなっちまったのかのう。。。
URLﾘﾝｸ(homepage3.nifty.com)
513:名無しさん＠お腹いっぱい。
08/10/23 06:23:00 zbehzXgi0
レイテンシが小さいのは音声チャットでは有利だろうね。
TeamSpeakあたりがCELTに対応したら広がるかもね。
514:名無しさん＠お腹いっぱい。
08/10/23 06:30:09 WGxPLy1L0
CELTはまずビットストリームの仕様が決まらないと、テスト以外には使えない。
515:名無しさん＠お腹いっぱい。
08/10/23 19:48:47 Y2dgN2eN0
TSはCELT対応してるだろう
516:名無しさん＠お腹いっぱい。
08/10/24 07:54:58 mUBd6lov0
家庭用ゲーム機で使われたのってかまいたちの夜2(PS2)とゆめりあ(PS2)ぐらいしか知らないんだが
ADXが主に流行ってるらしいがDSとかでVorbisはやっぱCPUリソース食いまくって扱えないんだろうか
517:名無しさん＠お腹いっぱい。
08/10/24 08:42:01 2+z6JeaN0
PCゲーム作る時に使ってるけど低ビットレートで音質保てないから結局サイズ大きくしなきゃいけないのが嫌だ
518:名無しさん＠お腹いっぱい。
08/10/24 21:13:18 zs3CZNW50
>>516
DSでも使えなくはないだろうけど、軽いとは言えないだろうね。
519:名無しさん＠お腹いっぱい。
08/10/25 12:31:38 kchUfHtO0
aoTuV Beta5.5とlibVorbis v1.2.0ではどちらが良いでしょうか
520:名無しさん＠お腹いっぱい。
08/10/25 12:55:36 sC3tnGvB0
aoTuVの方が良いと思う。
521:名無しさん＠お腹いっぱい。
08/10/25 23:11:00 08HPzZOA0
Theora、MacOS X上のlibtoolでバグが出てリリース出来ないそうな。
522:名無しさん＠お腹いっぱい。
08/10/25 23:52:59 toTxulj+0
他人向けにならBeta版はお断りします
523:名無しさん＠お腹いっぱい。
08/10/28 11:46:14 jY1p5mEi0
URLﾘﾝｸ(www.listening-tests.info)
ちょうど、上のテストが開催中なので全部で14あるサンプルをもらってきて、
CELT 0.5.0(--bitrate 64)とaoTuV Beta5.5(-q 0)の比較のためのファイルをアップロードした。
URLﾘﾝｸ(www.mediafire.com)
私の主観では、CELTの音質はVorbisには及ばないものの、ラジオには十分使えそうだと思った。
ABC/HRもできたら良いのだろうけど、今はそれをする気力が私には無い。
524:名無しさん＠お腹いっぱい。
08/10/28 18:37:34 yJpFHwwR0
CELTと比較するならVorbisじゃなくてSpeexじゃない？
525:名無しさん＠お腹いっぱい。
08/10/28 18:50:48 jY1p5mEi0
>CELT is a very low delay audio codec designed for high-quality communications.
>Its potential uses include video-conferencing and network music performance.
>The Speex is a patent-free, Open Source/Free Software voice codec.
READMEにはこうあるから、スピーチではない一般の音楽で比較するなら、Speexとではないだろうと思った。
別にVorbisではなく、MP3やAACと比較してもいいけど、このスレとはあまり関係がないので。
526:名無しさん＠お腹いっぱい。
08/10/28 21:09:55 WmN6kvMk0
名前からして競合はCELP系のリアルタイム音声通信用codecじゃないのか
527:名無しさん＠お腹いっぱい。
08/10/28 22:15:09 HEJ7Lpfq0
oggの中でflacは最高傑作だと思う
528:名無しさん＠お腹いっぱい。
08/10/28 22:31:49 VGNERTNz0
>>525
作者の目標は声以外も処理できる次世代のSpeex、という感じがする。
もっとも技術的には結構違うけれども。
529:名無しさん＠お腹いっぱい。
08/10/30 11:20:57 RxiRjExk0
ニコ動でVorbis+Theoraが使えるようになるのはいちごろですか？
530:名無しさん＠お腹いっぱい。
08/10/30 11:40:19 pBq35ECQ0
H.264+AACの方が明らかに優れた組み合わせだから、YouTubeやニコニコの様に
Flashを使うサイトにTheoraは不必要だろう。
531:名無しさん＠お腹いっぱい。
08/10/30 15:21:11 AGk/jcX+0
トラフィックの根源として吊るし上げ食らうだけじゃん
532:名無しさん＠お腹いっぱい。
08/10/30 19:40:10 hZbjjqDv0
インストールベースが増えないことには、
商業ベースのサービスでは採用されないだろう。
それでもロイヤリティフリーの代替が存在することは
悪いことではない。
533:名無しさん＠お腹いっぱい。
08/10/31 18:46:18 wBStwmvn0
SVNにあるlibtheoraを実験していたのだけれど、普及するかどうかは別としても、Theora Iと言う規格は
十分DivX 6やXvidと言ったMPEG-4 ASPの代わりに為りうると思う。
BBCのサンプルだけど、面倒なのでDiracは無し。
ソース: URLﾘﾝｸ(img505.imageshack.us)
元の解像度(1440x1080, 25/1fps)だと、とてもアップロードできないのでPAL(704x576, 25/1fps, SAR 16:11)に合わせた。
Theora(3060kbps): URLﾘﾝｸ(img238.imageshack.us)
DivX(2935kbps): URLﾘﾝｸ(img293.imageshack.us)
Xvid(2998kbps): URLﾘﾝｸ(img238.imageshack.us)
x264(1494kbps): URLﾘﾝｸ(img160.imageshack.us)
ビデオ: URLﾘﾝｸ(www.mediafire.com)
534:名無しさん＠お腹いっぱい。
08/10/31 20:13:35 6e22qnpp0
そのアス比で本当によかったのかと小一時間問い詰めたい
535:名無しさん＠お腹いっぱい。
08/11/01 01:04:29 SCagYjyW0
エロゲーのムービーに使われんじゃねせおらは
まあMPEG1で充分だろうkど
536:名無しさん＠お腹いっぱい。
08/11/01 06:22:05 QdmllKya0
>>534
イギリスで使われるPALで一般的な704*16/11:576で再生時には16:9だから問題は無い。
537:名無しさん＠お腹いっぱい。
08/11/01 12:59:31 QdmllKya0
Final 1.0 release imminent; 1.0 release candidate 2 now available
URLﾘﾝｸ(downloads.xiph.org)
Theora Iの仕様が決まってから、もう4年経ったけどいよいよリリースか。
538:名無しさん＠お腹いっぱい。
08/11/01 15:40:07 zvVb3fts0
設定詰めればどうなるか分からんけど全然細部保持してくれないな
539:名無しさん＠お腹いっぱい。
08/11/01 16:00:29 x/tt/wcI0
>>537
Firefox3.1に搭載されることがきまってから
動きが早いな
540:名無しさん＠お腹いっぱい。
08/11/04 13:46:02 ooFc7KTR0
ロイヤルティフリーの動画コーデック「Theora 1.0」公開
URLﾘﾝｸ(internet.watch.impress.co.jp)
541:名無しさん＠お腹いっぱい。
08/11/04 14:40:23 nusOmSxG0
libtheora-1.0-win32-binary.7z: URLﾘﾝｸ(www.mediafire.com)
たぶんRC2と同じだと思う。
542:名無しさん＠お腹いっぱい。
08/11/04 15:52:45 dJUrz7GWO
flacのファイルを320kbpsのビットレートのmp3ファイルにしたいのですがやり方がわかりません。
お知恵をいただけませんか？
543:名無しさん＠お腹いっぱい。
08/11/04 16:00:50 nusOmSxG0
>>542
URLﾘﾝｸ(www.rarewares.org)
URLﾘﾝｸ(img401.imageshack.us)
544:名無しさん＠お腹いっぱい。
08/11/04 23:48:41 5fx48ZBS0
>>540,541
難産でしたな。
545:名無しさん＠お腹いっぱい。
08/11/05 01:24:01 4OO/tbqm0
「Thusnelda」がツンデレに見えた
546:名無しさん＠お腹いっぱい。
08/11/05 16:18:59 epUljRix0
圧縮レベル5でcueシート埋め込みflacファイルを作ると、その中のトラックが再生できなくなる問題に直面した。
Flacは1.2.1で、変換に用いたソフトはfoobar2000。
CDはback to the dance 80sのDisc1、17番目のトラックで
「Unable to open item for playback (Unsupported format or corrupted file)」のエラーメッセージがでる。
なお、圧縮レベルを4に下げて変換したファイルは無事再生された。
圧縮レベルはあまり上げないほうがいいかもしれない。
547:London
08/11/05 16:19:12 Ke5TRzCI0
WYUaT4 <a href="URLﾘﾝｸ(zkntbyqxsbjp.com)">zkntbyqxsbjp</a>, [url=URLﾘﾝｸ(gbfnaxagbutb.com) [link=URLﾘﾝｸ(ovdfiatnbbst.com) URLﾘﾝｸ(ycubftsfirpy.com)
548:名無しさん＠お腹いっぱい。
08/11/05 16:23:03 epUljRix0
ああ、ageたら爆撃されるのね。すまんかった
549:名無しさん＠お腹いっぱい。
08/11/05 16:25:18 AK9jKfQT0
550:名無しさん＠お腹いっぱい。
08/11/05 16:26:45 egtvKZFd0
どっちが原因かわからないが
ここよりfoobarのフォーラムにバグ報告した方が良くないか？
壊れたflacを生成してるわけじゃないんでしょ？
551:名無しさん＠お腹いっぱい。
08/11/05 17:30:17 epUljRix0
>>550
LilithとKbMediaPlayerで聞いた限りでは、音声部分に異常は無いみたい。
foobarのほうに原因ありかな…わからん。英語もわからん。
552:名無しさん＠お腹いっぱい。
08/11/07 20:33:06 Yuaw7Z7t0
foobar側のデコーダが古いとかじゃない？
553:名無しさん＠お腹いっぱい。
08/11/08 00:02:28 H2fmRnoH0
>>552
foobarはver.9.5.2だす。どのバージョンのFlacデコーダを内蔵してるかはちょっとわからんです。
foobar自体は古くないので古いデコーダを積んでるとは考えがたいけど、怪しいといえば怪しいですね。
554:名無しさん＠お腹いっぱい。
08/11/08 18:31:20 XCIPEmcj0
可能なら最新を使ってみたら？
555:名無しさん＠お腹いっぱい。
08/11/08 22:09:28 1yprAaYc0
>>553
勘違いじゃなければ、cueシート埋め込みflacファイルってMKAのことだと思うけど、
URLﾘﾝｸ(sonicdisorder.net)
試しにここのMKAconvとか、foobar以外のもので試してみればいいのでは？
あるいはもっと元に戻ってMKVToolnixとか。
とにかく違う方法でできればfoobarが原因だと分かるかと。
これでもできなきゃファイルがFLACかはわからんけど。
556:名無しさん＠お腹いっぱい。
08/11/08 22:11:06 1yprAaYc0
あ、最後の行は、
これでもできなきゃファイルが原因かFLACが原因かはわからんけど。
ね。
557:名無しさん＠お腹いっぱい。
08/11/08 22:20:19 zCm1H6J00
>cueシート埋め込みflacファイルってMKAのことだと思うけど
え?
普通cuesheetメタデータブロックを使ったものか
vorbiscommentとして埋め込んだやつだろ
558:名無しさん＠お腹いっぱい。
08/11/08 22:25:35 1yprAaYc0
>>557
foobarって書いてあったからそう思ったんだけど、
foobarでそれできたっけ？
559:名無しさん＠お腹いっぱい。
08/11/08 22:29:35 1yprAaYc0
まあ勘違いだったら、553にはスルーしてもらうとういうことで。
560:名無しさん＠お腹いっぱい。
08/11/08 22:32:34 zCm1H6J00
出来るよ
cuesheet metadatablockの場合は
自分でコマンドラインオプションを指定する必要があるだろうが。
つーかmkaだったら初めにそう書くだろ...
561:名無しさん＠お腹いっぱい。
08/11/08 22:39:51 1yprAaYc0
ああ、外部のエンコーダつかってって意味か。
それはお恥ずかしい。
なんかfoobarのコンポーネントでやるのかと思ってたわ。
562:名無しさん＠お腹いっぱい。
08/11/08 22:57:13 zCm1H6J00
いやvorbiscommentに埋め込む場合は外部のエンコーダなんか要らんだろ
URLﾘﾝｸ(foobar2000.xrea.jp)
563:名無しさん＠お腹いっぱい。
08/11/08 23:06:13 LXeaegrT0
>>546
同じような条件で1CDだけやってみたけど問題なかった。
トラック数は22。Flacは1.2.1 L5、foobarは9.5.5でした。
564:546
08/11/09 00:19:14 KHfmH8FA0
いやあお騒がせして申し訳ない。
あれから、インストーラー版のFLACを導入して、
FLACフロントエンドでその問題のファイルを駄目もとでデコードしてみたら、すんなり通ってくれた。
やはりFLAC側には問題ないとみていいみたい。
Cuesheetの埋め込みは、FlacフロントエンドにもCuesheetを指定する項目があるので
おそらくはFLAC自体がサポートしてるんだと思う。
foobarではConvert→Convert to Album Images with cuesheets or chaptersで行える。
>>563
俺も10枚分ほど同じ条件でエンコードしてたけど、他のファイルでは問題なくて
これだけがエラーを出した。まったく不思議。
とりあえずこのエラーがでたら、FLACフロントエンドでwavにデコードして、
foobar上でFLACファイルに埋め込んだCuesheetを取り出せば（要Cuesheet Creatorコンポーネント）
簡単にWav+CUEシートを用意できることがわかったので、あまり恐れる必要は無くなった。
565:名無しさん＠お腹いっぱい。
08/11/09 13:53:42 uXCBwvGC0
いつの間にかメジャーバージョンになったのか！？
ソース落としてこよう
566:名無しさん＠お腹いっぱい。
08/11/11 18:03:06 jCg1JyB90
ffmpeg2theoraのGUIフロントエンドを作っている人がいた。
URLﾘﾝｸ(forum.doom9.org)
avs->yuv4mpeg->theoraと比べると、私としてはまどろっこしく思えるが、
CLIの苦手な人にはこちらの方が良いのだろう。
567:名無しさん＠お腹いっぱい。
08/11/12 15:06:44 fYnsJI9i0
GUIならこんなのも
URLﾘﾝｸ(www.xiph.org)
Windows用もソースもあるよ
568:名無しさん＠お腹いっぱい。
08/11/12 15:08:59 fYnsJI9i0
ありゃ、関連リンクに有ったね、失礼
569:名無しさん＠お腹いっぱい。
08/11/12 23:46:55 MkfWJ4AV0
>>566
avsに慣れているような人は、コマンドラインで全然問題無いと思う。
てか、自分もビデオエンコードは全てバッチ組んでやってるし。
ただ、編集はGUIのほうがいいけと。
570:名無しさん＠お腹いっぱい。
08/11/13 18:41:22 efm0RNTs0
Vorbis高速化のクズはなんで仕事しねえんだよ 死んどけ
571:名無しさん＠お腹いっぱい。
08/11/13 18:55:10 Ocl2b+3d0
もう死んでるから別にいいけど
572:名無しさん＠お腹いっぱい。
08/11/14 00:51:49 L176oQL40
高速化の中の人なら俺のベッドで寝てるよ
573:名無しさん＠お腹いっぱい。
08/11/14 01:52:26 9naRurSU0
アッー！
574:名無しさん＠お腹いっぱい。
08/11/15 21:42:03 aIao2i0S0
Thusneldaは吉里吉里3のリリースに間に合うの？
575:名無しさん＠お腹いっぱい。
08/11/15 22:37:34 pZB15CGk0
吉里吉里の方はどうだか知らんが、
Thusneldaはスポンサーが付いてるから
だらだら遅くなることはないと思うよ。
576:名無しさん＠お腹いっぱい。
08/11/16 08:14:21 dSPb2Krq0
Theora 1.0 は RedHat をスポンサーとして RHEL5 にあわせてリリースの予定で作業していて(ry
根拠になってねえよw
577:名無しさん＠お腹いっぱい。
08/11/16 11:29:26 giivT56+0
そもそもTheoraが伸びまくったのは積極的に弄れる奴がいないからっぽいしな
ファイルの履歴見るとどれだけ放置されてたのかよくわかる
578:名無しさん＠お腹いっぱい。
08/11/21 21:11:57 leaSy1/c0
>>577
確かに一時期全然更新されてなかった。
昨年くらいからコミットが増えたような。
Thusneldaは一応ここ一年ほど定期的にコミットされているから
開発が止まらない限りはそう遠くないうちにリリースされるんじゃ
ないかなと、楽観視してみたい。
579:名無しさん＠お腹いっぱい。
08/11/21 21:34:51 A1gt/Kzz0
まあ、実験以外の目的で使うのならThusneldaではなく、正式版もリリースされた
libtheoraにしておいた方が無難。
580:名無しさん＠お腹いっぱい。
08/11/24 04:33:36 vPGKWz//0
Thusnelda出るまで普及はあり得ないない
581:名無しさん＠お腹いっぱい。
08/11/24 23:32:52 WrigF/Wk0
URLﾘﾝｸ(dirac.kw.bbc.co.uk)
URLﾘﾝｸ(img219.imageshack.us)
XiphもBBCがやるみたいにして、Theoraのプロモーションビデオを配布すればいいのに。
582:名無しさん＠お腹いっぱい。
08/11/24 23:52:49 d3HroXU40
>>581
tsで配布とか始めてみた。
583:名無しさん＠お腹いっぱい。
08/11/26 02:36:31 TeauGbIW0
VENC2.2とVinfo0.75
URLﾘﾝｸ(www2.atword.jp)
584:名無しさん＠お腹いっぱい。
08/11/28 00:11:41 DB3/P1mK0
URLﾘﾝｸ(img440.imageshack.us)
今のlibtheoraがやっている様に、フレーム内のどのブロックも同じ値で量子化するのは、
x264のVAQ等と比べると効率が悪いから、今後の予定にあるこれは早くやってほしいね。
>Make use of the multi-resolution quantization feature of the Theora spec;
>this allows us to use adaptive quantization within a frame.
URLﾘﾝｸ(web.mit.edu)
585:名無しさん＠お腹いっぱい。
08/11/28 13:50:31 VeNFzoxu0
ロイヤルティフリーの動画コーデック「Theora 1.0」公開
URLﾘﾝｸ(internet.watch.impress.co.jp)
URLﾘﾝｸ(www.xiph.org)
586:名無しさん＠お腹いっぱい。
08/11/28 21:45:09 qVpiE1Ej0
ネーミングセンスが悪いのが認知度向上の足かせになっている
587:名無しさん＠お腹いっぱい。
08/11/28 22:02:32 MX7gH6hc0
日本ではともかく、英語圏ではどうなんだろうね
588:名無しさん＠お腹いっぱい。
08/11/28 23:50:01 YpB6HDKm0
どんなのがネーミングセンスいい、というのかね？
589:名無しさん＠お腹いっぱい。
08/11/29 00:01:28 DQwe7zjS0
ことえりなんかはなんだそりゃと思ったな
590:名無しさん＠お腹いっぱい。
08/11/29 23:05:56 LTQXzUdY0
60fpsのゲーム動画Theolaでエンコしてみたけど
SD解像度でもMPEG4-ASPより異様に負荷が高い
URLﾘﾝｸ(tinyurl.com)
591:名無しさん＠お腹いっぱい。
08/11/30 02:50:37 ODYJjtT10
私も>>282でやったが、高ビットレートになると、リアルタイムでデコードできなくなる。
Theora_1440x1080_25fps_8384kbps.ogv: URLﾘﾝｸ(www.mediafire.com)
XiphのDirectShow Filterよりも新しいデコーダを使うMPlayerやVLC media playerだと、
これらの負荷が高いサンプルを問題なく再生できた。
ただ、MPEG-4 ASPでも指定したVBVを全く守らないXvidの様な実装だけじゃなく、自分で認証したハードウェアで
再生される事をちゃんと考慮したDivX 6があるから、それと比べたらその辺りに無頓着なTheora Iは厳しい所だ。
592:名無しさん＠お腹いっぱい。
08/11/30 13:58:53 ZGKuAa3O0
なんて読むの？カタカナで？
読むのに自信ないから、読みたくない。読まない。そして使わない。
593:名無しさん＠お腹いっぱい。
08/11/30 15:38:57 RGzM+/Aq0
Theoraのこと?
自分は「セオラ」とか「ゼオラ」って読んでるけど…。
594:名無しさん＠お腹いっぱい。
08/11/30 15:51:42 esK2S3bc0
ておら
595:名無しさん＠お腹いっぱい。
08/11/30 16:13:42 ODYJjtT10
URLﾘﾝｸ(en.wikipedia.org)(TV_series)#Theora_Jones
NHKの字訳だとシオラ
596:名無しさん＠お腹いっぱい。
08/11/30 16:15:24 7ZG8L3mn0
Theoraの名前はマックス・ヘッドルームのTheora Jones.がその由来なので
多分、シオラかと。
597:名無しさん＠お腹いっぱい。
08/11/30 16:18:52 7ZG8L3mn0
被った、、
ついでなんで
Ogg オッグ (エッグの発音と同じとのこと)
Vorbis ヴォルビス、ヴォービス (Xiph関係者の発音から)
598:名無しさん＠お腹いっぱい。
08/11/30 21:21:56 RGzM+/Aq0
>>595 >>596
ほへー。なるほど。勉強になった。ありがとう^^
599:名無しさん＠お腹いっぱい。
08/12/02 11:20:39 IvwOIapL0
aoTuV beta5.6 [20081201] (+VENC2.2) Pre Release
URLﾘﾝｸ(www2.atword.jp)
600:名無しさん＠お腹いっぱい。
08/12/02 14:59:07 aZDzy3cK0
Xiph
aoTuV
この辺の凶悪なネーミングには悪意さえ感じる
601:名無しさん＠お腹いっぱい。
08/12/02 19:51:03 ZqHYe7hA0
じゃぁ使わなくていいよバイバイ
602:名無しさん＠お腹いっぱい。
08/12/04 12:25:16 flr3/HN70
ffmpeg2thoeraがおかしいのかlibtheoraがおかしいのか
やっぱ解像度が16の倍数外れると画面端が切れるな・・・
8の倍数でも4の倍数でも駄目だ
603:名無しさん＠お腹いっぱい。
08/12/04 18:03:01 69/bRZgh0
URLﾘﾝｸ(img114.imageshack.us)
URLﾘﾝｸ(img386.imageshack.us)
HDTVで一般的な縦1080をまともに扱えないのは困るな。
これが修正されるまでは、AddBorders(0, 0, 0, 8)として1088にするか、
16の倍数の1280x720や704x480にリサイズしておくしかない。
604:名無しさん＠お腹いっぱい。
08/12/05 14:58:20 Wx80dkC80
theoraのQTコンポーネントなんかも16の倍数でないとダメ
αの頃からずっとそう
てっきり仕様かと思ってたけどバグなのかしらん？
605:名無しさん＠お腹いっぱい。
08/12/05 15:33:05 o/fHkof90
8の倍数の時だけアホになります
606:名無しさん＠お腹いっぱい。
08/12/05 15:48:34 vv2b8bL10
8の倍数に限らず、とにかく16で割り切れない解像度は駄目
607:名無しさん＠お腹いっぱい。
08/12/05 20:45:42 aCjI9g690
4どころか2の倍数でもエンコードできるね
この不具合が解消されてThusneldaになればそこそこ使えそうじゃないか
608:名無しさん＠お腹いっぱい。
08/12/05 20:58:54 vv2b8bL10
32x32のスーパーブロック単位で処理をするTheora Iと言う規格だと、
704x480の様な解像度を最も効率よく処理できる。
609:名無しさん＠お腹いっぱい。
08/12/08 08:10:49 cyoTPVcH0
MPC - Homecinema
Revision 918 - Directory Listing
Modified Sun Dec 7 15:53:54 2008 UTC (6 hours, 37 minutes ago) by casimir666
FIXED : Support for Theora stream in Ogg internal splitter
610:名無しさん＠お腹いっぱい。
08/12/08 14:37:11 lo+n9TrV0
OggCodecs最新安定板リリース
611:名無しさん＠お腹いっぱい。
08/12/08 14:38:56 lo+n9TrV0
途中で書き込んでしまった…
OggCodecs 最新安定板リリース
URLﾘﾝｸ(www.xiph.org)
612:名無しさん＠お腹いっぱい。
08/12/11 00:18:59 S7JDGNXN0
URLﾘﾝｸ(www2.atword.jp)
> aoTuV beta5.6 リリース
613:名無しさん＠お腹いっぱい。
08/12/11 01:04:46 dY5WrVki0
foobar2000でbeta5.6をエンコードに利用するのは無理ぽそうだな
oggencはリリースされなくなったし、vencは仕様が異なるようだし
614:名無しさん＠お腹いっぱい。
08/12/11 01:09:48 dY5WrVki0
あ、そうでもないか
コマンドラインを手動で設定すればいいんだ
615:名無しさん＠お腹いっぱい。
08/12/11 03:36:52 a06tzXlA0
5.6、何でOggEncは提供されなくなったんだろうね。
616:名無しさん＠お腹いっぱい。
08/12/11 03:50:19 f6/D9pGG0
venc.exeをoggenc.exeにリネームしたら普通に使えたよ
細かな不具合があるかどうかは知らない
foobarはv0.9.5.6
617:名無しさん＠お腹いっぱい。
08/12/11 03:59:45 oDpkEm1j0
>>615
URLﾘﾝｸ(www2.atword.jp)
oggencと同等以上の機能になったから必要ないという判断じゃないかね
まあ、oggencはrarewaresで配布されるからそれでいいでしょ。
618:名無しさん＠お腹いっぱい。
08/12/11 04:09:30 YdcFQXTo0
5.6 test版のoggenc2は、ずっと前からHAにあるじゃん。
URLﾘﾝｸ(www.hydrogenaudio.org)
619:名無しさん＠お腹いっぱい。
08/12/12 00:48:03 ROpUO1PI0
正直rarewares待ち
620:名無しさん＠お腹いっぱい。
08/12/12 11:09:36 sKm1Pcxv0
今日出せなかったら、来週になりそうってJohn33氏が書いてたよ。
621:名無しさん＠お腹いっぱい。
08/12/12 11:27:27 f+memzW70
高速版誰か引き継げクズ
622:名無しさん＠お腹いっぱい。
08/12/12 12:03:19 QTCnOR0l0
ソース公開してなきゃ引き継げないだろハゲ
623:名無しさん＠お腹いっぱい。
08/12/12 12:10:13 r8sgWUop0
ソース差分は公開されてたと思ったけど
俺には高度過ぎて手が出せんがね
624:名無しさん＠お腹いっぱい。
08/12/12 13:59:19 +7X2URB40
Lancerの速さは魅力的だが、本家やaoTuVがどんどん進化しているから、音質はそっちの方がずっと上なんだろうな
MP3で「音質のLAME」か「速さの午後」かで迷った過去をまた繰り返すことになろうとは…
625:名無しさん＠お腹いっぱい。
08/12/12 19:53:48 aowjHPSA0
早いにこしたことはないが今のマシンスペックで
そこまで速さを求めようとは思わないな。
高速版にしてもそういった感じで思うところがあったんだろうなぁ。
どんどん進化してるから最新に追従しつづけるのも相当大変だし。
626:名無しさん＠お腹いっぱい。
08/12/13 01:33:58 Zlp5XejH0
マルチコア版超はええよ。Lancerの中の人にはそろそろ頑張って貰いたいな
627:名無しさん＠お腹いっぱい。
08/12/13 01:38:16 WCMdJwQX0
＞マルチコア版
ｋｗｓｋ
628:名無しさん＠お腹いっぱい。
08/12/13 02:03:04 jEezQ6BF0
MultiThread
629:名無しさん＠お腹いっぱい。
08/12/13 02:34:36 WJJLBopR0
fb2kの4本同時エンコ（同時8ファイルアクセス）でHDDが頭打ちな気がする。
630:名無しさん＠お腹いっぱい。
08/12/13 05:46:27 FFxbN33h0
Lancerの中の人、最近来ないねぇ
631:名無しさん＠お腹いっぱい。
08/12/13 06:53:59 JTBHgRvY0
Exiting... (End of file)
aoTuV Beta 5.6 - OggVorbis Encoder (c) 2003-2008 Aoyumi
Output file : "test.ogg"
Stream info.: 2ch/48kHz/16bit(int) -> 2ch/48kHz/32bit(float)
Quality 6 (nominal bitrate : 192kbps)
Processing...Done.
48khz/16bit/PCMをにQ6でエンコした時の結果です
/32bit(float)にエンコしてるように取れるような表示が出てますが
これは内部でエンコード時に32bit精度で変換してますよって事でしょうか？
それとも何かオプションを指定しないと16bitのPCMも32bitにされてしまうんでしょうか？
632:jRKjSSwT
08/12/13 06:55:49 OL+ILYyH0
[url=URLﾘﾝｸ(furnation-gay.com) word[/url]
<a href="URLﾘﾝｸ(furnation-gay.com)" target=_blank>Gay sex orgies</a>
633:名無しさん＠お腹いっぱい。
08/12/13 12:30:42 qxz1c1et0
>>631
内部で32bit浮動小数点に変換してエンコードしてるって意味でしょ
Vorbisに限らずLAMEとか大抵の非可逆圧縮はそうだよ
634:名無しさん＠お腹いっぱい。
08/12/14 00:08:15 CLLUhXyT0
引越しに失敗したとか
635:名無しさん＠お腹いっぱい。
08/12/15 15:50:42 YOoggexhO
ogg最高
636:名無しさん＠お腹いっぱい。
08/12/16 00:55:26 Yt1FLZdM0
>>635
ID:YOoggexhO
637:名無しさん＠お腹いっぱい。
08/12/16 16:51:28 /AqQsu+80
うはｗｗｗｗｗｗｗおおｇｇｇｇｇｇｇｇｇｇｇっげえ
638:名無しさん＠お腹いっぱい。
08/12/17 00:33:22 7LS7RPu+0
aoTuV beta 5.61
URLﾘﾝｸ(www2.atword.jp)
639:名無しさん＠お腹いっぱい。
08/12/17 00:57:05 kLqkkdqG0
ほ～なるほど。
640:名無しさん＠お腹いっぱい。
08/12/17 01:29:22 psrYwZF90
エラーが出てない分には平気なんか。
ほとんど、ってのが気になるがｗ
641:名無しさん＠お腹いっぱい。
08/12/20 23:38:08 yIaaFmfH0
EAC(v99pre4)でaotuvの最新版でエンコしたんだけど
なぜかビットレートが96k固定(command optionはつけてないです)
になっちゃうんだけど原因分かる方いますか？
古いバージョンだと普通にできるんだけど。
既出だったらヒントだけでももらえるとありがたいです。
642:名無しさん＠お腹いっぱい。
08/12/20 23:53:31 yIaaFmfH0
あー、すいません。。(´･ω･｀)
URLﾘﾝｸ(www.hydrogenaudio.org)
ここを読んだら解決しました。。
以前は何も考えずにコンパイル版を使ってたみたいです。
libvorbis 1.2.1までｗｋｔｋしたいと思います。
スレ汚しすんませんでした。
643:名無しさん＠お腹いっぱい。
08/12/21 02:13:39 lrg21TK80
>>642
oggencは"-q?"でも"-q ?"でも受けつけるけど、
vencは"-q?"の形式しか受け付けないので、ソフトによってはうまく動かない。
一応、手動でQualityを設定すればVENCでもEACから使える。
644:641
08/12/21 18:25:41 4qbNFHee0
>>643
ありがとうございます。"-qX"オプションをつけるといけました(・∀・)
でもタグが入らないようなので(これも手動でtagエディタとか使えば無問題なんですが)、
オフィシャルの1.2.1を素直に待とうと思います。
645:名無しさん＠お腹いっぱい。
08/12/23 02:28:41 kNsCKXp40
URLﾘﾝｸ(www2.deutschegrammophon.com)
実際にメインストリームで使われているのを見ると、どうもXiphの規格では、
FLACが一番成功している様に思える。
646:名無しさん＠お腹いっぱい。
08/12/23 02:43:06 V5Q/j73U0
FLACはOggプロジェクトに加わる前から成功してしなあ
647:名無しさん＠お腹いっぱい。
08/12/24 19:48:43 0LoH23Ny0
この時期だからまさかとは思っていたが
john33氏はサンタクロースだったようだ
Oggenc2.85using aoTuVb5.61
oggdropXPd V.1.9.0 using aoTuVb5.61
648:名無しさん＠お腹いっぱい。
08/12/24 20:10:57 9bWemMlm0
めりくりー
649:名無しさん＠お腹いっぱい。
08/12/24 20:19:57 0LoH23Ny0
メリクリー
john33氏に感謝w
650:名無しさん＠お腹いっぱい。
08/12/24 21:59:49 91EQAWfO0
lancerは氏ね
651:名無しさん＠お腹いっぱい。
08/12/25 19:55:50 el8PKtul0
おまえが死ねよ
652:名無しさん＠お腹いっぱい。
08/12/26 01:55:40 QBo5YD880
vencを使わずにoggenc2を待ってるみたいなコメントがたまにあるけど、
vencだと不都合あったりするの？
653:名無しさん＠お腹いっぱい。
08/12/26 02:14:06 iwhbYAxJ0
GUIのフロントエンドを使う人には、oggencの方が分かりやすいのだろう。
654:名無しさん＠お腹いっぱい。
08/12/26 02:29:19 /PwbDfTZ0
既出だが、あとはvencだとEACとかでタグが入らないとかかねぇ
実際自分もoggencで使ってるし
655:名無しさん＠お腹いっぱい。
08/12/26 03:05:39 QBo5YD880
そうか、タグが入らないのは大きいかもしれないなあ。
普段はfoobar使って、普通にタグ入ってたから気づかなかったが、
あれは作ったあとでcueシートの情報からタグを打ってくれてたのか。
656:名無しさん＠お腹いっぱい。
08/12/26 10:37:09 AlRos2d50
24bitソースだとvenc嫌がるんだよね
657:名無しさん＠お腹いっぱい。
08/12/26 15:16:59 hL+9wj7f0
いやよいやよも好きのうちと言ってだな
658:名無しさん＠お腹いっぱい。
08/12/27 01:49:39 9A88W6nJ0
VENCがLancerレベルのSIMD最適化してくれたら乗り換えるんだけどなぁ。
659:名無しさん＠お腹いっぱい。
08/12/27 02:05:03 mR0bMF7K0
???
最適化すべきはlibvorbisでvencは関係ないだろ
660:名無しさん＠お腹いっぱい。
08/12/28 03:53:08 CKpS0Y1c0
libvorbisはvencに内蔵されてるんじゃなかったっけ?
661:名無しさん＠お腹いっぱい。
08/12/28 04:17:57 bqrz3HUJ0
内蔵されてようが最適化すべきはlibvorbis
vencもoggencもlibvorbisを呼んでエンコードしてるだけ
662:名無しさん＠お腹いっぱい。
08/12/28 14:36:09 soSMLRCr0
そこまでいうなら、最適化するのは VENC ではなくて、人であることにも突っ込まないと。
VENC 「が」 ではなく、VENC 「を」だろ
663:名無しさん＠お腹いっぱい。
08/12/28 19:49:18 hT/gJvqM0
いい加減馬鹿は黙っとけ
664:名無しさん＠お腹いっぱい。
08/12/28 19:57:51 HBzbLpELO
libvorbisのSIMD化ってそんなに難しいの？
俺はコード書けないからわからんが。
665:名無しさん＠お腹いっぱい。
08/12/28 20:07:30 bqrz3HUJ0
lancerの人がソースコードを公開してるんだから中身を見てみたらどうだい
666:名無しさん＠お腹いっぱい。
08/12/28 20:17:39 4y/+7gSt0
>>664
コードを書けてもSIMD最適化は出来ない人もいる（自分のことだ
難しいというより、出来る人(やったことがある人)が少ないと思う。
667:名無しさん＠お腹いっぱい。
08/12/28 22:19:14 jskywoS40
FLACをデコードして出来たwavが元のwavと一致しません。
（FLACDropとLilithで作成しましたが、結果は同じでした）
バイナリを比較してみると
00001の行が
元のwavは RIFF
デコードしたものは RIFF4
となっていて、それ以外の部分は一致しています。
何か設定などがおかしいのでしょうか？
668:名無しさん＠お腹いっぱい。
08/12/28 22:30:22 bqrz3HUJ0
どっちかのRIFFチャンクのサイズがおかしい
669:名無しさん＠お腹いっぱい。
08/12/29 00:09:26 OO2jN5ml0
>>667
wavecompareで比較して一致すれば問題なしです
670:名無しさん＠お腹いっぱい。
08/12/29 04:46:27 R13Jo9Dr0
>>667
fb2kのbitcompareでも大丈夫です。比較して一致するなら問題ないですよ。
>>668
flacは標準入力対応させるために、チャンクサイズを無視するようになったんじゃなかったっけ?
うろ覚えだけど。
671:名無しさん＠お腹いっぱい。
08/12/29 04:50:40 OShLlCwo0
コンテナの部分が少し違っても、中身のPCMは大丈夫。
672:名無しさん＠お腹いっぱい。
08/12/29 09:12:02 uhNsPEwwO
>>668-671
レスありがとうございます。少し安心しましたｗ
教えてくれたソフトを使ってみます！
673:667（PCからです）
08/12/29 10:20:51 NEvNGkXI0
>>669
wavecompareで比較してみましたが、一致しました。
ありがとうございました。
674:名無しさん＠お腹いっぱい。
08/12/30 23:43:12 BBRiaucR0
FLACとmp3 320kbpsは余程の音響環境が無いと差が分からないでおｋ？
675:名無しさん＠お腹いっぱい。
08/12/30 23:55:00 WMmslEGl0
少なくとも俺はわからん
676:名無しさん＠お腹いっぱい。
08/12/31 00:18:45 1egOZT0Q0
>>674
圧縮するサンプルによっても違う。
カスタネットとかはmp3はかなり苦手。
677:名無しさん＠お腹いっぱい。
08/12/31 00:40:01 071JPc3CO
普通は分からんよ 余程神経質かつ最高の環境でないと
678:名無しさん＠お腹いっぱい。
08/12/31 01:27:22 XXJoDuE80
さぁ、どっから普通でどっから普通でないのか…
679:名無しさん＠お腹いっぱい。
09/01/01 01:52:38 ysY8771w0
>>674
よほどひどい環境ならはっきりと差が出るよ。(CDDAとmp3)
カーオーディオ糞
680:名無しさん＠お腹いっぱい。
09/01/01 16:34:28 6VTDf+2XP
URLﾘﾝｸ(www.shimamura.gr.jp)
URLﾘﾝｸ(www.shimamura.gr.jp)
Xiphとはまるで違う分野だけど、とても紛らわしい名前のブランドがある事を、
今日初めて知った。
681:名無しさん＠お腹いっぱい。
09/01/02 23:30:00 SohAK/b40
vorbis-tools 1.3.0 BETA
URLﾘﾝｸ(www.hydrogenaudio.org)
URLﾘﾝｸ(spreadopenmedia.org)
URLﾘﾝｸ(spreadopenmedia.org)
682:名無しさん＠お腹いっぱい。
09/01/02 23:31:46 SohAK/b40
libvorbis aoTuV up(ユーピー) パッチ
URLﾘﾝｸ(www2.atword.jp)
683:名無しさん＠お腹いっぱい。
09/01/05 23:23:15 dTUHaCLj0
>>674
いいヘッドホンで聴くとわかる感じ。高音の抜けとか違う
PCの安いスピーカーならどっちもオーバースペックかも
ところでWinampでFlacに圧縮してるんだが
圧縮率を最高に上げても元のWAVの音質に戻せるんですか
可逆圧縮だからそうなんだと思うけど
684:名無しさん＠お腹いっぱい。
09/01/05 23:38:42 zJck+L3R0
高音の抜けねえ
耳で聞かないで目で音を判断してる評価にありがちなコメントだな
685:名無しさん＠お腹いっぱい。
09/01/05 23:49:18 dTUHaCLj0
多分大音量で聴かないと分からないレベル
耳鳴りがするレベルで。
686:名無しさん＠お腹いっぱい。
09/01/05 23:51:10 dTUHaCLj0
音のよさはほとんどプラシーボで
映像があるとYoutubeの音質でも我慢できてしまう人間の不思議
687:名無しさん＠お腹いっぱい。
09/01/05 23:55:47 dTUHaCLj0
MP3という圧縮アルゴリズムはかなりよく出来ており、高域の倍音成分をカットしたり、
前回触れたマスキング効果を利用したり、と“あの手この手”でデータを小さくしている。
URLﾘﾝｸ(plusd.itmedia.co.jp)
こういうのを読んでプラシーボをより一層強くする訓練が必要だ
人間の思い込み力はすごいから
病気だって治す力がある
688:名無しさん＠お腹いっぱい。
09/01/06 08:54:36 c5duqxnUO
思い込みさえすれば、ATRAC3だって最高の音質となるのですね。わかります。
689:名無しさん＠お腹いっぱい。
09/01/06 16:24:33 edFYldcS0
逆にいうと作業用BGMはニコニコの「作業用BGMシリーズ」で十分である
690:名無しさん＠お腹いっぱい。
09/01/06 19:19:41 9SX2sx050
思い込みで無駄に馬鹿デカイOgg Vorbisのサイズを縮小したいです
691:名無しさん＠お腹いっぱい。
09/01/07 03:54:16 RKv3oZkt0
今後はq-2の一択だろう
692:名無しさん＠お腹いっぱい。
09/01/07 15:37:06 Jo1ZmdsK0
非圧縮or可逆圧縮とaoTuV q-1の区別がつかない件＿|￣|○
MP3なら低ビットレートのはピロリピロリいうからすぐわかるんだが…
どのあたりの音で比較すればいいんだろう
693:名無しさん＠お腹いっぱい。
09/01/07 15:47:08 wCQkroGzP
>>692
カスタネット等のMDCTが苦手とする音源
URLﾘﾝｸ(www.mediafire.com)
694:名無しさん＠お腹いっぱい。
09/01/07 20:10:03 hDXmlRh00
Flac対応携帯プレーヤー
URLﾘﾝｸ(www.bestgate.net)
容量は大きければ大きいほどいいけどどれを買ったらいいのか
695:名無しさん＠お腹いっぱい。
09/01/07 20:26:30 lnZEy1hN0
国産が・・・
696:名無しさん＠お腹いっぱい。
09/01/07 21:04:53 hDXmlRh00
iriver Mplayer 1GB ミッキーマウスシルエット型プレーヤー Mplayer
URLﾘﾝｸ(www.bestgate.net)
なんという個性派
やはりiTunesが嫌いだからFlac対応プレーヤー欲しいな
697:名無しさん＠お腹いっぱい。
09/01/09 01:39:05 0yFagVf50
>>692
使った機材にもよるよ。 たとえば、高解像度仕様(ER-4クラス+PHPA+DAP)なんてのと
安物(付属イヤー＋DAP)ではちがうよ。
>>695
国産が動くのは最後の最後だろうな。保守的だし、囲い込み好きだし、どちらからもoggは
興味を持たんだろう。ただ、USでシェアを持ってる（といっても小さい）sansaが対応しだしたり
メインストリーム以外から変ってくるよ。kenwoodですら対応してないやん。
698:名無しさん＠お腹いっぱい。
09/01/09 23:06:23 OniVpUn80
最高の320kbpsやVBR V0でエンコしても20ｋHz以上が強制的にカットされるMP3（LAME）なんて嫌ですわ
699:名無しさん＠お腹いっぱい。
09/01/09 23:17:54 8i773N+E0
>>698
元ソースがCD(サンプリング周波数44.1kHz)なのを想定してて、
実際の用途もそれが多いんだから、非常に合理的な話だと思うが。
700:名無しさん＠お腹いっぱい。
09/01/09 23:28:56 9dA/wWF80
>>698
320kのmp3と可逆を有意なレベルで聞き分けられたら出直してこい
もちろん、キラーサンプルの無い曲でだ
701:名無しさん＠お腹いっぱい。
09/01/10 02:16:42 nZMTRmF00
わかってる人には当然の話だけど、サンプリング周波数が44.1kHzの場合理論上22.05kHzが記録できる周波数の限界。
実際にはこの限界に近づくほどピッチずれなどの歪みがひどくなるので生PCMであっても原音とは別物になっている。
だから20kHz以上をカットするなというのは「俺は歪んだ音を聴きたいんだ、聴かせろ」というのに近い。
もしも96kHzでサンプリングしたソースを持ってるのなら正当な主張だろうけどな。聞き分けられるかどうかは別として。
702:名無しさん＠お腹いっぱい。
09/01/10 05:29:40 dQ3KnzFH0
>>701
でも96Khz/192bitで録音されることも今後増えてくだろうし、意義はあると思うけど。
まあ、そこまでこだわるなら可逆使えって話だが。
703:702
09/01/10 05:30:57 dQ3KnzFH0
うは、変な間違いした。すまそ
704:名無しさん＠お腹いっぱい。
09/01/10 09:08:03 fc8VK8/eP
私はLAMEに大きな不満は無いけど、変換がサブバンド+MDCTだと言うのが、
余り好きではないから、自分でMP3は使わない。
705:名無しさん＠お腹いっぱい。
09/01/10 20:48:49 pX9H06JG0
>>682
＞追記(1/14)
ってどうやって書いたんだろう？
706:名無しさん＠お腹いっぱい。
09/01/11 00:59:07 cr1gkaJS0
>>698
倍音成分がカットされてるのが分かる「違いのわかる俺」ですね。わかります。
707:名無しさん＠お腹いっぱい。
09/01/11 01:01:30 cr1gkaJS0
>>701
俺は、プラシーボも含めて音質だと思ってる
「ビットレートとサンプリング周波数が高ければいい音」と思い込んでるなら
それはそれでいいんじゃないか？
HDDも１TBが7000円で買えるようになったし
708:名無しさん＠お腹いっぱい。
09/01/11 01:27:03 reiM/AZc0
何故LAMEのことを挙げる
スレ違わない？と思ってるのは俺だけか
709:名無しさん＠お腹いっぱい。
09/01/12 21:03:18 xdoBZiprP
いくらOggが制限の多いコンテナだと言っても、実際に使われているのを見た事がないNUTにまで
人気で負けるのはあんまりだと思う。
URLﾘﾝｸ(img255.imageshack.us)
URLﾘﾝｸ(forum.doom9.org)
URLﾘﾝｸ(wiki.multimedia.cx)
710:名無しさん＠お腹いっぱい。
09/01/12 21:58:34 rGQtU0sx0
Xiphはコーデック屋だけやってろというサイレント・マジョリティの現れだろう
711:名無しさん＠お腹いっぱい。
09/01/12 22:14:23 xdoBZiprP
今思い返せば、オーバーヘッドが小さいと言う理由でSnowをNUTに入れている人を前に見かけた。
おそらく、Theora+VorbisもNUTやMatroskaに入れた方が、Oggよりもファイルサイズが小さくなる事だろう。
URLﾘﾝｸ(forum.doom9.org)
712:名無しさん＠お腹いっぱい。
09/01/12 22:41:14 iF2WJ7ww0
Ogg はストリーミング前提の構造だからファイルベースで考えると無駄も多い。
ビットレートに合わせてOggページの粒度を変えればサイズはもう少し縮むんだろうけど。
713:名無しさん＠お腹いっぱい。
09/01/13 03:38:13 n0PsaHVU0
ポータブルプレーヤーの選択肢狭いしカバー画像の埋め込みに標準がないし
もうLameでMP3でもいいかなと思って数年ぶりに使ってみたが
なんだあの激遅なエンコ速度は。耐えられない。
もう暫くOgg Vorbisでいくよ。
714:名無しさん＠お腹いっぱい。
09/01/13 08:37:23 qwTzaI+l0
Oggはpeercastぐらいでしか見かけなくなった
いい形式だと思うけど普及度じゃAACの1000分の１くらい？
715:名無しさん＠お腹いっぱい。
09/01/13 09:24:14 bJbkqms00
音声圧縮界のPNGだね
どっちも今や滅亡秒読みｗｗ
716:名無しさん＠お腹いっぱい。
09/01/13 10:05:38 xAIz760/0
>>215
JPEG2000の間違いじゃね？
PNGに代わる形式ってあるの？
717:名無しさん＠お腹いっぱい。
09/01/13 11:25:24 3wTXgk//P
オーディオのVorbis, FLAC, Speexは他と比べても優れている。
ビデオのTheoraとそれのコンテナのOggが今ひとつと言うだけで。
718:名無しさん＠お腹いっぱい。
09/01/13 12:52:18 jIhtewFPO
>>714
ゲームではよく採用されてるよ
ライセンス料不要だから
>>717
FLACは微妙だと思う
719:名無しさん＠お腹いっぱい。
09/01/13 14:58:27 D4pe8h8k0
>>715はbmpをロダにうｐして叩かれてるタイプ
720:名無しさん＠お腹いっぱい。
09/01/13 16:46:18 BPMvMDFU0
Oggが今ひとつと言うだけで。
え、信者界隈ではこれ大したことないことになってんの？
721:名無しさん＠お腹いっぱい。
09/01/13 16:50:18 j10SHJq40
CDを可逆でHDDに貯めてる人なら
FLACかTAKの二択って状態だし
FLACは微妙ってわけでもないだろ
722:名無しさん＠お腹いっぱい。
09/01/13 18:41:16 3wTXgk//P
>>720
比較対象がMatroska等ではなく、RIFFだったら、Oggを優れたコンテナだと言っても良いけれどね。
まあ、別にXiphの信者ではないから、何もかもを肯定しようとは思わない。
723:名無しさん＠お腹いっぱい。
09/01/14 00:52:26 2MKm3BqB0
>>721
Flacは最高だと思う
Flacに対応してないiTunesはうんこだと思う
やっぱWinampとかFoobarだな
724:名無しさん＠お腹いっぱい。
09/01/14 00:59:41 iv8w3OM00
>>721
汎用性のFLAC
性能のTAK
バランス（≒微妙）のWavpack
惰性のAPE
ってとこか？
>>723
おっとH2k6を忘れてもらっては困りますぜ。
725:名無しさん＠お腹いっぱい。
09/01/14 01:45:54 2MKm3BqB0
>>724
URLﾘﾝｸ(www.forest.impress.co.jp)
よさそうだね。知らなかったので早速つかってみるよ
726:名無しさん＠お腹いっぱい。
09/01/14 14:41:55 ghfp+Xoz0
>>724
ネタだと思ってたソフトがまともになってるw
cue埋め込みflacに対応していないのと(対応していなくて当然か)
SPCなどが再生で機内の以外はかねがね満足。
727:名無しさん＠お腹いっぱい。
09/01/14 21:58:52 lFcEzBba0
え？最新版は対応してない？
対応音楽形式(BASS)
WAV/MP1/MP2/MP3/OGG/WMA/MP4/AAC/Apple lossless/APE/TTA/Flac に対応
728:名無しさん＠お腹いっぱい。
09/01/14 22:00:04 lFcEzBba0
ああ、cue埋め込みflacだとダメという意味か。ごめん
729:名無しさん＠お腹いっぱい。
09/01/16 15:22:13 puPJeC9M0
TAKはソース公開するする詐欺
DGCAのようなもの
730:名無しさん＠お腹いっぱい。
09/01/16 17:51:05 S/BWMdzD0
TAKのはまさにこれ
＿＿＿＿＿＿＿＿＿＿＿＿
ヾミ || || || || || || || ,l,,l,,l 川〃彡|
V~~''-山┴''''""~ ヾニﾆ彡| 出す・・・・・・！
/ 二ー―''二 ヾﾆニ┤ 出すが・・・
<'-., ￣￣ _,,,..-‐､ 〉ニﾆ| 今回 まだ その時と場所の
/"''-ﾆ,‐l l`__ニ-‐'''""` /ニ二| 指定まではしていない
| ==＝､! `＝====､ l =ｌべ=|
. | `ーﾟ‐'/ `ー‐ﾟ―' l.=lへ|~| そのことを
|`ー‐/ `ー― H<,〉|=| どうか諸君らも
| / ､ l|__ノｰ| 思い出していただきたい
. | ／`ー ~ ′ ＼ .|ヾ.ニ|ヽ
|ｌ 下王l王l王l王lヲ｜ | ヾ_,| ＼ つまり・・・・
. | ≡ | `l ＼__ 我々がその気になれば
!、 _,,..-'′ ／l | ~''' ソースコードの公開は
‐''"￣| `iｰ-..,,,＿,,,,,....-‐'''" ／ | | 10年後 20年後ということも
-―| |＼ ／ | | 可能だろう・・・・・・・・・・ということ・・・・！
| | ＼ ／ | |
731:名無しさん＠お腹いっぱい。
09/01/16 17:54:58 xLLeXr+Y0
全く困るよなあ
まっTAK
732:名無しさん＠お腹いっぱい。
09/01/16 19:22:26 cr8y7zeN0
( ﾟдﾟ )
733:名無しさん＠お腹いっぱい。
09/01/16 19:28:10 BrJCVywc0
TAK単体の話はさすがにスレ違いだろ
734:名無しさん＠お腹いっぱい。
09/01/16 23:03:26 POb7iD710
Ｂ’ｚのＴＡＫです
いいたいのはそれだけ、よろしく！
735:名無しさん＠お腹いっぱい。
09/01/17 02:00:04 W9hxhQE3P
Legal to encode with Xvid and distribute in commercial game?
URLﾘﾝｸ(forum.doom9.org)
こういうスレを読んでいると、ゲームで良く使われる様になったVorbisと比べたら、
Theoraはまだまだ無名なんだと実感する。
736:名無しさん＠お腹いっぱい。
09/01/17 05:43:03 bdi2AdAz0
HA界隈ではとりあえず"オープンソースです"と言っておいた方がウケが良い
737:名無しさん＠お腹いっぱい。
09/01/18 22:43:32 OSRZnx0S0
>>736
オープンソースには拘らない人も多いよ。
NeroAACとか人気あるし。
738:名無しさん＠お腹いっぱい。
09/01/18 23:26:48 7C4UtqIQP
TAKもAACの様に、規格の仕様が公開されていたら、良いのだけどね。
739:名無しさん＠お腹いっぱい。
09/01/19 00:58:51 KtdYyNo00
満足いくまでは弄り回したいから、仕様とか確定したくないんじゃないかと思ってる。
ある程度の性能になったらオープンソースにするとか言ってるってことは、そういうことじゃないかと。
740:名無しさん＠お腹いっぱい。
09/01/19 01:09:25 PNXXa+gzP
Xiphの規格なら性能で他に負けていたとしても、GCCが動く環境ならデコードはできそうだから、
その辺りは安心だ。
741:名無しさん＠お腹いっぱい。
09/01/19 01:35:34 oZogi49U0
>>739
デコーダの後方互換性は保証すると言ってるから、
少なくともフォーマットとデコーダの仕様は確定してるはず。
742:名無しさん＠お腹いっぱい。
09/01/20 01:04:20 S8Sv2ese0
>>741
後方互換性だと新しいバージョンでエンコードしたファイルが古いバージョンでデコードできることが保証されないぞw
#古いバージョンでエンコードしたファイルが新しいバージョンでデコードできることは保証されるけど
だからフォーマットいじり放題だ
743:名無しさん＠お腹いっぱい。
09/01/20 17:53:38 bn/TqjhX0
>>739
DGCAの作者と同じ事を言っているな。
あちらはその後、ソースを公開する以前に更新が止まった。
744:名無しさん＠お腹いっぱい。
09/01/21 04:45:21 QZKArOxO0
oggファイルの音楽をループするように処理できないものなのでしょうか？
これらの知識が全くないので的外れなことをいっているかもしれないですが。
745:名無しさん＠お腹いっぱい。
09/01/21 10:40:35 U0XhaOX40
プレイヤでリピートしろやとみんな思ってる
746:名無しさん＠お腹いっぱい。
09/01/21 10:46:22 H3FzlOCf0
ゲームで使われるような特定区間リピートの事言ってんのかと思った
747:名無しさん＠お腹いっぱい。
09/01/21 15:39:21 tsT8c/xa0
>>746
>>745 はoggとは別にループ情報を保存しておいて、ループ制御は自分で作れって言ってると思ってた
748:名無しさん＠お腹いっぱい。
09/01/21 17:23:12 XU1bVnQHO
最近のファルコムのゲームは、音楽をOggVorbisファイルのタグに独自のループ情報を埋め込んでいる。
誰かファルコムの音楽データ専用のプレイヤーを作っているひとがいたから、それを使えばループ再生できるかもしれん。
749:名無しさん＠お腹いっぱい。
09/01/21 19:29:08 U0XhaOX40
なんじゃそりゃ
そのうちDAWのセーブファイルみたくなるのか？ｗ
750:名無しさん＠お腹いっぱい。
09/01/21 20:52:18 9GNSgEf20
libvorbisを使うとov_pcm_seek()でデコード開始位置をサンプル単位で指定できるので、
ループ終端までデコードしたら続きをループ先頭からってのが簡単にできる。
昔、ogg123をループ対応に改造して使ってた。
751:名無しさん＠お腹いっぱい。
09/01/22 03:13:00 lTz21dP50
Lancer作者さんがファルコムの人じゃなかったっけ?
752:名無しさん＠お腹いっぱい。
09/01/22 18:04:05 XohAMATT0
>>751
や、ファルコムのゲームにLancer使ったら無事動いたよ、って報告しただけだったかと
753:名無しさん＠お腹いっぱい。
09/01/22 22:36:25 O3yUHlld0
>>748
ファルゲーのタグにそれっぽいのが付いてて気になってた。
リピート再生できるんならサントラよりもそっち聴きたいわ。
754:名無しさん＠お腹いっぱい。
09/01/23 02:10:00 vhqXLfFT0
>>752
そっか。うろ覚えだったからフォロー助かります。
755:名無しさん＠お腹いっぱい。
09/01/24 19:10:58 OjEvGCO80
VobisとAACってどっちがデコード不可高いの
756:名無しさん＠お腹いっぱい。
09/01/24 19:27:38 0Qz7iBpMP
URLﾘﾝｸ(foobar2000.xrea.jp)
デコーダ: (libvorbis/FAAD2)
これを使ってみたら、同じくらいのビットレートだとすると、AAC(LC), Vorbis, AAC(HE)の順にデコードが速い。
私が普段使わない他のプロファイルのAACは試していない。
757:名無しさん＠お腹いっぱい。
09/01/24 19:46:08 va94Ktqa0
>>755
RockBoxでの比較
URLﾘﾝｸ(www.rockbox.org)
758:名無しさん＠お腹いっぱい。
09/01/25 10:38:49 uOcks3A90
みんなビットレートはどのくらいでやってる？
僕は500。
KenwoodはWaveに対応してたんだね。
Oggにも対応してほしいー。
759:名無しさん＠お腹いっぱい。
09/01/25 10:47:55 ZVJ3l9pO0
>>758
何でそんな中途半端なの？
やるとしたら512だろ？
でもそこまでくるとflac使った方が良いような？
760:名無しさん＠お腹いっぱい。
09/01/25 20:03:17 5jOe5aC+O
vorbisだからq=5.00だと思った俺は早計。
761:名無しさん＠お腹いっぱい。
09/01/25 20:06:52 Z/jpB5bb0
500kなら単なるキチガイだな
可逆の方がよっぽどいい
762:名無しさん＠お腹いっぱい。
09/01/26 00:32:22 afnAeX/J0
PCと携帯プレーヤーどっちでも聞くからQ7でやってるわ
763:名無しさん＠お腹いっぱい。
09/01/26 01:32:55 ib+GRcIu0
VorbisのエンコーダはQ8からいきなり音質が良くなる気がする
764:名無しさん＠お腹いっぱい。
09/01/26 05:02:31 mH7QPzft0
500くらいならTAKとかAPEでそれくらい縮みそうだな。
765:名無しさん＠お腹いっぱい。
09/01/26 07:06:20 UGQZLwza0
時代は64k or 可逆の二極化なんだよ
766:名無しさん＠お腹いっぱい。
09/01/26 13:16:00 WAB7rZ1MO
>>765
さすがに64kはちょっと…
128kか可逆じゃね？
767:名無しさん＠お腹いっぱい。
09/01/26 14:28:30 xsj3Mw7q0
192kは欲しいな
768:名無しさん＠お腹いっぱい。
09/01/26 20:35:23 fTcjB4lx0
まさかのモノラルの64kbpsかもしれないぞ
769:名無しさん＠お腹いっぱい。
09/01/26 21:49:42 zhKncJVv0
DAPでイコライザかけて聞く分にはq4で十分だな
770:名無しさん＠お腹いっぱい。
09/01/26 22:37:22 5C49u1TM0
Q-1(48kbps)でも違いがわからない俺は幸せもの
771:名無しさん＠お腹いっぱい。
09/01/27 00:29:54 9ogQ3kG30
ogg (vorbis)に対応したwizpy入手した
q0以上のファイルに対応しているが、
vorbis commentにpaddingが入っていると再生できない。
あと曲間のプチノイズが気になるけど、他には目立った問題はなさそう。
772:名無しさん＠お腹いっぱい。
09/01/27 05:00:32 yHVOizp30
Q4以下はQsoundに代表されるサウンドカードの3D音響効果かけると聞けたもんじゃないことがわかってからQ6以上を使うことにしてる
773:名無しさん＠お腹いっぱい。
09/01/27 14:27:41 ofjQ63wq0
>>772
そもそもQsoundなんか使うなよ。
774:名無しさん＠お腹いっぱい。
09/01/27 18:20:58 mHUwvGDD0
EACでaoTuVを使いたいんだけど、コマンドがわからないので教えてください。
775:名無しさん＠お腹いっぱい。
09/01/27 18:57:30 a4kNHr4FP
>>774
URLﾘﾝｸ(img158.imageshack.us)
776:名無しさん＠お腹いっぱい。
09/01/27 19:15:35 /q4V3Zsr0
>>774
「Ogg Vorbis Encoder」選んであるなら
-qX
Xのとこに数値入れてクオリティ指定
これだけでおｋ
777:名無しさん＠お腹いっぱい。
09/01/29 14:07:35 DeiczdQk0
URLﾘﾝｸ(slashdot.jp)
＞Vorbisは音ずれが発生するから実用に耐えないし、Theoraも遅い、汚い、縮まない、と三拍子揃ってる。
＞コンテナとしてのOGMも時代遅れ。フリーのコンテナならMKVがあって実績もある。
＞個人ユーザならノーリスクでx264でもXvidでもlameでも使えるんだし。企業は金払えばいいだけでしょ。
だってさ
778:名無しさん＠お腹いっぱい。
09/01/29 14:26:17 vl1e5N14P
Xiphの一番の味方であるべき、Linuxユーザーにまで、こんな的はずれな批判をされるのは情けない。
779:名無しさん＠お腹いっぱい。
09/01/29 14:37:03 LGFYFsDv0
どうせGIFやMP3の騒ぎを知らないニワカだろ
ほっといてやれ
780:名無しさん＠お腹いっぱい。
09/01/29 15:52:20 PBceGNeX0
URLﾘﾝｸ(slashdot.jp)
とりあえずペタッ
781:名無しさん＠お腹いっぱい。
09/01/29 20:10:57 LGFYFsDv0
うぜえっつの
782:名無しさん＠お腹いっぱい。
09/01/30 03:28:38 1CdgEWQ/P
URLﾘﾝｸ(www.mediafire.com)
ソース: URLﾘﾝｸ(mirror05.x264.nl)
誰が何を言おうと、私は特許の心配をせずに使えるビデオコーデックでは、
Theoraが現実的で最も優れていると考える。
783:名無しさん＠お腹いっぱい。
09/01/30 03:35:24 HqL3Q+9P0
MP3も初期はズレるわ変換遅いわといろいろ言われてたよね。
ポータブル用途も本当にハード面からも最適化されれば結構違うと思うんだよな。
能力的には
Matorska＞＞OGG(OGM)＞OGM＞＞＞AVI
こんなとこだったと思うが、むしろOGGコンテナの問題は、
ソフトウェアでの実装例がほとんどないことだと思う俺。
あとOGMが先に普及したせいで完全に同じものだと思ってるやつがいることか。
784:名無しさん＠お腹いっぱい。
09/01/30 03:50:13 1CdgEWQ/P
Matroskaが出てきて、OGMの役目は終わった。
OggもXiphの規格(Vorbis, Speex, Theora, etc)専用のコンテナだと考えた方が良い。
785:名無しさん＠お腹いっぱい。
09/01/30 04:00:01 HqL3Q+9P0
現状だとTheora+VorbisでもMatroskaのがぶっちゃけ使いやすいよね。
Firefox3.1のHTML5の際のvideoタグサポートがOGGコンテナらしいというのが悩ましい。
ちゃんとMatroskaが標準として普及すればいいんだけどその兆しがないのもなぁ。
786:名無しさん＠お腹いっぱい。
09/01/30 04:34:00 mGKc/mBT0
そのうちA-PNGみたいにMozillaが手ずからOggコンテナ開発したりして。
787:名無しさん＠お腹いっぱい。
09/01/30 12:17:19 xeKg2OaZO
>>777,782
LAMEやXviDは特許がらみがややこしい上にGPLやLGPLだからなぁ…
ソフトに組み込む際の使い勝手ではVorbisやTheora、それにDiracあたりがいいな
788:名無しさん＠お腹いっぱい。
09/01/30 13:08:59 mGKc/mBT0
URLﾘﾝｸ(blog.wikimedia.org)
Xiph外の開発者も対象にするためウィキペ財団に任すとか何とか。
789:名無しさん＠お腹いっぱい。
09/01/30 13:58:20 r/ADfPjS0
連合結成か
サスネルダが速攻リリース・更なる品質向上、高速化がなされれば、あるいは……
790:名無しさん＠お腹いっぱい。
09/01/30 17:10:40 pml89/1M0
>>783
MP4は？
モバイル用途ではMP4の右(この場合左か)に出る物はないんじゃないか？
というより、ケータイの対応状況が悪すぎるんだが(組み込み機器だから仕方ないか)
791:名無しさん＠お腹いっぱい。
09/01/30 22:02:32 HqL3Q+9P0
MP4は携帯どころかパソコンでも実装されたものはあまり見当たらない。
iPod,PSP限定とか3ggpとかそういう派生であれば多少生存している気がするが。
792:名無しさん＠お腹いっぱい。
09/01/30 22:49:15 WzXiZDys0
>>785
個人的に思うのはMatroskaは特許周りは大丈夫なの？
高機能なコンテナだとmp4あたりの特許を踏みそうな気がするんだが。
793:名無しさん＠お腹いっぱい。
09/01/30 23:23:16 r/ADfPjS0
Xiphは代理士雇ってちゃんと調査させてるんだよな
794:名無しさん＠お腹いっぱい。
09/01/30 23:43:39 WzXiZDys0
>>793
OggVorbisはやったという話が以前あった。
今はそういう話が出てこないので解らないが。
795:名無しさん＠お腹いっぱい。
09/01/31 00:21:43 dh9sGcre0
mp4はハンディカムとかで使われてるんじゃなかったっけ。
ああいう多様なフォーマットを求めないユーズには良いんでしょうね。
あとはニコ動で頻繁に見掛けるけどまぁこっちは何でも良いっちゃあ何でも良さげ。
oggはPNGのように「政治的に正しい」規格な感じ。OSS的に理想つーかなんつーか。
ただVorbisはPNGのように質的にも十分成功したと言って良いだろうけど
TheoraはそれこそMNGのように先行きになる予感がひしひしとする。
mkvはまぁ内容的に批判すべき点はあんまり思いつかんね。
個人的には積極的に使う理由がないけど。
796:名無しさん＠お腹いっぱい。
09/01/31 05:12:34 ydcQNoxjP
>>789
URLﾘﾝｸ(www.mediafire.com)
ソース: URLﾘﾝｸ(img231.imageshack.us)
libtheora 1.0 -v 3 2760kbps: URLﾘﾝｸ(img140.imageshack.us)
Thusnelda -v 3 2712kbps: URLﾘﾝｸ(img90.imageshack.us)
libdirac 1.0.0 -targetrate 3000: URLﾘﾝｸ(img134.imageshack.us)
Thusneldaでの成果を、早くlibtheoraにもフィードバックしてもらいたいところ。
何と呼んだものか、残像の様なアーティファクトが出るDiracには、正直あまり期待していない。