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

【Vorbis/FLAC】Ogg統 ..

237:名無しさん＠お腹いっぱい。
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に睨まれると抵抗のしようが無い
終わった
完全に終わった

次ページ