【Vorbis/FLAC】Ogg統合16【Theora/etc...】

【Vorbis/FLAC】Ogg統 ..

75:名無しさん＠お腹いっぱい。
08/04/11 23:13:20 7lHZJi4v0
最近のXiphのMeetingログ
お題はTheoraだが、色々と興味深い話も

URLﾘﾝｸ(xiph.org)
URLﾘﾝｸ(xiph.org)

76:名無しさん＠お腹いっぱい。
08/04/12 01:27:58 PisRElVN0
VP3との互換を切り捨てるか等とも話し合われているな。いずれにせよ、私の主観では今のTheoraは
MPEG-1 Videoと比べてどうかと言う品質だと思うので、前途は多難だ。

77:名無しさん＠お腹いっぱい。
08/04/12 05:26:29 WLT2TmfJ0
あの時代ならともかく、今になってVP3互換を維持されてもな

78:名無しさん＠お腹いっぱい。
08/04/12 21:00:15 KfEiLtEF0
Theoraの問題点
そして、糞ビットレートマネージャを改良してみた結果
URLﾘﾝｸ(web.mit.edu)

Thusnelda
上記の問題点を改善する計画
mplayer上でデバッグ情報表示できるらしい。
モーションベクターの改良で1.5～10倍高速に
モードセレクタの改良でビットレート消費が10%減
他にも色々書いてあるけど、俺にはわからん。
URLﾘﾝｸ(web.mit.edu)

MontyのTheora日記
URLﾘﾝｸ(xiphmont.livejournal.com)
URLﾘﾝｸ(xiphmont.livejournal.com)
URLﾘﾝｸ(xiphmont.livejournal.com)

79:名無しさん＠お腹いっぱい。
08/04/13 01:46:51 +tEVwAX30
aoyumi氏がアルバムアートの埋め込みについて書いてるけど、
OggFLACはOggストリームに画像を埋め込んでるよね。
Vorbisではやっぱり既存のデコーダとの互換性の問題で難しいのかね。

80:名無しさん＠お腹いっぱい。
08/04/13 02:11:28 EoopvicW0
FLACもvorbis commentだけど、aaは独自対応ってことになるのか。
Vorbisも分かってる人間しか使わないから、互換性を壊すような変更でないかぎり
拡張したって問題無いだろうけど、誰もやらないんだろうな。

81:名無しさん＠お腹いっぱい。
08/04/13 02:32:19 s83dERxA0
FLACはMETAデータ格納ブロックがあって、
その中にVorbis Commentやら、画像データを格納するようになってる。

82:名無しさん＠お腹いっぱい。
08/04/13 04:09:56 uaGjzwu40
OGGもSBR実装しないんかね

デコーダーの互換性維持で

83:名無しさん＠お腹いっぱい。
08/04/13 04:20:55 +tEVwAX30
SBRは特許上無理なんじゃなかったか

84:名無しさん＠お腹いっぱい。
08/04/13 08:33:15 BvV34GGf0
もどきをGhostで実装するとかなんとか

85:名無しさん＠お腹いっぱい。
08/04/13 11:58:06 qBPXVQre0
GhostはMPEGの先を行った規格になりそうだと期待できる。

86:名無しさん＠お腹いっぱい。
08/04/14 13:24:56 cO1V1bbo0
aoTuVのq-2でエンコードすると、vorbisが得意なサンプルと不得意なサンプルの差がはっきり分かって結構面白いですな。
不得意なサンプルはMP3と大体似た傾向（シンバルなどの鳴り物系）だけど、不快なキュルキュル音にならないのでだいぶマシに思えます。

87:名無しさん＠お腹いっぱい。
08/04/18 01:11:43 IQnisH6Z0
Ideas for New Concepts for Video Compression
URLﾘﾝｸ(forum.doom9.org)

ここでもMC+DCTのH.264を超える可能性のある規格は、OBMC+DWTのSnowやDiracだろうと議論されています。
Theoraがこれらに敵うべくもありませんが、Tarkinがいつの日か完成するのを期待します。

88:名無しさん＠お腹いっぱい。
08/04/19 00:25:25 Zap4ADCC0
libtheora beta3 released

URLﾘﾝｸ(theora.org)

89:名無しさん＠お腹いっぱい。
08/04/19 22:12:49 uzg+BvHj0
Theoraの5年を考えるとあの時点でTarkinを捨てたのは間違いだったと断言できる気がする

90:名無しさん＠お腹いっぱい。
08/04/20 15:29:51 k1HxzE3S0
FFmpeg(SVN-12810)を使って、Xiphの鯖にPNGでアップロードされているショートフィルムElephants Dreamをエンコードしてみた。
URLﾘﾝｸ(media.xiph.org)
URLﾘﾝｸ(www.elephantsdream.org)
URLﾘﾝｸ(creativecommons.org)

解像度が16の倍数でないと途中で止まるので、Crop(0,0,0,-8)とした。オプションは-vb 1000000を使用。
このビデオを見る限りでは、TheoraがMPEG-1 Videoに取って代わる事は十分可能かなとも思う。

URLﾘﾝｸ(www.mediafire.com)
Theora
URLﾘﾝｸ(www.mediafire.com)
MPEG-1

91:名無しさん＠お腹いっぱい。
08/04/20 23:57:37 YutHvdKd0
>>90
そのffmpegのvorbisエンコーダってlibvorbis系じゃないよね。
ビットレートのわりに、音の悪さが気になった。

92:名無しさん＠お腹いっぱい。
08/04/21 00:00:05 YutHvdKd0
MPEG-1のほうはまだ見てないけど、同じくらいのビットレートだと
さすがに、Theoraに分があるのではないかと思う。

93:名無しさん＠お腹いっぱい。
08/04/21 00:18:37 tuTxGVs20
>>91
音質に関してはネタのエンコーダ。
URLﾘﾝｸ(www.hydrogenaudio.org)

94:名無しさん＠お腹いっぱい。
08/04/21 02:27:48 FQBZ7uIM0
SNOWとDiracがオープンソースの動画コーデックとしては有望なんだろうが、
Wavelet使用のせいで重いんだよな…

95:名無しさん＠お腹いっぱい。
08/04/21 05:18:51 dBl1B7hZ0
ウェーブレット変換よりも、複雑な動き補償のOBMCの方が重くなる原因としては大きそうだ。

96:名無しさん＠お腹いっぱい。
08/04/21 22:55:28 QV1nLeyW0
OBMCは力技過ぎる。エンコードはまだしも、デコードのほうはなぁ・・・

97:名無しさん＠お腹いっぱい。
08/04/22 02:53:45 DOM87bA60
参考までに、私が今利用できる最良の物としてH.264(x264 r819)のサンプルもアップロードした。
私の主観では、Theora(libTheora 20070915)では3394kbps(-vb 8000000)あってもこれにはまだ敵わない。

URLﾘﾝｸ(www.mediafire.com)

98:名無しさん＠お腹いっぱい。
08/04/23 02:49:39 aCuWBoU80
>>96はリンクが違った。すまない。
URLﾘﾝｸ(www.mediafire.com)

