10/01/25 14:20:31 z997gVfa0
>>235
お前AACスレを荒らしてた奴と同一人物だろ
ｽﾚﾘﾝｸ(software板:581-番)
238:名無しさん＠お腹いっぱい。
10/01/26 00:14:39 jAmo5u0t0
>>3
URLﾘﾝｸ(snackamp.sourceforge.net)
SnackAmp is a multi-platform music player with normal music player abilities,
multi-user support, integrated web server, and a powerful AutoPlaylist feature.
Currently mp3, wav, ogg vorbis, and many other sound files are supported.
SnackAmp also plays mp3 and ogg streams and can act as a Icecast/Shoutcast compatible server for other stream clients.
Both auto-leveling (normalization) and gapless playback are supported.
Tcl/Tk scripts and stand-alone executables (for Windows and Linux) are available from sourceforge.
239:名無しさん＠お腹いっぱい。
10/01/26 03:54:40 SwoHfzJr0
>>237
ひでぇなあw
カギカッコつきの質問はあぼーんしとく方がいいな
240:名無しさん＠お腹いっぱい。
10/01/26 04:51:19 y1314LB60
ﾎﾞﾋﾞｽｗ
241:名無しさん＠お腹いっぱい。
10/01/29 20:50:15 ARhU+8OZ0
333 ： 首輪(宮城県)：2010/01/29(金) 16:59:32.68 ID:VpRF1ELn
HTML5のビデオコーデックの規格に対する問題点
HTML5の規格をなんとしてもH.264にして儲けたいAppleと
オープンな規格であるOggにして誰でも無料で使えるようにするべきという
Mozilla、Opera陣営の構図。
そしてApple等に巨額のお布施（ライセンス料）を払ってH.264に対応しつつ、
OggもサポートするGoogle
「HTML5 video、ブラウザ対応状況とコーデックまとめ」
URLﾘﾝｸ(journal.mycom.co.jp)
「HTML 5のビデオコーデック--YouTubeの選択に異議を唱えるモジラ」
URLﾘﾝｸ(japan.cnet.com)
242:名無しさん＠お腹いっぱい。
10/01/29 20:54:30 Nq6dOm6m0
ogg？だから何なの？
243:名無しさん＠お腹いっぱい。
10/01/29 21:51:09 hU9yVcVw0
>>242
何しに来た
244:名無しさん＠お腹いっぱい。
10/01/29 22:36:34 ww/E8VJ/0
>>241
H.264の特許とAppleは何の関係もないのだが...
どこから電波を受信したんだ?
245:名無しさん＠お腹いっぱい。
10/01/29 22:42:35 pYVRTASp0
MPEG LAのAVC/H.264 Licensorsには、Apple Inc.が有るな。
US 7,292,636を持っているそうだ。
URLﾘﾝｸ(www.mpegla.com)
246:名無しさん＠お腹いっぱい。
10/01/29 23:43:24 GBX1ohzi0
AppleがH264のライセンサーとして一枚噛んでるから
HTML5へのTheora採用に反対していたのは有名な話なんだが
HTML関連になると流石にこのスレにいても知らんのもいるのか。
247:名無しさん＠お腹いっぱい。
10/01/30 01:17:36 6+1UZpRL0
Xperiaってogg再生対応してるのな。
買うわ。
248:名無しさん＠お腹いっぱい。
10/01/30 02:23:45 8EBNtiWS0
スマホで音楽聴くのってバッテリー消費的に微妙じゃね？
249:名無しさん＠お腹いっぱい。
10/01/30 04:26:07 in/5qzTQ0
iAudio M3愛用してるのでvorbisもFLACも聞き放題
250:名無しさん＠お腹いっぱい。
10/01/30 13:38:19 bBAmwI/p0
Vorbisは改善点が出尽くしたのか、もうすっかり更新されなくなったけど、GhostとかCELTとかはどうなってるんだろう。
251:名無しさん＠お腹いっぱい。
10/01/30 14:03:52 bNrUscYh0
CELTは絶賛開発中。
Ghostはいつ開発に着手するのかも不明。
Vorbisはいつになったらaotuv統合するんだろ。
252:名無しさん＠お腹いっぱい。
10/01/30 18:52:12 PhwiOLJt0
Theoraの改良は進んでいる。あと、x264の開発者の一人は、Xiphに幾つか助言をしたと言っているから、
将来、x264のPsy-RDOに相当する機能がTheoraにも実装されるのかもしれない。
URLﾘﾝｸ(svn.xiph.org)
URLﾘﾝｸ(doom10.org)
253:名無しさん＠お腹いっぱい。
10/02/01 01:20:02 5S5dzuDd0
aoTuV統合の件も気になるが、Vorbis自体の先行きが不安だ
win7でAACが標準対応ってのがなあ
韓国メーカー以外のDAPが対応してくれれば光明も見えるんだが・・・
254:名無しさん＠お腹いっぱい。
10/02/01 03:19:33 8Oeupsuh0
AACやH.264が特許の心配をせずに使える様にならない限りは、
Vorbis等、Xiphの規格の需要は無くなったりしないだろう。
もちろん、私も今よりもっと普及をしてほしいとは思っているが。
255:名無しさん＠お腹いっぱい。
10/02/02 19:51:37 en75k8WJ0
>>252
特許フリーでBフレームとか実装できないのかなぁ
あとレンジコーダーとかも
256:名無しさん＠お腹いっぱい。
10/02/02 20:38:05 pF8KcVWu0
>>255
レンジコーダはCELTで使われているから可能かも知れない
問題があったら正式版では取り除かれるだろうけど。
257:名無しさん＠お腹いっぱい。
10/02/03 00:15:56 +zz5CbuuP
Diracは、レンジコーダーやBフレームを使っているけれど、今の所特許で何かあったと言うことも聞かないので、
Theora IIには使ってもらいたい。
258:名無しさん＠お腹いっぱい。
10/02/03 00:39:01 ZAo9tryd0
レンジコーダーは考案者が特許取るつもりはないって言ってるのでしばらくは大丈夫だと思う。
GIFの例もあるのでどこまで信用できるかは分からんけど。
259:名無しさん＠お腹いっぱい。
10/02/03 06:38:53 GaLsL92I0
>>258
GIFのLZW特許は発表時に特許権を取得した上で特に使用料などを払わずに使えたのに
合併で保有企業が変わったことで請求するようになったという形なので、あまり前例とはいえない。
まあレンジコーダが必ずしも今後ずっと自由に使えるという保証はないという点は間違ってないけど。
260:名無しさん＠お腹いっぱい。
10/02/05 01:07:38 3fzHu4r90
URLﾘﾝｸ(ja.wikipedia.org)
＞技術の発表後でも特許を申請できる米国でも、期限は１年間のため、レンジコーダが特許を取得することは不可能
だそうです
261:名無しさん＠お腹いっぱい。
10/02/05 01:27:20 VqPYyQxy0
ということは完全に誰でも自由に扱えるアルゴリズムになってるってことで良いの？
なんか意味もなくわくわくしてきた。
262:名無しさん＠お腹いっぱい。
10/02/05 02:29:25 qhEvt2H5P
多分、VP6相当の画質は期待できるだろう。
URLﾘﾝｸ(wiki.multimedia.cx)
263:名無しさん＠お腹いっぱい。
10/02/06 05:13:34 lSocp0/h0
ffmpeg2theora 0.26
2010-02-05 new version released - 0.26
use a/v sync from input container
this should fix many issues that came up with variable framerate inputs
include metadata from source in --info json output
update GPL to version 3
update fmpeg
update libkate
OggIndex support, can be enabled with --seek-index
264:名無しさん＠お腹いっぱい。
10/02/06 09:46:50 RP6xy3gg0
> なお、算術符号に似ているが式が異なるため特許に抵触しない。
実際には特許審査なり、裁判なりで判断が出たわけじゃないから、「抵触しないと思われている」だよなあ
265:名無しさん＠お腹いっぱい。
10/02/06 17:25:38 lOzsQkcE0
まあ数式としてパクリと言えないほど違うものであればセーフという前例があるんだろう。
それに算術符号化の特許持ってるのはIBMなので当然レンジコーダについても把握してる。
だから少なくとも今のところクレームつけるつもりがないことは間違いない。
266:名無しさん＠お腹いっぱい。
10/02/06 19:31:57 sfi1d9640
業界の後進のためもあるのか、特許権を不行使とかIBMは立派だなあといつも感心させられますね
さすがコンピューター界の船越英二と呼ばれるだけの事はあります
……誰だよそんなこと言ってる奴はｗ
267:名無しさん＠お腹いっぱい。
10/02/07 00:45:57 6GzJteTvP
SilverlightをインストールしているMSIEのユーザーもTheoraの再生が可能になった。
URLﾘﾝｸ(www.atoker.com)
268:名無しさん＠お腹いっぱい。
10/02/07 15:44:50 LcULyHmX0
いまだにコマンドラインで-q -1を入力できません。
269:名無しさん＠お腹いっぱい。
10/02/07 16:05:47 ZQ5x7u3q0
-qにマイナスを指定できるのはaoTuVだけ。公式エンコーダは無理だったはず。
rarewareに置いてあるやつがaoTuV組み込んであるからそれ使えば出来るよ。
270:名無しさん＠お腹いっぱい。
10/02/07 17:09:06 k0GugzYW0
-2が無理なだけで、-1は公式版でもできると思うけど。
271:名無しさん＠お腹いっぱい。
10/02/07 18:06:45 isxGoHP50
知ったかこいてんじゃねえクズ
公式は1まで出来る
272:名無しさん＠お腹いっぱい。
10/02/07 20:19:54 ZQ5x7u3q0
ああ、公式でも-1は出来たのか。だいぶ昔のバージョンでマイナス指定はaoTuV独自って聞いてそのままだった。スマン。
273:名無しさん＠お腹いっぱい。
10/02/07 23:10:00 LcULyHmX0
半分ぐらい冗談口だったのにいろいろスイマセン…
＞ oggenc -q-1 -o foo.ogg bar.wav
と入力すればいいことに気づかずに
＞ oggenc -q -1 -o foo.ogg bar.wav
とスペースを入れて入力してて、何故できないのかと
このひと月くらい考えこんでたのが、>268を書き込んだ直後に解決しました…
274:名無しさん＠お腹いっぱい。
10/02/08 10:41:03 DaMBpKSR0
>>273
俺も同じ失敗してたよそれ。
ある時から急に出来るようになってなんでだ？ って不思議に思ってたけどそう言うことかー
275:名無しさん＠お腹いっぱい。
10/02/08 15:37:17 Rxr3JaxO0
>>273
＞ oggenc -q -1 -o foo.ogg bar.wav
公式でこれでもちゃんとできてるけどなぁ。
276:名無しさん＠お腹いっぱい。
10/02/08 16:04:52 pYPOaJH40
リンクするgetoptの実装によって-1を単独のオプションとして誤認識するか
-qの値として認識するかの挙動が変わるんじゃね、想像だけど。
277:名無しさん＠お腹いっぱい。
10/02/08 16:11:18 sqQ100mpP
aoTuVリファレンスのバイナリを使って、"venc -q-1 input.wav output.ogg" とすればいい。
278:名無しさん＠お腹いっぱい。
10/02/09 13:43:16 s0fbzsTQ0
今までlameしか使ってなかったんだけど、Vorbisすごいね。
48kbpsでも聴ける音楽に圧縮される。
CDと聴き比べないと、劣化してるのが分からない。
元の3.6%のファイルサイズでここまで再現できるとは。
279:名無しさん＠お腹いっぱい。
10/02/09 13:55:11 GWZfKXA50
違いが分かるほど低ビットレートで圧縮した場合、
MP3は水の中みたいにきゅるきゅる鳴っててイライラしてくるけど、
Vorbisはラジオのノイズみたいにシャリシャリ鳴るから耳が痛いと言う印象。
ただ、どちらかというと元のイメージを壊していないVorbisのがマシ。
280:名無しさん＠お腹いっぱい。
10/02/09 15:09:34 SkbzCwcl0
そんくらい低いレートならAACの方がいいような気がするけど、
128kbpsくらいだとVorbisのがかなりいい
281:名無しさん＠お腹いっぱい。
10/02/09 15:17:51 O0d21FnZi
>>280
コーデック代表になるもの使えば、
128kbpsはどれ選んでもほとんどtranspatentだろ。
282:名無しさん＠お腹いっぱい。
10/02/09 20:58:17 GB9tx7O40
aotuvの新しいビルドでLancerをコンパイルして頂けませんか？
Ｑ-2～+1を多用するには、最新版が欠かせません
当方、洋ピン、洋楽専門リッパーで
小っこく、生ナマしくをモットーに普及させて頂いております
283:名無しさん＠お腹いっぱい。
10/02/09 21:01:38 s0fbzsTQ0
ソースによって大分違うね。
10曲ぐらい元データと48kbpsのブラインドテストをしたら、高音の上手い女性歌手ぐらいしか見分けがつかなかった。
それも96kbpsを越えたら見分られなくなった。
皆はどこから分からなくなる？
284:名無しさん＠お腹いっぱい。
10/02/09 23:39:57 4U/6q6jf0
>>283
ソースに拠るよ、本当に。
人工音というかテクノっぽいのは苦手だよね。
まあMDCTを使っているフォーマットはそういう傾向があるけれど。
ただ、違いが分かる分からないはともかく
実際に自分で使っているのは64～128kbpsあたりだな。
285:名無しさん＠お腹いっぱい。
10/02/10 09:49:27 nNTXpcpE0
せっかくvorbis使ってんだから低レートやめとけ
160～224あたりはサイズと音質のバランス取れて最強
286:名無しさん＠お腹いっぱい。
10/02/10 10:48:49 CnixP9QCi
優秀なコーデックほど、ビットレート低く使うもんじゃないのか。
287:名無しさん＠お腹いっぱい。
10/02/10 11:35:23 ka6oF/ar0
>>286
さすがにそれは単純化しすぎ。処理負荷とか、ライセンス形態とかも考慮しないといけないことも多い。
「優秀」って言葉は幅が広すぎる。
288:名無しさん＠お腹いっぱい。
10/02/10 11:47:09 TxNoADOV0
>>282
俺は試してないけど>>202のじゃだめなの？
289:名無しさん＠お腹いっぱい。
10/02/10 12:01:30 NN9xHEmQi
>>287
いや、単に>>285の話なだけなんだが。
290:名無しさん＠お腹いっぱい。
10/02/10 12:13:33 UmtbnNMQ0
まあ、今のaoTuVなら-q4くらいにしておけば、大抵の人にとっては、
どのサンプルでもABXが不可能になる音質を実現できていると思う。
もちろん人によって再生環境や聴力が違うから、-q3以下で十分だったり、
-q5以上が必要な事もあるだろうけれど。
291:名無しさん＠お腹いっぱい。
10/02/10 16:05:20 hT1bXD6N0
旧iPodがとうとうお亡くなりになり、新型でVorbisが使えず途方にくれる今日この頃
みんなって携帯プレイヤーどういうの使ってる？
それともPC専用と諦めて、Lameあたり使ってる？
292:名無しさん＠お腹いっぱい。
10/02/10 16:28:24 dxqFrtI10
fb2kでエンコード転送してるよ
293:名無しさん＠お腹いっぱい。
10/02/10 18:31:43 UmtbnNMQ0
URLﾘﾝｸ(svn.xiph.org)
URLﾘﾝｸ(www.mediafire.com)
実験用; Xiph.Org libtheora 1.1+ 20100126 (Ptalarbvorm)
しかしPtalarbvormとは、また発音の難しい名前にしたものだ。
294:名無しさん＠お腹いっぱい。
10/02/10 21:33:54 UnVO0WdK0
>>291
CowonかiRiverかって感じかねぇ…
URLﾘﾝｸ(www.bestgate.net)
ここらへんの情報収集はポータブルオーディオ板でやってくることを推奨。
295:名無しさん＠お腹いっぱい。
10/02/10 22:34:43 Bvs+LCRE0
プタラーブヴォーム？
296:名無しさん＠お腹いっぱい。
10/02/10 23:32:30 /oc4JhJ30
Android 携帯が Vorbis に対応しているから、再生デバイスは一気に増えた感じだよね
297:名無しさん＠お腹いっぱい。
10/02/11 00:20:17 HBa0vE+m0
最近のsundiskも対応してるんだけど
携プレは日本撤退しちゃったんだよね・・・
298:名無しさん＠お腹いっぱい。
10/02/11 00:20:54 FdwZJVjH0
iAUDIOおすすめ
299:名無しさん＠お腹いっぱい。
10/02/11 00:25:01 FdwZJVjH0
URLﾘﾝｸ(www.cowonjapan.com)
300:名無しさん＠お腹いっぱい。
10/02/11 06:03:01 iCJudmD+0
もう既に、1.1.1とは大分違う品質になっている。
URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(www.mediafire.com)
301:名無しさん＠お腹いっぱい。
10/02/11 06:42:25 51qf3r1L0
気に入った音楽はq8、どうでもいいのはq6でエンコしてる
HDD安いからビットレートケチってもあれだし
302:名無しさん＠お腹いっぱい。
10/02/11 07:27:07 i2UvNQ6l0
Vorbisってエンコードした際に「ターゲットビットレート160Kbps」とか表示されてても、
実際はそれより少ない平均ビットレートになることがあるけど、あれは必要ない部分(無音とか)には
mp3のVBRと同じく低いビットレート割り当ててるって事で良いの？
303:名無しさん＠お腹いっぱい。
10/02/11 08:16:46 iCJudmD+0
>>302
VBR(-q)のターゲットビットレートは目安だと考えたらいい。
エンコードの簡単な信号だとビットレートは低くなるし、難しい物は高くなる。
vinfo + Gnuplotで、Vorbisのビットレートの推移をグラフにして見ることができる。
URLﾘﾝｸ(www.geocities.jp)
304:名無しさん＠お腹いっぱい。
10/02/11 09:09:45 i2UvNQ6l0
>>303
こうしてグラフで見えると分かりやすいですね。
q値高くすると複雑さとは関係なく全体に高いビットレート割り当ててるのかと思ってたんですけど、
グラフ見る限りではそう言う無駄なことは無いようで安心しました。
こんな初歩の疑問にレスしていただいてありがとう。
305:名無しさん＠お腹いっぱい。
10/02/11 11:44:29 30haUlRv0
>>301
えっ。
ファイル容量が気にならないなら、ユーティリティの豊富なmp3が一番いいだろ。
音質をなるべく維持したまま、ファイルサイズを減らしたい人向けのソフトじゃないのか。
306:名無しさん＠お腹いっぱい。
10/02/11 13:59:01 4h1ss0kf0
>>305
えっ。
なんでおまえVorbis対応してないユーティリティなんて使ってるの。
フォーマットなんて自分の環境に合わせて使いやすいの選ぶもんじゃないのか。
307:291
10/02/11 14:36:19 qhrhnSD40
みんなありがと
いろいろあって返事が遅くなってすまぬ
>>292 ちょっと考えてみる
>>294
ありがと
でもVorbis対応のを探してるんじゃなくて、
Vorbis愛用者がどうしてるか（諦めてMP3含む）を知りたかった
>>298-299 これも候補にいれてみる
>>296 知らなかった
>>297 そうだったのか・・・
308:名無しさん＠お腹いっぱい。
10/02/11 23:03:05 dT789crL0
>>306
毎日晴天って顔してるわよ
309:名無しさん＠お腹いっぱい。
10/02/20 17:00:28 +yo0koi20
トラック毎に割ってエンコしたflacを
所謂CDイメージ+cueみたいな単ファイルの状態に戻すことって普通にできますか。
foobarなりで再エンコしかないでしょうか。
310:名無しさん＠お腹いっぱい。
10/02/20 17:20:52 oZTVvDrP0
CDからエンコードし直せば良い
311:名無しさん＠お腹いっぱい。
10/02/21 22:57:31 ZexXAT6l0
FSFの人が言っている通りになれば、確かにTheoraは不要な規格になるだろうな。
単に、Googleがこの要望を黙殺する可能性は高いだろうけれど。
URLﾘﾝｸ(www.fsf.org)
312:名無しさん＠お腹いっぱい。
10/02/22 00:55:52 FYiVpJW/P
>>311
いや、FSFの理想とは別に
グーグルにはグーグルの思惑(HTML5推進)があるんじゃないかって話なのよ。
グーグルがOn2買収、videoタグの膠着状態に終止符か
URLﾘﾝｸ(www.atmarkit.co.jp)
313:名無しさん＠お腹いっぱい。
10/02/22 01:43:12 gX5qq+5U0
VP8の実際の品質がどれだけの物かは、On2の人間にしか分からないだろうが、
VP6やVP7を試した経験から言って、On2にH.264にとって代われる物ができているとはとても思えない。
H.264の権利を持っているApple等にVP8を使わせるのは、Theoraと同様に難しい事だろう。
314:名無しさん＠お腹いっぱい。
10/02/22 08:23:22 5wB1DCgW0
youtubeとかに使い始めたらアップルも対応せざるを得ないだろ
appleはコンテンツをgoogleに頼りすぎ
315:名無しさん＠お腹いっぱい。
10/02/23 22:54:06 TbszVr2E0
Directshow Filters for Ogg Vorbis, Speex, Theora and FLAC
URLﾘﾝｸ(xiph.org)
News
Version 0.82.16930
22 February, 2010
More bugfixes, particularly to Theora and FLAC. Added support for Windows 7.
HTML5 <video> tehnical preview for Internet Explorer.
316:名無しさん＠お腹いっぱい。
10/02/23 23:24:41 R5Rrx6NE0
Monty's Vorbis surround work update 20100218
URLﾘﾝｸ(people.xiph.org)
surround couplingを実装するそうな
317:名無しさん＠お腹いっぱい。
10/02/24 00:52:59 p0eN40sJ0
6ch以上のPCMのソースを個人的に扱う機会は、私には無いけれど、
ゲームを作っている人には、マルチチャンネルの品質が改善されるのは、やはり嬉しいだろうね。
Vorbisのサラウンドカップリングに取り込むのは、Ghostの開発が続いている事を知らせるためとも、
Montyは言っているな。
318:名無しさん＠お腹いっぱい。
10/02/24 21:24:30 WNunFj6n0
Lancerきたね
乙
319:名無しさん＠お腹いっぱい。
10/02/24 21:39:43 lHox9Zph0
どこに・・・？
320:名無しさん＠お腹いっぱい。
10/02/27 22:53:31 Ro9SNiAG0
山に
321:名無しさん＠お腹いっぱい。
10/02/28 13:51:43 JYbZV1Or0
川に
322:名無しさん＠お腹いっぱい。
10/02/28 14:40:01 Lb0goUJz0
心に
323:名無しさん＠お腹いっぱい。
10/02/28 14:47:45 VcNqauSk0
里に
324:名無しさん＠お腹いっぱい。
10/02/28 15:09:33 9lNJ9O4f0
XBOXに
325:名無しさん＠お腹いっぱい。
10/02/28 15:38:33 JYbZV1Or0
PS3に
326:名無しさん＠お腹いっぱい。
10/02/28 16:01:03 Lb0goUJz0
Vorbis関係でろくなネタがないって事は、Vorbisはもう殆ど完成形ってことか。
安定しちまうと嬉しい反面寂しく感じるな。
327:名無しさん＠お腹いっぱい。
10/02/28 17:09:18 UH9kSt9c0
>>326
去年の10月にpost-beta5.7を出してから開発は止まってるし下記の文章を見ると完成はしていないと思う。
16 9 月 aoTuV beta6?
URLﾘﾝｸ(www2.atword.jp)
一応、開発作業は途切れ途切れに続いてます。その途中経過として、ここにテストバージョンを置いておきました。
(中略)
誰かソースを見て弄ってみたい方がいれば早めにリリースしたいところですが、そうした積極的な方はいらっしゃるでしょうか？（新しい開発者はWelcomeです！）
自分一人でやるならば、焦ってリリースする必要性は全く感じてないので、リリースはもう少し後になりそうです。
正式リリースのためにファインチューニングとテストをするだけでも結構な時間が掛かるので、あまり正式版は出したくないのが本音だったりします。
328:名無しさん＠お腹いっぱい。
10/02/28 19:29:39 wux4mOVd0
圧縮音源としては性能良すぎるから完成でいいくらいだろ
問題は汎用性
329:名無しさん＠お腹いっぱい。
10/02/28 21:28:36 eYDhijjV0
>>328
やっぱ、そこらへんのデジタルオーディオプレイヤーに対応しないと無理じゃね？
ゲーム用途とかなら、結構普及してるんだけどねぇ
サンプルコードも見つけやすいから導入しやすいし、BGMとしては申し分ないしね
330:名無しさん＠お腹いっぱい。
10/02/28 21:33:05 Lb0goUJz0
>>327
リリースしない≒もういじれるところが殆ど残ってないって事で完成形なんかなとね。
>>328
だよなあ。64kbps以下でAAC+SRBに張り合えるのって今のとこVorbis/aoTuVだけだもんなあ。
331:名無しさん＠お腹いっぱい。
10/03/01 00:03:20 CNCfkn2t0
>>329
デジタルオーディオだと対応チップが安価に出ないと厳しいんじゃないかと思う
特に携帯再生機なんかは汎用的なプロセッサで動かすのは厳しそう（消費電力＋サイズ的に）
332:名無しさん＠お腹いっぱい。
10/03/01 00:40:04 N9hjAqEc0
>>329
DAPではAppleかSONYが採用しない限り、数的には僅かなもの。
MPEG-4関連の特許を持っているこれらの会社がOggを採用する可能性は低いだろうけど。
>>331
よっぽど廉価なチップで無い限り、ハードウェア的には問題無さそう。
最適化されたIPの選択肢が少ないのが難だが。
333:名無しさん＠お腹いっぱい。
10/03/01 00:45:02 89g2lFeO0
RockBoxでいいじゃん
334:名無しさん＠お腹いっぱい。
10/03/01 01:04:06 0UKBQacD0
>>331
>>332
やっぱ、チップの問題とか出てくるよねぇ
mp3くらい流行れば、チップもどんどん最適化されたり安くなったりするんだろうが…
何か機会となり得る出来事でも無い限り無理っぽいよねぇ
>>333
汎用性という話から来てる話題なんで、普及の方法を考えてるんよ
で、普及させるのはデジタルオーディオプレイヤーに対応してもらうのが手っ取り早いなと
もちろんRockBoxは優れているし、手段としては良いけれど
一般客層がわざわざRockBox入れてまでoggを使うかと言えば使わないわけで…
やっぱ、デフォで対応してもらわないとなーって感じ
335:名無しさん＠お腹いっぱい。
10/03/01 02:11:18 DlHiCxZM0
vs1093bってチップがあるよ。
336:名無しさん＠お腹いっぱい。
10/03/01 06:12:26 ldu45Iyn0
まずそうだな
337:名無しさん＠お腹いっぱい。
10/03/01 06:34:03 0UKBQacD0
事の本質はチップの在る無しではなく
どうすれば多くのプレイヤーで採用されるのか。なわけだけど
やっぱ、mp3やaacで十分と言われているなかで、わざわざoggを採用する所はないって事かねぇ
個人的には、FLACだけでも対応してくれると嬉しいんだけどね
圧縮音源はまだしも、可逆圧縮はどこも互換性が無くて困るわ
338:名無しさん＠お腹いっぱい。
10/03/01 07:08:01 B1brXLRv0
仮にWindowsやMac並にLinuxのユーザーがいるなら、Vorbisに対応するDAPもたくさん出ているだろうけど、
現実は厳しい。
URLﾘﾝｸ(marketshare.hitslink.com)
339:名無しさん＠お腹いっぱい。
10/03/01 21:32:48 tc/uQAwF0
test
340:名無しさん＠お腹いっぱい。
10/03/02 23:30:46 ZkR8Bmuj0
HTML５に正式採用されるという夢を見た。
341:名無しさん＠お腹いっぱい。
10/03/03 20:18:35 yC38573h0
peercastで配信してるラジオでFlashでVorbis再生させてるところあるね
342:名無しさん＠お腹いっぱい。
10/03/07 09:59:29 1LIMZYT70
私の環境では実行しようとするとエラーがでるので、自分では試せなかったのだけれど、
最近リリースされたSchrödinger-1.0.9も、やはりTheoraと比べても劣っている品質の様だ。
デコードも遅いし、DiracをHTML5で使いたいと思う人は居ないだろう。
URLﾘﾝｸ(forum.doom9.org)
343:名無しさん＠お腹いっぱい。
10/03/07 14:56:02 zhi0bBEy0
oggはファイルサイズが小さくていい。
MP８６０でフリーズするけど、対応してくれてありがとさん。
344:名無しさん＠お腹いっぱい。
10/03/09 03:10:19 VQ/p5wYm0
07 3 月 ひさしぶりに･･･
URLﾘﾝｸ(www2.atword.jp)
お久しぶりです。蒼弓です。
随分放置状態だったこのblogですが、少しずつまた再開しようと思っています。軽いネタも含めて、ある程度定期的に更新するのが目標ですね。
実はこのBlogに久しぶりに投稿したきっかけは、aoTuVのソースコードを更新したことです。こちらも放置気味だったのですが、今回の作業でそれなりに成果はありました。まあ、まだリリース云々言える段階ではありませんが、それはそのうちに･･･。
あとテスト中に気がついたことなんですが、いつの間にか32kHzソースの-q-1以下のエンコード結果（ビットレート）がおかしなことになっています。aoTuV側のせいかとおもっていたら、本家のライブラリでも同様の結果でした。なんともはや。
345:名無しさん＠お腹いっぱい。
10/03/15 01:46:58 9aVQnlwN0
15 3 月 春
URLﾘﾝｸ(www2.atword.jp)
（中略）
さて、この前の投稿から断続的にではありますが"aoTuV"のテストと開発を続けてきました。
それで一区切りついたので、テストバイナリをアップロードしておきます。
変更点はいくつかあるのですが、ここではあえてなにも書きません。
何か明確な後退や問題が見られた場合はお知らせください。
もちろん、単なる感想でもOKです。＜今回のバイナリは中・高ビットレートのエンコードは未対応ですのでご注意ください＞
あとvenc側の”-ignore_length”のバグは修正してあります。
それから前回のエントリーにあったlibvorbisの挙動に関してはそのままです。
原因箇所は突き止めましたが、とりあえずXiph.Orgのほうへ報告だけしておきました。
346:名無しさん＠お腹いっぱい。
10/03/15 16:12:11 W1azZtOt0
.rarewares.orgが真っ白なんだが
347:名無しさん＠お腹いっぱい。
10/03/15 16:24:01 86Gj23ND0
>>346
HOMEなんかいじって壊して、index.phpへジャンプしなくなっちゃってるみたい。
↓こっちは問題なし。
URLﾘﾝｸ(www.rarewares.org)
348:名無しさん＠お腹いっぱい。
10/03/15 22:03:57 FVbfamQGP
Apache の設定ミスだな。
349:名無しさん＠お腹いっぱい。
10/03/16 22:49:34 vNY9K6hh0
URLﾘﾝｸ(xiphmont.livejournal.com)
5.1ch クルー
350:名無しさん＠お腹いっぱい。
10/03/17 22:49:14 tZEtzkvF0
Vorbis in MKA をエンコードする方法を教えて下さい。
351:名無しさん＠お腹いっぱい。
10/03/17 22:58:49 J7VqOQeG0
>>350
oggencやvencでエンコードしたVorbis(.ogg)を、mkvmergeで多重化する。
しかし、VorbisをMatroskaに入れる利点はあまりないし、対応するアプリケーションも少ないだろうから、
oggのままにした方が良いだろうと思う。
352:名無しさん＠お腹いっぱい。
10/03/18 03:16:15 EwKW4r8+0
確かに、VP8が公開されたとしても、VC-1の様に、On2以外の特許が見つかってしまう可能性は有る。
今の所、Theoraについて誰も何も言ってこないのは、とても幸運な事だろう。
URLﾘﾝｸ(x264dev.multimedia.cx)
353:名無しさん＠お腹いっぱい。
10/03/18 12:00:44 uU9Iwmrh0
>>351
ご丁寧に教えてくれて有難うございます。
354:名無しさん＠お腹いっぱい。
10/03/19 08:58:25 lIdjthg+0
URLﾘﾝｸ(www.winamp.com)
私はWinampのVorbisのエンコーダを使用しているのですが、このエンコーダのVorbisのバージョンを更新することは出来ますか？
355:名無しさん＠お腹いっぱい。
10/03/19 10:58:16 AVTC1KWE0
libvorbis.dll使ってるなら出来るんじゃないの。使ってないなら知らない。
356:名無しさん＠お腹いっぱい。
10/03/19 16:34:44 UexhQso90
>>354
エンコードはWinampではなく、foobar2000を使ってやったら。
URLﾘﾝｸ(foobar2000.xrea.jp)
こう設定すれば、EACからでも使える。
URLﾘﾝｸ(wiki.hydrogenaudio.org)
357:名無しさん＠お腹いっぱい。
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)