10/03/19 18:41:16 lIdjthg+0
>>355-356
CDEXでできました。
ありがとうございました。
358:名無しさん＠お腹いっぱい。
10/03/19 18:55:03 AVTC1KWE0
CDexならひっそり版オススメ。もう使ってるかもしらんけど。
URLﾘﾝｸ(homepage2.nifty.com)
359:名無しさん＠お腹いっぱい。
10/03/19 22:59:00 lIdjthg+0
>>358
今度DLしてみます。
有難うございます。
360:名無しさん＠お腹いっぱい。
10/03/27 07:40:30 sWVUAhBF0
URLﾘﾝｸ(xiph.org)
URLﾘﾝｸ(xiph.org)
>A new default flushing behavior that reduces overhead for moderate and high bitrate streams, such as video
確かに、libogg-1.1.4と比べたら、ファイルサイズが若干小さくなった。
ただ、依然として、mkvmerge-3.3.0を使った場合よりは大きい。
361:名無しさん＠お腹いっぱい。
10/03/27 08:32:11 xpPwp9Xc0
libvorbis 1.3.1 は、サラウンド(とGhost)優先のため、aoTuVからのマージなし
URLﾘﾝｸ(lists.xiph.org)
362:名無しさん＠お腹いっぱい。
10/03/27 21:04:05 yQ8+BdUD0
Matroska Vorbis (笑)
363:名無しさん＠お腹いっぱい。
10/03/27 22:04:19 dPjkgW050
27 3 月 libogg 1.2.0 & libvorbis 1.3.1 リリース
URLﾘﾝｸ(www2.atword.jp)
Xiph.Orgより、libogg 1.2.0 と libvorbis 1.3.1 がリリースされました。
liboggについては1フレーム（パケット）が大きい場合に、Oggページサイズが拡大されるようになりました。これは主にTheoraのためのものです。
今まではフレームサイズに関わらず、一定の大きさのページサイズを使っていました（およそ4KByte）。
これは、ストリーム送信におけるエラー時の再送信では有利な場合がありますが、今時4KByte程度のサイズで固定、というのは前時代的ですし、
実際高いビットレートではオーバーヘッドがかなり大きかったのです。
この新しいliboggではビットレートによって異なるページサイズが選択されます（最大時で1ページ64KByte弱です）。
libvorbisについて、最大の目玉はエンコーダ側のサラウンド・チャンネルカップリングの実装です。
今回のリリースでは特に5.1chに最適化されたモードが実装されています。
これにより、5.1chソースのエンコード結果は以前のバージョンと比較して劇的なビットレート縮小が達成されているはずです（自分では未テスト）。
あとはチャンネルカップリングを無効にするAPIの追加、及び幾つかのバグフィックスが行われています。
以前「春」で書いたバグについても修正されていますが、低いビットレートでは特定のサンプルで聴覚上有意差が出そうです。
個人的には再テストとチューニングがしたくなりますが、それはaoTuVと合併してからにしようと思います。
その合併作業も今回は変更点が多くて大変そうです。
364:名無しさん＠お腹いっぱい。
10/03/28 00:24:46 gm6lphIA0
窓の杜に載ってたMusicBee使ってみたけどいいぞ！
CD→CDDB取得→アルバムアート取得→1アルバム1ファイルのFLACにエンコードまで1発でできる。
残念ながら初期設定だとアルバムアートは埋め込んでくれないからエンコードパラメータいじんないとダメみたい（自分は未実施）
ただ設定いじってたら起動しなくなった・・・再インスコしてもダメだ・・・ﾎﾞｽｹﾃ
365:364
10/03/28 01:23:33 gm6lphIA0
古いバージョン入れたら動いた。
アルバムアートの埋込みは設定のtagsの中にあった。
FLAC→mp3でタグはもちろんアルバムアートも埋め込んでくれるし、もうfoobar2000いらんわwwww
366:名無しさん＠お腹いっぱい。
10/03/28 01:48:36 amM6Cd6G0
oggで確認
とてもいいし、普通に動く
ただ入れたCDが意味不明な黒人のアルバムアートになったｗｗｗ
367:名無しさん＠お腹いっぱい。
10/03/28 07:20:46 LjW9OsCa0
Oggenc2.85 using libVorbis v1.3.1
2010-03-27
URLﾘﾝｸ(www.rarewares.org)
Incorporates relevant changes re. libVorbis 1.3.1 and libOgg 1.2.0, and uses libsamplerate 0.1.7.
Multichannel code improved. Can now input 8, 16, 24, 32 bit Int and Float RAW PCM.
Also added facility to scale FLAC input using FLAC Replaygain Tag values - ICL 11.1 compile (Generic is MSVC9 compile).
libvorbis.dll using libVorbis v1.3.1
ogg vorbis dlls using libVorbis v1.3.1
2010-03-27
URLﾘﾝｸ(www.rarewares.org)
368:名無しさん＠お腹いっぱい。
10/03/28 21:02:04 DidBDxs/0
Oggenc2.85 using libVorbis v1.3.1
URLﾘﾝｸ(www.rarewares.org)
これを使ってエンコした曲だけ適当に1分くらい進めたり30秒くらい戻したりすると
音声が消えてCPU使用率が上がったままでプレイヤーを強制終了しないと元に戻らないね。
foobar2000とWinampは問題なし。
Lilithは0.992Stableは駄目でuLilith Beta.3(buidl 148)は問題なし。
URLﾘﾝｸ(xiph.org)のVersion 0.82.16930を使って再生するプレイヤーも全滅。
自分の環境だけなのかな？（OSはXP SP3で全部q8でエンコ）
369:名無しさん＠お腹いっぱい。
10/03/28 23:29:48 eZ1H4vtZ0
BASSなやつとQMPで確認してみたけど問題なしだったよ
370:名無しさん＠お腹いっぱい。
10/03/29 00:01:41 I4ko5ZFZ0
Xiph.Org libVorbis I 20100325 (Everywhere)
371:名無しさん＠お腹いっぱい。
10/03/29 00:05:30 n/EcX7RP0
Writing library : libVorbis (Everywhere) (20100325 (Everywhere))
372:名無しさん＠お腹いっぱい。
10/03/30 08:35:28 cpkeR4Io0
Everyone
373:名無しさん＠お腹いっぱい。
10/03/30 16:44:35 KaLt1VVC0
Site Temporarily Unavailable
We apologize for the inconvenience. Please contact the webmaster/ tech support immediately to have them rectify this.
error id: "bad_httpd_conf"
374:名無しさん＠お腹いっぱい。
10/03/31 00:12:59 irCkrmL+0
fukunyu
375:名無しさん＠お腹いっぱい。
10/04/01 04:46:23 vJyhC46V0
Oggenc2.86 using libVorbis v1.3.1
2010-03-30
URLﾘﾝｸ(www.rarewares.org)
Incorporates relevant changes re. libVorbis 1.3.1 and libOgg 1.2.0, and uses libsamplerate 0.1.7. Now maps up to 7.1 channels correctly.
Also accepts 8, 16, 24, 32 bit Int and Float RAW PCM input. Also added facility to scale FLAC input using FLAC Replaygain Tag values - ICL 11.1 compile (Generic is MSVC9 compile).
376:名無しさん＠お腹いっぱい。
10/04/01 04:55:55 vJyhC46V0
エラーが出て・・・。
377:名無しさん＠お腹いっぱい。
10/04/08 20:17:02 c6x92YkH0
＿＿＿＿
／ ＼
/● ● ＼ ／￣￣￣￣￣￣￣
／ Y Y| ＜・・・・・・・ッ！！！
| ▼ //// | | | ＼＿＿＿＿＿＿＿
|_人＿ ＼／" ＼
＼／ ” ＼
,.. -─- ､, |" ”” ＼
,／ `''-､ ＼
., ' ｀`ヽ;‐‐-, _ ｜
/ ﾞi'ヾ､| ｜ ドピュッ ドク…
∑ ,! ､ i | / ｜
l ┬-,.､, ヽ !. | / / |
！？ | , |／ ヾ､|' | | | |
| | ! ,、 ､ l ! l ｜ | | |
| |/ﾄ, / ヽ lヽ l､i. ! ! _| | | |
| | `lヽ/////!| l |二_l ,.ﾞr-‐'! | |
! | `''=ﾆ三ﾖ'"| |三二三l | （（（___| !| | ＿／￣￣/
ﾞ､ ! | | ,! !"T'''''T" |. ! ! | ＼＿＿_／
ヽ､l. | | | / | ! l. ',. | ／
| ! | ／ ,|. |`''} （（￣l,,__,i、＿ ／
,.:ｪ''" l ´ `| !''" / ﾉ
"''='-‐'ﾞ / ', 'ー''"
'ｲji,j､j,i
378:名無しさん＠お腹いっぱい。
10/04/10 18:21:06 cA3ZIHQ20
Googleとしても、誰の特許を使っているか知れた物ではないVP8の仕様を公開するよりも、
今の所は問題の見つかっていないTheoraを支援した方が賢明ではある。
URLﾘﾝｸ(google-opensource.blogspot.com)
379:名無しさん＠お腹いっぱい。
10/04/14 03:47:50 z/fuNovj0
米Google、HTML5向けビデオコーデック「VP8」のOSS化を5月発表か - 米報道
マイコミジャーナル
URLﾘﾝｸ(journal.mycom.co.jp)
380:名無しさん＠お腹いっぱい。
10/04/14 18:19:21 MdrxQjVQP
海外向けだけどついにウォークマンでFLACの再生が可能になったね
381:名無しさん＠お腹いっぱい。
10/04/14 19:31:57 1bQnmmdJ0
詳細please
382:名無しさん＠お腹いっぱい。
10/04/14 20:39:13 gr2E+CeU0
ｍｊｋ！
この分野でFLACスタンダードになってくれれば嬉しいな。誰だよ、○pple losslessとか作ったやつ
383:名無しさん＠お腹いっぱい。
10/04/14 22:15:10 1bQnmmdJ0
て、まさかこれのことか…
URLﾘﾝｸ(www.sonyericsson.com)
384:名無しさん＠お腹いっぱい。
10/04/15 21:47:34 l0NlftK+0
AACに比べてOggはなぜエンコードに時間がかかってしまうのでしょうか？
愚問かもしれませんが偉い人がいたら教えていただければと。
385:名無しさん＠お腹いっぱい。
10/04/15 22:05:34 5GJfH7nj0
>>384
aoTuVはそうだろうが、>>4にあるLancerはマルチスレッドも実現していて、大抵のAACエンコーダよりも速い。
386:名無しさん＠お腹いっぱい。
10/04/15 22:10:23 l0NlftK+0
>>385
ありがとうございます。つまりMacとかに乗っている（というより、QuickTime？）のAACエンコーダは
最適化されていて、自分が使っていたのがされていないという違いだけだったのですね。
もっと、根本的な部分で差が出ているのかと思ってました。
387:名無しさん＠お腹いっぱい。
10/04/16 00:56:51 5lxRlO5V0
Mac使うのやめたらいいのに
長く使うと脳が駄目になっちゃうよ
388:名無しさん＠お腹いっぱい。
10/04/16 01:02:15 KNn9ssAF0
Win使っても脳は固まっちゃうがな
389:名無しさん＠お腹いっぱい。
10/04/16 01:24:04 L7WEaId60
VP8がどうなろうと、H.264よりもライセンス料の高いAACをセットにして使うとも思えないので、
とにかくVorbisは生き残るか。
URLﾘﾝｸ(www.vialicensing.com)
390:名無しさん＠お腹いっぱい。
10/04/16 02:15:55 gARdvLqo0
Oggenc2.87 using libVorbis v1.3.1
2010-04-15
URLﾘﾝｸ(www.rarewares.org)
391:名無しさん＠お腹いっぱい。
10/04/17 18:19:18 eRvR59uI0
flacのサイトにアクセス出来ないんだけど・・・
392:名無しさん＠お腹いっぱい。
10/04/17 20:20:00 eRvR59uI0
自己解決
393:名無しさん＠お腹いっぱい。
10/04/19 01:22:31 kU+PNYbY0
18 4 月 統合版の作業状況
URLﾘﾝｸ(www2.atword.jp)
色々と書きたいネタは横に置き、aoTuVの新しいバージョンを出すべく作業中です。とは言え、まだはっきりとしたリリース日などの告知が出来る段階ではないのですけどね。
すでにlibvorbis-1.4.0との統合は終わっています。ただ、まるまる統合した訳ではなく、色々と変わっている部分もあります。オフィシャルソースはマルチ・チャンネル対応のために、
チャンネル・カップリング処理部分が以前のバージョンから大幅に書き換えられています。それを見て色々と思ったこともあり、その辺のaoTuV側の追加処理部分を見直し中です。
他には、コードブックとの兼ね合いからあまり意味の無かった設定を変えたり、チューニングを見直したり、コードの整理をしたりといった所です。
いいと思って変更した部分も、別のサンプルでは悪くなることもあるので、やはりなかなか難しいと、再確認中でもあります。ビット割り当てを多くすれば必ず良くなるかというと、
そうはならない場合があるのですね。
それは前から分かっていたことではあるのですが、今回もそういう例に遭遇してしまいました。別の方法を考えなければ・・・。
まあぼちぼちとやっていこうと思います。
394:名無しさん＠お腹いっぱい。
10/04/26 10:21:40 R9zu6a6r0
ogg vorbis って何で音楽業界に総スルーされてんの？
395:名無しさん＠お腹いっぱい。
10/04/26 10:45:43 0DQvQMHl0
利権に絡む人が誰もいないから
流行っても誰も得をしない
396:名無しさん＠お腹いっぱい。
10/04/26 10:56:03 tnTMQV7W0
FLACは、MPEG-4 ALS(ISOの可逆)と比較してもかなり普及していると言えるけど、
VorbisのライバルはAACだから難しい。
397:名無しさん＠お腹いっぱい。
10/04/26 23:50:16 xA6C3x8U0
AACってどんな時にお金かかるんですか？
よくゲーム（特にエロゲ）ではvorbisが使われているのを見るのですが。
398:名無しさん＠お腹いっぱい。
10/04/26 23:52:46 e/pY4brV0
AACについての質問ならAACのスレに行った方がいい気がする
399:名無しさん＠お腹いっぱい。
10/04/27 06:30:03 SBul27bx0
>>397
>>389
AACのデコーダなら、製品一つ毎にUS$0.48かかる。libvorbisは無料で使える。
400:名無しさん＠お腹いっぱい。
10/04/28 00:00:32 i6qKdY6z0
どうもありがとうございます。デコーダーにお金がかかったのですね！
ゲームだけだったらDirectXとかに任せればかからないような気もしなくはありませんが。
それじゃ地デジの音声はAACだからすべての機器が払っているということになるのか orz
401:名無しさん＠お腹いっぱい。
10/04/28 06:37:39 BgROiesY0
TVやiPod等、有料の製品はまだいいけど、無料で配布するFirefox等が、
H.264やAACに対応するのはつらいと言う訳だ。
402:名無しさん＠お腹いっぱい。
10/04/28 14:19:48 DX/lxG6w0
Firefox くらい稼いでたら辛くないだろｗｗｗ
403:名無しさん＠お腹いっぱい。
10/04/28 15:06:10 EytjjG2u0
MozillaもXiphも非営利団体っていうだけで
営業利益がないわけでも人件費ゼロで回ってるわけでもないよなぁ。
404:名無しさん＠お腹いっぱい。
10/04/28 20:58:57 sB1ekb0F0
MozillaはGoogleからの売り上げでなんとかなってる。
逆に言うと、Googleが引き上げると現状でもヤバイ。
405:名無しさん＠お腹いっぱい。
10/04/28 23:21:39 rWNCXzv00
僕が普段使っているこの右上のおかげですね。
でもまぁネットはもともと自由に手軽にっていうのがあるのに規格で金がかかるのは避けていただきたい。
406:名無しさん＠お腹いっぱい。
10/04/30 15:15:13 0KZoxRgD0
Chrome軌道に乗ったらMozillaにはそんなに払わないだろうからね。
まぁその後にBaiduやらYahooで補完できるかどうかかな。
407:名無しさん＠お腹いっぱい。
10/05/01 08:34:53 uojBhzvH0
Appleが、TheoraやVP8のあら(On2以外の特許)探しをするだろう言う話。
URLﾘﾝｸ(newteevee.com)
408:名無しさん＠お腹いっぱい。
10/05/01 11:57:09 0oipPv2Q0
最悪だ
409:名無しさん＠お腹いっぱい。
10/05/01 12:04:59 GriczVDo0
VP8はともかくライセンスフリー標榜してるTheoraにとっては避けられない試練だからなぁ
ともあれ林檎死すべし
410:名無しさん＠お腹いっぱい。
10/05/01 16:23:12 Ej2WM+Q70
逆に考えるんだ。もしこれで何もなかったらお墨付きをもらえると。
まぁリンゴは腐ってしまえばいいのには変わらんが。
411:名無しさん＠お腹いっぱい。
10/05/01 16:28:43 JeiPo+fS0
いいことだと思うけどな
open sourceなら特許使用料を払わなくて済むって論法が成立したら卑怯じゃん
412:名無しさん＠お腹いっぱい。
10/05/01 16:34:25 JeiPo+fS0
それと、現行の特許法も改正して、特許権を弱めるべきだよな
独占使用権とか、特許が使われるまで黙っていて、後で請求しても良いとか、公開規格にはなじまない
公開規格に関しては、パテントプールを立てて特許権保有者を募集する公的に認定された仕組みを作り、
期限までに申告しなかった特許権者は、請求権が無くなるようにするのが良い
ただし、「公開規格」の認定基準も厳し目にしておく
そうしないと「公開規格」が、山程申請されて、特許権者が逆に不利になってしまうから
413:名無しさん＠お腹いっぱい。
10/05/01 19:53:24 6994kWLB0
>>411
それって標準規格に自社の特許をねじ込ませれば勝ち、みたいな
状態を促進させないか？
それはそれで健全には見えないが。
414:名無しさん＠お腹いっぱい。
10/05/01 21:13:35 Ej2WM+Q70
∩＿＿＿∩ ／
| ノ ヽ ／
/ ＞ ＜ |／ そんな餌ﾊﾟｸｯ
| //// ( _●_)／ミ
彡、 ｌ⌒l ノ
/ ＿＿ ＼ ＼ヽ
. (＿＿＿） ＼__）
. Ｏ| /
| ／＼ ＼
| / ) )
∪ （ ＼
＼,,＿）
415:名無しさん＠お腹いっぱい。
10/05/02 12:05:12 +9tuclgj0
>>413
促進も何も、既にそのような状態になっているから
オレも特許は嫌いで制度自体なくなってしまえと本音では思ってるが
それは政治的にほぼ実現不可能だから
特許悪玉論を広めることで有償化を防止するよりも
特許権の行使は正当な権利だと認め、徴収しやすい制度を作った上で
強すぎる現行の特許権を制限するのがよっぽど建設的
416:名無しさん＠お腹いっぱい。
10/05/02 12:44:38 HTPHftxP0
気違いじみた万能の法律と化している著作権に比べれば
特許権そのものは強いとは思わない
特許として認められるべきでないものまで認められていることが問題
ていうかぶっちゃけ米国の不公正な特許システムが問題
417:名無しさん＠お腹いっぱい。
10/05/02 14:17:23 7+aw9XjU0
>>407
> “All video codecs are covered by patents. A patent pool is being assembled to go after
> Theora and other “open source” codecs now. Unfortunately, just because something is
> open source, it doesn’t mean or guarantee that it doesn’t infringe on others patents.
> An open standard is different from being royalty free or open source.”
Flash潰しと同じで奇跡的に普及してきても潰しにくる
業界の方針を決めているJobsに睨まれると抵抗のしようが無い
終わった
完全に終わった
418:名無しさん＠お腹いっぱい。
10/05/02 14:36:16 luejnh3h0
ジョブスってそんな影響力あるの？
コアなMacユーザーにとっては偉大な教祖様だろうけど、コンピュータ業界的にはもう過去の人だと思ってた。
419:名無しさん＠お腹いっぱい。
10/05/02 14:43:39 2IX889iZ0
世間的にはそんなことも知らんお前の方が完全に過去の人
420:名無しさん＠お腹いっぱい。
10/05/02 15:32:36 Z75O1WRF0
アップルは高級なゲーム機メーカーと思ってる。任天堂なみに独自路線を走ってても良い。
ただ、ジョブズの健康状態に右往左往してるメーカーが10年先のことを語れるとも思えんのだが。
421:名無しさん＠お腹いっぱい。
10/05/02 17:08:55 XoLtTrm60
Appleとジョブズは人類の敵
422:名無しさん＠お腹いっぱい。
10/05/02 18:31:44 lltsylYy0
>>421
まさしく
423:名無しさん＠お腹いっぱい。
10/05/02 18:35:33 y6zXk9Y20
iPodがTheoraやVorbisにも対応してくれたら、Appleの商売の邪魔にもならないのにな。
424:名無しさん＠お腹いっぱい。
10/05/02 19:45:08 luejnh3h0
>>419
そうなのか。iPodやらが売れてるのは知ってるがそれはApple社の経営状態に影響する話で別にジョブス関係ないじゃんって思ってたんだ。
数年前に経営からも退いてたし、俺の中ではもう何やってるかわかんない人だった。
425:名無しさん＠お腹いっぱい。
10/05/02 23:36:20 x4YwXEwL0
人の尊厳の否定と地球生命の根絶がAppleの最終目標
426:名無しさん＠お腹いっぱい。
10/05/02 23:42:00 vOOaq5170
>>421-422>>425
人類の未来はMicrosoftに託された
こうですか？わかりません＞＜
427:名無しさん＠お腹いっぱい。
10/05/02 23:45:43 vu+lzVMG0
WMPでVorbis対応してもいいと思うんだ
428:名無しさん＠お腹いっぱい。
10/05/03 18:16:43 n/2y6tdV0
>>423
rockboxでもipodに入れとけば？
429:名無しさん＠お腹いっぱい。
10/05/03 18:20:52 QS6vuUfy0
音楽を持ち歩く習慣自体なくなっちまえ。
430:名無しさん＠お腹いっぱい。
10/05/03 18:59:40 sMsWxdum0
新世代の映像圧縮フォーマットは、プロプライエタリからこそ生まれる。
―あっ、Appleだ！
431:名無しさん＠お腹いっぱい。
10/05/03 20:01:13 CpcSwrZ00
最近のハードには未対応
432:名無しさん＠お腹いっぱい。
10/05/03 22:52:03 6b+w8jIL0
>Now, there is only one way out of this whole MPEG-LA mess:
>1. Use a camera that does not use any of MPEG-LA's codecs.
>2. Use a codec that all, of most of its patents, have expired, patents that *PREDATE* MPEG-LA's.
>3. After editing, export back to that codec. Don't use any of the supposedly modern patent-free codecs, because you can still be liable if MPEG-LA sues these codecs and wins.
>So, which codec you should use to record your video and share with the world?
>The solution is MJPEG.
URLﾘﾝｸ(www.osnews.com)
これには苦笑するほかないが、他の部分はよく書けている。
433:名無しさん＠お腹いっぱい。
10/05/03 23:20:56 CpcSwrZ00
ただのスペルミスだうん。ただの（ｒｙ
434:名無しさん＠お腹いっぱい。
10/05/03 23:44:46 gj86RwJv0
そう、Motion JPEGです。
435:名無しさん＠お腹いっぱい。
10/05/04 02:03:21 A2jyN9uG0
H.264でいいじゃない
どうせあと20年もすれば特許が失効するのだから
436:名無しさん＠お腹いっぱい。
10/05/04 23:20:03 XNE/ZRAn0
そんなにまてないYO
437:名無しさん＠お腹いっぱい。
10/05/05 03:04:59 fdgSRckL0
>>428
超古いiPod発掘しないといけないじゃん
438:名無しさん＠お腹いっぱい。
10/05/05 20:14:18 msdXcVx0P
開発が盛り上がってきたのに終わったっぽいな
439:名無しさん＠お腹いっぱい。
10/05/06 20:30:30 MassjwpL0
URLﾘﾝｸ(japan.cnet.com)
IE9も対応しないという話
440:名無しさん＠お腹いっぱい。
10/05/06 23:36:22 2+rn0Vcu0
そんなの折込済みだ
441:名無しさん＠お腹いっぱい。
10/05/17 04:50:08 TnKT7QAaP
Oggcodecs release 0.83.17220
Source code:
URLﾘﾝｸ(downloads.xiph.org)
Windows 32bit installer:
URLﾘﾝｸ(downloads.xiph.org)
Windows x64 installer:
URLﾘﾝｸ(downloads.xiph.org)
liboggとlibvorbisが新しくなった他、幾つかのバグが直されている。
>Internet Explorer's HTML5 <video> technical preview
これも興味深い。
442:名無しさん＠お腹いっぱい。
10/05/17 09:51:27 rctHIdY1P
17 5 月 libvorbis 1.3.1 & aoTuV
URLﾘﾝｸ(www2.atword.jp)
大分安定してきたため、テスト版を公開してみます。5.1chでのテストをしていないので、聞く環境のある方は是非チェックしてみてください。以前のテスト版からのおおまかな変更点は以下の通りです。
・libvorbis 1.3.1と最新のaoTuVを統合。
・拡張された新しいNoise Normalization。
・動的ステレオしきい値変更コードをリニューアル（よりシンプルになりました）
・ソート処理を新しいlibvorbis 1.3.1に適合する方法へ変更（1.3.1をベースに高速化しましたが、トータルでの速度は前回のテスト版と大きな違いは無いです。アルゴリズムが異なります）
・特定の問題を改善するためのコードを一部改良。
加えてvencフロントエンドをマルチチャンネル入力対応にしました。8chまでのwavファイルを受け付けます。マルチチャンネルカップリングはlibvorbis 1.3.1と同様に5.1chのみ有効です。これはライブラリ側の制限です。
443:名無しさん＠お腹いっぱい。
10/05/17 10:07:09 rctHIdY1P
>>441
Version 0.83.17220 - 16.05.2010
* Updated libvorbis to version 1.3.1
* Updated libogg to version 1.2.0
* Ogg Demux filter has been changed from a source + parser filter to just parser filter. This step allows usage of
DirectShow's "File Source (Async.)" filter which can handle files bigger than 2GB, or "File Source (URL)" which
gives better networking support (proxy, ipv6, etc.)
* HTML5 <video> plug-in has received a couple of improvements:
- URI support given by uriparser library
- VMR9 support (instead of VMR7), this requires DirectX9
- Internet Explorer Standards mode support, instead of just Quirks mode
- width and height basic attribute support
* Removed OGM decoding support
* Fixed playback of Theora files with big ogg pages (e.g. hi-res "Patent Absurdity")
* Fixed #1447: common http based ogg streams broken in Vista WMP (atleast vista 64)
* Fixed #1301: [OGGDSF] dsfOggDemux2.dll, fails for http with private ip
* Fixed #1657: FLAC 7.1 wrong mapped channels
444:名無しさん＠お腹いっぱい。
10/05/19 06:03:56 lpOK54RQP
改良されたAQのおかげで、1.1.1と比べると、SSIMや実際の見た目はかなり改善された。
URLﾘﾝｸ(people.xiph.org)
URLﾘﾝｸ(www.mediafire.com)
445:名無しさん＠お腹いっぱい。
10/05/19 12:04:25 SmjQukU+0
FLACの圧縮率てめいっぱい高くしていいよね？
なにか弊害ってあるのかな？
446:名無しさん＠お腹いっぱい。
10/05/19 13:22:36 lpOK54RQP
今週GoogleによってVP8が公開されると噂されているけど、
Sorensonは気の早いことに、VP8Ogg.com等のドメインを取得したそうな。
URLﾘﾝｸ(newteevee.com)
>>445
公式版だったら、flac -8としても、エンコードが少々遅くなるくらいで、他には何の問題も無いだろう。
デコードがかなり遅くなる、flake -12 とかは止めた方が良いけど。
447:名無しさん＠お腹いっぱい。
10/05/20 05:54:15 55e9UK8iP
VorbisがVP8と組み合わせて使われるのは予想通りだったけど、
コンテナはOggではなくMatroskaだった。
URLﾘﾝｸ(webmproject.blogspot.com)
448:名無しさん＠お腹いっぱい。
10/05/20 05:57:17 3UaJg0qY0
コンテナは何でもいいがな
449:名無しさん＠お腹いっぱい。
10/05/20 06:34:45 55e9UK8iP
もう既に試した人が言うには、VP8はVC-1、Theora、Dirac、H.264 BPよりは良いけど、
H.264 MP/HPには劣る圧縮率の規格だそうだ。
URLﾘﾝｸ(mirror05.x264.nl)
URLﾘﾝｸ(mirror05.x264.nl)
URLﾘﾝｸ(mirror05.x264.nl)
URLﾘﾝｸ(mirror05.x264.nl)
URLﾘﾝｸ(mirror05.x264.nl)
URLﾘﾝｸ(mirror05.x264.nl)
URLﾘﾝｸ(mirror05.x264.nl)
VP8のイントラ予測が、特許を使うH.264のそれとほとんど同じなので、
VP8がパテントフリーと言うのは疑わしいとも書かれている。
URLﾘﾝｸ(x264dev.multimedia.cx)
450:名無しさん＠お腹いっぱい。
10/05/20 09:14:11 do9VpaLZ0
グーグル、オープンソースでロイヤリティフリーの動画規格「WebM」を発表:ニュース - CNET Japan
URLﾘﾝｸ(japan.cnet.com)
>また、オーディオ技術「Ogg Vorbis」も使用している。これも元々はOn2が開発したものである。
これって、theoraと勘違いしてるよね。
vorbisって登場してからそれなりに時間たってるけど、この程度の認識なのねえ・・・
451:名無しさん＠お腹いっぱい。
10/05/20 09:32:24 55e9UK8iP
>>450
>It also uses the Ogg Vorbis audio technology that also has its origins with On2.
原文が既に間違っているな。翻訳者が気づいても良さそうな物だが。
452:名無しさん＠お腹いっぱい。
10/05/20 14:54:06 55e9UK8iP
URLﾘﾝｸ(img299.imageshack.us)
URLﾘﾝｸ(img63.imageshack.us)
URLﾘﾝｸ(img341.imageshack.us)
URLﾘﾝｸ(img412.imageshack.us)
VP8等: URLﾘﾝｸ(www.mediafire.com)
ソース: URLﾘﾝｸ(www.megaupload.com)
自分でも試してみたが、Dark ShikariのParkJoyと変わらないな。
VP8はDirac以上にOggと関係の無い規格なので、これ以上はやりません。
453:名無しさん＠お腹いっぱい。
10/05/20 15:02:03 /z6k3qkj0
Appleはやらんと思うがSonyのWalkmanでoggが使える日はちかいかもな。
454:名無しさん＠お腹いっぱい。
10/05/20 19:40:26 ttUyp/en0
これでVorbisが再度注目されてツールとかが増えてくれればいいんだが
455:名無しさん＠お腹いっぱい。
10/05/20 20:52:14 dE9doGRJ0
Google、VP8のフリーWeb動画フォーマット「WebM」公開
－高品質動画を低コストで配信。Adobeなども賛同
URLﾘﾝｸ(av.watch.impress.co.jp)
456:名無しさん＠お腹いっぱい。
10/05/20 21:39:04 26bWzm5U0
>>454
増えるよ
457:名無しさん＠お腹いっぱい。
10/05/20 22:46:47 dWSYbE580
mkaの64bit 用の shell extentionも増えますか？
458:名無しさん＠お腹いっぱい。
10/05/20 23:21:58 BAzOZ4bz0
shell extentionなぜか、URLリング切れしとる。。。ダウンロードはできるみたいだけど。
オープンソースなら基本的に再コンパイルするだけだと思うんだけどなぁ。。。
459:名無しさん＠お腹いっぱい。
10/05/20 23:32:05 ejTL4J5O0
ツールとかもだけど対応DAP増えるといいな
460:名無しさん＠お腹いっぱい。
10/05/20 23:50:12 BAzOZ4bz0
URLﾘﾝｸ(journal.mycom.co.jp)
終結ってことになるのかな？
461:名無しさん＠お腹いっぱい。
10/05/20 23:54:09 ttUyp/en0
特許訴訟が起こる可能性は十分にあるみたいだからまだわからんと思う
462:名無しさん＠お腹いっぱい。
10/05/21 00:08:38 Mg//toVq0
URLﾘﾝｸ(xiphmont.livejournal.com)
development of Theora continues along with VP8
せっかくいい感じに仕上がってきた1.2を見てからじゃないと死ねないよな
463:名無しさん＠お腹いっぱい。
10/05/21 03:58:35 RQP09lUE0
Xiph.Orgにある最新のDirectShowフィルタ（oggcodecs_0.83.17220-win32.exe）を入れてみたのですが、
Oggファイルを再生しようとすると問答無用で落ちてしまいます。
状況としては、
・MPC-HC等で内部フィルタを使わずにOgg（Theora+Vorbis、またはVorbisのみ）を再生しようとすると
MPC-HCが落ちる。（MSへのエラー報告画面が出る）
・GraphStudioにOggファイルをD&Dしても同様。
・GraphStudioでFileSoure(Async)でOggファイルを開き、そこからRenderPinをやっても落ちる。
・GraphStudioでFileSoure(Async)でOggファイルを開き、手動で「Xioh.Org Ogg Demuxer」を接続し、
そこからRenderPinを実行すれば問題なくグラフが作られ再生できる。
という感じです。
oggcodecsはデフォルトオプションでインストールしました。
１つ前のoggcodecs_0.82.16930-win32.exeに入れ替えてみたところ、問題なく再生できるようになりました。
0.83.17220でDemuxerフィルタの仕様変更があったようなのですが、その影響でうまく動かなくなってるのでしょうか？
464:名無しさん＠お腹いっぱい。
10/05/21 04:05:45 RQP09lUE0
ちなみにOSはWinXP Home SP2です。
465:名無しさん＠お腹いっぱい。
10/05/21 13:54:27 jSjl9OmO0
なんでSP3にしないの？
466:名無しさん＠お腹いっぱい。
10/05/21 15:55:56 U5jgQKPT0
Vorbis大出世ｗ
467:名無しさん＠お腹いっぱい。
10/05/21 17:28:59 pV9QKpF9P
>>463
何か問題が起きたのなら、開発者にフィードバックするのが一番じゃないか。
URLﾘﾝｸ(xiph.org)
468:名無しさん＠お腹いっぱい。
10/05/21 19:11:18 U5Q2Znvq0
>>442
aoTuV [20100516] based on Xiph.Org's libVorbis 1.3.1
これは次期バージョンであるaoTuV Beta6に含まれる予定の重要な変化を含むテスト版です。
このテスト版に固有の問題が見つかれば、お知らせ下さい。
なお今回のビルドはクオリティ2以上のエンコードについては、
一部のパラメータが未調整のため制限しています。ご了承下さい。
This is a test version including an important change of a plan included in in a next version.
[ Limit Quality -2/-1/0/1 ]
蒼弓 [Aoyumi] <aoyumi@gmail.com>
469:名無しさん＠お腹いっぱい。
10/05/21 20:11:46 qMjBQa0p0
>>449
勝手に予測してみる
1.googleが金で無理矢理解決
2.該当部分を差し替えて画質を下げてでもパテントフリーを維持する
470:名無しさん＠お腹いっぱい。
10/05/21 22:40:05 RQP09lUE0
>>465
そういえばなんかSP3直後にトラブっててそのままだわ・・・・。
>>467
すまん・・・英語はさっぱりなんだ・・・。
とりあえず他の人の環境では、oggcodecs_0.83.17220-win32.exe は問題なく使えてるんだろうか？
最初はHaaliかなんかと競合してるのかと思ったんだけど、Haaliをアンインストールしても変わらなかった。
471:名無しさん＠お腹いっぱい。
10/05/22 02:43:57 YzHzfHYq0
自分なら黙って1つ前のバージョンに戻して、また次のバージョンが出るのを待つ。
472:名無しさん＠お腹いっぱい。
10/05/22 05:30:22 QYinFzqX0
>>470
うちでもRarewaresが4月15日にリリースしたエンコーダ（Oggenc2.87 using libVorbis v1.3.1）が原因でした。
作成したVorbisをDirectshow Filters（0.83.17220）を使うプレイヤー（Qonohaなど）で再生する時に
数秒でも早送りと巻き戻しを1回または数回やると、必ずプレイヤーが固まってCPU使用率が
跳ね上がたままになります。
OSはXP Pro SP3です。
解決方法はDirectshow Filtersを1つ前の0.82.16930に戻す。
どうしても0.83.17220を使う場合はVorbisエンコーダに蒼粒を使う。
蒼粒でエンコしたVorbisは上記のような不具合は一切出ませんでした。
URLﾘﾝｸ(www.geocities.jp)
473:名無しさん＠お腹いっぱい。
10/05/22 09:24:15 aMNcQH1mP
oggcodecs_0.83.17220-win32.exeをインストールしてみたけど、
私の環境(Win 7 x86-64, MPC-HC 32 bit)では、普通に動いた。
もっとも、Theoraのデコードはlibtheoraより、libavcodecの方が速いので、
普段はffdshowを使うのだけれど。
474:名無しさん＠お腹いっぱい。
10/05/25 04:12:10 iO+Nm0XI0
24 5 月 WebMとYouTubeとVorbis
URLﾘﾝｸ(www2.atword.jp)
このページを参考に YouTubeで「&webm=1」をURLの後に付けてWebM動画を検索してみる。そして見てみて聞いてみて最初に感じたこと、、、
･･･なんだ？ この音の悪さ
同じURLのFlashで再生される動画では全く問題無いのですが、WebM動画のほうはあまりに酷いです。
ファイルをダウンロードして確認、などはしていないので憶測になりますが、libvorbisやその派生ではなく、
多分libavcodecのVorbisエンコーダ(ffmpeg vorbis [注1])を使っています。
高域のエネルギーコントロールが適切に行えていないために、激しい金属サウンドが生じています。
なんというか、ISO由来のmp3エンコーダ群を思い出させる音です。
一応最近のffmpegをビルドして、デフォルトのVorbisエンコーダの音を確かめてみましたが、非常に似た音がしていました。
なんというか厳しいです。
これではVorbisは音が悪い、という評判が立っても仕方がないような状態です。非常に残念です。
（注１ このエンコーダについてのディスカッションは過去の Hydrogenaudioにありました）
475:名無しさん＠お腹いっぱい。
10/05/25 04:24:13 jf/K9CmX0
あの車輪の再発明的糞エンコーダか
確か聴覚心理モデルを使ってなくて、単純に元の波形との差を最小化してるだけだったか
476:名無しさん＠お腹いっぱい。
10/05/25 04:27:23 joQ3hplsP
YouTubeで使うffmpegに--enable-libvorbisを付けるのが、そんなに面倒だったのかどうかは知らないが、
Googleのやることは意味が分からない。
477:名無しさん＠お腹いっぱい。
10/05/25 23:15:19 ueJf9Z6j0
単純に気付いてないだけと信じたい。連絡先どこだ？
478:名無しさん＠お腹いっぱい。
10/05/25 23:21:19 joQ3hplsP
>>477
YouTubeの関係者が読んでくれるのならいいが。
URLﾘﾝｸ(groups.google.com)
479:名無しさん＠お腹いっぱい。
10/06/05 00:18:40 CFQVM+Dl0
>>477 >478
とりあえず直りそう。
URLﾘﾝｸ(groups.google.com)
480:名無しさん＠お腹いっぱい。
10/06/07 15:43:07 2B6rGJBJ0
蒼弓ノート更新されてるよー。
481:名無しさん＠お腹いっぱい。
10/06/07 19:34:34 RJq1jNWbO
(´・ω・｀)
482:名無しさん＠お腹いっぱい。
10/06/09 22:10:11 sa7YO+fc0
いま新品でRockbox入れられるやつなんて売ってるの？
483:名無しさん＠お腹いっぱい。
10/06/09 22:44:35 HhKsc5vg0
それが問題なんだよなぁ。。。
Unstableだけど、COWON D２ってやつぐらいしか知らん
484:名無しさん＠お腹いっぱい。
10/06/10 06:39:44 Ia6dvAyGP
WebMが普及して、Rockboxを入れなくても、Vorbisを再生できる機器が増える事を期待したい。
485:名無しさん＠お腹いっぱい。
10/06/11 00:39:48 IzzvcZhI0
Ｓｏｎｙさんは対応しそうな気もしなくはないけど、林檎さんはなさそー。
486:名無しさん＠お腹いっぱい。
10/06/11 02:40:17 DdYBQdzG0
Vorbisは出力bit深度の申告？がないみたいなんだがそういう仕様なん？
487:名無しさん＠お腹いっぱい。
10/06/11 02:55:23 wypdm+xr0
なんだ申告って
488:名無しさん＠お腹いっぱい。
10/06/11 10:23:43 l1+NnLOn0
>>486
libvorbisでは出力結果は単精度浮動小数点データになっていて
デコーダ(例えばoggdecやoggdropXPd)で16ビット符号付き整数に変換している。
489:名無しさん＠お腹いっぱい。
10/06/11 17:21:01 83UeLd/j0
例えば24bit 192ｋHz のwavをvorbisに変換したら192KHz 16bitになってしまうん？
490:名無しさん＠お腹いっぱい。
10/06/11 17:44:44 0m2TpemN0
>>489
そりゃデコーダ、プレイヤー次第だ。
出力ビット数を変えられるソフトを使えば24bit出力にもできる。
491:名無しさん＠お腹いっぱい。
10/06/11 20:29:17 d3E+2YxT0
>>489
Vorbisエンコーダは32ビットに変換してからエンコードする。
エンコーダが24ビットに対応していれば24ビットから32ビットに変換する。
必ず32ビットになるのでエンコーダも重要。
そしてデコーダは>>488が言うように32ビットから16ビットに変換してる。
492:名無しさん＠お腹いっぱい。
10/06/11 23:50:28 83UeLd/j0
デコーダー出力云々の話ではなくて
例えばMP3にエンコすると24bitのwav(ONKYOのサイトで販売されている)だろうが強制的に16bitになってしまうが(MP3は16bitにしか仕様上対応していない)
Vorbisは元々が対応してるのではないん？
493:名無しさん＠お腹いっぱい。
10/06/12 00:05:28 qJnG1Ico0
>>492
ビット深度の規定は無いので、
エンコード時のビット深度がデコード時に反映される保証は無い。
別に強制的に16bitにする規定も無い。
494:名無しさん＠お腹いっぱい。
10/06/12 00:09:16 4I5w4aSSP
ソース(16/24 bit integer) -> エンコード(32 bit floating point) -> デコード(16/24 bit integer)