99:名無しさん＠お腹いっぱい。
08/04/23 10:48:42 PhLwA6BR0
Win32/Backdoor.Trojan

100:名無しさん＠お腹いっぱい。
08/04/23 23:58:05 n+35QaoM0
CUDAとかCALでVorbisのエンコもっと速くなんないかな

101:名無しさん＠お腹いっぱい。
08/04/25 23:56:53 ciHVQiKE0
native FLACはいつになったらQuickTimeで再生できるようになるんだ

102:名無しさん＠お腹いっぱい。
08/04/26 09:30:08 1y3kS+UK0
つーかTheoraエンコ速度遅杉て使い物にならん

103:名無しさん＠お腹いっぱい。
08/04/26 10:49:16 ekhOf0OK0
既存のCODECに対してこれといったアドバンテージもないし、開発側のモチベーションも維持しにくいんじゃないかなTheoraは・・・
せめてエンコード速度だけでもXVID並かそれ以上くらいにはなって欲しかった。

104:名無しさん＠お腹いっぱい。
08/04/26 11:14:52 BUgT94jw0
いずれにせよ、Theora同様特許を気にせずに使えて、H.264以上のポテンシャルがあるDiracを
易々とデコードできるCPUが普及するまでにはTheoraの正式版を出してもらいたいものだ。

105:名無しさん＠お腹いっぱい。
08/04/26 17:40:19 1y3kS+UK0
オプショつけまくって糞重い圧縮設定にしたx264でエンコードするよりTheolaでエンコする方が遅いから＼(^o^)／ｵﾜﾃﾙ

106:名無しさん＠お腹いっぱい。
08/04/26 19:46:06 7xu6PhsE0
エンコードのスピードは本当に実装次第だからな。
x.264なんて最近は素晴らしい。昔は遅い遅い言われていたものだが。

107:名無しさん＠お腹いっぱい。
08/04/26 20:30:42 PXslaTMd0
Tarkin復活汁

108:名無しさん＠お腹いっぱい。
08/04/26 22:29:20 BGTesSg60
OggDSFのメンテナがいないらしいが、
誰かやる人いないかね？

VC++とか良くわからんわ。

109:名無しさん＠お腹いっぱい。
08/04/26 23:34:12 BUgT94jw0
前に作ったファイルがあんまりな品質なので、ffmpeg2theora 0.20(libTheora 20071025)の--videoquality 8を使ってエンコードしてみたところ、
同じくらいの容量になるビットレート指定(--vb 2000000)よりも大分ましな品質のファイルを作ることが出来た。
Theoraを使いたい人には品質指定がおすすめ。

ただ音声を別にエンコードして後でffmpegやGraphEditを使ってOggにmuxしようとしても、どうにもうまく行かないので断念。
OOOggValidateでは映像、音声共に異常は無い。
URLﾘﾝｸ(ifile.it)

エンコード速度の向上に関してはこれも気になる。
URLﾘﾝｸ(svn.xiph.org)

110:名無しさん＠お腹いっぱい。
08/04/26 23:54:18 BGTesSg60
>>109
oggzmergeで出来たような気が。
昔の記憶だからちょっと怪しいが。

111:名無しさん＠お腹いっぱい。
08/04/27 12:19:46 mW9z7GVK0
教えてもらったoggzmerge(liboggz 0.9.7)も駄目だったので、結局自分でlibtheora 1.0beta3をビルドした。
libvorbisはaoTuV b5.5を使ったので音は綺麗。もし使いたい人がいるのならこちら。
URLﾘﾝｸ(www.mediafire.com)

こっちはエンコードしたファイル
URLﾘﾝｸ(www.gigasize.com)

112:名無しさん＠お腹いっぱい。
08/04/27 19:12:43 535bihcC0
春こみゅLancer使ってあるな

113:名無しさん＠お腹いっぱい。
08/04/28 22:14:25 dnM8c6wa0
Lancerは今どうなってるのでしょう・・・

114:名無しさん＠お腹いっぱい。
08/04/28 22:18:47 AABYdYdR0
>>70

115:名無しさん＠お腹いっぱい。
08/04/28 22:26:22 dnM8c6wa0
>>114
ぐは・・・見逃してた。
あり＾＾

637 ◆jUbpU.TPuw氏よろしくお願いします。

116:名無しさん＠お腹いっぱい。
08/04/30 17:24:53 aPoAR2UB0
再配布可能なコーデックはあるのでしょうか？

117:名無しさん＠お腹いっぱい。
08/04/30 17:38:24 PWsVtI+f0
>>116
あなたが具体的にはどれの事を言いたいのかは分からないが、Xiph.orgの
Vorbis, FLAC, Theora, Speexはライセンスに従えば再配布可能。

118:名無しさん＠お腹いっぱい。
08/05/03 14:05:14 n5OkmqgE0
Montyやっちまったらしい……やはりXiphの資金難が要因か
【アメリカ】モンゴメリー、ヘロイン密売容疑が報じられる…以前はニューヨークを拠点とした小切手詐欺に関わっていた疑いも
ｽﾚﾘﾝｸ(newsplus板)

119:名無しさん＠お腹いっぱい。
08/05/03 16:18:11 FPOpifsc0
全然関係ない人でしょそれ。

120:名無しさん＠お腹いっぱい。
08/05/03 19:00:37 KtlbhTX+P
>>119
不粋。

121:名無しさん＠お腹いっぱい。
08/05/03 19:36:48 /X7NF/o30
>>120
おっと日本人のまねはそこまでだ

122:名無しさん＠お腹いっぱい。
08/05/06 18:28:22 1HslI4IY0
URLﾘﾝｸ(lists.xiph.org)
> [Vorbis-dev] libvorbis-1.2.1 release candidate

何が変わったのか知らんけどw

123:名無しさん＠お腹いっぱい。
08/05/06 18:32:47 1HslI4IY0
見ても良く分からない罠
まあ、aoTuV の次のリリースまでは反映された版を使うことはないわけだが :-D

URLﾘﾝｸ(svn.xiph.org)

libvorbis 1.2.1 (unreleased) -- "Xiph.Org libVorbis I 20080501"

* Improved robustness with corrupt streams.
* New ov_read_filter() vorbisfile call allows filtering decoded
audio as floats before converting to integer samples.
* Updated RTP payload format draft.
* Bare bones self test under 'make check'.
* Fix a problem encoding some streams between 14 and 28 kHz.
* Fix a numerical instability in the edge extrapolation filter.
* Build system improvements.
* Specification correction.

124:名無しさん＠お腹いっぱい。
08/05/06 19:57:34 vd2tk3x50
5分間のある曲をq6エンコードしたら結構さが開いたんだが

Xiph.Org libVorbis I 20070622 で平均ビットレート161

AO; aoTuV b5a [20080330] 　で平均ビットレート170

125:名無しさん＠お腹いっぱい。
08/05/06 19:58:01 vd2tk3x50
差が開いた

