09/07/06 02:51:42 pI5mUiaXP
【ツール類】
mp3infp（プロパティ拡張型タグエディタ） URLﾘﾝｸ(win32lab.com)
SuperTagEditor 改造版（タグエディタ） URLﾘﾝｸ(hp.vector.co.jp)
OggVorbis Packet Tool's（無劣化編集） URLﾘﾝｸ(hp.vector.co.jp)
CDex（リッパー＋エンコーダ） URLﾘﾝｸ(sourceforge.net)
Exact Audio Copy（リッパー、エンコーダとも連携可） URLﾘﾝｸ(www.exactaudiocopy.org)
Ogg Vorbis関連ページ（※関連ツール類の解説） URLﾘﾝｸ(aveiro.hp.infoseek.co.jp)
【Vorbis派生エンコーダ】
aoTuV（通称：青粒とか蒼粒とか） URLﾘﾝｸ(www.geocities.jp)
Ogg Vorbis 高速化プロジェクト（通称：Lancer） URLﾘﾝｸ(homepage3.nifty.com)
●迷った時には自分でテスト
ブラインドテスト用ツール“ABC/Hidden Reference Audio Comparison Tool” URLﾘﾝｸ(ff123.net)
●DirectShow Filter類（WMPなどで再生するためのフィルタ）
Haali Media Splitter（OGM Splitter） URLﾘﾝｸ(haali.cs.msu.ru)
Directshow Filters for Ogg Vorbis, Speex, Theora and FLAC URLﾘﾝｸ(www.xiph.org)
ffdshow tryouts URLﾘﾝｸ(sourceforge.net)
●MSACM 用コーデック（上記のDirectShow Filterで再生できない人はこれ）
Ogg Vorbis CODEC for MSACM（このコーデックでの動画作成は非推奨です） URLﾘﾝｸ(www.vector.co.jp)
●その他プラグイン
Real Player Plug-in（Ogg Vorbis & Theora） URLﾘﾝｸ(helixcommunity.org)
Xiph.Org: QuickTime Components :: About URLﾘﾝｸ(www.xiph.org)
36氏による Vorbis Encode Plug-in for SoundPlayer Lilith URLﾘﾝｸ(hp.vector.co.jp)
5:名無しさん＠お腹いっぱい。
09/07/06 02:53:23 pI5mUiaXP
【FAQ】
《Q1》 Oggファイルはどうやって再生するの？
《A1》 拡張子.oggのファイルはたいていの場合、Ogg Vorbisを指します。
上でもいくつか紹介していますが、“関連ソフトウェアリンク”をたどれば、
多くのOgg Vorbis対応プレイヤーを見つけることができるでしょう。
もしそれでも再生できない場合は、Vorbis以外が含まれるOggファイルか、
そもそも実際にはOggファイルでないかも知れません。
オフィシャルページのvorbis-toolsに含まれる“ogginfo”を使えば、
Oggファイルに含まれているストリームを確認することかできます。
中身が解れば、対応プレイヤーを探してみましょう。
映像を含むファイルには、拡張子.ogvが使われます。
《Q2》 Vorbisが音声に使われている動画ファイルが再生できません。
《A2》 一つの可能性としてはOgm形式があります。これはOggの独自拡張で、
Haali Media Splitter(URLﾘﾝｸ(haali.cs.msu.ru))とXiphのDSフィルター(URLﾘﾝｸ(www.xiph.org))を
入れることによって、一般的なメディアプレイヤーでも再生可能になります。
もう一つの可能性は、AVI形式にVorbis音声を入れたもので、“Ogg Vorbis CODEC for MSACM”を導入することで一応は再生可能なはずです。
ただし、このCODECはバージョン間の互換性が保証されないことと、もともとAVI形式がVBRの音声ファイルを扱うのに不向きな設計のため、
このような用途では一般に使われるべきではありません。
Theora+VorbisがOggに入った動画ファイル(.ogv)は、Xiphのフィルターだけで再生できます。
《Q3》 エンコードをしてみたいんだけど。
《A3》 CDexやLilithなどでCDから直接エンコードが可能なほか、
単体のエンコーダとしては、oggdropXPdが簡単なのでお勧めです。
（RareWaresやOggVorbis高速化プロジェクトから最新版が入手可能）
使用法については、ちょっと内容は古くなっていますが、
URLﾘﾝｸ(www001.upp.so-net.ne.jp)
などが参考になるでしょう。
6:名無しさん＠お腹いっぱい。
09/07/06 02:54:21 xMgdD03N0
《Q4》 お勧めのエンコーダは？
《A4》 上で紹介していますが、現状ではどのビットレートであっても、
最新のaoTuV beta5.7, 安定版 Release1（beta4.51と同内容）か、もしくはそれらをベースとした
エンコード高速版のLancerが最良の選択でしょう。
《Q5》 Vorbisにエンコードする際のお勧めの設定は？
《A5》 Vorbisはクオリティレベルと呼ばれる数値で指定するのが基本です。
普通に音楽を聴くことを想定した場合、複数のリスニングテストの結果によると
q4でも優秀とされ、q5、q6では圧縮前の音源との区別が相当に困難であるとも
言われています。ブラインドテストツールを使ってどの程度まで区別かつくか、
実際に試してみるのもいいと思います。
また、Vorbisは低ビットレートにおいても非常に優れた性能を示していますが、
人の話し声が大半を占めるラジオ等にはあまり向いていないと言われています。
［ビットレートの目安］
q -2 = 32 kbps (aoTuV beta4 以降)
q -1 = 45 kbps
q 0 = 64 kbps
q 1 = 80 kbps
q 2 = 96 kbps
q 3 = 112 kbps
q 4 = 128 kbps
q 5 = 160 kbps
q 6 = 192 kbps
q 7 = 224 kbps
《Q6》 MP3をVorbisにエンコードすれば音質は良くなりますか？
《A6》 MP3やAAC、WMAといった非可逆圧縮されたものを
再度エンコードしたところで、さらに音は劣化するだけです。
7:名無しさん＠お腹いっぱい。
09/07/06 02:56:05 xMgdD03N0
TIPS: WindowsでやるTheora+Vorbisの作成例
1. AviSynth をインストールする。 AviSynth Wiki(URLﾘﾝｸ(www.avisynth.info))
2. "avs2yuv video.avs -o video.y4m"として、YUV4MPEGの中間ファイルを作成する。encoder_exampleとのパイプ処理も可能。
3. 音声を.wav(LPCM)で用意する。
4. "encoder_example -v 5 -a 0 -o output.ogv audio.wav video.y4m"として、エンコードする。
-s/-Sの指定で、サンプル比1:1以外にも出来る。( e.g. -s 40 -S 33(NTSC 16:9), -s 10 -S 11(NTSC 4:3) )
Windows用バイナリ(avs2yuv同梱)
URLﾘﾝｸ(www.mediafire.com) (安定版)
URLﾘﾝｸ(www.mediafire.com) (実験用、品質はこちらの方が良い)
別々にエンコードした、映像と音声をoggjoinを使って、一つのファイルに多重化する事も可能。
URLﾘﾝｸ(sourceforge.net)
8:名無しさん＠お腹いっぱい。
09/07/07 00:06:26 kuOWzCdIP
CELT 0.6.0
公式サイトには、Windows用バイナリも有る。
CELTのビットストリームは、正式版のリリースまで今後も変更されるだろうから、
これを実験以外には使ってはいけない。
URLﾘﾝｸ(www.celt-codec.org)
9:名無しさん＠お腹いっぱい。
09/07/08 00:28:30 iwaTziPDP
HTML 5 drops open source video codec
URLﾘﾝｸ(www.zdnetasia.com)
何にせよ、利権が絡むと話がこじれる。QuickTimeを普及させるには、Ogg Vorbis/Theoraはとにかく邪魔だろうし。
10:名無しさん＠お腹いっぱい。
09/07/08 08:32:58 YGE4D+ym0
利権だけの問題じゃないでしょう。
Oggにだって問題がたくさんあるわけで、信者はどうして目をそらすのかな。
TRONの失敗をMSのせいだけにし続ける人にも似てるね。
11:名無しさん＠お腹いっぱい。
09/07/08 09:58:50 omCi1uxm0
どうやらVorbis開発中止の噂は本当だったみたいですね…。
1.0.1のリリースはWindows上でのビルドの問題で遅れているという話もありましたが、
さすがにこれ程までに遅れるというのは誰が見てもおかしな話です。
「もうリリースされる、リリースされる…」この言葉、一体何度聞いた事でしょうか。
おまけにクリアであったはずのパテントにサブマリン特許問題が浮上しつつあるという話もあり、
そうなれば当然Vorbisの配布は停止、もしくは有料化する事間違いありません。
いくら特許問題に気をつけようとも、こればかりはどうしようもありませんから…残念ながら、
特許関係においては「絶対安心」などという言葉は成り立たないのが現状なのです。
では、ユーザーはどうすれば良いのか？
何をデファクトスタンダードとして用いるべきなのか？
どうしても回避できない問題なのであれば、回避せずとも乗り切れるような選択肢を選べばいい…
ならば特許料の徴収を要求されたとしても、配布元が問題なく支払えるだけの体力を持ち合わせている規格であれば良い。
そう、Atrac3です。
ソニーが築きあげたこの規格であればいかなる脅威も問題無く、ユーザーは安心して無料で規格を使いつづける事ができるのです。
また近年問題になっている著作権侵犯問題に関しても、Atracの優秀な著作権管理機能をもってすれば解決できるのです。
加えて実用的な48kbpsモードも兼ね備えており性能的にも申し分なし、まさにデファクトスタンダートとなるに相応しい規格ではないでしょうか？
私はなにもソニー側の人間ではありませんからこの規格を無理に使えなどと強要する気は毛頭ありません、
ただ「こういった選択肢もあるのだ」という事を提示しただけに過ぎないのです。
この提示が皆さんのフォーマット選びの一つの判断材料となればこれ幸い、と考えております。
12:名無しさん＠お腹いっぱい。
09/07/08 10:00:50 omCi1uxm0
今や猫も杓子もVorbisVorbisとまぁ、Oggにあらずんばコーデックにあらずといわんばかりの勢いである。
クリストフ・モンゴメリーなる、何処の馬の骨ともつかぬ若者が立ち上げたプロジェクトを、誰もが手放しで賞賛する。
しかしこれは非常に危うい事なのではないか。
私は常々疑問に思っていたのだが、まずOggプロジェクトの謳うパテントフリーからして危うい。
MP3を例にとって青臭い正義感を振り回し、目先のキーワードに扇動されがちな民衆を闇雲に煽る。
これは先だって内閣総理を退任した小泉総理の十八番"小泉劇場"にも通ずる、実に軽薄なやり口である。
そもそもサブマリン特許という言葉も示す通り、特許問題から真に解放される事など到底不可能である。
ところがXiphophorusは「Oggなら心配ない、Oggさえ使っていれば大丈夫」と、無責任に言い放つのである。
彼らは実に一級の詐欺師であると言って良い。
また、彼らはオープンソースというキーワードをこれみよがしに掲げる―オープンソース？―そう、またしてもオープンソースだ。
このキーワードは奇怪な魔力を持つ。
街灯に吸い寄せられる蛾の如く、盲目的なオープンソース信奉者達が群がり始めるのである。
こうなれば後は狂った共産党支持者のようにオープンソース万歳の大合唱、冷静な議論を交わす余地など毛の先程も残らない。
全てXiphの思うつぼである。
こうまで言うと、性急な人々は"ならお前には代案があるのか"とせっつき始めるのであるが、無論私も批判一辺倒で終わらせるつもりはない。
ここでちょっと視野を広げて貰いたい。
オープンソース・パテントフリーでなければ、新世代の音声圧縮フォーマットたり得ない？
いいえ。
そう思い込む事こそが、既にXiphの思想誘導の罠にはまっている。
こう考えてみよう。
新世代の音声圧縮フォーマットは、プロプライエタリからこそ生まれる。
盲目的かつ無根拠な賛同を否定し、特許問題に対し法的理論武装と潤沢な軍資金で毅然と立ち向かう。
しかし、それを成し遂げうる規模の集団が開発したコーデックなど存在するのだろうか？
―あっ、Atrac3だ！
その通り。
あなたは今、最良の解を手に入れた。
13:名無しさん＠お腹いっぱい。
09/07/08 10:02:12 omCi1uxm0
『婚約者を亡くしてしまった』
そう言うなり、妹は声を上げて泣き出した。
婚約相手は大手企業に勤める背の高い好青年で、オーディオにプログラミングと趣味も多彩だった。
幾度か顔を合わせた事もある。話し上手で細かな気配りの利く、感じの良い男だった。
彼が帰宅中に対向車をかわしきれず帰らぬ人となった、その夜から、妹は部屋へ閉じこもりきりになった。
扉の前に置かれた食事にもほとんど手をつけない。時折すすり泣く声が聞こえては、その度ガリガリと床を引っ掻いている。
心配に思って"ガリガリ"の最中に声をかけてみた。すると「違うの」と答えが返る。
「違うって、何がだい」 「音が……違うの」 「音？」 「彼のは、もっと優しかった」 「優しいって？」 「……」
僕はゆっくりと部屋の扉を開けた。―幸い、妹からの拒絶はなかった。
彼女は手にiRiverのデジタルプレイヤーを携え、イヤホンを挿して音楽を聴いている。パテントフリー信奉者ご自慢のOggVorbis対応機だ。
「彼の音はこんなに固くなかった」俯いて彼女は言う。
ようやく飲み込めてきた。何時だったか、婚約相手の彼が『このコーデックこそは標準化されるべきなんです』と熱弁を振るった事がある。
妹はその話を退屈そうに横目で見やりつつ、彼のプレイヤーから伸びたヘッドホンで音楽を聴いていた。
彼女は今、そのコーデックの音を求めている。記憶の片隅に引っかかった規格の名前。あれは、確か―。
風の強い日だった。寒さから逃げるように駆け込んだアキバのヨドバシカメラで、売り場の店員に対応機種はないかと訊ねる。
彼は『幾つかございます』と言ってカタログを見せてくれた。どうせならと、婚約相手の彼が使っていたのと同じ物を選んだ。
「ほら、これだよ」そう言って、僕は妹にその音源を聴かせてやる。
「―あぁ！そう……これ……。彼の音がする―」彼女はこれが最後とばかり、一しきり大粒の涙を零して泣いた。
その日を境に、妹はみるみる活力を取り戻していった。今では食事も残さず食べている。完全に立ち直れる日も近いだろう。
彼女の傍らには、いつだってSONYのデジタルウォークマン｡
OggVorbis？音が固いよ。もっとシンプルにいかなきゃ、愛だって語れない。
本当に愛しいものは、いつだってさりげない―Atrac3
14:名無しさん＠お腹いっぱい。
09/07/08 11:38:01 OuC15FQx0
BTRONが普及しなかったのはSBのハゲのせいだけどな
15:名無しさん＠お腹いっぱい。
09/07/08 12:59:40 uKrd9Cvi0
最近HTML5に興味を持ちはじめた者です。
プラットフォームに依存しない(最低Windows、Mac OS X、Linuxで動く)ブラウザを考えると、
Firefox、Opera、Google Chromeあたりになって、それらのどのブラウザにも依存しないコーデックを
考えると現状oggになっちゃうかなと思っています。
oggの問題点と言うのは、サブマリン特許のリスクがあることとmp4より圧縮効率が劣るという以外にも
何かあるのでしょうか？
16:名無しさん＠お腹いっぱい。
09/07/08 13:11:45 iwaTziPDP
>>15
すぐに思いつくのは、Firefox 3.5での再生は、まだ十分に最適化されていなくて、今ひとつだと言うことくらいかな。
Theoraの品質は、確かに同じビットレートでのH.264やVP6には劣るが、見るに堪えない程、酷くはない。
実際に使っているサイトを見るといい。 URLﾘﾝｸ(openvideo.dailymotion.com)
17:名無しさん＠お腹いっぱい。
09/07/08 15:11:28 mPadKGob0
> サブマリン特許のリスクがあること
あるの？
18:名無しさん＠お腹いっぱい。
09/07/08 15:28:03 iwaTziPDP
>>17
URLﾘﾝｸ(forum.doom9.org)
On2以外の企業が、Theoraの元になったVP3に関する特許を持っているかも知れないと言うことだが、
ここでは、Montyははっきりと否定しているし、ちょっとよく分からない。
19:名無しさん＠お腹いっぱい。
09/07/08 16:04:12 TH4MBiiM0
サブマリン特許のリスクが「まったくない」コーデックなんて存在しないだろ。
現時点ではわからないからサブマリンなわけだし。
以前プラグイン関連の特許でクレームがついてMSが敗訴、多額の和解金を払ったこともあるように
大企業だからちゃんとチェックしてて大丈夫というわけでもない。
とはいってもチェックにリソースを割きにくいオープンソースプロジェクトの方が相対的にはリスクが大きいだろうけど。
20:名無しさん＠お腹いっぱい。
09/07/08 16:43:47 5PA4EvFk0
MPEG4系の場合はMPEG LAがリスクを負ってくれるのでは
21:名無しさん＠お腹いっぱい。
09/07/08 17:17:52 iCesmWyf0
>>20
該当する特許がMPEG LAがプールする特許にかぶる様な内容でないならば、
MPEG LAに出来ることは無いよ。
22:15
09/07/08 18:29:58 uKrd9Cvi0
レスありがとうございます。
>>16
最適化については徐々に改善されるでしょうから、気にしなくて良さそうですね。
紹介して頂いたサイトは今度見てみます。
>>19
すみません、重要な事をサラッと書きすぎてました。
>サブマリン特許のリスクが「まったくない」コーデックなんて存在しないだろ。
は同感ですが、特許が浮上してきたときに大企業の後ろ盾があれば、お金で解決してくれそうだけど、
OSSの場合は、どうなるか不透明という意味でリスクがあるのかなと思っています。
詳しくないので、的外れな事書いていたらすみません。
23:名無しさん＠お腹いっぱい。
09/07/08 19:39:27 TH4MBiiM0
＞大企業の後ろ盾があれば、お金で解決してくれそうだけど
おおむねそう考えていいと思うけど、特許のライセンス範囲を決めるのは権利保有者なのでどうなるか不明。
GIF(LZW特許)の場合「マイクロソフトにライセンスしたのはマイクロソフト製品のみ」という理屈で、
MS製品以外のGIFを表示するソフトはたとえIEコンポーネントを呼び出すだけであっても別途契約が必要と主張した。
そのため自作のツールとかを公開していた人はお手上げ状態。
こういうことをやられるとたとえ大企業がバックについていても、普及には大きな制約になる。
24:15
09/07/09 08:58:42 1plYashl0
>>23
なるほど、なかなか単純には考えられないものなんですね。
25:名無しさん＠お腹いっぱい。
09/07/10 04:21:05 6F+7ioeT0
どうでもいいけど>>11-13はなんの改変なんだ？ｗ
26:名無しさん＠お腹いっぱい。
09/07/10 05:06:19 voLNyr000
改変じゃないから。
11はどっかのソニー信者がこのスレ(Ogg総合3)に書き込んだレスがいつの間にかテンプレ化
12,13は11にインスパイアされたスレ住人が作成
27:名無しさん＠お腹いっぱい。
09/07/10 07:53:38 YYO+c5LI0
URLﾘﾝｸ(lists.xiph.org)
> [Vorbis-dev] libvorbis 1.2.3 release upcoming
monty がアップを始めましたw
28:名無しさん＠お腹いっぱい。
09/07/10 09:00:47 tcC0Bf120
衝撃！！！！！！！
日本人も特亜人とたいして変わらない事が判明した！
【話題】早くも「ドラクエIX」データ流出…「ストーリー導入部でフリーズ」のマジコン対策も破られる★２
ｽﾚﾘﾝｸ(newsplus板)
29:名無しさん＠お腹いっぱい。
09/07/10 16:19:57 WpD+7Svm0
ここ数日コミットが激しい
URLﾘﾝｸ(svn.xiph.org)
もうすぐベータくらい出るのかな？
30:名無しさん＠お腹いっぱい。
09/07/10 17:08:49 InBU/o45P
Theoraの次のリリースでは、AQが含まれるとMontyは言っているから、私はそれが楽しみ。
x264等の例を見ていても、今のJPEG互換のQMを使い続けるのが良いとも思えないし。
31:名無しさん＠お腹いっぱい。
09/07/10 18:33:37 Fc3BCx4R0
>>11もソニー信者が書いた物じゃないだろう、どっからどう見てもAtracコケにしてるｗ
以前この板にモンティやttのちょっと気持ち悪い話を創作するヤツがいて、
このスレにはXiphのニュースを皮肉っぽく書き込んだりもしてたの。
すっとぼけた文体がその人に似てる。
32:名無しさん＠お腹いっぱい。
09/07/10 21:30:35 czIpyjdG0
libVorbis 1.2.3 released
URLﾘﾝｸ(xiph.org)
33:名無しさん＠お腹いっぱい。
09/07/10 22:47:19 WpD+7Svm0
1秒とか短いvorbisを再生すると変だったような
あれが修正されたんかな
34:名無しさん＠お腹いっぱい。
09/07/10 23:23:59 YYO+c5LI0
次は libvorbis 1.3.0 based on aoTuV だ!
35:名無しさん＠お腹いっぱい。
09/07/16 22:10:30 4k8BLGUeP
RareWaresのoggenc2.85-1.2.3って変じゃないか？
libvorbisが1.2.3じゃなくて1.2.2のままのような気がするんだが
36:名無しさん＠お腹いっぱい。
09/07/16 23:55:18 zMvICRcx0
>>35
Vendor名には1.2.2と入ってるね。ミスかな？
37:名無しさん＠お腹いっぱい。
09/07/17 11:41:15 s/mCAc940
こまけえこといちいちきにすんなクズ
38:名無しさん＠お腹いっぱい。
09/07/18 02:13:59 gR1TZGfo0
ライブラリのバージョン違いは細かい事じゃないだろ
39:名無しさん＠お腹いっぱい。
09/07/24 00:59:47 xsD2rvm/0
Oggenc2.85 using libVorbis v1.2.3
2009-07-23
URLﾘﾝｸ(www.rarewares.org)
40:名無しさん＠お腹いっぱい。
09/07/24 07:05:53 kuvMa6ex0
URLﾘﾝｸ(trac.xiph.org)
URLﾘﾝｸ(trac.xiph.org)
QMが変わって、AQが追加された。
41:名無しさん＠お腹いっぱい。
09/07/24 08:47:57 3s66A+fd0
ThusneldaとVorbisの詰め込まれたOggコンテナ程、美しいものは無い
だというのに世はH.264一色だ
『x.264でエンコしろエンコしろ』
『mkvに詰めろ詰めろ』
『HE-AACv2だ革命だ』
ウンウンワンワン、寝苦しい夜の蚊の様に五月蠅い
僕は台所の刃物入れから出刃包丁を取り出す
穢らわしいエンコ職人どもを退治してやろうと思った
42:名無しさん＠お腹いっぱい。
09/07/24 12:19:03 yI3eDoqk0
oggコンテナはVFRに対応してないからtheora+vorbisで動画を
構成したいなら実質matroskaしか今のところ選択肢が無い
43:名無しさん＠お腹いっぱい。
09/07/24 16:46:32 3s66A+fd0
Ω ΩΩ
44:名無しさん＠お腹いっぱい。
09/07/24 22:38:30 twNIE8qG0
VFRやりたい人が、開発者にいないんだろう。
普通必要無いしな。
45:名無しさん＠お腹いっぱい。
09/07/25 02:01:30 u3E/KMeJ0
元々オーディオのコンテナであるOggに、タイムコード等の無い物ねだりはしないが、
MatroskaにTheora+Vorbisを入れた場合の方が、Oggよりもファイルサイズが小さくなるのは勘弁してほしい。
46:名無しさん＠お腹いっぱい。
09/07/25 03:14:33 f1mBL3pk0
GhostとCELTの違いって何ですか？
Wikipediaではどちらも全く同じ説明文ですが
TarkinとTheoraのような関係ですか？
47:名無しさん＠お腹いっぱい。
09/07/25 03:39:29 u3E/KMeJ0
>>46
URLﾘﾝｸ(wiki.xiph.org)
URLﾘﾝｸ(wiki.xiph.org)
low-delayだと言うのは共通しているが、リアルタイムの通信に使うCELTと、
Vorbisに取って代わろうかと言うGhostとでは用途が違う。
あと、CELTはもうすぐ完成するだろうけど、Ghostはいつになったら作り始められるのか、全く分からない。
48:名無しさん＠お腹いっぱい。
09/07/25 20:35:34 f1mBL3pk0
>>47
なるほどー
ありがとうございます
49:名無しさん＠お腹いっぱい。
09/07/30 08:27:27 kzKnWOJ90
URLﾘﾝｸ(firefogg.org)
ffmpeg2theoraで、2passが出来るようになった。
50:名無しさん＠お腹いっぱい。
09/08/05 23:22:54 tdWakNsR0
Google to Acquire On2 Technologies
URLﾘﾝｸ(www.google.com)
Googleが、Theoraの後ろ盾になってくれるのなら良いが。
51:名無しさん＠お腹いっぱい。
09/08/06 01:00:41 aS+Hgr1zP
Innovation in video on the web
URLﾘﾝｸ(googleblog.blogspot.com)
>>50
いや、VP8 をオープンソース化したりして。
Google Acquires Video Compression Technology Company On2 For $106 Million
URLﾘﾝｸ(www.techcrunch.com)
> If would be great if Google decides to open-source On2’s VP7 and VP8 video codecs
> and free them up as the worldwide video codec standards,
> thus becoming alternatives to the proprietary and licenced H264 codecs.
52:名無しさん＠お腹いっぱい。
09/08/06 01:34:24 L0iP8ynH0
VP8は自分で試した事が無いので知らないが、VP7でH.264に取って代わるのは、はっきり言って無理だろう。
もちろんVP3ベースのTheoraよりVP7の方がましなのは、間違いないだろうが。
VP8もスクリーンショット(よりにもよってJPEG)とPSNRを使った訳の分からない比較だし、
On2は何をやりたいのか意味が分からない。
URLﾘﾝｸ(www.on2.com)
53:名無しさん＠お腹いっぱい。
09/08/06 13:09:20 L0iP8ynH0
libtheora 1.1beta1 (2009 August 5)
- Support for two-pass encoding
- Performance optimization of both encoder and decoder
- Encoder supports dynamic adjustment of quality and
bitrate targets
- Encoder is generally more configurable, and all
rate control modes perform better
- Encoder now accepts 4:2:2 and 4:4:4 chroma sampling
- Decoder telemetry output shows quantization choice
and a breakdown of bitrate usage in the frame
- MSVC assembly optimizations up to date and functional
URLﾘﾝｸ(www.mediafire.com)
encoder_exampleでも、2passが出来るようになった。
avs2yuvで扱えない4:2:2や4:4:4は、私はまだ試していない。
54:名無しさん＠お腹いっぱい。
09/08/06 20:02:05 lelPhiTR0
一応Theoraの仕様で長らく謳われてたものの一つだけど
422と444はスタジオ編集とか視野に入れてるんだろうか
YUV422はAVSファイルの読み込みに対応すればいいとして
YUV444は入力する術がまったく無いからエンコーダ側で
アップサンプリングフィルタかRGB入力でも対応しないと遊べないなぁ
55:名無しさん＠お腹いっぱい。
09/08/06 20:53:43 L0iP8ynH0
スタジオで使うのなら、可逆(-lossless)も使えるDiracの方が、Theoraより明らかに優れているだろうと言うのが何とも。
編集用のIntra-onlyなら、やたらと重いOBMCを使わずに済む訳でもあるし。
SMPTEが、Dirac Pro(Dirac Intra)だけをVC-2として標準化しようとするのも分かる。
いずれにせよ、YUV4MPEG以外のrawを扱うのは相当面倒臭いので、私は余りやりたくない所ではある。
56:名無しさん＠お腹いっぱい。
09/08/07 11:22:38 dfXJB9T10
スレ違いだがIntraオンリー、フレーム間予測無しならDirac使う大義はほぼ無いな
過ぎたことだがデジタルシネマの絡みもあるしMotionJPEG2000でいいじゃんか、と
57:名無しさん＠お腹いっぱい。
09/08/07 12:31:04 O4MbXts+0
DiracにはJPEG 2000とは違って、BBCが持っている特許を気にせず自由に使える利点があるから、
存在意義は有ると思う。
ただ、Intra+Interなら、デコード速度諸々を含めた場合、Theoraの方が優れていると思うけど。
58:名無しさん＠お腹いっぱい。
09/08/07 20:57:10 Y1yK/hMB0
1.1ついにβか！
59:名無しさん＠お腹いっぱい。
09/08/11 18:38:29 iZ4IuhSJ0
FLACの話題もここでいいんだよね？(専用スレとか見つからんかった)
以下長文でスマンけど分かったら教えてほしい
metaflacで.flacにcueとジャケット画像を埋め込んでるんだけど埋め込めないのが出てきたんだ
具体的にはマキシマムザホルモンのロッキンポ殺しオフィシャルの画像(gif)なんだけど、
gifからペイントでjpgやpngに変換してもダメ、フォトショでjpgにしてもダメ
metaflacの制限とか、詳しいサイトでもいいので知っていたら情報ください
自分の探し方ではgoogle先生では見つけられませんでした
とりあえずの対策なら別の画像拾ってくるとかなんだけど、なんでダメなのか原因が知りたいのでお願いします
ファイル名
マキシマム ザ ホルモン [VPCC-81507] ロッキンポ殺し.xxx
埋め込みコマンド
metaflac --preserve-modtime --import-picture-from="XXX.jpg" "XXX.flac"
問題の画像があるマキシマムザホルモンのディスコグラフィーURL
URLﾘﾝｸ(www.55mth.com)
60:名無しさん＠お腹いっぱい。
09/08/11 19:18:39 HlCGqVVB0
>>59
FLACの仕様とでも言うのかな
URLﾘﾝｸ(flac.sourceforge.net)
> If the image has indexed colors
> you should also specify the number of colors used.
画像がインデックスカラーの場合は、使用している色数を指定する必要がある。
元がGIFと言うことであれば、これが原因かも
例としてはこんな感じで（256色の場合）
--import-picture-from=3|image/gif||300x300x8/256|"path to exemple.gif"
61:名無しさん＠お腹いっぱい。
09/08/11 22:38:47 iZ4IuhSJ0
早速レスありがとう！
でもなんかすごく初歩的なところでハマってしまいました
バッチファイルにgif埋めるのを追加してみたんだけどウマくいかず、
おかしいと思ってプロンプト直でやってみたらこんな風になったよ
C:\FLAC\bin>metaflac --import-picture-from=3|image/gif||150x149x8|C:\FLAC\work\aaa.gif C:\FLAC\work\aaa.flac
'image' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。
C:\FLAC\bin>metaflac --import-picture-from=3|||150x149x8|C:\FLAC\work\aaa.gif C:\FLAC\work\aaa.flac
| の使い方が誤っています。
パイプが使えない？
ファイル名だけで投げた場合のエラーメッセージを書き忘れてました
C:\FLAC\work\aaa.flac: ERROR: while parsing picture specification "C:\FLAC\work\aaa.jpg": invalid picture type
gifがダメなのはこの際あきらめるにしても、jpegに変換しても無効な形式なのが謎です
フォトショップでは保存の仕方変えて何通りか出して見たけど全滅で、OPTPiXでもダメでした
62:名無しさん＠お腹いっぱい。
09/08/11 23:00:44 iZ4IuhSJ0
埋め込めました！
ファイル名がダメなだけでした
flacに変換するのもcue埋めるのもokなのに画像だけなんでダメとは盲点でした
コマンドラインでやるときに手打ちがメンドウでファイル名変えたのを忘れてバッチで試したら通ったので気づきました
ちなみにダメだったのは"ポ"でした (ロッキン殺しに変えたら埋め込めた)
お騒がせして申し訳ない
コマンドラインでパイプが使えないとかは謎のままですが、スレ違いということで
63:名無しさん＠お腹いっぱい。
09/08/12 05:15:07 Jn1Su4Rd0
metaflacのコマンドライン書式知らないから間違ってるかも知れないけど
'|' はコマンドプロンプトにとってもパイプ文字としての意味を持つので
metaflac --import-picture-from=3 ←ここまででひとつのコマンド
image/gif ←次のコマンドとして実行しようとしてエラー
と解釈される。
コマンドプロンプトには解釈しないで無視して欲しいなら、ダブルクォートで囲まなきゃダメだろう。
metaflac "--import-picture-from=3|image/gif||150x149x8|C:\FLAC\work\aaa.gif C:\FLAC\work\aaa.flac"
でいいのかな？
64:名無しさん＠お腹いっぱい。
09/08/12 06:12:12 CIDyScEi0
USB接続できてflac再生できる高品質なカーオーディオってないのかな？
iPod5Gに128GBのSSD取り付けたから大量のflacを入れられるようになったが、dockのライン出力の音質じゃ我慢できなくなってきた・・・
65:名無しさん＠お腹いっぱい。
09/08/12 15:42:50 k0AsQ3JI0
URLﾘﾝｸ(x264dev.multimedia.cx)
URLﾘﾝｸ(x264dev.multimedia.cx)
別にSSIM=人間の視覚とは思わないけど、MPEG-2やSVQ(Sorenson H.263)に負けてしまう現実は厳しいな。
66:名無しさん＠お腹いっぱい。
09/08/13 00:29:13 sMDTqRUK0
>>63
なるほどと思って試したらダメだった
↓のもダメだったし正しいパイプの使い方は分からない
metaflac --import-picture-from="3|image/gif||150x149x8|C:\FLAC\work\aaa.gif" C:\FLAC\work\aaa.flac
でもダメ文字の理由は分かった
下位バイトがパイプと同じ0x7cのポ系ダメ文字というのがあるんだそうで、
画像埋めだけパイプ使うコマンドだからダメ文字になってしまうみたい
FLAC.exeを使うフロントエンドは同じ問題が起きると思う(flacTGFは警告出て失敗)
URLﾘﾝｸ(sites.google.com)
67:名無しさん＠お腹いっぱい。
09/08/13 03:13:26 VNX07evu0
「|」（パイプ）のエスケープは「^」（サーカムフレックス）
なので正解はこれかな？
metaflac.exe --import-picture-from=TYPE^|MIME-TYPE^|DESCRIPTION^|WxH/Color^|"P:\ath\to\exemple.img" dest.flac
68:名無しさん＠お腹いっぱい。
09/08/13 04:35:25 OhZEuYWD0
>Theora’s ratecontrol apparently had some issues on this clip
これは実際にこの通りで、1pass(AVG: 0.95105)でやった方が、2pass(AVG: 0.94078)よりもSSIMの結果は良かった。
少なくとも、MPEG-2やSVQ1よりは良くなった。FLV1(H.263)にはそれでもまだ負けるが。
URLﾘﾝｸ(www.mediafire.com)
69:名無しさん＠お腹いっぱい。
09/08/13 17:10:01 OhZEuYWD0
libtheora 1.1beta2 (2009 August 12)
- Fix a rate control problem with difficult input
- Build fixes for OpenBSD and Apple Xcode
- Examples now all use the 1.0 api
- TH_ENCCTL_SET_SPLEVEL works again
- Various bug fixes and source tree rearrangement
URLﾘﾝｸ(www.mediafire.com)
私が試した感じだと、残念ながら2passでのSSIMの改善は見られず。
70:名無しさん＠お腹いっぱい。
09/08/13 17:40:24 bn8gOyhZ0
branches/theora-monty-post-1-1 ができてるな.
monty は 1.1 から逃走か?
71:名無しさん＠お腹いっぱい。
09/08/14 09:10:01 RHrqyhtU0
URLﾘﾝｸ(www.regjeringen.no)
Vorbis, FLAC, Theoraが、ノルウェー政府公認となった。
72:名無しさん＠お腹いっぱい。
09/08/15 20:00:47 3GSxnd8+0
URLﾘﾝｸ(en.flossmanuals.net)
Kate(字幕)を埋め込んだOggの作り方等の解説があって、とてもためになるサイト。
URLﾘﾝｸ(people.xiph.org)
私には自分で作る気力は無いけど、VLCで字幕の付いたOggを再生するのは面白い。
73:名無しさん＠お腹いっぱい。
09/08/17 17:34:10 8Kmet93X0
Theoraの読み方はゼオラでいいの？
74:名無しさん＠お腹いっぱい。
09/08/17 18:01:33 ggb/bqBP0
かつて、名前の由来であるTVドラマ Max HeadroomのTheoraは、シオラと字訳されたけど、
ゼオラやセオラでも、まあXiphのビデオコーデックの事だと意味が通じるのなら、何でも良いと思う。
75:名無しさん＠お腹いっぱい。
09/08/18 06:29:56 aI1OfdSQ0
「パテントフリー」と断言する自信はどこから出てくるんだろう
今の時点でわざわざ名乗り出る権利者はいないぜ
76:名無しさん＠お腹いっぱい。
09/08/18 08:02:17 H3WpMU490
>>69
インストーラーはないのか
77:名無しさん＠お腹いっぱい。
09/08/18 09:43:21 koXvAvkv0
>>76
無い。
URLﾘﾝｸ(firefogg.org)
URLﾘﾝｸ(www.64k.it)
GUIでやりたかったら、これらを組み合わせて使うことができる。
78:名無しさん＠お腹いっぱい。
09/08/18 21:44:01 dCFd1Ttp0
そういや、om-codecという一からVorbisを実装するプロジェクトがあったけど、もう跡形も無くなってるな。
URLﾘﾝｸ(code.google.com)
URLﾘﾝｸ(www.hydrogenaudio.org)
それと、いつの間にかaotuvのテストバージョンがfix1からfix2になってる。
79:名無しさん＠お腹いっぱい。
09/08/19 06:34:12 84c+zxwZ0
libvorbisを元にしていないエンコーダと言うと、私にはFFmpegの-acodec vorbisくらいしか思いつかない。
ただ、音質の劣るこれを、libvorbisを差し置いてまで使う意味は見いだせないのだけれど。
>>65のチャートにある様に、FFmpeg MPEG-4はこのサンプルのSSIMでは同じMPEG-4 ASPのXvidよりも良い物だから、
もしもTheoraのエンコーダがリリースされたなら、面白いのだけどな。
80:名無しさん＠お腹いっぱい。
09/08/22 21:11:30 TWkizJr00
ffmpeg2theoraでtheoraエンコすると元画像より色が赤くなるんだけど俺だけ？。
色合いの設定がおかしくなる感じで、事前に画像の
色合いを+50くらいしておくと相殺されるんだけど…。
81:名無しさん＠お腹いっぱい。
09/08/23 01:51:34 uvzr9Jl/0
>>80
一年くらい前のffmpeg2theoraとlibtheoraでエンコデコ
これで赤くなる事はなかったよ
最新のは今試せる環境無いからわからない
82:名無しさん＠お腹いっぱい。
09/08/23 03:52:14 LnyQ9Q/z0
ソースの詳細(解像度、色空間等)と、エンコードした手順を書いてくれたら、何か分かるかも知れないな。
83:名無しさん＠お腹いっぱい。
09/08/23 14:25:27 LnyQ9Q/z0
libtheora 1.1beta3 (2009 August 22)
- Rate control fixes to smooth quality
- MSVC build now exports all of the 1.0 api
- Assorted small bug fixes
URLﾘﾝｸ(www.mediafire.com)
レートコントロールが改良されたそうだけど、SSIMがどうなったのかは調べていない。
84:80
09/08/23 19:06:04 DjY8qI5M0
>>81>>82
ごめ、>>7にあるみたいにYUV4MPEG2を中継したら色大丈夫だった。YUV4MPEG2はaviutlの
プラグインで吐き出したものだし、YUV4MPEGでなくてYUV4MPEG2なのがよく分からんけども…。
今まで生AVI（RGB）を直接入力してたんだけど、RGB色空間の1枚BMPを直接入力したときすら赤く
なってたし、ffmpeg2diracに入力してdirac動画にしたときすら赤くなってたから、
RGB色空間で入力すると色おかしくなるってことなの？知らんかった…。
YUV4MPEG2ってよく分からんけどYUV420色空間だよね？
かなり古いffmpeg2theoraのフロントエンドだとされているsuper Cでtheoraしたときは
avi直でも赤くならなかったので、昔のffmpeg2theoraはRGB直でもいけたのかも分からんね。
ぶっちゃけ色空間詳しくないのよ…。
85:名無しさん＠お腹いっぱい。
09/08/23 19:35:33 LnyQ9Q/z0
>>84
AVISource("video.avi")
ConvertToYV12(matrix="Rec601")
AviUtlは使わないので知らないが、とりあえずこれだけの内容のavsを書いて、avs2yuvでy4mを出力してやれば、
Y'CbCr 4:2:0 BT.601 TVスケール のちゃんとした色でデコードされるTheoraになる。
86:80
09/08/24 00:42:08 E16Hpbd20
>>85
おぉ、ありがとう。avs2yuvぶっちゃけ使い方よく分からなかったのよ。
avisynthでYV12にコンバートしてからavs2yuvに渡せばいいのか。
YUV4MPEGを得る方法って、そこまで多くないのかもな
87:名無しさん＠お腹いっぱい。
09/08/26 17:15:39 j3Fm6UQf0
URLﾘﾝｸ(web.mit.edu)
Theoraとは直接関係は無いが、ビデオとオーディオを一つのファイルにまとめられるyuv4oggは便利そうだ。
88:名無しさん＠お腹いっぱい。
09/08/27 02:17:43 I9HPphgq0
URLﾘﾝｸ(www.hydrogenaudio.org)
> A pure C# FLAC encoder based on Flake (hydrogenaudio.org)
89:名無しさん＠お腹いっぱい。
09/08/28 19:28:50 g6hw2BiO0
1.1beta3のレートコントロールは確かに改善されているようで、LosslessMaikazeで計ったSSIMではAVG: 0.95934と、
H.263(ffmpeg_flv.flv)のAVG: 0.96455や、MPEG-4 ASP(xvid.avi)のAVG: 0.96147と張り合えるようになった。
URLﾘﾝｸ(www.mediafire.com)
90:名無しさん＠お腹いっぱい。
09/09/02 14:47:31 SAea3+j80
Oggenc2.85 using libVorbis v1.2.3
2009-09-01
URLﾘﾝｸ(www.rarewares.org)
91:名無しさん＠お腹いっぱい。
09/09/03 05:44:27 QTcyvuxT0
エンコ速度爆速化マダー？
92:名無しさん＠お腹いっぱい。
09/09/03 13:12:04 /Q74nAEo0
1.1beta3でも1.0に比べて速くなってるけど
現状の画質じゃ実用に耐えないんだよな
93:名無しさん＠お腹いっぱい。
09/09/03 14:30:49 iUfIXQol0
足りないおつむでがんばって手持ちのCDをflacにしたのはいいんだが、
winampで再生すると演奏時間が200分として認識されてしまう
SuperTagEditorだと40分だったりでメタメタなんだけどこれはどうすればいいんだぜ？
94:名無しさん＠お腹いっぱい。
09/09/03 14:35:26 iUfIXQol0
すまん、リッピングソフトの認識してる長さからしておかしかった
ごめんなちゃい
95:名無しさん＠お腹いっぱい。
09/09/03 14:50:42 iUfIXQol0
と思ったらおかしくなかった
俺うぜぇ…
連投申し訳ないが>>93改めてお願いします
使ってるのはCDexとflac.exeです
96:名無しさん＠お腹いっぱい。
09/09/03 15:25:38 DDweuLkz0
>>95
dllの方のエンコーダ使ってみれば
97:名無しさん＠お腹いっぱい。
09/09/03 15:41:17 iUfIXQol0
oh...あっさりできた...
コマンドライン版の方がいいとか思い込んでたわ…
超ありがとうございます
98:名無しさん＠お腹いっぱい。
09/09/11 16:34:03 TQ/yOgCe0
lossless codecs and CUDA
URLﾘﾝｸ(www.hydrogenaudio.org)
なにやら面白いことになっているけど、Radeonユーザーの私は試せないのが残念。
99:名無しさん＠お腹いっぱい。
09/09/12 06:32:44 v+GBN/fK0
CUDA使うのってSSE使うのよりプログラム書くの簡単なの？
100:名無しさん＠お腹いっぱい。
09/09/12 06:58:38 Xm4NP2W30
ベタなRISCコード
101:名無しさん＠お腹いっぱい。
09/09/12 11:17:05 6rB5wdWR0
>>99
明示的なSIMD型を使う必要がないので、ただ動かすだけなら簡単
ただし性能が出るコードを書くのはSSEより難しい
102:名無しさん＠お腹いっぱい。
09/09/12 22:22:59 YpEhqPbc0
需要無さそうだけど、FLAC内の画像をプレビューペインに表示させるソフト作った
URLﾘﾝｸ(www.dotup.org)
URLﾘﾝｸ(www1.axfc.net)
103:名無しさん＠お腹いっぱい。
09/09/14 21:28:03 QfOVd5Pk0
flacTGFの中の人、flakeにも対応してくれー
104:名無しさん＠お腹いっぱい。
09/09/15 23:11:38 7q32b2xB0
活発な改良の続くTheoraだけれど、同じビットレートでの比較では、MPEG-4 ASP(ffmpeg-r19849を使用)にまだまだ敵わない様だ。
URLﾘﾝｸ(img9.imageshack.us)
URLﾘﾝｸ(img9.imageshack.us)
URLﾘﾝｸ(img9.imageshack.us)
URLﾘﾝｸ(www.mediafire.com)
(ソース付き)
105:名無しさん＠お腹いっぱい。
09/09/16 13:08:31 xlUdpWU50
AVCどころかASPにも敵わないんだから情けない
106:名無しさん＠お腹いっぱい。
09/09/16 20:34:56 8hv/JnVl0
aoTuV beta6?
URLﾘﾝｸ(www2.atword.jp)
aoTuV post-beta5.7 [20090914] (preview)
aoTuV [20090914] (r438) version reference binary
URLﾘﾝｸ(www.geocities.jp)
107:名無しさん＠お腹いっぱい。
09/09/17 02:00:35 pwtikKtV0
aoTuV beta6?
URLﾘﾝｸ(www2.atword.jp)
誰かソースを見て弄ってみたい方がいれば早めにリリースしたいところですが、そうした積極的な方はいらっしゃるでしょうか？（新しい開発者はWelcomeです！）
自分一人でやるならば、焦ってリリースする必要性は全く感じてないので、リリースはもう少し後になりそうです。正式リリースのためにファインチューニングと
テストをするだけでも結構な時間が掛かるので、あまり正式版は出したくないのが本音だったりします。
108:名無しさん＠お腹いっぱい。
09/09/17 16:58:31 xgqA1N9zO
最近.oggを使い出したんだけど、音がいいし容量小さいし、
いままでflac形式で持っていたファイルも変換したいと思います
flac→oggの変換のオススメソフトがあったら教えてください
109:名無しさん＠お腹いっぱい。
09/09/17 17:08:46 6VfX0+k80
>>108
入力にflacをそのまま使えるoggenc2やoggdropXPd
URLﾘﾝｸ(www.rarewares.org)
複数のファイルを一度に処理したり、vencを使うのだったら、foobar2000が楽。
URLﾘﾝｸ(foobar2000.xrea.jp)
110:名無しさん＠お腹いっぱい。
09/09/17 21:41:44 xgqA1N9zO
>>109
ありがとう、oggdropXPdを使ってみようと思います
ダウンロードページを見たんですが2種類あってどちらがいいか悩んでます
libVorbis v1.2.3と
ao TuVb5.7ではどちらがいいでしょうか？
111:名無しさん＠お腹いっぱい。
09/09/17 21:54:02 6VfX0+k80
>>110
aoTuV b2ベースのlibvorbis 1.2.3よりも、より高品質なaoTuV b5.7の方で良い。
112:名無しさん＠お腹いっぱい。
09/09/17 22:17:49 xgqA1N9zO
>>111
ありがとうございます
迷いなくそちらにします！
113:名無しさん＠お腹いっぱい。
09/09/18 03:43:19 7XGdqpux0
>Theorarm is an Ogg Theora/Vorbis decoding library optimised for use on ARM processors.
URLﾘﾝｸ(wss.co.uk)
再生可能な環境が増えるのは、素直に喜ばしい。
114:名無しさん＠お腹いっぱい。
09/09/18 19:23:53 GkZc1HrP0
Chromeが最新版で正式にOggTheora/Vorbisに対応。
D&Dによるダイレクト再生はなぜかoggのvorbisのみ可能だった。
115:名無しさん＠お腹いっぱい。
09/09/18 20:00:33 FH5yLYgr0
Google、Onかどっか買収してなかったっけ。Oggもサポートするんだ。
116:名無しさん＠お腹いっぱい。
09/09/18 20:31:20 7XGdqpux0
URLﾘﾝｸ(img242.imageshack.us)
まだTheoraのデコードが十分に最適化されていないFirefoxよりも、快適かもしれない。
117:名無しさん＠お腹いっぱい。
09/09/18 22:55:02 sKpFATpa0
再生でいないからMP3にしてくれと言われなくなる日もちかいな
118:名無しさん＠お腹いっぱい。
09/09/19 05:49:21 Rjpczbjk0
シグナルハート体験版のムービーにTheoraが使われていた。
もしかしてエロゲ初かな？
119:名無しさん＠お腹いっぱい。
09/09/19 06:45:35 678IOFn10
BSDライセンスのlibogg, libvorbis, libtheoraは、GPLのXvid等とは違ってソースを公開する必要もないし、
MPEG LAにライセンス料を支払う必要も無いので、ゲームに使いやすいのは間違いないだろう。
120:名無しさん＠お腹いっぱい。
09/09/19 16:26:25 K8Z31LCw0
>>118
そうでもないみたい
URLﾘﾝｸ(ruriko.denpa.org)
121:名無しさん＠お腹いっぱい。
09/09/19 18:41:38 Rjpczbjk0
>>120
どうもありがとう。初ではなくて3作目らしいですね。
それとナツユメナギサはBGMのエンコードにaoTuV beta5.7が使われていて驚いた。
未だにエンコードに古いVerが使われていることが多くて・・・、メーカーの人はあまり気にしてないのかな。
デコーダ（ogg.dll vorbis.dll vorbisfile.dllなど）は差し替えができるからいいけどwuvorbis.dllだけは無理なので
新しいVer希望。
122:名無しさん＠お腹いっぱい。
09/09/24 05:10:18 X2d956CZ0
URLﾘﾝｸ(github.com)
かつてMichael Niedermayer(FFmpegの開発者)に、今まで最も馬鹿げたコンテナだと批判されたOggではあるが、
これでシークが改良されるのなら、喜ばしい事だ。
123:名無しさん＠お腹いっぱい。
09/09/24 05:32:31 X2d956CZ0
URLﾘﾝｸ(www.mediafire.com)
インデックスの分だけ、若干ファイルサイズが増えるが、これは仕方がない所か。
124:名無しさん＠お腹いっぱい。
09/09/24 12:12:15 JLta4lZG0
なにそれコマ戻しが出来ない現象がなおるのか？
125:名無しさん＠お腹いっぱい。
09/09/24 23:23:13 X2d956CZ0
URLﾘﾝｸ(pearce.org.nz)
URLﾘﾝｸ(pearce.org.nz)
URLﾘﾝｸ(pearce.org.nz)
URLﾘﾝｸ(pearce.org.nz)
URLﾘﾝｸ(img84.imageshack.us)
Indexに対応した唯一のプレイヤーであるFirefoxを使って試してみたところ、確かにシークは速くなっている様だ。
Ogg Indexが正式にXiphに採用されて、他のプレイヤーも対応することを期待したい。
126:名無しさん＠お腹いっぱい。
09/09/24 23:25:32 X2d956CZ0
URLﾘﾝｸ(pearce.org.nz)
127:名無しさん＠お腹いっぱい。
09/09/25 17:24:37 rOlKpRvA0
libtheora 1.1 (Thusnelda) 安定版
1.0からの変更点は、RDO, AQの追加に、動き検索、順DCT, 量子化マトリックス, レートコントロールの改良等。
URLﾘﾝｸ(www.mediafire.com)
128:名無しさん＠お腹いっぱい。
09/09/25 18:09:31 Nb6u5L8U0
CHANGES読んだ限りではbeta3から大して変わってない
Theora終わったな
129:名無しさん＠お腹いっぱい。
09/09/26 19:11:26 E9i9wWAU0
theora 1.1 is released -- what you should know
URLﾘﾝｸ(hacks.mozilla.org)
130:名無しさん＠お腹いっぱい。
09/09/27 09:28:40 BwxOC8dn0
最もポピュラーな規格との比較。
このサンプルでは、TheoraのSSIMは平均0.97838と、MPEG-2 Mainの平均0.97761と互角だった。
ただMPEG-2を作るのにFFmpegでかなり重いオプションを有効にしたので、エンコード速度を込みで考えるとTheoraが有利か。
URLﾘﾝｸ(www.megaupload.com)
131:名無しさん＠お腹いっぱい。
09/09/27 13:58:23 k+nJYpGL0
MPEG2...
132:名無しさん＠お腹いっぱい。
09/09/27 14:57:34 xihPcdeL0
adaptive quantizationが実装されれば、もうちょっと改善するかね？
調整は大変そうだが。
133:名無しさん＠お腹いっぱい。
09/09/27 15:00:55 BwxOC8dn0
こっちにはMicrosoftのBen Waggonerによる比較がある。(>>130では、彼のトレイラーを拝借した)
改めて確かめることではないけれども、H.264やVC-1と比較したら不利だな。
多少劣っていたとしても、FlashやSilverlightとは違い、無料で使えるTheoraの利点は大きいのではあるが。
URLﾘﾝｸ(cid-bee3c9ac9541c85b.skydrive.live.com)
134:名無しさん＠お腹いっぱい。
09/09/27 15:34:02 BwxOC8dn0
MLに"ハフマンの代わりにレンジコーダーを使ったらどうか"等と書いている人がいるが、
仮に実現したとすれば、ちょうどVP6やVP7の様になるのかな。
URLﾘﾝｸ(lists.xiph.org)
URLﾘﾝｸ(wiki.multimedia.cx)
135:名無しさん＠お腹いっぱい。
09/09/27 17:48:57 J3jNBEBY0
>>133
「多少劣っている」なんてレベルじゃねーだろ
136:名無しさん＠お腹いっぱい。
09/09/27 19:40:08 BwxOC8dn0
率直に言って、世の中に数あるビデオコーデックの中では、今のTheoraはましな方だ。
例えばDiracを見ると、残念ながら多少では済まない劣化と言う他にない。
デコードもDCTの規格と比べると遅いし、Theoraと同じ利点を持っていたとしても、
これを一般のユーザーに普及させるのは無理だろう。
URLﾘﾝｸ(www.mediafire.com)
137:名無しさん＠お腹いっぱい。
09/09/27 20:01:31 xihPcdeL0
既知の特許を回避しながら画質的に追いつくには、新しい方法が必要だけれど
そういった新しい方法には既存のノウハウは通用しない部分も多いから
開発は大変だろうね。
138:名無しさん＠お腹いっぱい。
09/09/27 20:09:03 BwxOC8dn0
URLﾘﾝｸ(img297.imageshack.us)
URLﾘﾝｸ(img22.imageshack.us)
139:名無しさん＠お腹いっぱい。
09/09/27 21:50:58 J3jNBEBY0
H.264に追いつかなくてもいいから、せめて画質面ではTheora 1.0に追いついてくれ
140:名無しさん＠お腹いっぱい。
09/09/29 10:35:05 v2ui4aaG0
ffmpeg2theora 0.25
URLﾘﾝｸ(v2v.cc)
141:名無しさん＠お腹いっぱい。
09/09/29 13:37:21 1YRu7m+b0
ついに1.1対応か、嬉しいな
142:名無しさん＠お腹いっぱい。
09/09/29 15:54:17 QCi8f3or0
2passが嬉しい
143:名無しさん＠お腹いっぱい。
09/09/29 23:39:19 35p3nQne0
>>133
FlashやSilverlightは無料で使えると思うのですが
144:名無しさん＠お腹いっぱい。
09/09/30 00:05:31 gWBlPj6E0
>>143
URLﾘﾝｸ(www.adobe.com)
URLﾘﾝｸ(www.microsoftstore.jp)
145:名無しさん＠お腹いっぱい。
09/09/30 00:09:35 or3YJtrn0
>>133
無料っていうか、限定的な範囲内でのライセンス料金を配布元が払っているんだよ。
エンドユーザーには関係無いっていえばそうかも知れないが。
146:145
09/09/30 00:18:04 or3YJtrn0
アンカミス
>>143
147:名無しさん＠お腹いっぱい。
09/10/01 02:33:25 WQ+kq0kR0
URLﾘﾝｸ(kurtnoise.free.fr)
avsをそのまま入力に使えるこのビルドは非常に便利。
148:名無しさん＠お腹いっぱい。
09/10/01 10:55:00 oDlVIsCU0
ogg vorbisって何で性能上がらないの？
149:名無しさん＠お腹いっぱい。
09/10/01 13:42:46 WQ+kq0kR0
libvorbis 1.0.1 -> libvorbis 1.1.0では劇的な改良が有ったが、
それ以降の改良は、なかなか分かりづらいものだな。
aoTuVなら、-q 4くらいでも、ABXが相当難しいと言うのも有るし。
150:名無しさん＠お腹いっぱい。
09/10/01 13:54:40 eyUmA2ll0
音質面では圧縮形式ではもうこれ以上いらないんじゃないかってほど性能あるからもう充分
ただ性能そのままにエンコ爆速にしてほしいな
151:名無しさん＠お腹いっぱい。
09/10/01 18:21:04 xl8Z8YOw0
>>149
libvorbisは1.1.0以降、音質改善のための変更は全くないよ。
152:名無しさん＠お腹いっぱい。
09/10/01 18:41:06 WQ+kq0kR0
>>151
音質のチューニングはaoTuVに丸投げで、libvorbis 1.3.0でまたマージされる予定があるのも知っている。
153:名無しさん＠お腹いっぱい。
09/10/02 00:45:42 yms3rr460
OggTheora with AviSynth活用セット
URLﾘﾝｸ(www2.atword.jp)
154:名無しさん＠お腹いっぱい。
09/10/02 06:56:57 jfV3Ldog0
>>130のサンプルでは、Xvid(1000kbps)のSSIMは平均0.93915と、Theora(1006kbps, 平均0.94072)より悪かった。
強力なイントラ予測やBフレームが有りながら、それらの無いTheoraに負けるのは何とも言えない。
SSIMが全てだとは言わないが、XvidのユーザーはTheoraへの乗り換えを考えてみても良さそうだ。
因みに、ffmpeg -vcodec mpeg4(1004kbps, 平均0.94371)には負けた。
URLﾘﾝｸ(www.mediafire.com)
155:名無しさん＠お腹いっぱい。
09/10/02 13:41:59 M72ruC8z0
SSIMは何の目安にもならないって事例だな
156:名無しさん＠お腹いっぱい。
09/10/02 18:05:37 jfV3Ldog0
Changes:
* Fix an error in the MSVC inline assembly, the "pink blocks" problem.
* Don't use the ebx register in the MSVC asm because it's used by the
compiler in some optimization modes.
* Include the file encoder_disabled.c so --disable-encode works again
in the autoconf build for those who don't want to just link with
libtheoradec.
* MSVC project files now use the default dynamic runtime library.
* Namespace some local variables to avoid a conflict on WinCE.
* Include pkg,m4 and replace libtool so autogen.sh is more likely to
work in release packages.
* Remove 'beta' from the README.
GCCを使っている人は、1.1.0のままでも良さそう。このバージョンでは、折角なのでMSVCを使ってみた。
URLﾘﾝｸ(www.mediafire.com)
>>155
贔屓混じりの主観をただ漠然と書くよりは、何かの参考になるだろうけどね。
ついでに書くと、PSNR(Yの平均)もFFmpeg:36.35638dB, Theora:36.23030dB, Xvid:35.53759dBの順だった。
157:名無しさん＠お腹いっぱい。
09/10/02 19:57:46 M72ruC8z0
主観とかけ離れた結果しか出さない数字は有害無益
現に1.1の画質が1.0より劣化していることも害悪の一例だろ
158:名無しさん＠お腹いっぱい。
09/10/03 13:42:22 cVEqSxCf0
PSNRが不要ですか
こんなバカは生まれて初めて見た
159:名無しさん＠お腹いっぱい。
09/10/03 17:33:01 7ilzsGFP0
音楽の不可逆圧縮のビットレート談義や
DTV板での画質談義でもよくあるけれど
普通は最終的には自分の聴覚や視覚が判断の基準じゃないのか？
不要とまで極論にすり替えるのはちょっとおかしいと思う
たしかにID:M72ruC8z0の書き方自体も極論みたいではあるんで
そこにかみつきたかったんだろうけど
数値はあくまで最終的に判断するまでの材料の一つなんじゃないかな
160:名無しさん＠お腹いっぱい。
09/10/03 22:07:36 pRqUZ/lN0
URLﾘﾝｸ(web.mit.edu)
今後、AQはさらに改良されるだろうし、SSIMはもっと良くなるだろう。
PSNRは下がるかも知れないが。
161:名無しさん＠お腹いっぱい。
09/10/03 22:31:16 DfS6nj0T0
数字は多少上がったり下がったりするだろうが
画質は下がる一方だろうな
Theoraはもう終わったよ
162:名無しさん＠お腹いっぱい。
09/10/04 08:21:16 UjCxXwN20
多少なりとも上がるだろ？
企業みたいにシェアをとる段階にないんだし融通が聞く。
それよりファイルサイズを小さくしてほしい。
163:名無しさん＠お腹いっぱい。
09/10/04 13:34:21 er4hMhPT0
同じファイルサイズでの画質が上がる -> 同じ画質でのファイルサイズが小さくなる
164:名無しさん＠お腹いっぱい。
09/10/04 23:59:41 cCYrbRQg0
画質はそんなに下がってるかね？
全体としては上がってるように見えるが。
誰が見ても画質が悪くなるようなサンプルがあるなら、
開発者に見てもらったほうが良いと思う。
165:名無しさん＠お腹いっぱい。
09/10/05 14:10:52 xfVfpVP50
数字脳
166:名無しさん＠お腹いっぱい。
09/10/06 03:43:16 9RiwHw690
theora1.1.0
再生して動いてるとゆっくりパンする部分でモワモワと位置がぶれて安定しないのが目立つ
1フレーム1フレームの画質はいいと思う
167:名無しさん＠お腹いっぱい。
09/10/06 04:04:57 r1qoJnWc0
>>166
そう言うのは、MPEG-4 ASPの様なGMCの無いTheoraにとっては不利な映像だな。
168:名無しさん＠お腹いっぱい。
09/10/06 11:29:56 kOKcEL230
xvidのGMCはあんまり性能良くないと思うけどな
むしろ劣化が強まるシーン見かけたことがあるし
169:名無しさん＠お腹いっぱい。
09/10/06 17:21:11 r1qoJnWc0
ワープポイントの少ないDivX 6よりは、Xvidのそれの方がましではある。
もっとも、ちゃんとしたMV予測が有れば不要だと言うことで、H.264では削られた機能ではあるが。
170:名無しさん＠お腹いっぱい。
09/10/07 23:24:43 gR9qV1UH0
GMCは使える場面がかなり限られそうなのでいいとして、
QPELがないのはペナルティだな。
ゆっくりパンするシーンは1/2動き補償では厳しい。
171:名無しさん＠お腹いっぱい。
09/10/07 23:37:55 wg/3pn900
Diracでも、MV Pixel Precisionに1, 1/2, 1/4, 1/8と使える訳だし、
今後Theora IIを作る時には追加してもらいたい機能ではある。
172:名無しさん＠お腹いっぱい。
09/10/08 12:31:16 I6O6IAPb0
qpelも正直思ったほど高い効果は期待できないなってのがxvid使っての感想
チューニング不足なだけかもしれんがサイズ増える場面の方が多かったし
gmcもqpelもxvidでは一切必要を感じなかった
xvidより高画質狙うなら最初からx264でいいしな
Theoraはとりあえず高性能な符号化方式に拘るより主観画質の改善から取り掛かってほしい
Vorbisだって最新最強の符号化方式を採用したコーデックではないしな
173:名無しさん＠お腹いっぱい。
09/10/08 17:44:47 n9o2YpzA0
Theoraに導入するのなら、ASPより速度や品質が改善されたH.264のbilinear qpelの様にしないといけないだろうな。
これに関する特許がどうなっているのかは知らないが。
174:名無しさん＠お腹いっぱい。
09/10/08 17:52:30 n9o2YpzA0
Video formats that support Qpel
This list is incomplete; you can help by expanding it.
* H.264/AVC
* MPEG-4 ASP
* VC-1
* VP7
URLﾘﾝｸ(en.wikipedia.org)
真偽は不明だが、Wikipediaにはこう書いてあるな。
やはり、Theora(VP3)に出来そうな改良は、On2が先に何でもやってしまっている。
175:名無しさん＠お腹いっぱい。
09/10/12 23:25:31 tln+B5j10
aoTuV [20091012] (r446) version reference binary
176:名無しさん＠お腹いっぱい。
09/10/12 23:47:27 OiQYD0cR0
>aoTuV post-beta5.7 [20091012] (preview)
badvilbelを-q6(243kbps)で試してみたところ、18/20でABXができた。
他のサンプルは私にとっては問題なさそう。
177:名無しさん＠お腹いっぱい。
09/10/13 00:31:22 MlyJMhwR0
>今回の変更の影響はq3を下回るモードのみにあります
178:名無しさん＠お腹いっぱい。
09/10/13 00:36:56 dARkUQUK0
>>177
それは失敬。
179:名無しさん＠お腹いっぱい。
09/10/13 10:56:40 Nps9G9MW0
aotuvエンコ爆速化はやっぱ無理か
180:名無しさん＠お腹いっぱい。
09/10/15 22:39:10 K+aH9CU30
青粒のお勧めGUIエンコーダーを教えてください
181:名無しさん＠お腹いっぱい。
09/10/16 00:37:15 tegjuB770
>>180
URLﾘﾝｸ(www.rarewares.org)
182:名無しさん＠お腹いっぱい。
09/10/16 02:25:11 0Q6QHWA50
>>180 私はfoobarかCDEXを使用しています
aoTuV post-beta5.7 [20091012] (preview) での質問なのですが、
モノラルでエンコードする場合のコマンドラインオプションに関して、
--downmix や -S -m m を使用してもステレオではき出されてし
まうようです。昔のoggでは上記でモノラルにエンコード出来ていたので
すが。
どのようなオプションをつけたらいいのでしょうか？
是非ご教授下さい。
183:名無しさん＠お腹いっぱい。
09/10/16 02:52:17 tegjuB770
venc -downmix stereo.wav monaural.ogg
こうすればちゃんとモノラルになった。
>An error occurred while finalizing the encoding process (Object not found)
foobar2000から使おうとすると、私の環境ではどういう訳だかこんなエラーが出て駄目だけど。
184:名無しさん＠お腹いっぱい。
09/10/16 03:34:32 0Q6QHWA50
>>183
foobarでいけました。ありがとうございますm(_ _)m
185:名無しさん＠お腹いっぱい。
09/10/24 07:38:58 gyR2cz8H0
URLﾘﾝｸ(lists.whatwg.org)
MPEG-1 Videoの特許はもう切れているだろうから、HTML5のビデオにTheoraの代わりに使ってみてはどうか、等と言われているな。
ただ、MPEG-1 Audio(MP2, MP3)の特許はまだ有効なので、素直にTheora+Vorbisとした方が良いだろうけど。
186:名無しさん＠お腹いっぱい。
09/10/26 21:35:23 gd+YIGfm0
URLﾘﾝｸ(av.watch.impress.co.jp)
> COWON、薄さ8.9mmの高音質プレーヤー「iAUDIO 9」 －16GBで17,800円「BBE+」と「JetEffect3.0」搭載
OggVorbis, FLAC サポート継続
187:名無しさん＠お腹いっぱい。
09/10/30 00:26:05 FkpAotZeP
URLﾘﾝｸ(www.mediafire.com)
正式版が待ち遠しい。ビデオ会議等、Theora+CELTが便利な用途もある事だろうし。
188:名無しさん＠お腹いっぱい。
09/11/04 18:14:42 W/jf/ZNg0
URLﾘﾝｸ(japanese.engadget.com)
> アップル、リンゴ型USBメモリでビートルズ楽曲を販売。FLAC＆320Kbps MP3入り
189:名無しさん＠お腹いっぱい。
09/11/06 08:12:08 b4H9bcNR0
aotuvは音色重視で輪郭軽視。aotuvで不安定に感じたら公式を使うといいかも。
190:名無しさん＠お腹いっぱい。
09/11/06 18:52:30 kXEmbX8r0
>>189
ポエムはピュアAU板へ。
191:名無しさん＠お腹いっぱい。
09/11/09 08:10:03 XioRailz0
URLﾘﾝｸ(japan.cnet.com)
> ダイレクト録音が可能なiriverブランドのマルチメディアプレーヤー「E150」
対応ファイル形式は、音楽がMP3、WMA、OGG、FLAC
192:名無しさん＠お腹いっぱい。
09/11/09 18:45:39 tKfVFq9v0
OGG、FLACで録音出来たらスゲェけどな」
193:名無しさん＠お腹いっぱい。
09/11/10 15:49:27 LdGQmlzx0
ビートルズのリマスター楽曲を収めた“アップル型”USB
URLﾘﾝｸ(av.watch.impress.co.jp)
194:名無しさん＠お腹いっぱい。
09/11/11 19:18:13 jVWI0V6P0
URLﾘﾝｸ(people.xiph.org)
URLﾘﾝｸ(www.ietf76.jp)
広島で行われているIETFの会合でCELTの標準化についても話し合われる様だ。
195:名無しさん＠お腹いっぱい。
09/11/19 04:39:17 kmUfXB/v0
Accelerated Ogg Vorbis encoder, aoTuV_beta5.7 and Lancer_20061110 partial mix (no OpenMT!)
URLﾘﾝｸ(www.hydrogenaudio.org)
196:名無しさん＠お腹いっぱい。
09/11/19 11:33:16 QCrO3pun0
「質問」
ソニックステージで、wma再生できますか？
197:名無しさん＠お腹いっぱい。
09/11/19 12:24:11 +gAJPAsh0
聞くスレ間違えてね？
198:名無しさん＠お腹いっぱい。
09/11/20 13:31:23 maojRpx00
oggファイルと、アトラックって、別物ですか？どうちがうのでしょうか？
199:名無しさん＠お腹いっぱい。
09/11/20 14:03:03 2gg5eGgL0
ATRACのコンテナはOMG(OpenMG)で、Oggを使うXiphの規格とは拡張子が似ているだけで、全く関係が無い。
URLﾘﾝｸ(wiki.multimedia.cx)
URLﾘﾝｸ(wiki.multimedia.cx)
200:名無しさん＠お腹いっぱい。
09/11/20 19:03:24 Gi3ZedA40
そう、
201:名無しさん＠お腹いっぱい。
09/11/26 20:47:24 HNaUzS0x0
Music Interleaved and Orthogonal transformaed formatです。
202:名無しさん＠お腹いっぱい。
09/12/04 03:49:31 3SMjwmJt0
URLﾘﾝｸ(www.rarewares.org)
URLﾘﾝｸ(www.hydrogenaudio.org)
203:名無しさん＠お腹いっぱい。
09/12/04 04:11:32 yUky6MKp0
vencでも、Lancerの成果を可能な範囲で取り入れてくれたら良いのにな。
204:名無しさん＠お腹いっぱい。
09/12/04 08:06:38 h+H3ckns0
vencは単なるフロントエンドだろ
205:名無しさん＠お腹いっぱい。
09/12/04 11:08:57 h0ncDnTX0
マルチスレッドではないのか
206:名無しさん＠お腹いっぱい。
09/12/04 18:47:15 yUky6MKp0
>>204
確かにその通りだ。vencを他の人が配布していないとしても、libvorbis(aoTuV)と書くべきだった。
207:名無しさん＠お腹いっぱい。
09/12/04 21:24:43 apbU5d3UP
ファイルサイズを度外視したうえでOgg Vorbisでの最も高音質な設定ってどのようなものですか？
Q10指定以外に何かあるでしょうか？
208:名無しさん＠お腹いっぱい。
09/12/05 00:55:22 iJxXEnIC0
>>207
-q 10以外に思いつかない。ただ、FLACと比べても良いビットレートになってくるけど。
209:名無しさん＠お腹いっぱい。
09/12/05 11:05:05 xKaZe1RBP
>>208
ありがとうございました
210:名無しさん＠お腹いっぱい。
09/12/05 18:46:30 F4FR4jdd0
>>202
リンクとファイル名は同じだけど新しいVerが来てるね
LancerMod [20091204](SSE3)
211:名無しさん＠お腹いっぱい。
09/12/09 11:06:31 F2mWqGp10
いろいろありすぎてどれ使えば良いのかわからなくなってきたな
昔の青粒のままだわ
212:名無しさん＠お腹いっぱい。
09/12/10 15:14:24 kVcDCQmC0
Ogg Vorbis CODEC for MSACM を入れて一応再生できるところまでは来たのですが
何故か高速再生のような「ﾋﾟﾎﾞｯ……ﾊﾟｯ…ﾊﾞﾌﾞﾎﾟｯ……ﾋﾟｯ……」と言う音が鳴ってまともにwavが聴けません。
これは解決できませんかね？ ＯＳはＸＰです
213:名無しさん＠お腹いっぱい。
09/12/16 12:07:07 Fy4ofke60
>>202のところにLinux版Lancerも張ってあるね
214:名無しさん＠お腹いっぱい。
09/12/19 20:06:01 B1FPWEkc0
flac使ってる人、変換のフロントエンドは何使ってる？
foobarでいいかな？
215:名無しさん＠お腹いっぱい。
09/12/19 23:55:25 g15R7KX/0
俺はfoobarだけどまあ自分が使い易ければなんでもいいんじゃない？
216:名無しさん＠お腹いっぱい。
09/12/20 01:07:02 eik2AwdI0
>>214
私にはCUEToolsが使いやすい。cueを埋め込まない場合はCLIでやる。
217:名無しさん＠お腹いっぱい。
09/12/20 01:23:26 eBUr3DYt0
サンクス
別にEACじゃなくてもよさそうだな。
ギャップまで厳密な必要出ることって実際ある？
218:名無しさん＠お腹いっぱい。
09/12/20 01:50:34 eik2AwdI0
1. EACでcue+wavを作成
2. CUEToolsでflacを作成
こういう手順になるから、EACは使う。
219:名無しさん＠お腹いっぱい。
09/12/20 06:09:17 NIugGOK20
foobarで管理してる人はfoobarが便利でそうじゃないなら>>218みたいなの
って感じでいいと思うけど
俺は細かいこと気にしないからCDから直接InCueでfoobarでやっちゃう
220:名無しさん＠お腹いっぱい。
09/12/22 17:53:03 3hiV6Cfi0
今日、ogg音声のaviが再生出来なくなってるのに気づいた。
心当たりと言えば、ちょっと前に入れたnicoplayerとそれに付随するffdshowやFLV,MP4Splitterあたり？
で、oggDSやvorbisacm入れ直しても変わらなかったが
>>4のHaali Media Splitterのリンクからmatroska入れたら大丈夫になったよ。一応報告。
221:名無しさん＠お腹いっぱい。
09/12/24 08:47:03 JiP0HpQX0
今更ながら>>98の奴を試してみた
フロントエンドはFoobarでwav→flac
CPUはflac-1.2.1b-icl、CUDAはFlaCuda06を使った
Q9550@3.4GHzで57倍程度
GTX285で250-300倍を行ったり来たり、ﾊｴｰ
wav→flac→wavと変換してもmd5は一致していたので動作に問題はなさそう
CD1枚が15秒程度でエンコ出来るのは驚異的だが、
結局はCDの取り込み時間の方が支配的だしなぁ
222:名無しさん＠お腹いっぱい。
10/01/03 23:30:42 wEP/3Gfi0
free audio dubでoggをカットしてみたら
出来上がったファイルが早送り状態になってるんだけど
劣化（再エンコ）無しでoggカットできるツールって他に無いですかね
223:222
10/01/04 00:21:45 HCCufZBT0
ごめん
cd→oggの間にwaveを挟んで編集する事で対処した
224:名無しさん＠お腹いっぱい。
10/01/04 12:27:29 vOrH88zw0
>>222
vcut
225:名無しさん＠お腹いっぱい。
10/01/04 12:40:52 N7ui413f0
ここは素直に、サンプル単位での編集が可能なPCMでやらせておけば良いだろう。
226:名無しさん＠お腹いっぱい。
10/01/06 21:23:55 4y9LG0080
Vorbis興味あるんだけどどれ使えばいいか良くわからん
テンプレにあるLancerってのは今は>>202のでいいのかな？
227:名無しさん＠お腹いっぱい。
10/01/07 08:05:22 jLbnJlyD0
>>226
迷うのなら、基準になるこれを使ってみたらいい。
URLﾘﾝｸ(www.geocities.jp)
228:名無しさん＠お腹いっぱい。
10/01/07 09:44:57 OFrzbCzfO
元音源の再現性が忠実なxiph製がいい
URLﾘﾝｸ(www.exe64.com)
まあ好みは人それぞれだから自分で聞き比べて決めな
229:名無しさん＠お腹いっぱい。
10/01/08 21:43:29 vapKF4k30
>>227>>228
ありがとう。
色々試してみてしばらくは無難にaoTuVでいってみることにしました
230:名無しさん＠お腹いっぱい。
10/01/11 05:02:08 BN6S8yyg0
Athlon64 6000+載せた2年落ちのマシンで
久しぶりに手持ちのCDを再エンコしてみたら驚いた
LAME3.98.2でCBR320だと1枚に10分くらい掛かって
それでも昔に比べりゃｽｹﾞｰ速えと喜んでたんだが
FLACのCompression Level 8で5分、0なら3分以下だった
世の中は進んでるんだなあ
え？CUDA？なにそれおいしいの？
231:名無しさん＠お腹いっぱい。
10/01/23 09:35:59 NlvkMYLSP
VoIPで重要になるpacket loss concealmentの品質が改良されたそうだ。
URLﾘﾝｸ(www.voiptroubleshooter.com)
Jean-Marcによると、今回に限っては0.7.0と互換性の有るビットストリームだと言うことだ。
URLﾘﾝｸ(www.mediafire.com)
232:名無しさん＠お腹いっぱい。
10/01/23 19:30:13 zA3rAEzP0
最近マトリョーシカとかいう規格があると聞いたが、oggだと力不足？
別にコンテナとして劣っているとかいうものじゃないよな。
大したことはしていないはずだし
233:名無しさん＠お腹いっぱい。
10/01/23 19:38:51 QhS+Mim90
最近・・・？
234:名無しさん＠お腹いっぱい。
10/01/23 21:00:33 NlvkMYLSP
ストリーミングに使うのならOggの方が優れているが、それ以外の用途だとMatroskaには負ける。
235:名無しさん＠お腹いっぱい。
10/01/25 12:55:44 jx+3y/YL0
「質問」
ogg音楽ファイルを、エンコードできる、
プレイヤーやソフトを教えてください。
236:名無しさん＠お腹いっぱい。
10/01/25 13:23:27 XrB9r4+e0
CD取り込みとプレイヤー兼用ならfoobar2000とかAIMP2(AIMP2toolsを別途インストール)。
CDから取り込んでエンコードだけならCDExとか。
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の選択肢が少ないのが難だが。