126:名無しさん＠お腹いっぱい。
08/05/06 22:32:19 KrfpQ4Dr0
>>124
なにか問題でもあるの？

127:名無しさん＠お腹いっぱい。
08/05/07 00:17:45 4Q/NwRzz0
aoTuVはビットの割り当てを公式エンコーダからちょっと変更してるので違いが出て当然だと思われるが。

128:名無しさん＠お腹いっぱい。
08/05/11 18:42:18 WfRAFFeU0
aoTuVのOggDropXPdでエンコードすると、
一応エンコードには成功するんですが、変換後にエラーを出して強制終了になります。

当方、Vista SP1なのですが、LameDropXPdでも同様の症状が出ます。

検索しても情報が全く見つからないんですが、皆さんはどうですか？

129:名無しさん＠お腹いっぱい。
08/05/12 01:05:55 PgUctlDm0
管理者として実行してみては？
それでダメならuacを切る。
それでもダメならすまん、わからない。

130:名無しさん＠お腹いっぱい。
08/05/12 18:56:38 ePh4nRIZ0
管理者として実行してみたら、なぜかエンコードがはじまらなくなってﾜﾛﾀ

131:名無しさん＠お腹いっぱい。
08/05/12 20:44:51 ykV/Rtfa0
>>128
以前同じようなことがあったが、OSごと再インストールしたら直ったな。
何かのDLLが悪さしてたんじゃないかと思ってる。

132:名無しさん＠お腹いっぱい。
08/05/13 06:12:35 5htPKSCD0
株式会社ユナイテッドコンサルティングファーム
ｽﾚﾘﾝｸ(saku2ch板)

133:名無しさん＠お腹いっぱい。
08/05/14 23:19:45 wYjSt2lk0
Vistaか・・・このスレで使ってる人ってどれくらいいるのかな？
アップグレード版は手元にあるけど、トラブルの話とかちらほら聞くので
未だインストールしてない。

134:名無しさん＠お腹いっぱい。
08/05/15 04:49:12 pPb/rEMY0
興味深い無圧縮のサンプルをもらったのでTheoraを試してみた。

Fully licensed 1080i30 source clip for your testing pleasure
URLﾘﾝｸ(forum.doom9.org)

1080i Y'CbCr 4:2:2 BT.709のままでは扱うのが大変なので、480p 4:2:0 BT.601に変換した。
圧縮しやすい様にフィルムグレインはできるだけ除去した。オプションは-v 4 -a 0 -s 40 -S 33

動きの多い難しいソースだったが、何とかアップロードできる容量に収まった。
0:05:35.60 audio: 59kbps video: 2071kbps
URLﾘﾝｸ(img377.imageshack.us)
URLﾘﾝｸ(www.mediafire.com)

MSの人に提供してもらったサンプルなので、比較用に同じビットレートのWMVもアップロードした。
URLﾘﾝｸ(www.mediafire.com)

135:名無しさん＠お腹いっぱい。
08/05/15 12:15:40 KX+a+SFm0
Vista使ってるよ。
特別何が動かないとか、不具合があるとかは
俺の環境じゃないな

136:名無しさん＠お腹いっぱい。
08/05/15 21:06:58 9gcO+ibS0
>>134
ffmpegでSNOWを使ってエンコードしたらどうなるか試せない？

137:名無しさん＠お腹いっぱい。
08/05/15 21:45:43 He70q8/F0
Open Tech Press | 米公共ラジオのボストン局、Ogg Vorbisを利用した配信を開始
URLﾘﾝｸ(opentechpress.jp)

138:名無しさん＠お腹いっぱい。
08/05/16 12:27:03 7zxE/T6F0
>>134
こりゃきれいだねぇ。

139:名無しさん＠お腹いっぱい。
08/05/16 19:29:06 GpgJ7Q8V0
>>136
URLﾘﾝｸ(www.mplayerhq.hu)
これを参考にエンコードしたのでFFmpegではなくMEncoderを使った。
options: mencoder raw.avi -o snowq3.avi -ovc lavc -lavcopts vcodec=snow:vstrict=-2:vqscale=3:pred=1:cmp=2:subcmp=2:mbcmp=1:qpel:v4mv:refs=2

やはりDCTを使ったTheora等とは違った種類のアーティファクトが見受けられる。
再生にはMPlayerを使ってください。
URLﾘﾝｸ(img169.imageshack.us)
URLﾘﾝｸ(www.mediafire.com)

140:名無しさん＠お腹いっぱい。
08/05/17 08:47:09 vX18Yzdj0
ISO/IEC AAC-LDやITU-T G.722.1の1/4のディレイでこれらより高音質だと言うCELTには期待。
Ghostにも応用されるのだろうか。

CELT 0.3.2 is out, along with listening test results
URLﾘﾝｸ(www.hydrogenaudio.org)

URLﾘﾝｸ(www.celt-codec.org)

141:名無しさん＠お腹いっぱい。
08/05/18 19:11:30 NKAmpDSq0
>>13４
いいサンプルですね。

感想としては、Theoraはブロックがノイズが目立ちますね。
デ・ブロックのアルゴリズムが良くないのかな？
あとIフレームの検出に失敗してる箇所が見受けられます。

142:名無しさん＠お腹いっぱい。
08/05/18 19:53:51 ySYD116D0
やっぱりOggDropXPdを使おうとするとエラーが出ます。

aoTuVが使える他のエンコーダはないでしょうか、探してみても見つからないです。

143:名無しさん＠お腹いっぱい。
08/05/18 20:00:53 qAoEbq9c0
コマンドラインから渡せばいいじゃないか

144:名無しさん＠お腹いっぱい。
08/05/18 20:12:57 qAoEbq9c0
コマンドライン呼び出すのが面倒くさいんなら
oggenc.exe -q 4 %*
とかをogg.cmdとか適当な名前にして保存
あとはD&Dでおｋ

145:名無しさん＠お腹いっぱい。
08/05/20 19:17:25 5riXVzQw0
CDex+dllという手もあるよ

146:名無しさん＠お腹いっぱい。
08/05/22 00:46:52 jdpxmaQc0
新しい高速版とっとと出せよく役立たず

147:名無しさん＠お腹いっぱい。
08/05/22 01:08:31 bgM8ZmA40
ソース公開されてんだから急いでるなら自分でやりゃあいいじゃん
あそこまでの最適化は無理でもそこそこ速くなるべ

148:名無しさん＠お腹いっぱい。
08/05/23 19:24:09 vVbF3BwP0
rarewaresのoggenc2、IntelCompiler使ってるから自動並列化も有効になってるのかと期待したんだけど全然そんなことなかった。
やはりマルチスレッドの恩恵受けるならLancerじゃないと駄目ぽ。

149:名無しさん＠お腹いっぱい。
08/05/23 22:23:24 aTU3MFF30
aoTuV test
aoTuV beta5.5 with libVorbis 1.2.1 RC1

150:名無しさん＠お腹いっぱい。
08/05/24 00:02:56 omcq3pV40
>>148
ICCのパラレライザは、並列化できるとコンパイラがわかるように
意図的な書き方でソースを組まなきゃいけないので、
普通にコンパイルしただけではほとんど並列化されない。
ICCで高確率で自動並列化されるような書き方すると、
他のコンパイラで低速なコードが生成される確率が上がるので、
まさに諸刃の剣。
というかそんな書き方するくらいなら、
組み込み関数でSSE/SSE2使った方が楽。

151:名無しさん＠お腹いっぱい。
08/05/24 02:57:28 KlWjYuHO0
>>150

なるほど。最近よくIntelCompilerの宣伝メールが来るもんで気になってたんすけど、
完全にコンパイラ任せで並列化できる訳じゃないんですね。参考になりました。

152:名無しさん＠お腹いっぱい。
08/05/26 20:04:24 32Ci0BVF0
>>144の方法を試してみたんですが、これだと複数のファイルを同時にエンコードができないみたいです。
DOS世代の人間でないのでコマンドラインのことはよくわからんです。

あと、aoTuVの実行ファイルの外のディレクトリにあるものをエンコードする場合、
cmdファイルをそのフォルダに作ってやるしか方法はないでしょうか。

153:名無しさん＠お腹いっぱい。
08/05/26 20:40:18 12dVqg6S0
パス通せばおｋ
つーか、ちょっとは自分で調べて工夫するということを考えた方がいい

154:名無しさん＠お腹いっぱい。
08/05/26 20:41:37 x8Y8PfzO0
よくわからないなら調べればいいじゃないか

155:名無しさん＠お腹いっぱい。
08/05/26 20:55:50 aeWkHEO70
>>152
環境変数、バッチファイル、コマンドあたりのキーワードを元に自力で情報集めて理解できないようなら
事故でファイル消失とか意図せずシステムにダメージとかなりかねないです。
人が書いたコマンド例を理解せずにそのまま使うだけならGUIのツール使った方が安全。

ただ、コンソールやバッチファイルの使い方を理解すると新しいステージが開けるんで、
この機会に興味を持って調べてみてはどうでしょう。
難しいように思えて実際は単純なルールに基づいた仕組みなんだってのがわかりますよ。

156:名無しさん＠お腹いっぱい。
08/05/26 20:59:51 UsvAwD3j0
foobarがあるじゃない

157:名無しさん＠お腹いっぱい。
08/05/26 21:08:51 sZ8gfmI+0
oggencのGUIフロントエンドなら、これの他にもたくさんあると思う。
URLﾘﾝｸ(members.home.nl)

158:名無しさん＠お腹いっぱい。
08/05/27 10:24:01 o4IKRIqb0
高速版まだかよクズ

159:名無しさん＠お腹いっぱい。
08/05/27 13:26:48 HgHHf9wD0
というかあそこからまだ速くなるんかな
最後のリリースくらいの頃にもうかなりカツカツにSIMD化、並列化されてて
libvorbisベースでは限界に差し掛かってそうなこと言ってた記憶があるが
そもそも本人が忙しいっぽいししばらくは無理でしょ

160:名無しさん＠お腹いっぱい。
08/05/28 14:18:57 UQUUJ9PQ0
>>155
理想としては、なんの設定もなしに一つのファイル（ソフト）を持ってくるだけで、
簡単にエンコードができることなんですよね。他のパソコンでもすぐに同様の環境を作れるようにするためにも。

よくわかんないので自分でOggDropXPdのクローンソフトでも作りますかね。

161:名無しさん＠お腹いっぱい。
08/05/28 17:14:24 rZRD/5cm0
パッチ当てるんじゃなく新たに起こすのか？
デバッガで何処で止まってるか確認して修正した方が遥かに楽だと思う
それでdiffを公開すりゃあ後々のためにも役立つし

しかしコード書けるのにCUIが分からないって凄いな・・・

162:名無しさん＠お腹いっぱい。
08/05/28 17:22:27 mzQgQehW0
フロントエンドならポトペタで作れる時代ですから。

163:名無しさん＠お腹いっぱい。
08/05/28 18:51:33 rZRD/5cm0
>>162
DelphiやVBあたり？
そこまで楽なら小物作るときに便利そうだからDelphiあたりを勉強してみるかな

コード書き（？）は大抵コンソールも使えると思ってた
GUIに偏見が入ってたかも
ごめん

164:X
08/05/29 20:17:45 cVywaoQZ0
vistaだとデコードできません。どなたか、助けてください！！！

165:名無しさん＠お腹いっぱい。
08/05/29 20:40:09 Fmq3gKXL0
vistaはいらない子です。xpを使いましょう！！！

166:名無しさん＠お腹いっぱい。
08/06/02 23:42:11 Do5pEjNE0
>>164
違うソフトを使え

167:名無しさん＠お腹いっぱい。
08/06/04 12:03:08 zCpckQDA0
ffmpeg2theora 0.21ではSubRipの字幕をKateとして扱える様になったそうだが、
どうやって再生するのか私には分からない。

URLﾘﾝｸ(www.v2v.cc)
URLﾘﾝｸ(wiki.xiph.org)

168:名無しさん＠お腹いっぱい。
08/06/09 15:05:04 +VzhQxoC0
ipodtouchみたいに、インターネットが使えるのでogg対応の知ってる人いません？

169:名無しさん＠お腹いっぱい。
08/06/09 15:50:05 upxYgYQ30
WindowsMobileなPDAとかSmartPhoneにCorePlayerとかVorbis対応再生ソフト入れるのは？
あとはiPhoneでアプリ入れるのが解禁されればプラグインみたいなの出るかも？

170:名無しさん＠お腹いっぱい。
08/06/10 15:26:50 JHQUOx+D0
>>169
㌧
でも携帯の電波を使わずに、無線LUNでインターネットしたいのよね。

171:名無しさん＠お腹いっぱい。
08/06/10 16:33:01 n3OrW/ES0
LUN?

172:名無しさん＠お腹いっぱい。
08/06/10 16:56:17 ickUfLlfP
LUNの構成例
URLﾘﾝｸ(www.soi.wide.ad.jp)

173:名無しさん＠お腹いっぱい。
08/06/10 17:48:47 JHQUOx+D0
ＬＡＮだったね。

174:名無しさん＠お腹いっぱい。
08/06/10 19:16:47 aGUFduG30
>>170
おいおい、Windows MobileのPDAやスマートフォンはたいてい無線LANついてるぞ。
oggのために買うには高すぎるってのならともかく、「携帯の電波使わずに」は理由になってない。

175:名無しさん＠お腹いっぱい。
08/06/11 06:02:57 U8hPG/4p0
Format design advantages of AAC over Vorbis?
URLﾘﾝｸ(www.hydrogenaudio.org)

PNS, TNS, SBRの無い物ねだりはともかく、Gabrielの意見はなかなか手厳しいな。

176:名無しさん＠お腹いっぱい。
08/06/12 00:48:27 y7gqFlo90
このVorbisデコードチップなんだが
URLﾘﾝｸ(www.vlsi.fi)
エンコードも出来るらしい

しかも、なんか安く流れてる
URLﾘﾝｸ(akizukidenshi.com)

177:名無しさん＠お腹いっぱい。
08/06/12 14:01:25 McF1CYBl0
チップが手に入ってもどうすることもできない俺という

178:名無しさん＠お腹いっぱい。
08/06/14 00:32:16 ug49F+UG0
これ載せた電子ブロック作ってくれ。

179:名無しさん＠お腹いっぱい。
08/06/14 02:16:50 wPRyW+tX0
>>176
そのチップすごいな

OggVorbis,MP3,AAC,HE-AAC,WMAが再生できる上、MIDI音源まで搭載
イヤフォンがそのまま繋げるようにDACとアンプまで搭載し、
内蔵DACからのアナログ出力が嫌な場合はI2Sから外部DACへの接続も可能
おまけにプラグインを入れれば外部音声入力からのOggVorbisのエンコードまで可能

まさに至れり尽くせりなチップだな
データ入力はSPIで大丈夫みたいだし、
適当なマイコン(PSoCとか)とSDカードでも用意すれば手軽にデジタルオーディオプレイヤーの出来上がり。

180:名無しさん＠お腹いっぱい。
08/06/14 20:27:46 9lk2oMOZ0
oggdropXPd（aoTuV版）でエンコするとき、
Encoding Optionsの一番下にある
「Apply Hard Minimum and Maximum Bitrate limits to the Quality Mode」
にチェックを入れても、指定ビットレート（Max）をオーバーすることがあるのは
なんでですか（´；ω；`）

具体的には、クオリティモードにした時に、公称ビットレートに書いてある数字を上限にしようとしたのですが。それって過酷？なんでしょうか
それとも、これって全然違う意味のオプションなんでしょうか・・・

181:名無しさん＠お腹いっぱい。
08/06/14 22:54:43 RYhcnSbr0
>>180
ビットリザーバの関係で若干の変動はある。
なのでデフォルトでは上下1kbpsくらいの余裕を見ておくといい。
あとこのビットレート指定はVorbisストリーム部のビットレートを表すので、
ヘッダーやOggのオーバーヘッドを含めたビットレート換算では、若干ズレが生じる。

182:名無しさん＠お腹いっぱい。
08/06/15 00:38:48 FkVXsJZE0
>>179
秋月がポータブルプレイヤー・キットを出してくれないものか
意外と人気出ると思うんだが……

183:名無しさん＠お腹いっぱい。
08/06/15 09:30:33 D3IpVxxK0
>>181
了解しました
ありがとうございます
ちょっと指定数下げて様子見ながらやってみます

184:名無しさん＠お腹いっぱい。
08/06/27 19:15:34 px2lA0UKO
変な話かもしれないけど、vorbisの標準ってq4でいいの？
vorbis対応のハードウェアプレーヤーとかで
あんまりビットルートが低かったりすると再生できなかったりするけど
どのあたりなら無難なの？

185:名無しさん＠お腹いっぱい。
08/06/27 19:24:23 aFQerYF+0
デフォだとq3ですな。mp3の128kbps相当。

186:名無しさん＠お腹いっぱい。
08/06/27 22:00:10 +ccDVWvk0
aoTuV beta 5.5 with PreAmp (Ogg Vorbis Encoder)

プリアンプって？

187:名無しさん＠お腹いっぱい。
08/06/27 23:45:51 cszPxdUs0
嘘つくなよ。デフォは-q5だよ。

188:名無しさん＠お腹いっぱい。
08/06/28 00:16:10 Ts0QnwYI0
VorbisにもAACの様にLow Complexity等のプロファイルがあれば、
今より対応するハードウェアは多かっただろう。

189:名無しさん＠お腹いっぱい。
08/06/28 16:42:07 lCbR5f4W0
>>186
どこでそんなネタ拾ってきたかも分からんのに答えようがないんとちがうか。
まあプリアンプってくらいだからエンコード前にボリューム調整挟むんじゃないかな。

190:名無しさん＠お腹いっぱい。
08/06/28 21:23:18 X0HqA4Lg0
aoTuV beta5.5 with PreAmp
URLﾘﾝｸ(www2.atword.jp)

191:名無しさん＠お腹いっぱい。
08/06/28 22:42:43 NfKWUATX0
lancerって死んだの？
5.5早くしろ

192:名無しさん＠お腹いっぱい。
08/06/29 05:45:26 qvnIdCa40
クレクレ君がえらそうに命令しています。

193:名無しさん＠お腹いっぱい。
08/06/29 06:25:08 tXXd9ceX0
それは　見れば　わかります　＾＾

194:名無しさん＠お腹いっぱい。
08/07/04 20:30:17 YrRabZrI0
分れや勝手に
そして死ね！

195:名無しさん＠お腹いっぱい。
08/07/06 00:09:28 0b3Hozoi0
プリマステラもlancerつかってたよ
そんだけ

196:名無しさん＠お腹いっぱい。
08/07/15 23:18:40 ta1gXs+70
このスレを読んでいると、DWTのDirac等よりH.263やMPEG-4 SP並のポテンシャルでも
DCTのTheoraの方がまだましに思えてきた。Tarkinは無かったことにしたらいい。

Most interesting open source
URLﾘﾝｸ(forum.doom9.org)

197:名無しさん＠お腹いっぱい。
08/07/16 15:24:02 IOcIjk/K0
並どころかそこに名前挙がった二者には完全に敗北してんだが

はっきり言えばTheoraこそ黒歴史そのもの
古臭いDCTベースの劣化コーデックを再生産したというのが唯一の成果で
先進動画コーデックの研究成果がそこにはまったく無い
ここで完璧にDiracやSnowに周回遅れにされてしまった
おまけにまだ1.0リリースの目処さえ立っていない

VP3に縛られ続けたこの5年はまるっと時間をドブに捨てたようなもんだ
それを裏付けるようにThusneldaというフルスクラッチに近い再開発が始まった
これならTarkinやってた方がまだ良かったわ

198:名無しさん＠お腹いっぱい。
08/07/16 17:01:40 b/XmePOf0
Theora1.0は消えたも同然だと思う

199:名無しさん＠お腹いっぱい。
08/07/16 17:57:52 OX9EaC4t0
いつまで経ってもJPEG 2000はJPEGに取って代わりそうに無いし、
そもそも画像信号にウェーブレット変換は不向きなのかも知れない。

200:名無しさん＠お腹いっぱい。
08/07/16 18:57:26 7HW8oEl40
今使えるJPEG2000のCODECだと、アニメ絵のようなべた塗りが多く境界線のはっきりした画像の劣化が酷いんですよね・・・
JPEGよりファイルサイズ大きくしても細部がモヤモヤしてイマイチ品質良くならないです。ウェーブレットの弱点なんでしょうか。
自然画にはあからさまに強いんですが汎用的に使えないとJPEGを置き換えるのは無理かも。

201:名無しさん＠お腹いっぱい。
08/07/16 19:01:56 nEraYgtK0
そろそろアニメに特化したコーデックが出てもいいと思うんだ

202:名無しさん＠お腹いっぱい。
08/07/17 00:09:09 xUtSArMr0
ウェーブレットも万能ではないけど、エンコーダの作り方で大分変わる気がする。

個人的には、DCTの得意の部分はDCTで、DWTの得意な部分はDWTと
セレクタブルなコーデックが出てくると面白そうなんだが。

203:名無しさん＠お腹いっぱい。
08/07/17 03:03:51 PBicaLOT0
>>202
可逆圧縮なら単純にサイズを比較して小さくなった方を選べばいいが、
不可逆だとどっちが望ましい劣化かというのはかなり主観に影響される。

自動的に選ぼうとすればCODECとは別に「より望ましい劣化」を選択するための評価アルゴリズムまで研究しなきゃいけない。
手動でCODECを選ぶんなら現状とあまり変わらない気がする。

204:名無しさん＠お腹いっぱい。
08/07/17 20:19:42 xUtSArMr0
>>203
それは心理モデルを使ってるコーデックでは常に考えなければいけないこと。
考えなくていいのはエントロピー圧縮部分くらいだろう。

205:名無しさん＠お腹いっぱい。
08/07/17 20:35:54 ih/MP7Io0
いずれにせよ、H.264と比べたらかなりシンプルなTheoraで四苦八苦するXiphには望むべくもない。

206:名無しさん＠お腹いっぱい。
08/07/17 20:50:59 xUtSArMr0
>>205
四苦八苦というか、何年も品質に影響する部分に手を付ける人がいなかった。

207:名無しさん＠お腹いっぱい。
08/07/17 20:54:39 xUtSArMr0
（続き）

その辺は他のプロジェクトと同じでやる気のある開発者が出てくるか、だね。
Xiphも沢山の専属開発者なんていないんで。

208:名無しさん＠お腹いっぱい。
08/07/19 01:02:33 AErAFAGO0
Theora+VorbisでもMatroskaに入れた方がOggよりオーバーヘッドが小さいと言うのは納得がいかない。

209:名無しさん＠お腹いっぱい。
08/07/21 18:48:03 AjQjGUkR0
DivX 7ではOGGコンテナが採用されるらしい

DivX 7 will use the OGG container format! That's right, you heard it here first: our new format does not use AVI!

訳: そう、DivX 7はOGGコンテナだよ！初めて明かすけど、もちろんマジな話。僕らの新しいフォーマットはAVIと決別するのだ！

URLﾘﾝｸ(dekubar.blogspot.com)

210:名無しさん＠お腹いっぱい。
08/07/21 18:52:35 wYMmxva20
現実逃避イクナイw

211:名無しさん＠お腹いっぱい。
08/07/21 19:56:04 AR/UQFK40
>>209
DivXはもうオワタ
H264の時代だよ

212:名無しさん＠お腹いっぱい。
08/07/21 20:09:24 tR10C3rA0
>>211
DivX7はH.264という話が出てるが。
現行のはMPEG-4 ASPなんだっけか。

213:名無しさん＠お腹いっぱい。
08/07/21 21:48:23 5jrn2kcU0
DivX 3 = Microsoft MPEG-4 version 3 (ISO非互換)
DivX 4 = ISO/IEC MPEG-4 Simple Profile
DivX 5/6 = ISO/IEC MPEG-4 Advanced Simple Profile
DivX 7 = ITU-T H.264, ISO/IEC MPEG-4 Advanced Video Coding

独自規格のVP6やVP7より、性能が少々劣ってもDivXと言うブランドで
ISO規格が普及したのは不思議ではない。

214:名無しさん＠お腹いっぱい。
08/07/21 22:17:02 rfVmsMEw0
>aoTuV beta5.5 include PreAmp
>前のフロントエンド側での処理と比べて異なる部分は、mode間の値の線形補間処理を加えたことです。
>またパラメータの設定は前回のquality値単位からmode単位に変更しました(modeはlibvorbisにおけるプリセットのようなものです。

215:名無しさん＠お腹いっぱい。
08/07/22 00:05:42 kfWnA2EV0
>>209
おいおいw

どうでもいいがなんかこの訳気に入った

216:名無しさん＠お腹いっぱい。
08/07/22 00:07:43 m4LK+qYa0
Bフレームを扱えないOggにはH.264を扱うのは無理。

217:名無しさん＠お腹いっぱい。
08/07/23 02:14:54 ZrdAMcSK0
DCTは周波数軸の解析が得意で、DWTは時間軸の解析が得意。

画像で言えばDWTは輪郭の保持が得意で、理論上はアニメ絵こそ得意で、
RealVideo10では実際に威力を発揮した。
しかし、JPEG2000は高域を思い切ってカットしてしまうためぼやけやすい。
つまり、まだまだ実装が発展途上。

論文レベルではDWTの特性を生かしたコーデックの提案はあるけど、
まだ現在利用できるのはDCT向けの処理にDWTを当てはめた代物。

218:名無しさん＠お腹いっぱい。
08/07/23 02:21:59 ZrdAMcSK0
今は、DCTベースのH.264が活躍しているので、
少なくとも当分の間はウェーブレットの時代は来ないと思う。

>>200
JPEG2000でモヤモヤが出るのは、
JPEGのモスキートノイズと同じ原理によるもの。

ただ、JPEGは輪郭そのものかその周辺のみに集中して劣化するのに対して、
JPEG2000は少し離れたところまで分散して劣化するので目立ってしまいやすい。

219:名無しさん＠お腹いっぱい。
08/07/23 02:30:34 arpU1q6F0
ここには、Real VideoはH.264のプロトタイプを元にしていると書いてある。
URLﾘﾝｸ(wiki.multimedia.cx)

220:名無しさん＠お腹いっぱい。
08/07/23 19:55:09 Gt7Va8t80
>DCTは周波数軸の解析が得意で、DWTは時間軸の解析が得意。

これは音声解析をした場合のことではないか？
つまりは１次元処理の場合。
２次元処理の場合は、時間軸方向の変わりにY軸方向ということになるので、
時間軸の解析が得意とはならないはず。
まさかXY軸に時間軸を加えた、３次元ウェーブレット解析してるわけじゃあるまいし。

221:名無しさん＠お腹いっぱい。
08/07/24 09:00:12 SptyKCMj0
今のところウェーブレット使った音声圧縮ってなんかあるっけ・・・

222:名無しさん＠お腹いっぱい。
08/07/24 10:02:39 zqmtco9R0
全くの勘だが、音声でもウェーブレットは結局MDCTには敵わないと思う。

223:名無しさん＠お腹いっぱい。
08/07/24 14:54:16 AjFKDUR40
>>220
信号を波として扱う場合、波の進む方向を便宜上「時間軸」と呼ぶことはある。

＞２次元処理の場合は、時間軸方向の変わりにY軸方向ということになるので、
JPEGなどの画像DCTのこと考えればそれは間違いだってわからないか？
波の振幅に相当するのは各ピクセルの色成分。
X軸、Y軸はそれぞれ波の時間軸として扱う。

224:名無しさん＠お腹いっぱい。
08/07/25 11:20:47 5t0mfYpb0
ogg lancerﾏﾀﾞｰ

225:名無しさん＠お腹いっぱい。
08/07/25 23:00:10 jBv/90NY0
忙しいといってたのでまとまった休み取れるまでリリース無しじゃないかな。

226:名無しさん＠お腹いっぱい。
08/07/25 23:36:58 5t0mfYpb0
>>225
了解ですー。
ありがとうございます

227:名無しさん＠お腹いっぱい。
08/07/26 00:19:46 d7q+WsgT0
かなりたったけどなｗ

228:名無しさん＠お腹いっぱい。
08/07/27 23:57:51 LgTyC3Pa0
aoTuV with PreAmpってやつはmp3gainとかaacgainとかとはまた別の話？

229:名無しさん＠お腹いっぱい。
08/07/28 00:28:58 CYr6nfem0
別の話。低ビットレートでエンコードするとボリュームがでかくなるので、
エンコードする前にあらかじめ音量を調整しておく仕組みを追加したもの。

230:名無しさん＠お腹いっぱい。
08/07/30 22:17:46 LXeb0rNA0
URLﾘﾝｸ(www.bigbuckbunny.org)

Theoraが実際に活用されている例を一つ。ビットレートがそれぞれ違うので厳密な比較は出来ないが、
このクリップではQuickTime等と比較しても、Theoraは良く健闘していると思う。

しかし、PAR 1:1でmod16でない解像度のTheoraをどうやってエンコードしたのか気になる。

231:名無しさん＠お腹いっぱい。
08/07/31 23:52:19 xEY1TbRA0
個人的に、Theoraはデ・ブロックが弱い気がするんだよな。
一応機能としてはあるみたいだけど、あまりうまく働いてない。
互換性無くなってもいいから、この辺は対策して欲しいな。

232:名無しさん＠お腹いっぱい。
08/08/01 01:09:19 lgDIcx1I0
firefoxのメインラインでOgg Theoraが取り込まれたけど、
結論は出たんだろうか？

233:名無しさん＠お腹いっぱい。
08/08/01 18:33:17 bFVuKI0n0
Is there a more active Ogg discussion forum somewhere?
URLﾘﾝｸ(www.hydrogenaudio.org)

ハードウェアサポートでVorbisがISO規格に敵うべくもないが、何か皆悲観的だ。

234:名無しさん＠お腹いっぱい。
08/08/01 18:44:57 uT9PsWrL0
Firefox 3.1で動画と音声ネイティブサポート、Theora/Vorbis
URLﾘﾝｸ(journal.mycom.co.jp)

スラド（本家）の反応
Ogg Theora In Firefox, With Wikimedia Support
URLﾘﾝｸ(tech.slashdot.org)

235:名無しさん＠お腹いっぱい。
08/08/01 19:05:15 bFVuKI0n0
Theora video and Vorbis audio in Ogg container

<source src="video.ogv" type="video/ogg; codecs="theora, vorbis"">

Theora video and Speex audio in Ogg container

<source src="video.ogv" type="video/ogg; codecs="theora, speex"">

Vorbis audio alone in Ogg container

<source src="audio.ogg" type="audio/ogg; codecs=vorbis">

Speex audio alone in Ogg container

<source src="audio.spx" type="audio/ogg; codecs=speex">

FLAC audio alone in Ogg container

<source src="audio.oga" type="audio/ogg; codecs=flac">

Dirac video and Vorbis audio in Ogg container

<source src="video.ogv" type="video/ogg; codecs="dirac, vorbis"">

Theora video and Vorbis audio in Matroska container

<source src="video.mkv" type="video/x-matroska; codecs="theora, vorbis"">

URLﾘﾝｸ(www.whatwg.org)

>>234 この草稿のまま通れば良いのだが。

236:名無しさん＠お腹いっぱい。
08/08/01 23:27:04 lgDIcx1I0
>>234
まだまだバグがあるっぽいけど、改善されて最後まで実装されていればいいね。
また某MPEG特許所有会社は色々言ってくるんだろうな、と。

237:名無しさん＠お腹いっぱい。
08/08/02 00:11:54 yt+8edu+0
Theora: Thusnelda project update 20080724
URLﾘﾝｸ(web.mit.edu)

rendererの不具合もあって、ただ悲惨でしかなかったこの頃(URLﾘﾝｸ(www.doom9.org))からすると、凄い進歩だ。
ただ、MPlayerではきちんと再生できるけど、ffdshow(beta5_rev2033_20080705_clsid)だと、これらのサンプルの内
MainlineとUnoptimized以外はまともにデコードできない。

238:名無しさん＠お腹いっぱい。
08/08/02 20:10:14 sJiPdRlQ0
>>237
最新のXiphのDSフィルターでも再生できるぞ

239:名無しさん＠お腹いっぱい。
08/08/03 05:18:13 ovP+iESb0
これで再生できました。ありがとう

Current UNSTABLE Version (0.80.15039) - 14/06/2008
URLﾘﾝｸ(www.xiph.org)

240:名無しさん＠お腹いっぱい。
08/08/04 23:49:27 6SV22fkz0
どういう訳か、XiphのフィルターはMatroskaに入ったTheora/Vorbisをデコードできない事に気がついた。
明らかに、Matroskaと比べるとOggは劣ったコンテナなのでこれは不便。

URLﾘﾝｸ(img381.imageshack.us)

241:名無しさん＠お腹いっぱい。
08/08/05 02:02:06 mdLZuW7n0
Oggコンテナが劣るというよりMatroskaコンテナが凄すぎるだけなんじゃ…。
実際のところOggコンテナにしろTheoraにしろ、とても普及するとは思えない。

242:名無しさん＠お腹いっぱい。
08/08/05 02:04:54 kEtcjvXz0
OggはVorbisを入れるのにはいいけど、動画を扱うにはASFやMP4と比べても物足りないと思う。

243:名無しさん＠お腹いっぱい。
08/08/05 02:27:43 mdLZuW7n0
ですね。

動画も入れるコンテナの本命は、一般用途ならmpeg4コンテナでしょうし、
個人の実用性ならMatroskaコンテナになるんでしょうね。

動画入れるなら、Oggコンテナには趣味もしくは実験以上の価値が見いだせないです。
Matroskaコンテナでほぼ全部カバーできてますしね。

244:名無しさん＠お腹いっぱい。
08/08/05 13:12:35 yBQAupl20
フィールド弄りたくないのにTheoraではインターレースエンコードが出来ない
かといってプログレッシブ化しようにもVFR物だった場合Oggコンテナに収めることが出来ない

245:名無しさん＠お腹いっぱい。
08/08/05 14:55:21 raIiPR6q0
完全にオープンというだけがメリットか。
しかし実用出来るレベルになればそのただ一つのメリットを理由に
一部では使われると思うけどなあ。

246:名無しさん＠お腹いっぱい。
08/08/05 23:27:33 kEtcjvXz0
Matroskaの仕様はパブリックドメインだから、例えば(Theora+Vorbis).mkvでもOggと同様にオープンだと言える。

Oggの代替コンテナとしてはこっちも気になるが、開発は進んでいるのだろうか。
URLﾘﾝｸ(nut-container.org)

247:名無しさん＠お腹いっぱい。
08/08/05 23:41:51 8ZllPYBr0
Matroskaって特許周りはどうなんだろ？
あまり気にしてるようには見えないが。

248:名無しさん＠お腹いっぱい。
08/08/05 23:53:29 kEtcjvXz0
Microsoftが米国で特許を保持するASFの読み込みがmkvmergeでサポートされないのを見ても、
彼らが自称するオープンスタンダードであろうとはしていると思う。

249:名無しさん＠お腹いっぱい。
08/08/06 17:37:39 bXlfiQlk0
DirectShowのMatroska Muxerを使って
mkvにWMVとか入れるソフトがあるし
コンテナの仕様としてはいけるのかな？
仕様としては何でも飲んでしまえるとか？

250:名無しさん＠お腹いっぱい。
08/08/06 18:02:24 JJNOMQhj0
いつになるのか、ASFに関連する特許が切れる頃まで待たないといけないのかも知れないが。

To be supported later :

'V_MSWMV'; Video, Microsoft Video

URLﾘﾝｸ(www.matroska.org)

251:名無しさん＠お腹いっぱい。
08/08/07 19:15:18 AYyrHd8l0
今日、初めて拝見させて頂きましたけど、
やはり、聴より視なのですね。
心ざしより現実か～

252:名無しさん＠お腹いっぱい。
08/08/07 19:21:36 YayyVebb0
音声圧縮はXiphだけを見てもVorbis, FLAC, Speexで大分煮詰まっている感じだが、
動画はまだまだ改良の余地がある分野だと思う。

253:名無しさん＠お腹いっぱい。
08/08/07 23:45:02 oQQExjV40
aotuv b5.5のLancerがリリースされればvorbisの話題で盛り上がると思うけどね。

254:名無しさん＠お腹いっぱい。
08/08/07 23:59:41 rUFcKyxw0
>>252
音声コーデックもフォーマットを崩していいならまだ良く出来るんだろうけど、
チューニングまで含めると凄く時間が掛かりそうだし、映像コーデックほど需要がなさそう。

255:名無しさん＠お腹いっぱい。
08/08/08 00:03:47 0+5soR2d0
糞ニーがAtrac切捨てしたからコピペすら沸かなくなったな

256:名無しさん＠お腹いっぱい。
08/08/08 06:57:27 3PYbiO/q0
そう、

257:名無しさん＠お腹いっぱい。
08/08/08 07:12:01 F8ZMb7560
音声コーデックでＦＬＡＣだけがオーバーサンプル出来ないの
最近発見した。だから、ＯＧＧにセットにすれば丈夫で、Speex
が米軍規格に採用されるのも分って得した気分。でも需要がなさそう、、、

258:名無しさん＠お腹いっぱい。
08/08/08 13:51:34 ZMFvPmOE0
FLACは存在が微妙
TTAとかTAKとかWavpackとかもっといいのがあるな

259:名無しさん＠お腹いっぱい。
08/08/08 14:05:13 cm19BTz/0
それらの中でWavPackはFLACよりも優れていると思うけれど、何年経ってもソースが非公開のTAKや
何をしたいのかよく分からないTTAには、正直興味がわかない。

260:名無しさん＠お腹いっぱい。
08/08/08 14:09:53 iid+cOIb0
flacは対応プレイヤがあることが他に比べて少しは強みかなぁ

261:名無しさん＠お腹いっぱい。
08/08/08 14:50:28 YL0XIMSM0
汎用性最強だけど圧縮率微妙なflac
性能最強だけど非オープンソースなTAK
圧縮率最強だけどデコード負荷微妙なape
色んな意味で中途半端なWavPack
TAKに全ての利点をさらわれたゴミtta

ちゃんと個性があって面白いよね
個人的には可逆はWindows環境だけで十分なのでTAK安定

262:名無しさん＠お腹いっぱい。
08/08/08 14:56:52 tv5gpd6l0
マトローシャ使わないで画像や.log埋め込んだりできるようになったら、他の可逆を考えても良い。
CD1枚につき10Mとかそれぐらいしか違わないのに機能が全然flacに追いつかないのばかり
なんだから、他のは話にならないな。

263:名無しさん＠お腹いっぱい。
08/08/08 15:22:15 YL0XIMSM0
TAKもapeもapev2タグなんだからlogだろうが画像だろうが普通に埋め込めるけど
他のフォーマットは調べる価値無いから調べてないけど

機能って何のことを言ってるんだ？単なる無知ならそれでいいけど

264:名無しさん＠お腹いっぱい。
08/08/08 15:31:33 tv5gpd6l0
1年ぐらい前には画像埋め込みには対応してないって聞いたんだが、いつの間にかできるようになっていたのか。

265:名無しさん＠お腹いっぱい。
08/08/08 16:01:52 F8ZMb7560
可逆を考えると、俺はまず再生時の安定性からチョイスする。で保存前後の
安定性、お後、皆考えるのと同じ。でも、洋楽しか聴かないからなんで、
ほとんどの人は逆なんだよね。だから、ＡＰＥの鎖国さが再生デコーダ―の
未来を狭めてるのはモッタイないし、日本人ならＴＡＫ系になるのかな？
大切の物に労力を惜しまない俺はＦＬＡＣになチャゥ。

266:QrhcJOKUqfhIyFXa
08/08/08 16:07:16 4sDjZEyU0
zejdaB <a href="URLﾘﾝｸ(uputcljvgqcd.com)">uputcljvgqcd</a>, [url=URLﾘﾝｸ(dlmlgsxfdzil.com) [link=URLﾘﾝｸ(hsewgkrrjtkf.com) URLﾘﾝｸ(zbvosyohluaj.com)

267:vaMhLVPFAZBf
08/08/08 16:09:51 ZNBacYWr0
wQ1TOT <a href="URLﾘﾝｸ(fuuviclalteh.com)">fuuviclalteh</a>, [url=URLﾘﾝｸ(gwzzbgeiogwy.com) [link=URLﾘﾝｸ(wgccmwpgrxmp.com) URLﾘﾝｸ(nivephtqcjdk.com)

268:GmzXClgh
08/08/08 16:10:01 5PahnPVx0
cR07Na <a href="URLﾘﾝｸ(iqqarbdqevxa.com)">iqqarbdqevxa</a>, [url=URLﾘﾝｸ(bdbznlfnonjh.com) [link=URLﾘﾝｸ(qsxoemeevzcx.com) URLﾘﾝｸ(zjlfeafislww.com)

269:名無しさん＠お腹いっぱい。
08/08/08 16:11:48 YL0XIMSM0
>>264
煽ってすまんができるよ。
んでもってfoobar2000最新なら、takならtakデコーダだけ入れればそのまま埋め込み画像を表示可能。
話になったかな？

次ページ