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

http://www.xiph.org/
Xiph.Org Foundation（ザイフォ財団）により運営されている
パテントフリー、オープンソースのマルチメディアプロジェクト
コアライブラリには修正BSDライセンスを採用しており、
商用非商用関係なく、使用・配布など全てを自由に行えるのが特徴

【前スレ】
http://pc7.2ch.net/test/read.cgi/software/1149029950/

【過去スレ】
（新世紀の音声圧縮フォーマットOgg Vorbis）
01 http://pc.2ch.net/software/kako/982/982384176.html
02 http://pc.2ch.net/software/kako/1014/10143/1014380933.html
03 http://pc3.2ch.net/software/kako/1026/10265/1026536310.html
04 http://pc3.2ch.net/software/kako/1028/10289/1028967549.html

（Ogg統合）
01 http://pc5.2ch.net/software/kako/1052/10522/1052237144.html
02 http://pc2.2ch.net/test/read.cgi/software/1052237144/
03 http://pc2.2ch.net/test/read.cgi/software/1065675234/
04 http://pc5.2ch.net/test/read.cgi/software/1077442865/
05 http://pc5.2ch.net/test/read.cgi/software/1085213794/
06 http://pc5.2ch.net/test/read.cgi/software/1092510800/
07 http://pc5.2ch.net/test/read.cgi/software/1100608980/
08 http://pc7.2ch.net/test/read.cgi/software/1108239013/
09 http://pc7.2ch.net/test/read.cgi/software/1117537284/
10 http://pc7.2ch.net/test/read.cgi/software/1125764898/
11 http://pc7.2ch.net/test/read.cgi/software/1136822006/

【Ogg関連サイト】
Ogg Vorbis 関連ソフトウェアリンク（プレイヤー、エンコーダ、タグエディタetc）
http://vorbis.com/software/
「RareWares」（エンコーダ・デコーダ、ツール、バイナリを配布）
http://www.rarewares.org/

Wikipedia (JP)
Vorbis http://ja.wikipedia.org/wiki/Ogg_Vorbis
FLAC http://ja.wikipedia.org/wiki/FLAC
Theora http://ja.wikipedia.org/wiki/Theora
aoTuV http://ja.wikipedia.org/wiki/AoTuV

Hydrogenaudio Forum -> Ogg Vorbis
ttp://www.hydrogenaudio.org/forums/index.php?showforum=57
Vorbis - Hydrogenaudio Knowledgebase
ttp://wiki.hydrogenaudio.org/index.php?title=Vorbis


【Vorbis派生エンコーダ】
aoTuV（通称：青粒とか蒼粒とか）
http://www.geocities.jp/aoyoume/
Ogg Vorbis 高速化プロジェクト（通称：Lancer）
http://homepage3.nifty.com/blacksword/

【プレイヤー】
《日本産》
KbMedia Player（プレイヤー），KbSTE（タグエディタ）
http://home7.highway.ne.jp/Kobarin/
Lilith（プレイヤー＋リッパー＋エンコーダ）
http://www.project9k.jp/
Fittle（プレイヤー）
http://hp.vector.co.jp/authors/VA039869/
《外国産》
Winamp（プレイヤー）
http://www.winamp.com/
http://cssbug.at.infoseek.co.jp/winamp/
foobar2000（多機能プレイヤー）
http://www.foobar2000.org/
http://foobar.s53.xrea.com/fbwiki/

他多数

【ツール類】
mp3infp（プロパティ拡張型タグエディタ）
http://win32lab.com/index.html
SuperTagEditor 改造版（タグエディタ）
http://hp.vector.co.jp/authors/VA012911/
OggVorbis Packet Tool's（無劣化編集）
http://hp.vector.co.jp/authors/VA027311/
CDex（リッパー＋エンコーダ）
http://sourceforge.net/projects/cdexos/
Exact Audio Copy（リッパー、エンコーダとも連携可）
http://www.exactaudiocopy.org/
Ogg Vorbis関連ページ（※関連ツール類の解説）
http://aveiro.hp.infoseek.co.jp/vorbis/

●迷った時には自分でテスト
ブラインドテスト用ツール“ABC/Hidden Reference Audio Comparison Tool”
http://ff123.net/abchr/abchr.html

●DirectShow Filter類（WMPなどで再生するためのフィルタ）
OggDS（Ogg Vorbis decoder / OGM Splitter）
http://tobias.everwicked.com/oggds.htm
CoreVorbis-Decoder（Vorbis decoder）
http://corecodec.org/projects/corevorbis/
CoreFLAC-Decoder（FLAC decoder）
http://corecodec.org/projects/coreflac/
Directshow Filters for Ogg Vorbis, Speex, Theora and FLAC
http://www.illiminable.com/ogg/

●MSACM 用コーデック（上記のDirectShow Filterで再生できない人はこれ）
Ogg Vorbis CODEC for MSACM（このコーデックでの動画作成は非推奨です）
http://www.vector.co.jp/soft/win95/art/se169795.html

●その他プラグイン
Real Player Plug-in（Ogg Vorbis & Theora）
https://helixcommunity.org/projects/xiph/
Xiph.Org: QuickTime Components :: About
http://www.xiph.org/quicktime/about.html
36氏による Vorbis Encode Plug-in for SoundPlayer Lilith
http://hp.vector.co.jp/authors/VA038705/

【FAQ】
《Q1》　Oggファイルはどうやって再生するの？
《A1》　拡張子Oggのファイルはたいていの場合、Ogg Vorbisを指します。
上でもいくつか紹介していますが、“関連ソフトウェアリンク”をたどれば、
多くのOgg Vorbis対応プレイヤーを見つけることができるでしょう。
もしそれでも再生できない場合は、Vorbis以外が含まれるOggファイルか、
そもそも実際にはOggファイルでないかも知れません。
オフィシャルページのvorbis-toolsに含まれる“ogginfo”を使えば、
Oggファイルに含まれているストリームを確認することかできます。
中身が解れば、対応プレイヤーを探してみましょう。

《Q2》　Vorbisが音声に使われている動画ファイルが再生できません。
《A2》　一つの可能性としてはOgm形式があります。これはOggの独自拡張で、
OggDS（http://tobias.everwicked.com/oggds.htm）を入れることによって、
一般的なメディアプレイヤーでも再生可能になります。
もう一つの可能性は、AVI形式にVorbis音声を入れたもので、
“Ogg Vorbis CODEC for MSACM”を導入することで一応は再生可能なはずです。
ただし、このCODECはバージョン間の互換性が保証されないことと、
もともとAVI形式がVBRの音声ファイルを扱うのに不向きな設計のため、
このような用途では一般に使われるべきではありません。
（Ogg Vorbis+Theoraのような動画はスレ立て現在、実験目的でしか作れません）

《Q3》　エンコードをしてみたいんだけど。
《A3》　CDexやLilithなどでCDから直接エンコードが可能なほか、
単体のエンコーダとしては、oggdropXPdが簡単なのでお勧めです。
（RareWaresやOggVorbis高速化プロジェクトから最新版が入手可能）
使用法については、ちょっと内容は古くなっていますが、
ttp://www001.upp.so-net.ne.jp/yama-k/codec/oggvorbis.html
などが参考になるでしょう。

《Q4》　お勧めのエンコーダは？
《A4》　上で紹介していますが、現状ではどのビットレートであっても、
aoTuV 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といった非可逆圧縮されたものを
再度エンコードしたところで、さらに音は劣化するだけです。

※落ちるバグは解消されましたが、後学のために転載


CDex ＋ Lancer版 vorbis.dll で落ちる現象で困ってる人のために
代案として oggenc2.exe を使用する方法（前スレ894氏より）

CDexの「External Encoder」の所で以下の設定をしてください。

●エンコーダパスの所で oggenc2.exe のパスを設定

●パラメータ文字列は
-q5 -t "%t" -l "%b" -a "%a" -d "%y" -G "%g" -N "%tn" -o "%2" "%1"
※ -q5 の所はQuality設定なので、自分がエンコしたい q の値を指定してください。

●拡張子の所には ogg と入力

●「内蔵のTag付加機能は使わない」にチェック

この設定でエンコードできると思います。
「External Encoder」の所は Lame.exe の為に使用している人も居ると思いますけど、
profile設定で切り替えるとかすればなんとか共存できるのではないかと。

ちょっと小耳にはさんだんだが、
「q6からはロスレスカップリングになる」
らしいぞ。 もし本当ならすごい裏情報だな！

どうやらVorbis開発中止の噂は本当だったみたいですね…。
1.0.1のリリースはWindows上でのビルドの問題で遅れているという話もありましたが、
さすがにこれ程までに遅れるというのは誰が見てもおかしな話です。

「もうリリースされる、リリースされる…」この言葉、一体何度聞いた事でしょうか。

おまけにクリアであったはずのパテントにサブマリン特許問題が浮上しつつあるという話もあり、
そうなれば当然Vorbisの配布は停止、もしくは有料化する事間違いありません。
いくら特許問題に気をつけようとも、こればかりはどうしようもありませんから…残念ながら、
特許関係においては「絶対安心」などという言葉は成り立たないのが現状なのです。
では、ユーザーはどうすれば良いのか？
何をデファクトスタンダードとして用いるべきなのか？
どうしても回避できない問題なのであれば、回避せずとも乗り切れるような選択肢を選べばいい…
ならば特許料の徴収を要求されたとしても、配布元が問題なく支払えるだけの体力を持ち合わせている規格であれば良い。
そう、Atrac3です。
ソニーが築きあげたこの規格であればいかなる脅威も問題無く、ユーザーは安心して無料で規格を使いつづける事ができるのです。
また近年問題になっている著作権侵犯問題に関しても、Atracの優秀な著作権管理機能をもってすれば解決できるのです。
加えて実用的な48kbpsモードも兼ね備えており性能的にも申し分なし、まさにデファクトスタンダートとなるに相応しい規格ではないでしょうか？
私はなにもソニー側の人間ではありませんからこの規格を無理に使えなどと強要する気は毛頭ありません、
ただ「こういった選択肢もあるのだ」という事を提示しただけに過ぎないのです。
この提示が皆さんのフォーマット選びの一つの判断材料となればこれ幸い、と考えております。

oggだのvorbisだの全くの初耳だし、何のことを指すのか分からない
こんな俺が偶然このスレを開いてしまったので>>1乙と言っておく

>>11
ようこそ当クラブへ

今や猫も杓子もVorbisVorbisとまぁ、Oggにあらずんばコーデックにあらずといわんばかりの勢いである。
クリストフ・モンゴメリーなる、何処の馬の骨ともつかぬ若者が立ち上げたプロジェクトを、誰もが手放しで賞賛する。
しかしこれは非常に危うい事なのではないか。
私は常々疑問に思っていたのだが、まずOggプロジェクトの謳うパテントフリーからして危うい。
MP3を例にとって青臭い正義感を振り回し、目先のキーワードに扇動されがちな民衆を闇雲に煽る。
これは先だって内閣総理を退任した小泉総理の十八番"小泉劇場"にも通ずる、実に軽薄なやり口である。
そもそもサブマリン特許という言葉も示す通り、特許問題から真に解放される事など到底不可能である。
ところがXiphophorusは「Oggなら心配ない、Oggさえ使っていれば大丈夫」と、無責任に言い放つのである。
彼らは実に一級の詐欺師であると言って良い。
また、彼らはオープンソースというキーワードをこれみよがしに掲げる――オープンソース？――そう、またしてもオープンソースだ。
このキーワードは奇怪な魔力を持つ。
街灯に吸い寄せられる蛾の如く、盲目的なオープンソース信奉者達が群がり始めるのである。
こうなれば後は狂った共産党支持者のようにオープンソース万歳の大合唱、冷静な議論を交わす余地など毛の先程も残らない。
全てXiphの思うつぼである。
こうまで言うと、性急な人々は"ならお前には代案があるのか"とせっつき始めるのであるが、無論私も批判一辺倒で終わらせるつもりはない。
ここでちょっと視野を広げて貰いたい。

オープンソース・パテントフリーでなければ、新世代の音声圧縮フォーマットたり得ない？

いいえ。
そう思い込む事こそが、既にXiphの思想誘導の罠にはまっている。
こう考えてみよう。

新世代の音声圧縮フォーマットは、プロプライエタリからこそ生まれる。

盲目的かつ無根拠な賛同を否定し、特許問題に対し法的理論武装と潤沢な軍資金で毅然と立ち向かう。
しかし、それを成し遂げうる規模の集団が開発したコーデックなど存在するのだろうか？

――あっ、Atrac3だ！

その通り。
あなたは今、最良の解を手に入れた。

うはははは

和露ｗｗｗ
新聞記者より空想科学読本みたいな馬鹿本向けの才能だな

>>10,13を書いた人と、
LameスレでキモいTTのネタ書いてた人、
このスレでキモいMontyのネタ書いてた人は同じだと思っている。
だからどうしたって話だがｗ

Ghost開発段階から蒼弓さんが参加したりする訳にはいかないのん？

スレ立て乙

OggDS（Ogg Vorbis decoder / OGM Splitter）
http://tobias.everwicked.com/oggds.htm
のリンクは死んでいるので注意だ。
http://www.free-codecs.com/Ogg_DirectShow_Filters_download.htm
あたりから落とせるよ。

>>13
始めて見たｗ

Flakeって信用できるの？

>>19
×始めて見た
○初めて見た

元データ 1:07:14のWAVファイル 711597644 byte
flac level 8
323045833 byte, ratio=0.454
495.14s user 13.58s system 97% cpu 8:43.75 total
flake level 8
302878338 byte, ratio=0.426
170.07s user 6.03s system 91% cpu 3:11.83 total
flake level 12
300750631 byte, ratio=0.423
1239.82s user 14.91s system 98% cpu 21:19.34 total

flakeコマンドは低機能だけど、性能は非常に良いんじゃないかね
信頼性の方はffmpegに含まれていることを見ても十分だろう
デコードしてmd5sum取ってみても元データと一致してるし

試しにCDを一枚Flakeで圧縮してみたらWavPackを僅かに凌ぐ圧縮率になったので驚いた。
Wavpackに-xも付けて比較するべきだったかもしれないが余りに遅いので割愛。

Original (Mozart Sym. 40 & 41 Brüggen, 1:10.05)
741,863,180

Flake -12 (SVN REVISION 108)
328,078,143

WavPack 4.4a2 -h
328,177,390

Flakeはここのバイナリを使用。
http://www.thefrontend.net/flake/

公式版を忘れていた。

flac 1.1.2 -8
336,175,866

1.1.3betaの方がちぢむ

*スパイラル／上原ひろみ (FUSION)
774,922,892 (WAV)
427,940,717 (FLAKE -5 SVN REVISION 108)
428,867,276 (FLAC -5 sjeng.org 1.1.2.1)
428,846,414 (FLAC -5 1.1.3 b1)

*Deathrash Assault／Deathchain (DEATHRASH)
774,922,892 (WAV)
325,221,503 (FLAKE -5 SVN REVISION 108)
325,291,702 (FLAC -5 sjeng.org 1.1.2.1)
325,250,600 (FLAC -5 1.1.3 b1)

*Destination／FictionJunction YUUKA (POPS)
520,208,348 (WAV)
350,320,741 (FLAKE -5 SVN REVISION 108)
351,639,177 (FLAC -5 sjeng.org 1.1.2.1)
351,674,615 (FLAC -5 1.1.3 b1)


3つのジャンルでやってみたがFLAKEがエンコード速度・圧縮率共に優秀
ただFLAKEは、Level5でシークがAPEのnormal並みにもたついたり再生負荷が少し高いなど、FLACの長所が消されてる

デコード遅くしてどうすんの、Flake全然駄目じゃん

それは圧縮率、エンコ速度とのトレードオフでしょ。
そんなことも分からない馬鹿なのか。

flac 1.1.3beta2
http://sourceforge.net/project/showfiles.php?group_id=13478&package_id=12675&release_id=456226

エンコード速度と圧縮率重視ならapeなんだよなあ

>>28
flacは、圧縮率がデコード速度とのトレードオフにならないのが特徴

>>28
バカ

ようやくFlacはWavpackに追いつけた感じだな。
これからも頑張って更新してほしいもんだ。

むむーん。FLAKEは24bitに対応してないのだ…

＼＼＼＼＼＼＼　　　i::::::::/'"￣￣ヾi　　　　　　　　　　　　 　／／／／／／／／／／
＼＼＼＼＼＼ 　 　 　|:::::::|　,,,,,_　 ,,,,,,|　　　　　　　　　　　　　　 　／／／／／／／／
＼＼＼＼＼　　 　 　　|r-==（　｡);（　｡)　　　　　　　　　　　　　　　　　　／／／／／／
＼＼＼　 　 　 　 　　　(　ヽ　　:::__)..:: }　 　　　　　 　 　　／ ヽ　　　＿＿＿　　／／／
＼ 　　　　　　 ,＿＿__／ヽ　　ー==　; 　 　 　　,-、　　　(　ィ ｊ　 　／　　　　＼
　　　　　 　 r'"ヽ　　 t､　 　＼＿＿_ ! 　 　　　(Y _)、 ／ ／ 　 　 |　^　　　　　|
　　　　　　/ ､､i　　　 ヽ＿＿,,/　　　　 　　　　　＼ ／ ／ 　 　 　 (_,, )ヽ､. ／　|
　 　　　 /　ヽﾉ　　j　,　　　j　|ヽ　　 　 　 　　　　／ ／＼　　　 　　!ﾆ=-　ﾉ 　_!_
　　　　 |⌒`'､__ /　/　　　/r　 |　　 　 　　　　／ ／　＼ ＼　　　　ヽﾆ´／￣ 　｀ヽ
　　　　 {　　　　￣''ｰ-､,,_,ﾍ＾ .|　　 　 　 　 ／ ／　　　　 ＼ ＼ 　　　〉/　　 　 　 　}
　　　　ゝ-,,,＿＿＿＿_）--､j 　 　 　 　 ／ ／　　　　　　　 ＼ ＼　　/ i,､_, 　 , ,',;:',i
　　　　　 /　＼__　　 　　　/ 　 　 　 ／ ／ 　 　 　 　 　　　　 ＼ ＼ ｌ　l 　　,; / ,',l
　　　　　 | 　 　"'ｰ‐‐---''　 　　 ／ ／　　　　　　　　　　　　　　ヽ　ン´ヽ 　　,';','i
　　　　／ l`､　　　 　 /　 　　 ／ ／　　　　　　 　　 　 　 　 　 　(;;/;;,',';;　 ﾞi 　 ,;';i
　　,〃 　_l:::::｀ー,=-'（　　　／ ／　　　　　　　　　　　　 　 　 　 　/,',',';;" 　/i ,;',/
　/ 　 　 ´ゞ._;;;:r';二二二´__ノ　　　　　　　　　 　　　　　　　　 　,'　､　　／ /　 ＼
　ｌ　 　　,.''"　 ｀'(:::)､::　　　　` ､　　　　　　　 　　　　　　　　 　 〈　　 <　 　 {////
　;　 　 ,'"　 　　　　`ｰ､＿_　　｀l　　　　　　　　　　　　　 　　　　i;,;、 　!　 　

親戚同士で喧嘩する必要があるのか？
ま、FlacのLancerヴァージョンが出ればFlakeに用はなくなるけど。

MP3 LAMEと比べてJ-POPの音が抜け気味に聞こえた。
だけど一応間違いじゃ無くって、Ogg Vorbisの苦手分野なんだね。
得意不得意で使い分けるのが、現時点では賢いってことか

>>37
実際には非現実的だと思うよ　＞使い分け
ジャンルで得て不得手があるわけじゃないし。
様々なリスニングテストの結果を見てもかなりバラツキがある。

Lameの技術改良によって192kbps以上だとAoTuV縁故のvorbisもLame縁故のmp3も音質的にはあまり差がないわけだから、互換性の高いmp3使えばいい

mp3はタグが嫌いなんだよな・・・それ以外は悪くないとは思うけど

最初の頃は使い分けとか考えてたけど面倒くさいから
q6指定vorbisで動画も音楽も全統一した
お前は間違っているって言われてももう直す気はない

同じq値でもaoTuVよりdBpowerAMP Music Converterの方が若干圧縮率が高いよね
音質に差があるかどうかは分からんが

>>39
Lame CBR 192Kbpsなら明らかにLameのほうが悪いですね。
256Kbpsまでいけば自分の耳ではわからなくなります。

現時点で音質が比較的いいとされてるLAME3.98a5とでブラインドテストしてみたら？
まあそもそもCBRとVBRを比べること自体が間違えだが

iaudioではlame3.97a5 192kbpsでも、青粒q6の方が、良く聞こえる。
iaudio自体、mp3が苦手なのか…

↑すませ
3.98a5の訂正でつ

aotuvのq8と3.98a5のextremeを直接比べると違いは分かんないんだけど、
元のCDとABXテストするとaotuvは正答率が1/2ぐらいだけどlameは100%正解出来る
直接比べて正答率が1/2ぐらいになっちゃうのが謎。変な耳してるらしい

ABXは15/20くらいの正答率で無いと意味がない。確かにmp3とVorbisを比べる方が
それぞれソースと比べるよりも難しいと思うが。

めくら試験ﾏﾝﾄﾞｸｾ
ひとりじゃ出来ねー。

foobar! foobar!

>>48
意味がないっつーか、
1/2だとそれぞれ半々だから全く識別できてないのと同じ。
つまり試験者にとって2つは同じものだということを表してくれてる。

だから>>47にとって
CDとaotuv -q8は同じ。
CDとlame 3.98a5 -extremeは別物。
でも
aotuvとlameは同じ。

ほほぅ、これは稀に見る・・・

知ってるのか雷電

テスト回数が少なすぎて、集中力や体調(気分)などの要素を吸収出来てないか、
「変な耳」というのをアピールするために、都合の良い結果だけ使ってる(覚えてる)だけじゃないか。
aoTuVとLameが聞き分けられないと、論理的に矛盾してて結果として成り立ってない。

どうでもよい。
Vorbisがマイナーなことに変わりはない。

>>54
論理的に矛盾してると言うほどでもないけどね
ただ違和感のある結果なのは確か

>>47の結果を信用するならちょっと考えられる事としては、
非可逆圧縮音楽ならではの特徴的な部分が多少聞き取れるため、ソース（CD)とaotuvの違いはなんとかわかった
aotuvとlameは共に非可逆圧縮であるため、ソースとの違いを見つけるよりもわかりにくく、違いを感じられなかった
と言う微妙な線がないとは言えない
この場合だとテスト回数を増やせばソース：aotuv　ソース：lame　aotuv：lameの正答率が>>47とはだんだん変わってきそうだけど
あと、テスト時にサンプルが可逆圧縮同士なのかソースと可逆圧縮なのか等をわからないようにすれば、
（つまり問題としてどれが出てくるのかすらわからない状態）もしかすると違った結果が出る可能性もあるかも

この手の音質議論はループするから駄目だな。
自分が良いと思ってるのでいいじゃないか。文句があるなら使わなければ良い

もう一回やったらaotuv lame比較の正答率が3/4に上がったヽ(ﾟ∀ﾟ)ノ

というか、1/2(50%)も3/4(75%)もまぐれ当たりの要素が大きすぎるだろ。

3/4なんてpvalが30%以上あるんだから
全く当てにならない

せめてpvalが数%以下にならんと

試行回数がもっと多いんだとしたら
6/8でpval=14%
12/16でpval=3.8%
だから15回ぐらいはやってないとまずいだろうね

>>58
もうムリすんな。お前の耳は優秀でもなんでもないんだ

みなさんありがたう

以前どっかで30回やらないと
ってな書き込み見たんで(たしか英語の和訳だったような)各30回のテストです

しかし、優秀でも何でもない耳らしいのでもうaotuvのq8でいいや
バージョン上がる度に比べてたらきりがないし

別にvorbisでいいならそれでいい
ただ、この先対応ソフトが無くなって聞けなくなる可能性はmp3よりは高い

また余計なことを

>>64
fb2kがそんな愚かな事するとでも？w

デコーダのソースが非公開のATRACで保存している人はこの先悲惨だろうな。

LinuxなんかはVorbisは聞けてもmp3は聞けなかったりする。
自分でコンパイルすれば聞けるが。

そんなのはdistributionに依るだろうが

mp3に標準で対応しているディストリって今はほとんど見かけないのだが。
商用なら対応しているものもあるのかな？

10月19日
一応チューニングも一巡し、とりあえずコメントその他の整理とドキュメントの更新をしていたり。多分、それほど遠くない時期にリリースできると考えている。
ただ、多少なりとも手直しが入ればその分だけ遅くなるかも知れず。

11月中盤あたりにはお披露目だろうか

>>63
30回中22回正解という意味なら、
それは1%以下なのではっきりと聞き分けられている。

人は誰しも自分は特別だとか、人より優れてると思いこみたがるもんだ、ということで

GIFよりPNGを応援するような心持ちで、
MP3よりVorbisを応援してみる。
そんなのもいいじゃないかい。どうだろう。

どうでもいい。

正直vorbisはコアなユーザーかlinuxユーザーとかpeercast配信用だろう
peercastがaac+に対応したらさらに用途が狭まるだろうけど

俺peercastで音楽配信してるけどマジでaac+に対応して欲しい
そうすりゃもっとレート下げることが出来るし

どうでもいい。

iPodで聴けない限りチンカス扱いだろうな

>>74
そうだよね、他人の耳が自分より優れてるなんて認めたくないもん

聞き破壊圧縮音楽選手権でもしてろ

どうでもいい。

http://www.42ch.net/UploaderSmall/source/1159813826.jpg

勝ち組ってのは収入や社会的地位に関わらず、ストレスも少なく毎日をエンジョイしてる人間
負け組ってのは収入や社会的地位に関わらず、毎日不満を考えていて毎日をエンジョイできていない人間
神経質な性格の人間ほど負け組が多いってこと
図太い性格になれれば勝ち組になれる可能性が高い

その図太さで危険や歪みに気付かないので
最終的に崩壊するけどな。迷惑な話。

>>84
絵描きさんに言われてもねぇ

ROCKBOX使うためにiPod買った

10月21日
ドキュメントはほぼ完了。コメント周りはあと最終確認のみ。それとちょっと微調整したいモードがあるので、それが終わればリリースできそうです。

　 　 　 　r'￣ヽ 打 　　　　　OggVorbisの真の声
　 　 　　'心゛ゎｊ | 　　　　　　aoTuVの響きあり
　　　　／にソﾉそ`ヽ、 　　　蒼弓賢者の耳疲労
　　　/　ｿ V / |||｀ヽﾉlヽ 　　mp3必衰の理をあらわす
　 　 {.　＼∨　||| 　|V 丿 　 おごれる規格も久しからず
　 　 jヽ(巛＜!巾 　,! く 　　　ただ春の夜の夢のごとし
　 　（´￣￣ ヽ== へ 　＼ 　猛き者はついには滅びぬ
　　ムニ二{ミｽ二二人＿ﾉ 　そう、Atrac3です

――あっ、Atrac3だ！

うるさい

ところでAtrac4って作ってるの？

Mac OS XにaoTuV入れてみた
とりあえず-q5オプションででエンコしてみたが・・・
普段聞いてるAACやLameの192kbps付近と区別がつかん
まあ一般人の耳にはそんなものか・・・

>>94
どうしても違いを体感したかったらそこそこのスピーカーかヘッドフォン買った方が良い
音源も大事だけどそれ以上にスピーカーとかのが大事だよ
違いがわからないなら互換性のあるMP3とかAAC使ってた方が絶対に良い

-q-2をやればすぐ分かる

AACに全ての面で負けてるw
アップルにお願いしてiPodで聴けるようにして貰えw

いぽ厨お断り

>>95
おおよそは同意だけど、
互換性を気にするならmp3の一択だね
mp3 192kbpsでも他の圧縮形式に劣る事はほぼない
これでも足りなければビットレートをあげればいい

Vorbisは音質面では（多少）AACに勝ってるかも知れないけど、パテントフリ−な時点でメジャーになりにくいのは確かだね

（・∀・）ﾆﾔﾆﾔ

そのうちコピペのAACバージョンも登場するかな。

互換性wwww

マカーならAACでもいいんじゃね？って思った俺ガイル
そんな僕はTTAとVorbisの両刀です

フォーマットの選択なんて趣味みたいなもんだから好きなのでいいと思うが。
可逆でマスター保存しとけば、何も悩むことはないしさ。

CBRとVBRを比べること自体が間違え

Vorbis使うこと自体が間違え

生きてること自体が間違え

　　　　Atrac3？　ボコボコにしてやんよ
　∧＿∧
　(　･ω･)＝つ≡つ
　(っ蒼≡つ＝つ
　/　　　) ﾊﾞﾊﾞﾊﾞﾊﾞ
　( /￣∪

そっちに逃げるのかw

　　　　　　　 ,,､,､、 ,
　　　 ,､-'"~　　　" `'ヾ､
　　 ,''"へ,,,,,,,,／⌒ヽ　`ﾐ
　 彡/ 　　　　 ﾉ（　ヽ　ミ
　　 ﾐi 　 　　　　　" ﾉ　　ﾐ 　　　　＿＿＿＿＿＿＿＿＿＿＿＿＿
　　 ;|　丶 　ノ~　　　{,',;　ゞ　　 ／
　　 ;|`・=ヽ 　-・='　　ﾐ:. ﾐ　　＜　はぁ？意味わかんね〜んすけど！
　　 '|　　/　　　　　　 !´),'　　　＼
　　 i 　(___　,,,,　　　　ｲ,'　　　　　￣￣￣￣￣￣￣￣￣￣￣￣￣
　 　 、"-＝=-`'　 / .|"
　　 　 ヽ,,,￣　　,,／　.|__
　　　 　 `i"''''''"´　　　|ｿ:
　　　　 ノ|　　　　　　／::::
　　 ／::::ﾉ　　　　,_／:::::::::

10月24日
リビジョン: 34
作者: aoyumi
日時: 19:32:58, 2006年10月24日

そろそろクルー？

それなに？

さっきから wktk で10分に1回の間隔でF5押してます(w

俺なんか10ミリ秒に1回の間隔でF5押してます(w

キター

aoTuV Beta5 [beta4.51(Release1) >> beta5] (2006/10/24)
・Noise Normalizationの挙動を改善しました。
これは低いビットレートでの音荒れ、音揺れ問題などに効果があります。
・ステレオモード切替のしきい値を動的に計算するようにしました。
これによりChannel Couplingに起因する問題の幾つかは改善しました。
・Impulseブロックのノイズ制御を変更しました(quality0-10/32-48kHz)。
そしてプリエコーが僅かに減りました。
・上記の変更点や追加部分に合わせて、各部のチューニングをやり直しました。

蒼弓さん、お疲れ様です。

ラ・ン・サー！
ラ・ン・サー！
ラ・ン・サー！

637氏まだー？

q4でブラインドしたけど、beta5はカサついた感じがぐんと減ったね
代わりに高音が控えめになったけれども、beta5の方が聴感上はオリジナルに近かった
総合的にかなり良くなってるんじゃないの、蒼弓さん超頑張ってるな
ところでさっさとLancer!Lancer!

とりあえず>>637は徹夜な、泣き言なんて言わずに明日の朝一までに仕上げとけよ











あと愛してるぞ

Lancer はもうずっと Lancer なのかね.
Savior になったりするんかね.

ピアノとか声が低ビットレートでガクガクブルブルするのはやっぱり直しようが無いのかな

>>123
-q-2だとたまに面白い事になるねｗ
Vorbisでこのサイズだと限界があるんだろねー

beta5ｷﾀ━━━━(ﾟ∀ﾟ)━━━━
結構変更点ある。手間のかかる_vp_coupleと_vp_offset_and_mixが組みなおしだよ。
Ｓａｂｅｒは次のコードネームで使う予定だったけどLancerがあまりにも広まったので改名は検討中。

jUbpU.TPuw

蒼弓さんお疲れさまです！

とにかく、お疲れ！

ついに、来ましたね。
一年弱ぶりのメジャーバージョンアップ。


q-2 で聴き比べて楽しんでいる自分が持った印象は、

細部の再現性より全体の印象の再現性を優先させた印象。

音の傾向が結構変っているみたいで、
時に高域が伸びにくくなって金物があっさりする場面も。
全体的に引き締まって変な響きが抑えられてる反面、時に乾いた印象に。
前に出る音、後ろの音の関係が前より正確になってて、
とにかく全体の音のバランスが良くなってるね。
曲の魅力が出やすくなってる。

以上、 q-2 での感想、通常のビットレートならいつも通り高性能であった。

高レートにおけるレポキボンヌ

HAでも好評みたいね。「4.51と何が違うの？」みたいな意見もちょっくらみかけるけど、俺も分から（ｒｙ
http://www.hydrogenaudio.org/forums/index.php?showtopic=42714
http://www.hydrogenaudio.org/forums/index.php?showtopic=49555

リスニングテストｗｋｔｋ

ABC/HRでまともにテストすると、時間掛かるし違いを見つけるのは難しい。
いくつかのaoTuVの弱かったサンプルでの改善は見られた。

b1からb4まで一年四ヶ月。b4からb5まで一年四ヶ月。
大方チューニングした上でさらにチューニングしてるわけだから
時間もかかるしわかりにくいのも仕方ないでしょうな。

良くなったのか悪くなったのか
ちょい試してみるか

b5ベースのLancerが今日中にリリースされると聞いて飛んできました

しぬなよ・・・>>637

ここまでの領域になってくるとただの自己満足の世界だしなぁ。
自分の普段聞くソースで適当に聞き比べて違いが分からなければそれが自分にとっては真実。

2万円程度のヘッドフォンじゃあr1とb5での-q2以上の違いが少しもわからないぜ。
-q2より下でもどっちがいいかがわからないのが多い。

oggdec 1.9.3もひっそりとリリース。

ttp://rarewares.soniccompression.com/files/ogg/oggdecV1.9.3.zip
ttp://rarewares.soniccompression.com/files/ogg/oggdecV1.9.3src.zip

>>137
送り出しに問題あるんじゃないの？
もしくは聞き分けの難しいソースで聞いてるとか

q6 で聞き比べてみたんだけど 全面的に >>128 に同意

4.51 と 5 はソースやリスニング環境で切り替えた方が
自分の感覚ではベストかもしれない と思った
聞き易さとか纏まりは 5 の方がいい気もするけど
高域のふん詰まり感や音に包まれる感覚の薄さが多少気になったかなー

ともあれ蒼弓さんお疲れ様です

ABX等、ブラインドテストでテストしている前提で言うと
aoTuVはq6(192kbps)で原音と区別がつくような低レベルなエンコーダーじゃないよ。
q2で分からなくなっても何の不思議も無い。

大して速くなってないけど、とりあえずaoTuV b5のrarewares版もリリース。
ttp://www.rarewares.org/ogg.html

SBRやPS無しでもAACと張り合えるVorbis同様、
早く、TheoraもMPEG-4 ASP並に改良されないものか。

わざわざバージョンアップ毎に取り込みなおして、またエンコードするべきかな？

>>144
そんなお前さんにはFLACでイナフ

ttp://www.hydrogenaudio.org/forums/index.php?s=51ebbf557468c147b2bd2a1d4cfa48fb&showtopic=49601
here comes new killer samples!!

aoTuVは凄いな･･･
と率直に思ったよ。

うちの環境だと，変換対象が2b文字or半角スペースを含む場合に
oggenc283_sse3mt_lancer20061013が
「0x0041b07cの命令が0ｘ00000014のメモリを参照しました」とか言われて落ちる…

なぜか，oggenc283_sse3mt_lancer20060616だと落ちない．
なんでだろう…
念のため報告．既出ならごめんなさい．もうしません．

コマンドラインのログ
C:\>D:\Soft\Codec\oggVorbis\oggenc283_sse3mt_lancer\oggenc2.exe -q10 "D:\Data\Yo
zemi_Voice\未整理未調整\060627 為近�A No.09.wav"
Opening with wav module: WAV file reader
Encoding "D:\Data\Yozemi_Voice\未整理未調整\060627 為近�A No.09.wav" to
"D:\Data\Yozemi_Voice\未整理未調整\060627 為近�A No.09.ogg"
at quality 10.00

うちの環境
WinXP Pro 32Bit SP2
Athlon64X2 4200+ ドライバ 1.3.2.16
マザー Asus A8N-SLI premium
チップセット nDIVIA nForce4 SLI ドライバ6.86
メモリ サムスン PC3200 1GB×2

>Yozemi_Voice

ﾜﾗﾀ
そんなもんエンコしてどうすんだｗ

8 kbpsだったらやっぱOgg Speex？
人声、一部BGMありです。

>>143
比較してみた
http://up.shinetworks.net/cgi-bin/snup/src/shine34831.zip.html
PASS:どれどれ

testxvid_q4.avi　30,735,872Byte
xvid_encraw -i M:\f1_2006_japangp.avs -type 2 -avi M:\testxvid.avi -max_bframes 0 -framerate 60 -single -cq 4.00 -max_key_interval 60 -quality 6 -vhqmode 1

testtheo_q6.4.ogg　30,790,340Byte
ffmpeg2theora -o M:\testtheo.ogg -v 6.4 --optimize -K 60 -S 1 --nosound -f avs M:\f1_2006_japangp.avs

testtheo_q0.ogg　3,628,813Byte
ffmpeg2theora -o M:\testtheo.ogg -v 0 --optimize -K 60 -S 1 --nosound -f avs M:\f1_2006_japangp.avs

testxvid_q20.avi　3,682,816Byte
xvid_encraw -i M:\f1_2006_japangp.avs -type 2 -avi M:\testxvid.avi -max_bframes 0 -framerate 60 -single -cq 20.00 -max_key_interval 60 -quality 6 -vhqmode 1

同じアナログソースを基本デフォルト設定でその他パラメータを近づけて比較してみた
１．XviDのデフォルトの量子化値4でエンコしたファイルにサイズを近づけてエンコ
２．おまけにTheoraの最低画質との比較
このくらいの画質ならあのたるいエンコ速度が何とかなれば俺はTheoraでもいいかなと思える

実際にTheoraが動いているのを見るとここで言われているほどには酷くは無いですね。
Matrixが破綻しやすい難しい比較用の素材と言うことはもちろんあるでしょうが。

http://www.doom9.org/index.html?/codecs-quali-105-1.htm

aoTuV beta5だけど_vp_coupleがとにかくSSE最適化しにくくなってる。
相当手こずる予定。

beta5終わったな

SSSE3とかいうのを使え・・・ばどうなるのかわからん。

チャンネル数の書き換えコマンドが判らないのですが…

>>153
了解。でもできるところだけでもやって欲しいお。

以前程速いのは無理でも、それは仕方ないってことで。
まー、無理せずほどほどに。

最後に暗部多めの比較
http://www.shinetworks.net/cgi-bin/snup-mini/src/shinemini0807.zip.html
PASS:もひとつ

testxvid_q4.avi　2,083,328Byte
D:\xvid\xvid2ch\xvid_encraw -i P:\BS2\patwxiii\patwxiii.avs -type 2 -avi M:\testxvid_q4.avi -max_bframes 0 -framerate 24 -single
-cq 4.00 -max_key_interval 24 -quality 6 -vhqmode 1 -progress

testtheo_q6.2.ogg　2,116,564Byte
D:\ffmpeg2theora\ffmpeg2theora -o M:\testtheo_q6.2.ogg -v 6.2 --optimize -K 24 -S 1 --nosound -f avs P:\BS2\patwxiii\patwxiii.avs

先ほどと同様のテストその2
暗部が多いのでチューニングが進んでるXviDにボロ負けかなぁと思ったけどそこまででもなかった
ただ、XviDのVHQオプションを4に設定するとさらに1,891,328Byteまでサイズが縮んだ
やっぱりサイズ性能比で微妙にXviDが強いみたいだ
速度性能比ではXviDが圧勝って感じ

TheoraはMC周りがまだ高速化されてないみたいなので
速度性能に関しては言及できないかもしれんけど頑張ってほしいなぁ

>>153
超愛用してるぜ
焦らずゆっくり頑張ってくれ

Theoraってなんか不憫な扱いされてるような気がするんだけど、どうなの？

Theoraはとりあえず早く正式な1.0を出して欲しい。
alphaステージではさすがに腰が引ける人も多いんじゃないかな。

ffmpeg2theoraであれこれエンコしてみたけど16の倍数解像度を守っていれば
現状ソースによって画が崩れるってことは一度も無かった
この点に関しては一定の安定性が確保できていると思う

ただ問題があるとしたらフレームの解像度が8の倍数だった場合
これをffdshowでデコードすると変なアーティファクト（緑っぽいもやもや）が下辺と右辺に出てくる
VLCだともっと酷いのが確認できる

エンコードの過程で混入する問題なのか
デコードが正常に出来ないからなのか
プログラマじゃないので結局わからなかった
ffmpeg2theoraは8の倍数解像度を受け付けるけど
もしTheoraを使うとするなら今は16の倍数解像度でエンコした方がいい

3,4年前に正式版リリースのはずが

俺のしりあいのおっさんは自宅に泥棒がいたので、てんぱって
「蒼弓ぃー！蒼弓ぃー！蒼弓ぃー！」
とaoTuVの作者の名前を泥棒に向かって大声でさけんだ。
泥棒はわけがわからずパニックになって逃げ出したと。
ちなみに蒼弓さんはその時サイトの更新作業中だった。

>>165
何そのネタ？

ゲイボルグまだ？

>>150
8kbpsと極端に低いんだったらSpeexぐらいかね。

ただSpeex自体は再現性はそんな高くないよ。
ビットレートを上げても聞き取れるけど声質までは
再現しきれず、結局Vorbisが勝つ。

問題は低ビットレートのVorbisは声単体に弱いんだよね。
背景音があると大分マシになるけど。

ネットラジオに活用できそうなだけに惜しい。

オーパイポーオーパイポーボルビス

beta5ｷﾀﾜｧ━━━━━━(n'∀')η━━━━━━ !!!!!


さっき知った＿|￣|○

aoTuV beta5

時間が掛かりましたが、なんとかリリースできました。
さて今回、幾つかの新しいアイデアを導入してみました。
と、書くのは簡単ですが、それらのアイデアが有効かを確かめるためにはとりあえず実装してからある程度チューニングしてみる、というプロセスを経る必要があるので結構手間隙が掛かるものです。
うまくいかなければ当然破棄ということになります。
そんな中で今回の追加部分は比較的結果を残せたものです。
その代わり、弄るべきところが増えてしまい、チューニングはより難しくなりました。
大きな変更は２点あります。
一つはnoise normalizationのためにfloorカーブを元のオーディオスペクトルに接近させるためのハックです。
これはnoise normalizationが適用されたオーディオエネルギーをよりAtrac3なレベルに近づけることが出来ます。
現状のfloor生成モデルを変更しないで済むことも利点です。
もう一つはchannel couplingのステレオ切り替えのしきい値を特定の条件下で動的に変更するようにしたことです。
これは問題パターンのうちの一つを改善するためのアイデアで、Atrac3程ではないもののベターな方法です。

まあこんな小難しい話はともかく、まずは適当な曲をエンコードして聞いてみてください。
そして、良いと思われたならお使いください。
小難しい話にも興味を持たれた方は、ぜひチューニングの世界へ足を踏み入れてみてください（冗談じゃねえぞ）。

2006年10月25日 19:46:13

そう

しげる

aoTuV作者自身atrac3の法が音がいいって明言しているようだな

――あっ、

そろそろこのスレにおけるAtrac3をツンデレキャラとして擬人化する人が出てくるんじゃないだろうか。

初めにATRAC3云々をこのスレで言い出したのはやはりGKだったのだろうか。

atrac3ﾀﾝまだー？

PS3はATRAC ○
Vorvis X
らしいですぜ

>>179
当然じゃね？

PS3のLinuxでVorbisが再生できる筈。

VLCあたりは移植されるはず

移植というかPowerPCなんだからコンパイルすれば動くでしょ

Linux向けのオーディオプレイヤーなら、ほとんどはVorbisに対応しているから
意図的にサポート外さない限りデフォで再生できると思われ。

PSPでもOGGの再生はできたな確か

うーん、今回は簡単だとぼくは思っていた。
だって、AAC+はAppleの後ろ盾があるものね。
これからもずっと使っていかなければならないのだ。
この質問のこたえなんて考えるまでもない。
けれど、最近の非可逆コーデック情勢を、みんながどんなふうに感じているのか、それが探りたくてこのテーマにしたのだ。
するとあらら、不思議。
寄せられたのは厳しい反Apple・反AAC+の意見ばかりだった。
なぜなのかしらん？
というわけで、今回は多数を占める「使わなくていい」派からいってみよう。

「互換性を重視するのは『望ましい』ことであって、『なすべき』ことではない」（住所不明・匿名さん）。
「都合のよいときだけ、新時代にむけた新しい我々の製品をといいながら、なにか起きると余所の問題だ、ソニーの電池不良だという企業をなぜ信用しなければならないのか？」（国内在住・路井桂さん）。
「有力企業の関与するコーデックだからと言って、ユーザー側から頭をさげてまで使う必要はない」（海外在住・匿名さん）。

ふー、びっくりした。
でも、反対派の意見はほぼ一点に集中している。
AAC+は企業製だから、使用する必要はないというもの。
それ、ほんとなのかなあ。
今回のこたえは数字のうえでは「使わなくていい」派が圧倒的だったけれど、応募しなかった多数のサイレントマジョリティを考慮にいれて決定させてもらいます。
VorbisよりAAC+を使ったほうがいい。
あたりまえの話だよね。
意見をくれた「多数派」はあまりOgg至上主義やネットの情報に踊らされないほうがいいのではないかな。

あっそ


で？

ガイドラインﾈﾀか。旬ですな

Vorbisは今までもそしてこれからも細々とやってくだけだよ。
それも駄目だとか言われるのはなぁ。

仕事早いなw

エロゲと、一部のFPSゲームとかに使われてるからいいじゃん。
いやもっと広まってほしいけどさ……

家庭用ゲーム機でも使われてるぞ
かまいたちの夜で使ってたのは有名

早速このネタがきたか
サイレント魔女リティｺﾜｽｗ

蒼弓さんにMSからお声がかかったって本当ですか？

そう、

http://ja.wikipedia.org/wiki/Theora
http://ja.wikipedia.org/wiki/On2VP3

Theoraの高速化版が出たらﾋﾟｱｷｬｽで普及するかな

石田衣裸かｗ

VP3とVorbisの両方が再生できるWinampはTheoraにも対応しても良さそうなものだ。
最近のバージョンではNullsoft FLAC Decoderも同梱される様になったことだし。

ここから落としたffmpeg2theoraを使って
http://tirnanog.fate.jp/mirror/Misc/

あまり考えずに下のコマンドラインでエンコードしてみた。
ffmpeg2theora -o theora.ogg -v 6 -a 4 -f avs test.avs

Input #0, avs, from 'test.avs':
Duration: 00:00:23.1, start: 0.000000, bitrate: 0 kb/s
Stream #0.0, 23.98 fps(r): Video: rawvideo, yuv420p, 720x400
Stream #0.1: Audio: pcm_s16le, 48000 Hz, stereo, 1536 kb/s
Resize: 720x400
0:00:23.15 audio: 111kbps video: 2268kbps

http://www.gigasize.com/get.php/149103/theora.ogg

何故かアップロードに失敗した様なので転載。
http://www.mediafire.com/?845l9j3i936

一応SSE3サポートのCeleron Dを使っているのですが、
Lancer 20061013のSSE2版でもSSE3版でもエンコード時間が変わりません。
(CDEXを使い約4分のwaveのエンコードに6.7秒)
CeleronDではSSE3版を使っても意味がないのか、
SSE2版とSSE3版にはそれほど速度差がないのかどちらなんでしょうか？

>>197
OGGコンテナのストリーミング視聴はVLCかRealPlayerが要求されるからなぁ
VLCはインターフェースが使いにくいしRealPlayerはアドウェアがキモいし
DirectShowベースのilliminableもストリーミング対応してるけどバッファリング時間やプロキシとか
詳細な設定が出来ないしTheoraのデコード重いしもう半年近く更新されてないし
libtheoraの更新の遅さに引っ張られるように足回りまで更新が遅かったり微妙揃いなんで厳しいのでは？
なんだかんだ言ってもWMVスプリッターの多機能さや使いやすさは流石と言わざるをえん
今年のルマンのストリーミング中継見ながら実感した

mplayerは？

VP系だと専用のプレイヤーが普及してるから、その作者がネイティブサポートしてくれれば…
しかし普及を考えるとWMEみたいなのも必要になるか
やっぱ厳しいな、せめて正式版が出てくれない事には…

>>203
個人的には、内部的に VLC を使ってるという触れ込みの Songbird に期待
してて、この前初めて試用してみたんだけど、きれいなカバー作っただけって
感じで好きになれんかった。

　,;f::::::::::::::::::::::::::ヽ　　 /)
　i/''￣￣ヾ:::::::::::i　　( i )))
　|,,,,_　,,,,,,_　 |::::::::|　/　/　SongBirdはオープンソースな事だけが売りなのさ〜
..（へ);（へ)==r─､|ﾉ　/　　おっ！Oggと同じなんて奇遇だなぁ〜
　{　(__..::　　 /　ノ　,/
.　', ==一　　 ノ　　/
　　!＿＿_／　　,,/

それとなくage

ttaとapeでもoggdropみたいの作ってくれないかな

Beta5高速化、やっとできた・・・。
今回はえらい難産だった。かなりのコードを書き換えたし。

夜にアップする予定。

>>210
乙乙。俺もテストがんばるお。

ところで
>aoTuV beta5にて当初の意図どおりに働いていない部分がありました。ただしチューニングは現状の状態で行っているので大きな問題はありません。
>これを直すと幾つかの低ビットレートチューニングをやり直すことになります。全体としては僅かに良くなると思いますが、少し悪く聞こえるものもあるでしょう。
>私は上記の変化を取り入れたこのバージョンを出来るだけ早くリリースするかどうか迷っています。いずれにせよ将来のバージョンがあるとすれば、この変化は取り入れられる可能性が高いのですが、問題は急いでリリースするべきか否かです。
>[上記の差は、一般的には非常に小さい差であることに注意してください]

>>211
それがソースのどの部分かは知っているけど音質チューニングは専門外なので蒼弓さんしだい。

>>210
楽しみにしてまふ。

>>210
乙なんだからねっ！

2006年10月13日

Beta5ベースのLancer 20061103を公開開始しました。

oggdec 1.93は〜???

>>216
しまった。1.9.3にしていたのにファイル名に反映していなかった。

>>217
そうなん^^;
それはともかく乙でした^^

乙！
昨日大量エンコした俺間抜けwww

>>210
ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!!!

蒼も6も乙

ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
けど更新履歴が10月13日になってますよ

これまでの概念を覆すパテントフリーのコーデック開発中だから楽しみに待っててちょ。
0.1KbpsでCD音質相当になります・・・OSはWindowsでは動作不可ですが・・・

これだろhttp://www.jgs-g.co.jp/hdtl/myc/index.html

aoTuVってどうやってインスコすればいいの？
教えて君ですまんが誰かマジレス頼む

つGoogle

いや作者のページいって最新版のダウンロードして解凍もできたんだけど
・・・vorbis入ってないとダメ？

まずWindowsの基礎勉強してからそういう事に手付けた方がいい
どっちみちそれ教えたところで、次はコマンドラインオプションについて聞きにくるだけだし

そーか
今はそこまでする時間もないからWMAで我慢しとくかな
サンクス！

どれだけ時間ないんだよｗ
とりあえずテンプレ嫁

そこは「ATRAC3で」と言ってもらわないと困る。

そうです、Atrac3です

ATRAC3plusはスルーか。

JASRACはスルーですか

スルーしても構わず追いかけてくるのがJASRAC

>>217
乙。

>>235
誰が上手いこと言えとｗ

負け組の皆さんこんにちは。
まだAACに移行しないのですか？

爆速実装があるなら。

「えーえーしー」ってなんか「ふにゃぁ〜」って感じがしない？
「おっぐ」だと無駄に力強くて素敵。

AACにするメリットがないなぁ、権利関係ガッチガチだし。

ただ聴くだけなのにそんなもん関係あるの？

携帯プレーヤーだとvorbisはとたんに選択肢が少なくなるからじゃない？

よくわからん
それじゃvorbisにするメリットのほうがないやん

聴くことが目的じゃなくなってきてるんじゃない？w

今じゃ非可逆にするメリットですら薄れてるし好きに使えばいいだろ

>>242
携帯プレーヤー増えないね・・・その点は確かに不満

聞くだけだったら関係ないよ。
だけど自由に使えるものが必要な人達もいるんだよ。

携帯プレイヤーは大手が採用してないから、アレやね。
機種だけでいえばそれなりに出てるんだけど。

音楽配信での主導権を争いたいならともかく、個人的に使う不可逆圧縮フォーマットに
勝ち負けをつけてどうする。音楽CDの取り込みから携帯プレイヤーでの再生まで、
すべて自分で使うわけだから、好きにすりゃええやろ。

押し付けがましいiTunesが、現状で最も高音質なAACエンコーダというのが不採用理由。

いい加減このループは秋田

>>248
Winamp付属のAACPlusエンコーダだろ。



CBRしかないけどね。

MP4動画にはAACを使う。普段聞く音楽やMKVにはVorbisだけど。

FLAC最強伝説

ttp://lists.xiph.org/pipermail/commits/2006-November/009998.html

ｷﾀｰ

https://trac.xiph.org/browser/branches/vorbis-aotuv

おお

蒼弓ﾀｿおめー

すげええええええええ

本家公式PJってことでおｋ？

今後Montyや他の人がbranchに手を加える事もあるのかな。

コーデックのチューニングなんて一部のキラーサンプルをじっくり聞き比べなければ分からないレベル。
自己満足の世界。
わざわざ対応プレーヤーも少なく汎用性も無いVorbis使うメリットなんてない。
音質少しくらい良くても携帯用では粗悪韓国プレーヤーしか対応してないから無意味ｗ

>>259
チューニングなんて自己満足の世界だから128kbpsPCM使おうぜ、ってことか

最近はイポでもNECでも聞けるようになったし、みんな大変満足してるってことでｗ

ひさびさにｷﾀｰｰｰ!!!

実質的にはエロゲメーカーとそれに近いヲタク御用達コーデックだしな。

コンシューマにも使われてるけど。

>>261
あれ？
アップルが正式に対応してくれたの？w

そう、Aflac3です

>>259
自己満足の世界だから好きに使えよ
お前の発言こそ無意味だろ
実際は意識してなくても結構使われてそうだがな

VorbisにおけるatTuvの位置と同じようなAACエンコーダーが出たら考えるお
釣られｸﾏｰ

WalkmanもAACを再生できるようになってGKも宗旨替えをしたのかも知れないな。

いまさらだけど>>637乙！
俺の尻使って良いぞ

Vorbisってエロゲのイメージしか浮かばない

Vorbisってオーパイポーオーパイポーのイメージしか浮かばない

諸君、さっさとアップルにひざまずいたらどうだい？
楽になれるぞ。

iPod使いだがRockBOX使ってるぜ

iPodでVorbisって変態的w
まあ、昔エンコしたやつってんなら分かるけど。

AACにメリットを感じない。それならMP3使うし

>>271
あれは050050って言ってんじゃね？

きっとアレだ、スレを盛り上げるために釣り糸を垂らしてくれているんだ

ふー、おっぐりした。

それ、もんてぃなのかなあ。

VorbisってB級映画の臭いがしねぇか？
永遠にマイナーみたいな。

だがそれがいい

Linuxを使う人間にはVorbisが楽なのです。

圧縮業界の暴力団、林檎家AAC組が脳に電波で入り、
マインドコントロールの機械で人を苦しめている
形態プレイヤーのiPodは危険

ところで--resampleのオプションって、数値を上げたほうがいいんですか？

一旦サンプリング周波数を下げて劣化した音は、サンプリング周波数を上げても元に戻りません

>>285
CDの44100に対しても、44100にしないといけないって事ですか？

>>284
特に必要ないんだったら --resample のオプションは指定しない方が良い。
音質改善の効果も無いし。

どうしてもサンプルレート変換をしたいんだったら、
サンプルレート変換は意外と音質劣化が激しいので、
--resampleオプションを使わずに r8brain 等で変換した方が良い。

>>287
有難う御座いました。

aoTuV、lancerのソースを組み込んで再生したりするアプリ作ってる者なんですが、
lancerソースってもうintel compilerしかサポートしてないんでしょうか？
買えってことでよろしいんでしょうか？

>>289
頑張って別コンパイラでもコンパイル出来るようにするんだ

libvorbisのコンパイル済みlibがあるとありがたいかも

Lancerのとこに置いてあるやつじゃダメなの？

staticリンクしたいとか？

>>293
その通りです。

exeに組み込みたいのでソースかスタティックライブラリが
欲しいんですが、さすがに多大な労力をかけてチューンされた
ソースをダウングレードさせたくはないですし。

>lancer氏
ライブラリはスタティックも用意して頂きたいです。
ぜひ検討をお願いします。

Lancerってﾋﾞｯｸﾘするくらい早いねぇ。
あまりに早すぎてちゃんとエンコされてるのか心配になってしまう・・

このスレでは動画音声としてのVorbisの将来はMKV次第みたいに言われているね。
http://forum.doom9.org/showthread.php?t=117977

lancer氏ではないと思います。lancerはプログラムの名前でしょ

失礼しました…。

今週末にモノラル関係BugFix+若干の改良バージョンをリリースする予定です。

>>294
コンパイル時にオブジェクト間最適化の-Qipo4オプションを使っています。
これを使うとリンクにxlinkがっ必要になる上にlibファイルのサイズがとんでもなく肥大します。
vorbis.libで圧縮前27.1MB、7zで圧縮すると3.76MBになります。
さらにIntel C++ compilerのライブラリがないとリンクできないと思います。

GCCのサポートを落としたのはコンパイラのバグがいつまで待っても直らなかったからです。
visual c++では_mm_cast*のような__m128と__m128i間キャスト関数郡がないので使えないでしょう。
ソースが複雑になってメンテナンスしにくくなってきたのも理由です。

こちらとしてもなんとかして上げたいのですが。

>>299
了解です。
スタティックにしたとしても結局依存してしまうのですね。
まずはdllで開発しつつ、余裕ができたらintel compilerの導入を検討します。
回答ありがとうございました。

gccのバグってInternal Compile Errorとかですか？
gccの本家にバグレポートはしてみましたか？

force_align_arg_pointer？

Multiformat 48 kbps Listening Test
ttp://www.hydrogenaudio.org/forums/index.php?showtopic=49803

48kbpsでのリスニングテストをやるらしい。
aoTuV b5 もエントリー。

何事もなくHE-AACが勝つ予感なのであまり興味がわかない

これくらいﾋﾞｯﾄﾚｰﾄが低くなると選択肢がかなり少なくなるのね。

>LC-AAC at 48 kbps as low anchor

これの扱いに比べたらVorbisは立派なものだ。

意味不明。
AACは超低ビットレートではSBRを使うので
LC-AACがカバーすべきビットレートはVorbisほど下がらないってだけの話でしょ

SBRを使えないVorbisもLC AAC同様に競争相手にすらなり得なかったかも知れないと言うこと。
おそらく、Xiph.orgの1.0.1では無理だっただろう。

なぜかデコード出来ないFLACファイルがあるのですが
どうすればデコード出来るのでしょうか？
ファイル自体は壊れてないと思います。

壊れていないと思う根拠は？

自分で作ったファイルならオプションを見直せ
他人が作ったファイルなら作った奴に聞け

釣りですか？
エスパー募集ですか？

清田君、出番です

今、豚箱なんでちょっと…

今からマインドシーカーで超能力開発するから待ってろ

今、おでこに１円玉貼り付けてるからちょっと待って

flac -tでエラーチェック。
flac -Fでエラー無視してデコードできる。

ところで、FLACは-0〜-8のどれが一番良いんでしょうか？
デフォの-5が一番良いでしょうかね？

>>315
おっさん発見

>>318
その辺でいいと思うよバランスが良くて
圧縮率に不満があればMonkeysAudioかWavpack

>>313
逮捕されたので行けません。

637様乙。

色々なエンコーダーを簡単に比較出来るようにと作って見た。

中身は各Vorbisエンコーダーの詰め合わせとバッチファイル。


Vorbisエンコーダー比較パック
http://gorigon.selfip.info/neta/VorbisHikaku.zip

1.0未満のもキボンヌ

こりゃいいわい

>>323
元ネタは↓ここかな?
ttp://codec.ex-sounds.net/

>>324
同じところに1.0未満もあったよ。
てかほぼ全部揃ってるらしい。

ごめん貼り間違えた。codec "s" だったorz
ttp://codecs.ex-sounds.net/

>>323
ごめん。memo.txtみたら元ネタは違うみたいですねorz
でも、入手が難しそうと書いてあったModest Tuningも貼ったサイトにあったので許してちょ。

>>327
ありがとう、早速活用させてもらったぜ。

（それにしても、そのサイト、
　Archer, Lancer も集めてるとは徹底している。）


そういうわけで新しいものに差し替えといたよ。
公式の beta 1 も含まれてるのも特徴。

Vorbisエンコーダー比較パック
http://gorigon.selfip.info/neta/VorbisHikaku.zip

Vorbisについての紹介記事をとあるサイトに投稿しようと思うんだが、やはり音声がいいだろうか。
それならどういうものを使うべきか。。。
あと、視覚的に表すならどんなソフトがいい？
最後に一つ、>>329ｻｿ、それ使っていい？

>>329
アーカイヴの中からbeta1〜3とrc1を頂いてアップしました。
beta1〜3はWindのバイナリが存在していなかったはずなので、
どうやったんだろと思ってmemo.txtを読んだらちょっと感動しました。
ありがとう。

>>329
ｵﾂｶﾚｻﾝ

>>330
良ければ使っていいですよ。

"Vorbis" 自体を紹介するんだったら、
推奨エンコーダは今なら aoTuV b5 かな。


実は、最後の最後に気がついたことがあって、
ビルドで一部ミスッた所がある恐れがあること。
影響が出るとしたら、
1.0.1 と それ以前のもの と それらをベースにしたエンコーダ で
"managed" モードを使う場合。
対象のエンコーダーは実用には向かないってことでよろしく。

30代の頃はq6とCDの違いがわかってたのに
40代になってたら違いがわからなくなった
歳をとって幸せになったよ

そして俺のことも忘れていくんだね

初恋はクラスの同級生。
色白で清楚で真面目な子だった。
だけど付き合い始めてからは自由奔放。
トイレで真っ白でしなやかな手でシゴかれたり
二人っきりの放課後の教室で、授業では涼やかな声で教師の質問に
答えている形のいい唇で咥えてもらったりした。
だけどセックスだけはなぜか頑なに拒否された。
卒業後、なんとなく疎遠になったあの子は、いまごろどこでなにをしているんだろう。
先日、母校が共学になったという知らせを聞いてふと思い出した。

managedって使う人いる？たしかにビットレート配分は正確になるけど40kbps以下で使うと
音が明らかに悪くなってる気がするしストリーミングで使うにしてもいまいち必要性を感じない

aoTuVは-qでチューニングされているらしいから、managedは使うべきではない。
単にレートを指定出来るだけで、ビットレートの配分は悪くなる。

>>336
一番最後の行を読んで吐き気がした俺ｗ

てかマルチコピペにつられた俺
>>336マジ氏ね

http://61.197.151.26/20061113722696/omote/img200602/2006021108_1289328735.jpg

むむーん。FLAKEは48kHzのエンコードにも適さないのだ…シークがめっちゃ遅くなる…

シークポイント挿入の頻度が足りないんじゃないの?
同じファイルをflacとflakeでエンコードしてmetaflac --listでシークポイントを比較してみては

TTA

>>342
flakeはflacエンコーダーとしては欠陥品って呼べるレベルのものだから使わない方がいい
flacの長所がことごとく消されてるし

それにしても何故NullsoftはFlakeをWinampに取り込んだのだろうか。

>>333
どうも有難う御座います。
ところで、前半の質問にどなたか答えてもらえますか…？

>Vorbisについての紹介記事をとあるサイトに投稿しようと思うんだが、やはり音声がいいだろうか。
前半の質問ってこれの事？
日本語がやばい気がするんだが・・・。

>>348
ぁ、それです。
ちょっと日本語がおかしいのは、まぁ無視してください＾＾；

>>346
FlakeがLGPLだからとか?

明らかにXiphの修正BSDのほうが採用し易いわけだが...

>>349
それじゃあ文章の通りにマジレスするよ。
ようするに紹介記事を文章にするか音声にするかって事だよね。
全盲の人が対象のサイトなら音声にしてもいいと思うけど、
普通の人が対象なら文字のままでいいと思うよ。普通の人はわざわざ
読んでもらわなくても自分で読むと思うからね。
しかし書き込み内容を自分で読んでアップする人なんて滅多にいないけどなぁ。

>それならどういうものを使うべきか。
サウンドレコーダーでいいんじゃないかな？

>>352
どうも有難う御座います。

352はエスパー

って、あれ？
今更気づいたんですけど、私の書き込み、どう見てもおかしいですよね。
あまりに日本語がおかしすぎました。
あとで書き直します。

いや、本当にすいません。

禿げしくワロタｗｗｗ

>>352
　素晴らしい読解力。俺、ページは読まれる人間だけど>>349を見ても全然思い至らなかった。なんか妙に感動したので書き込んじゃったけど、駄文でスマソ。

もう釣りにしか見えない

http://homepage3.nifty.com/kanaimaru/PS3/a1.htm
そう....PS3です。

>>359
>ちなみにロスレス圧縮とは、デコード出力がエンコード前のデータに完全に元に戻る圧縮を
>意味し、基本的には生PCMと同じになるという意味です (ただしデコード時に演算ノイズを
>必ず発生しますので、生PCMには多分かなわないと思いますが)。
ロスレスじゃないじゃん。

演算ノイズってなんだよなって話だよな
多分圧縮アルゴリズムの一つも勉強したことがない半可通なんだろそいつ

ロスレスの意味分かってないみたいねその人

彼はzipで圧縮したら文章にノイズが混じるのだろう。

今zipで圧縮したら文章にノイズが混じりますた

演算するとﾉｲｽﾞが混じるんだからPS3には演算器は使われてないんだよ。
もちろん中央演算装置とかいうふざけた装置も当然使われてないだろうね。

SONYの技術者だぞ。

出力時のAD変換で誤差が出るとかならともかくあんまりな話だよな
削ってトップから眺めてみたけど何の事は無いお馬鹿なソニー信者だったｗ

ハードウェア的に電磁ノイズが出るって意味じゃなくて？

>>368
それだと生PCMでも載るよ

また日本語がおかしくなりそうなので、箇條書きで書きます＾＾；

・Ogg Voebisの紹介記事を書こうと思う。
・音質について書く際、http://hoops-bb.hp.infoseek.co.jp/sound-encoder/index.html
　と同じように、単純な波形のサウンドをエンコードして、波形で比較するべきか、
　何か音楽をうｐして、見る側に実際に聞き比べてもらうべきか。
・もしくは、両方の形式をとるべきか。
・音楽をうｐするなら、どのような音楽を使うべきか。

なんか結局日本語としておかしいような気もしますけど、まぁ気にしないで下さいｗ

>>370
・メリット、デメリット両方を載せる
・音質に限って言うと、波形はあまり関係ないので載せても意味がない
. それよりはABXテストなどを載せた方がいい
・他のコーデックとの比較に音声ファイル、音楽ファイルなどを使い、Vorbis用のキラーサンプルも紹介すると良し
・初心者用にエンコード方法などを説明する

こんなとこ

音質を比較するならクラシック音楽が最適ではないか？

自分の普段よく聞く音楽がいいのでは。クラを主に聞くならそれでいいし。

>>371-373
どうも有難う御座います。
曲は著作権とかは大丈夫ですかね？

>>374
そんなの著作権フリーなもの用意するのが普通でしょw

HAがやっている様に30秒までの引用なら、たぶん誰も何も言っては来ないでしょう。
JASRAC管理曲は知らないが。

ベートーヴェンとかって著作権切れてるンでしょ？

voebis

>>377
作曲家とは別に演奏家の権利がある。パブリックドメインになった昔の録音ではサンプルに不向きだろうし。

家のますはどうだろうかな…

そのｻｲﾄってどういう人たち向けのｻｲﾄなの？
このスレとかAACスレとかに常駐してる様な人？それとも>>309みたいな人？

半端な知識で開設サイトなんて作らない方がいいと思う

クリエイティブ・コモンズとかで公開されている音源は多いけど、
FLACなどのロスレスで、かつ馴染みやすい音源を探すのは難しいかもね。

パブリックドメインになっていそうな20年代とかの録音は、アナログでノイズも多いね。


記事を見る層にもよるけど、音質に言及するならリスニングテスト結果へのリンクを載せるくらいで良いと思う。
短い記事で、lossyの音質を素人に説明するのは無理があるし、誤解も生じやすい。

Vorbis - Wikipedia, the free encyclopedia
http://en.wikipedia.org/wiki/Vorbis

Wikipediaの記事は参考になるし纏まってるから、記事のライセンスに沿って引用すれば良いんじゃないかな。

>>379
なるほど
演奏収録から100年以上たたないと駄目ってことか

>>384
日本での保護期間は実演後50年だそうだ。録音は発行が行われた日の属する年の翌年から数えてだと。
http://deneb.nime.ac.jp/cgi-bin/lawview.cgi?n=A570

訂正: 実演も録音と同じく翌年から数えてだな。

あと敗戦国の日本には戦時加算というのがあって、連合国側の著作物は
保護が約10年延びるんで注意が必要。

ややこしいんですな

>>366
たしかAVアンプ開発してるエンジニアだよね

まあ恐らく生のPCMよりも可逆圧縮の方がデコードが必要な分電力消費が大きいから、
VDD/GNDラインの電圧変動によるアナログ回路へのノイズの影響が大きいってことが言いたいんだろうな

むしろ高品質を謳うならそこらへんをきっちり設計してほしいものだがw

apeとflacとttaの音の違いが分からない糞耳は
オーディオを語らないでいただきたい。

要するにVorbisいらねってことですね。

蝙蝠じゃなくて人間なので限界があります。

分かる分かる

>>390
> まあ恐らく生のPCMよりも可逆圧縮の方がデコードが必要な分電力消費が大きいから、
> VDD/GNDラインの電圧変動によるアナログ回路へのノイズの影響が大きいってことが言いたいんだろうな

音データの解凍なんて、他の処理に比べて微々たるもんだろう。

> まあ恐らく生のPCMよりも可逆圧縮の方がデコードが必要な分電力消費が大きいから、
> VDD/GNDラインの電圧変動によるアナログ回路へのノイズの影響が大きいってことが言いたいんだろうな

と言うよりも、いく良心的に読み取ってあげてもそこまでの拡大解釈はできない
我々にできる一番の親切は触れてあげないことだと思うぞ

そう？

>>396
拡大解釈ではないと思う。ただ言葉が足りない

上の方で突っ込みが多数入っているのはソフトウェアの世界の話だと思って読んでるからだろう
ハードの話だと思って読むとそこまでおかしな記事ではない
というか、前後を読めばハードの話をしている事は分かるはず

負荷の高いDSDのデコードは問題にしていないのにね。

>>399
それそれ。

彼もPCMの方が優れているからDVD AudioにSACDはかなわないと言いたい訳では無いだろうし。

社内の開発がこんなでたらめアーキテクトばっかになりゃ傾くわけだよな

ソニー社員ってのはネタでしょ？
いくらなんでも……

>>402
でもこんなのが集まって宗教化してるのがピュアAU。

MP3にしても、320kbpsでも音悪すぎなんて誰でも言える。自己申告だからね。
でもブラインドテストで、5%以下の誤差の範囲内で統計的に信頼できるテストの証明を付けられるのはごく僅か。

CDとSACD/DVD-Aの差にしても同じだな。

そういう宗教はともかくこんな理論がネットやら書籍やら
そこら中に散らばってる話までまともに出来ないのは駄目だろ
しかもそんな奴が俺はソニーの開発やってるんだぜとか
ひけらかしながらデタラメを喋って馬鹿にしか見えんよ

>>359に質問メールしてみたら回答メールが着たから晒しとく

> ハードウェア的に電磁ノイズが出るって意味じゃないの？

これが正解です。

> それだと生PCMでも載る

そのとおりですが、デコード演算は沢山のメモリを使い複雑な処理をしま
す。それがCELLやDSPの消費電流を増やしますが、それはいわゆるノイズで
あり、特に音楽成分が歪んだ形のノイズをもちますので有害です。ノイズ量
はPCMがスルーするより必ず大きくなります。

ちなみに音質阻害経路をお話ししておくと、

ノイズ発生量増加→電源にノイズ混入→HDMIのクロックを変調
→アンプ側でSRAMを書き込むとき、このノイズが電源に混入→
DACの再生クロックを妨害＝音質劣化となります。

したがってデジタルデータは全く同じ(だからロスレスといいます)
ですが、音質は変化します。

ノイズ聞き取れる耳の人がエンコーダ開発に関わったらすごいことになるんだろうな。
あ、そうやってできたのがあの素晴らしいＡＴＲＡＣ３か！

>>403
オーディオ黄金期から居るエンジニアだが…。

要するに負荷のかからん方法で再生すれば、より音が良いってこったろ。

flacﾏﾝｾｰ!!

要するに演算時の電力消費なんかがアナログ回路に
影響を与えることを演算ノイズって言ってたってことかい
そんなところまで病的に拘るならなんでアナログ、
デジタル回路双方の電源系統を分岐させないのかとか
素人なりに疑問に思ったりするんだがいい加減スレ違いか

昔糞ニーのHi-Fiオーディオのパンフ見たけど基地外じみたことが書いてあった

確か
デジタル信号は1と0が切り替わるときにノイズが発生して、そのノイズがDA変換する際に音質劣化の大きな原因になります
これの何が問題なのかというと、ビットが切り替わるときにノイズが発生するのであって0や1が続くときにはノイズが発生しないため、除去をするのが困難なことです
これがどんなときもノイズが出るようであれば簡単に除去ができます
なので、私どもはプレイヤーは、DA変換する際に0または1の信号が続くときも意図的にノイズを発生させ効率的に除去できるよう改良しております

的なやつだった
確か2000年ぐらいのCDプレーヤーのパンフだった希ガス

てかここまでこだわるソニーなのにどうしてバッテリー（ｒｙ

やっぱり390で正解だったわけね

結局こういうことだな

>ちなみにロスレス圧縮とは、デコード出力がエンコード前のデータに完全に元に戻る圧縮を
>意味し、基本的には生PCMと同じになるという意味です (ただし「PS3などのSONY製品は電源回路の設計が雑なので」デコード時に演算ノイズを
>必ず発生しますので、生PCMには多分かなわないと思いますが)。

CDPの音質とサーボ電流の関係もメーカ発か？ｗ

結局こういうことだな

(成年コミック・雑誌) [天太郎] アネキ計画 (COMIC メガストア 2006年11月号).zip

確かにアネキはノイズだらけだな

>>410
そうだよなぁ
スイッチング電源のノイズに比べたら演算ノイズなんて・・・

PS3発売でGKがそこら中にリンクを貼り付けるから迷惑する。

http://pc.watch.impress.co.jp/docs/2006/1117/mobile356.htm
そう、プレステ３です。

>>419
眩暈がした

>>419
吐き気がした

おとなってたいへんなんだね

>>419
良いとこ無しなんでは・・・？
（;´Д｀）

どして？

まあPS3をSACDとBDプレーヤーと考えたら易いほうかも試練な
品質は別として
一台売れば2万赤字らしいからどんどん買って損にーを潰そうか

PS3のSACD再生方法は方向性としては正しいと思う
ただ変換後のPCM受けれるのがAVアンプのみだから結局は意味なし
PS3自身のDACは期待できないし
って全然Oggな話じゃないねw

flacでライブラリ構築してVorbisで携帯これ最強

>>425
＞一台売れば2万赤字らしい
売る意味ないじゃないかｗｗｗ

ゲーム機はソフトで回収する寸法だからね。
他にもシェア競争や後々のコストダウン期待込みなんて理由も。

>>359や>>419を見てPS3を買う人にゲームソフトを売るのは至難の業だろう。

何にしても、ogg対応のポータブルプレイヤーがもっと出て欲しいな
相川やiAudioがそうだが、機種によっては電池の持ちが悪すぎる

ＦＬＡＣ、ファイルが足りないとかで変換できない…(´･ω･`)

相川まだ撤退してなかったんだ

Samsungのこともたまには思い出してやってください・・・

　　／￣＼アイアイアイアイAAC！　　　　／￣＼
　　|／￣￣￣￣＼　　　　　　　　　　　／￣￣￣￣＼|
　｜　　　／V＼＼＼　　　　　　　　 　｜　　／V＼＼＼　
　|　/　/|｜　　｜|　| 　　　　　　　　　　|　//|　　　｜｜　|
　|　|　|(ﾟ)　　　(ﾟ)|　|　　　　　　　　 　　|　|　(ﾟ)　　　(ﾟ)　/|
ノ＼|＼|　( _●_)　|/　　　　　　　 　　　＼|　( _●_)　|/|/＼　とめらんないよ　Atrac！！
　彡､　　　|∪|　　､｀￣￣ヽ　　　 ／彡､　　　|∪|　　ミ　　＼
/　＿＿　 ヽノ　　　Y￣)　 |　　 (　 (/　　　　 ヽノ＿ 　|＼＿＞
(＿＿＿）　　　　　　 Y＿ノ　　　 ヽ/　　　　　(＿＿＿ノ
　　　　　＼　　　　　　|　　　　　　　|　　　　　　/
　　　　　　|　　／＼　＼　　　　　／　／＼　　|
　　　　　　|　/　　　 )　 )　　　　(　 (　　　 ヽ　|
　　　　　　∪　　　 （　 ＼　　　／　 )　　　　∪
　　　　　　　　　　　 ＼＿)　　(＿／


　　　　　／￣＼
　　　 　｜／￣￣￣￣＼
　 　(ヽノ//　/／V＼＼ ｜/)
　　(((i )//　（゜）　　（゜）| |( i)))　　 音良い？　だめー
　／∠彡＼|　 ( _●_)｜|＿ゝ ＼　
( ＿＿＿､　　　 |∪|　　　　,＿＿ ）　フツーにだめー★
　　　　|　　　　 ヽノ　　 /´
　　　　|　　　　　　　　/

flacでライブラリ作って携帯ではmp3派だな。

>>434
黙ってろ

ttp://www.smashmyps3.com/

とりあえずPS3でかつoggの話をしたいならこんなところ？

「PS3 Linux」 始動
ttp://slashdot.jp/linux/06/11/18/0113253.shtml

>>435

flac(可逆)って後ろ盾があるなら、
VorbisとかAACとか新しいコーデックに対応したプレイヤのほうがいいんじゃない？

可逆がない状況なら、汎用性のあるMP3も悪くないと思うけど、
可逆+MP3って石橋を叩いて渡っている感じがする

再生するプレイヤーにもよるだろうが、確かにflac+mp3は合理的に思える。
http://www.rockbox.org/twiki/bin/view/Main/CodecPerformanceComparison

おまいら、本当に低ビットレートのVorbisの音で気持ち悪くならないのか？
L-Rの差分でAACと聞き比べてみ？

どんだけタンがからんだような音になっているか。
大体にして、aoTuVにしても低ビットレートにするとプチプチとノイズ発し
ちゃってるよ。L-Rが不安定なのも同じ。

>>439
mp3とwmaしか対応してないプレイヤだしな(victor)
汎用性の為というわけでもないのよ。
aac対応は最近増えてきたけどvorbisはまだまだ少ないし
vorbisを使うためだけに買い換えるのも馬鹿らしい。

>>441
差分で聞くって意味あるのか？
俺は64kbbpsくらいだと、聞き比べなければVorbisと断言できるサンプルは僅かだよ。
HE-AACだと一部の(高域の出ていない)サンプルを除けば簡単に解るんだけどね。

64kbpsのVorbisとHE-AACだとざらつき感が全然違うだろ...

>>443
まだ分からんのか？
定位がハッキリしないって証拠だよ。
定位をハッキリさせるって実はかなり重要で、
高級スピーカーとかのセッティングでも欠かせない項目になってる。
これ定説。

定位がハッキリしないと、人間酔ってしまうんだよ。
動物の本能でな。１日中定位がハッキリしない音の中で生活してみ？
拷問でも使う業だな。
人間の感覚を麻痺させ、平衡感覚まで失われてくるこの怖さ。

低域、高域は方向感覚が馬鹿になるわけだが。

うさぎ餅やないんやから定位定位いわんでも

低位な定位

aoTuVの次のバージョン、意外と早く出そうだな。
といっても半年ぐらいはかかるのかもしれんが・・・

>>443
なにが証拠なのかはわからんが、定位を問題にしてるのか？
最近のVorbisはかなり良くなっているよ。

まあ、気になりだすとそこばかり気になるというのは解らなくもないが。
他のコーデックでも低いビットレートでは結構定位はおかしくなるよ。

もうflacとLAMEとvorbisがあればいい

>>445
高級スピーカーでわざわざ非可逆を聴く意味が分からない

450 は　>>445
すまん

>>450
＞ なにが証拠なのかはわからんが、定位を問題にしてるのか？
＞ 最近のVorbisはかなり良くなっているよ。
お前こそ、なにが証拠なのかはわからんが、実際にエンコードして
聞き比べればすぐにわかるレベルだろ。誰にでも明らかに。
確かに、最近のVorbisやらaoTuVがかなり良くなってきていることは
認めるが、定位については雲泥の差がある。

あれかMP3のss至上主義でも迷い込んだのか。

そう、

>>454
HAでも行ってバカにされてこい

>>454
俺はスピーカーをマトリクス結線にしてるから君の言いたいことはよく分かる
でも、HE-AACの64kbpsも高音がスプリングノイズって言うのかよく分からないがそういうシャンシャンしたノイズが出る
だから俺はHE-AACとvorbisどっちがいいかと言われたらvorbisを選ぶ
まあビットレート高くする場合はLameが一番好きだが

だから、普通に聴いて定位がおかしいというなら評価として分かるが、
差分だけ抜き出すような想定外の聴き方を根拠にしちゃフェアじゃないだろ。

昔から定位に敏感なやつっていたからなぁ
定位酔いしやすい人なんでないの

単に難癖つけてVorbisをけなしたいだけでしょ
mp3と比べて定位うんぬん言われるのならまだ分かるが、AACを引き合いに出してくるのは無知にも程がある
AACの定位が少し左側にずれるバグは、HAや匿川もソース出して指摘してることだし

ってか定位ズレなんか音質と違って視覚的に波形で認識出来るんだから、
そこまで言うならいろんなサンプルでID:LQdk3MCQ0がキャプって証拠示せばいいでしょ

>>461
そのAACてのはLC-AACの、しかもiTunes(QT)の実装の話じゃないのか?
今話題になってるのは明らかにHE-AACだと思うが。

つーか特定の実装の問題点をフォーマット自体の欠点みたいに話すのは無知にもほどがあるぞ。

ATH-CK5とかいうイヤホンで聞き比べたら q3 と原音の区別がつかん…。

証拠なしに口頭で音質を語っても結論はでないよ。水掛け論が永遠に続くだけ。

差分を聞くなんて、まともなテスト方法では無いから論外。
lossyの低レートでステレオを削るのは常識だし。

>>462
それを言うならVorbisの定位も、単に低レートの話であって
フォーマットの欠点みたいに話すのは無知にもほどがあるぞ。

30歳以下で高ビットレートならvorbis
30歳以上で高ビットレートならLameおすすめ

>>459
普通に聞いて定位が安定せずに気持ち悪く聞こえるのだがな。
普通の人でも分かりやすくするには、極端なのがL-Rの差分を聞いてみることだろ？
違うか？

>>466
違う。
分かりにくく削ってあるものを、わざわざ故意に強調して聴くのは、
チューニングやテストの過程ではありかもしれんが、エンコーダ全体の評価法としては間違ってる。

そういう方法をやって良いなら、静かな部分だけ切り取って大音量で聴くとか、
特定の帯域だけブーストして聴くとか、いくらでも揚げ足取り的な聴き方が可能になってしまう。

>>464
別に俺はVorbisの低位に問題があるともそれがVorbisの欠点だとも言ってないんだが

ステレオ情報を削減してその高音域と中央定位部分にビットレートを割り振ってるんだよ
ステレオの定位が気になるなら低ビットレートで縁故＆聞くな

>>469がいいこといったｗ
定位が気になるならそもそも非可逆使うなってことだよな。
しかも低ビットレート、安い材料で高い材料と同じ味にしろって言ってるようなもんだ。

可逆だって音変わるし

そう

だ

京都へ行こう。

奈良を習おう
佐賀を探そう

　【審議中】 　　　　　　　　 ∧,,∧　∧,,∧
　　　　　　　　　　　　　∧ (´・ω・) (・ω・｀) ∧∧
　　　　　　　　　　　　(　´・ω)　Ｕ) ( つと ﾉ(ω・｀ )
　　　　　　　　　　　　｜　Ｕ (　　´・) (・｀　　)　と ﾉ
　.＿.　　　　　　　　　　ｕ-ｕ （l 　　 ) (　　　ﾉu-ｕ
　|＼旦￣￣￣ 旦￣￣￣ 旦￣￣￣ 旦￣￣￣ 旦￣￣￣ 旦￣￣￣＼
　|　 ＼.____＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＼
　|.　　.|　　　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿　　￣|
　＼　 | 　 　|　　　　　駄　洒　落　　審　査　　委　員　会　　　　　　.|.　　　|
　　 ＼|　　　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣.　　.__|
　　　　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣

みんな優しいね。

「誰でも分かる」「明らかに分かる」って
論調で仕掛けて来る（単なる言いっ放しか？）やつとの
議論に時間を割くなんて。

関係ないPS3云々よりでスレが埋まるよりは幾らかましだ。

>>477
ネタがないと雑談が始まるのは仕方ない

なるほど。議論(？ｗ)じゃなくて雑談としてかまってあげてたのか

>>469
だから、その点低ビットレートではAACに軍配が上がるって言っているんだろうが。
ボォゲェ〜！！

頭がピュアな人がいると聞いてすっとんできたんですが・・・

>>481
>>469
トレードオフって言葉知ってます？

HAみたいにABC/HRのログとサンプルを公開して言うなら、他の人も検証できて参考になるだろう。
まあ、ただHE-AACをマンセーしたいだけなのかもしらんが。

名前の時点でAACの方がえぇしぃ。

つーか64kbpsぐらいになると、オリジナルとのABXはもちろんの事
アーティファクトの特徴でブラインドでも(HE-AACかVorbisか)フォーマットが判別できるので
結局のところプラシーボ効果を完全に排除できない罠

>>486
64kでも（MP3やWMAならともかく）CDとの区別さえつかない俺の耳は実は
ブラインドテストに向いてるってこと？

いえいえ、朝からお元気です

441 はHE-AAC の話しだったら
最初からそうと言えば良かったんだよ。

金物（高域）の再現性を諦める代わりに
超低ビットレートに照準を合わせた HE-AAC が有利なのは
ある意味当たり前。

本スレがあるのにわざわざここに書くあたり、
AACファンもVorbisを意識しているんだな。
お互い >>303 の結果が楽しみであろう。

はなしし?


つか、玉子っぽいのキター?
相変わらずVorbis批判には目敏いですねw

玉子はもう死んだんだろ？
寝た子を起こすなよ

池沼の玉子は死んだのさ〜

http://pc7.2ch.net/test/read.cgi/software/1130942419/l50

oggdropXPd使ってみたんだけども、AviSynth読める簡単なGUIエンコーダない？
AACで言うSimple NeroAACEnc GUIみたいなやつ

>>494
MeGUIとか。

MeGUIて動画しかエンコしてなかったから忘れてた
ありがとう

ビトッレート配分を視覚的に見れるソフト無い？

ビトッ

ogginfoで出力してグラフ作れば

MP3GAINとかAACGAINみたいに、簡単なGUIで使えるGAINソフトないの？

foobar2000のReplayGain機能

>>497
oggspot

oh!Gspot

欧米か！

げぇっ！突然の有料化

そう、

――あっ、

>>506-507
このスレの名物になってますな

vorbisの低レートはステレオ情報をかなり削ってるからステレオ感が悪いって言う話を聞くけど

Vorbisに限らず低レートはかなり削りますよ、削り方は違うけど。

同じレートでもvorbisはステレオ情報を削っているからステレオ感は多少下がるけど、ボーカルとかには割り振りが大きいから音がいいように聞こえる
AAC Plusはデコードするときに擬似的に高音域を再現するから気にならない程度に全体的に多少不自然な音
ATRAC3は分からないけどaoTuVはATRAC3に近づくように開発されているらしいからかなり音がよく聞こえるらしい
mp3は十数年前に規格されたやつだから低レートは弱いが規格に柔軟性があるから多少改善の余地あり

>>509
てかLameスレにも同じの書き込んでるし
マルチ死ねよ

＞aoTuVはATRAC3に近づくように開発されているらしい
( ﾟдﾟ)

てか俺の書き込みだったよ
てかなんでわざわざこっちに張るのかが分からん
他人の意見がないとまともに行動できないのか？

ステレオのデティールを左脳で考えだせば、確かに全てが結構どころではなく音悪くてしょうもない。
でもそれでも常にやっぱりずば抜けてるのだ。
アタマよくないかもしれないけど、天才ではあると思うよ。

トップは正直厳しいだろうが、我らがaoTuVにも頑張ってほしいところ。
http://www.maresweb.de/listening-tests/mf-48-1/

Sun Opens Java
http://www.sun.com/2006-1113/feature/index.jsp

http://mediacast.sun.com/share/tmarble/Sun_Opens_Java.ogg
相手がOSS界隈だと、Theoraで配れちゃうんだな。

青粒4.51と5はどっちが音いいの？

5

MP3だとデコーダーでも音質の差があるけどoggも差が出るのかなぁ
携帯プレーヤー（iriver）使ってるんだけどどっちにしようか迷う

ほう
どんな差だね

演算精度の差なんかですね。
FoobarやWinampで出力されたデータを比べてみても大分違います。
ところで私の家の中にストーカーがいます。
18歳の弟のことです。
もう3〜4年、家に引き篭もっています。
以前から、姉である私に対して、幼稚な嫌がらせをしたりしていましたが、最近はそれがエスカレートしております。
私が二階へ上がると、直ぐに二階に上がって着来て、私の部屋の前で気味の悪い声を上げて笑い、自分の部屋のドアを勢いよく閉めます。
朝の支度で、何度も二階と一階を行き来する時も、その度に同じくついてきます。
私よりも先にお風呂に入りたいらしく、常にタイミングを見ています。
私の直前に入った時は、お湯をかき出して変わりに水を入れていたり、とても入れないくらいの熱湯にしたりと、嫌がらせをします。
夜中にお風呂に入り二階に上がると、電気の消えている一階のどこかで弟が待っており、直ぐに二回へ上がって来て、気味の悪い笑い声を上げていきます。
夜中に水を飲みに一階に行き部屋に戻ると、こっそりつけて来ていた弟が一階から上がってきます。
私が休もうと電気を消すと、それまでテレビを見て笑っていても、直ぐに電気を消して、バタバタと一通り大きな音を立ててから眠るようです。
私の休日には、掃除機をかけはじめます。
なるべく大きくて嫌な音が出るように工夫しているらしく、ガラスの上をキイキイさせながら何十分も掃除機をかけたり、同じ場所を1時間以上掃除機で吸っていることもあります。
そして私が休みの日だけ、布団を干します。
物干し竿を全部使い、ありとあらゆる物を干し、私の物が干せないように塞いでいきます。
雨上がりでも干しています。
またある日は、天気が良くても布団を干しません。
私が干していると、網戸に張り付くようにして見ており、また気味の悪い声を上げて笑います。
私が掃除機をかけていると、急いでやって来てその廊下に座り込んで動かなかったりします。
他にも、毎日細々とした嫌がらせを沢山受けています。
今は、完全に無視して暮らしていますが、いつまでもこんな事を続けていると、私の方がおかしくなりそうです。
他に、蚊に刺される事を異常に嫌い、夏は家中蚊取り線香を炊いて歩いています。
これだけの異常行動をするのは、統合失調症などの精神病なのではないかと思いますが。

いやそのコピペはもういいよ、オチ知ってるから
ところで演算誤差でデコード出力に差が出てくるってのはわかるんだが
それを機械的に比べて差をとってどうのこうの言うのはなんか意味があるんだろうか
実際にリスニングテストしたほうがいいんじゃないだろうか

>>522

事実がこのメールの通りだとすれば、あなたのおっしゃるように、弟さんは統合失調症の可能性があると思います。
しかし、どうもこの内容は解せないところがあります。
　弟さんが統合失調症で、あなたに対して何らかの妄想を持っていると仮定しますと、ここに書かれているように、あなたの行動を監視し、いちいちそれに合わせて嫌がらせをするという手の込んだ形は、ちょっと考えにくい行動です。
　しかも長い期間に渡ってあなたがそれを無視してそれなりに生活をされているというのも想像しにくいところです。
そして、「○○が自分の行動を監視し、いちいちそれに合わせて嫌がらせをする」というのは、統合失調症の方の典型的な被害妄想の訴えでもあります。

まさかとは思いますが、この「弟」とは、あなたの想像上の存在にすぎないのではないでしょうか。もしそうだとすれば、あなた自身が統合失調症であることにほぼ間違いないと思います。
　あるいは、「弟」は実在して、しかしここに書かれているような異常な行動は全く取っておらず、すべてはあなたの妄想という可能性も読み取れます。この場合も、あなた自身が統合失調症であることにほぼ間違いないということになります。

いや、それは全くの的外れかもしれませんが、可能性として指摘させていただきました。

>>523
guruboolez氏が、
「極微小な部分を大音量で再生しない限り、デコーダの差は分からない」
ってテスト結果出した事なかったっけ。(バグ持ちとかは除く)

正直言って、Tremorの低精度版を使っても、
そのことを明言しなければ気になる奴はいないと思うよ。

>>516
参加者は多い方が良いだろうと思って訳してる。

readme.htm は一応訳した。
http://gorigon.selfip.info/neta/mf-48-1/readme.htm

もう一ページ訳すつもりで、
それが終わったら他のスレにも投下するつもり。

oggはタグ書き換えにめちゃくちゃ時間かかるから糞
mp3で1秒もかからないのに平気で10秒以上とか腐ってる

paddingってvorbisにはないんだっけ

>>528
asfに比べればまだマシ
wma・wmvはファイルごと書き換えないといけないから
1Gあるwmvのタグを変更するときには大変悲惨な状態になるｗ

foobarのタグの更新は速い。

10秒かかってるならファイルまるごと書き直してるような悪寒
なんてソフト？

>>532
paddingがないならタグ以降は全部書き直さなければならないと思うが

>>528
詳しいことは知らんがとにかく今やってみてやっぱり１秒もかからなかったのだが
とりあえずSuperTagEditorでも
ttp://www5.wisnet.ne.jp/~mercury/

foobarでもかからん

aoTuV メモ (061119)

最近vorbisのことしか書いていない気がしますが、まあそれはおいて置いて、、、

現状、先のバグ修正とq-1/-2のfloor値の変更・
impulseブロックのcompander/noisemask/tonemaskの変更・
プリエコー削減コードの適用とチューニングなどが終了、若しくは続行中です。
これらを含め、マイナーバージョンアップを行うつもりです。
今のところq5までで影響がでますが、
高いビットレートで差を聞き分けられる人はほとんどいないと思います。
q-1/-2あたりだとプリエコーに関しては比較的解りやすいです。
以前より目立たない所の情報を削減し、目立つ部分により配分されるようになっており、
全体としては0.xkbpsの増加になりそうです。

追記
リリース時期は未定ですので、ご注意を。

マルチフォーマット公開リスニングテスト @ 48 kbps

Vorbis vs HE-AAC vs WMA

(原文) http://www.maresweb.de/listening-tests/mf-48-1/
(翻訳) http://gorigon.selfip.info/neta/mf-48-1/

協力者求む

そもそもブラインドテストの意義すら分かっていない奴が多数の2chで協力者を求めても
なんだかなあ

自分の耳の良さを競うクイズと勘違いする奴が多そう

てか2chの突撃みたいなことがしたいわけ？
で、わけも分からない奴にvorbisマンセー投票させるのか？

>>539
＞vorbisマンセー投票
これは出来ないだろ。

48kbpsだと劣化の傾向でブラインドでもcodecが判断できる

48kbpsだから余裕だと思ってみても、実際にやってみると意外と難しい。

わかった事は俺の環境だと48kbpsでもオリジナルと区別がつかないってことだ(´･ω･｀)

543の環境は容量的にｺｽﾄﾊﾟﾌｫｰﾏﾝｽがすごくいい環境だって事じゃん

良かったジャン☆

イヤホンでクラシックを聴くとシンバルでもたたかない限りq-2でも十分聴くに堪える音質になるのは当然
逆にスピーカーでロックだかヘビメタだかをq-2でならせばネコも逃げ出す音になる。

だからイヤホンでしか音楽は聴くべきでない。以上結論！

どれだけ安いイヤホンだよ...モノラル?

ダイソーの200円ステレオイヤホンだろうな

100円のステレオイヤホンじゃないのか？
音質最低な上、買って3日目には右から音が出なくなったぞ。

SONYタイマよりすごいな

オレも買ったことあるけど最初から右の音が出なかったよ
別のタイプのやつが売ってたんでそれも試したらこれも右から音が出なかった
もんくいって取り替えて貰ったけど100円ごときでそういうことするのもしゃくに障るわ

さすがにそのクラスだとAMラジオくらいしかまともに鳴らないのでは？

半田付けがいい加減なのかもね・・・。

100円の奴に何期待してんだ。安物買いの銭失い。

このスレは0円のオーディオフォーマットに期待している人ばかりだから。

で、同サイズでwma9とどっちが音質いいわけ？

好み次第

stdとならaoTuVの圧勝。
proとだとどっこいどっこい。

そらWMAproは24bitだから音がいいだろ

プロバイダーZERO

Vorbisは16bit, 24bitの他、64bit floatまで対応。

というか非可逆圧縮は入出力ファイルのビット数はあまり意味をなさない

ogg mp3 aac wma(pro)の内、デコードが速いのってどれ？

wmaはわからないけど、mp3 > ogg > accの順でmp3が速いと思うよ。

>>359
なにこれ。
麻倉大先生が書いたのか？wwww

>>565
>>366

>>565
ハードウェアの話になると例えディジタルオーディオでもアナログ的な要素が切り離せなくなってくるので
あまり揚げ足取りばかりに徹してると恥かきますよ

FLAC 1.1.3リリース
まだアナウンスされてないけど、そのうち有ると思われ。

ttp://sourceforge.net/project/showfiles.php?group_id=13478&package_id=12675

>>567
問題の本質はそこじゃないよ。

何が問題かって、

　 「最終的にはアナログ信号の時に劣化しちゃうから
　　デジタル信号の時点でロスレスでも再生音に劣化はあるよ。」

と言う在る意味当たり前な事を

　 「非可逆圧縮には劣化はあるけど、可逆圧縮にも劣化はあるよ。」

とアナログとデジタルをごっちゃにして誤解を招く表現をしていること。

GKはそっとしといてやれ
現時点では、HDMI 1.3でTrueHDやEAC-3を流してしまうと規格に準拠しない
ので、帯域の問題は見なかった事にして生PCMを持ち上げるしか仕事がない
だけだからｗ

そう、

>>564
少なくともiTunesでは逆
俺の低スペックマシンがそう言っているから間違いないｗ

厳密にはXiph.orgスレじゃないけど、ここで。

cdparanoiaに動きがあった？
svnトラッカ見たら、なんかつい数週間前に更新されてる。
さっき落としてきてコンパイルして、
試しにリッピングしてるところなんだが。

ALL YOUR BASE BELONG TO US ATRAC

>>570
そこまで考えてやってるのならある意味凄いと思うけど、
見る限り天然さんにしか見えない。

audacityでFLACを直接読み書きできるようになって嬉しい

直接なの？

>>577
うん。Linuxの1.2.4ではどっちもできた。
Winの1.2.6でもできるはずなんだけど書き出しの方はダメだった。
もう編集用の音声ファイルはFLACで統一しようかね
つか他のソフトも見習え

何でこんなに偉そうなんだろうな

乞食だからさ

他のソフトも見習ってください

有料だがAuditionは色々なフォーマットの読み書きができるな。

>>578
1.32βならWin版でも flacの読込み書き出しできるよ。

Auditionの前身のCoolEdit2000を今でも愛用つーか酷使してるんだけど、
RareWaresにはAudition(CoolEdit)用のフィルタがいっぱいあって凄く嬉しい

前はFLACフィルタも置いてあったような気がするんだけど今見たら無いね
FLAC 1.1.3対応フィルタプラグインﾏﾀﾞｰ

いや、FLACファイルをエンコ凸なしで
直接編集できるのか聞きたかったんだけどね
WAVPACKにも対応しないかな

――あっ、

TRAC3です

>>585
PCMで無い以上、さすがにそれは無理かと。

>>584
adobe audition file filters
ttp://www.vuplayer.com/audition.php

FLAC用フィルタあり。編集用の中間ファイルなら -2 くらいの圧縮率がエンコも早くて効率良いんだけど。

rarewawesのflac1.1.3ﾏﾀﾞｧ-? （･∀･ ）っ/凵⌒☆ﾁﾝﾁﾝ

うぇｗｗっうぇｗｗｗ

Vista RC1上での64ビットネイティブコードプログラミングをやっていました。
とりあえず、Intel C++ Compiler EMT64+PSDK-AMD64で。

コメント周りのメモリ操作、特にサイズ変化なしreallocがおかしい。
CPU識別ルーチンでcpuid命令を実行すると異常動作

などの問題をなんとか回避してoggenc2, oggdecは動作できるようにしたけど
全然早くならない。oggdropXPdは最適化入れなくてもエンコード終了時にハング。

もともとCore2 Duoは64ビットコードが早くないと言われていた上に
手動最適化SSEコードは同時命令実行効率が高いのでレジスタが増えても
あんまり効果がないと思われ。

それは64ビットマスィーンでは最適化のしようがないってこと？

ここでのoggenc 1.0.1はAthlon共々64bitで速くなっていますね。
http://www.linuxhardware.org/article.pl?sid=06/08/22/0415251&mode=thread

>>594
その原因は予測がつくのですがアセンブラファイルを出力して調査しました。

AMD64環境ではSSE2必須なのでCPU別最適化を指定しなくともコンパイラは自動的に浮動小数点命令をSSE2に置き換えます。
その結果、gccでのSSE2最適化に近いベクタライズなしのコードが出力されます。
そのコードはICLでのCPU別最適化指定コードに若干劣る程度の性能となります。当然、FPU版と比較すればかなり高速化されます。

ですがCPU最適化済みのコードを64ビット化してもレジスタ数の増加しかアドバンテージが無いわけでその効果はわずかです。
32ビットコードと64ビットコードの性能テストは最低でもSSE2最適化がなされたコード同士で行うべきでしょう。

結論：重最適化済みのコードで64ビット化による10〜20%の性能アップなんて無理です！

あんまり早くないCore2Duoのx64コードと早いx86のコードだと
x86のが早いの？

あんまり早くないとは言われない(≒ってことは早い？)Athlon64だと
x64にするとx86SSE2より早くなるの？

レジスタが増えても分岐なし並列バブルソートの方が速くなったりはしないのか。
残念だな。

まあ、論理レジスタ数不足によるストール自体はレジスタリネーミングで解消されてるから。

くだ質だったら申しわけないのですけど、Windows2000上で
flac.exe(SourceForgeの1.1.3) にコマンドラインでファイルパスを渡す時
C:\flac\bin\flac.exe -d --delete-input-file "%1"
とやっても、パスに半角スペースが入ってるとうまく行かなくて悩んでいます

RareWaresから落したFLACDROPを使用すると
ファイルパスに半角スペースが入ってても問題が起きないのですが
何かflac.exe側に特殊なオプションをつけなければならないのでしょうか？

ご存知の方いらっしゃいましたら、ヒントか何か戴ければ幸いです

スレ汚しすみません…
"%~1" で解決しました…

( ´∀`)σ)´Д｀)ﾌﾟﾆﾌﾟﾆ

FLAC 1.1.3、FLAC__stream_encoder_set_apodizationの実装の問題で修正版が出る予感
日本だと関係ないだろうが

>>602
どういう問題？

コンマを小数点に、ピリオドを桁区切りに使うようなlocaleだと
strtodで文字列中の小数点表現が正しくdoubleに変換されない
動作としては圧縮率が下がるだけだから、致命的な問題ではないんだけど。

　　　　 　 　　 　 　／￣￣￣￣￣＼
　　　　　　　　　／　　　　　　　　　　　＼
　　　　　　　　 /　　　　　　　　　　　　　　ヽ　
　　　／￣＼　l　　　　　 ＼,, ,,／ 　　　　　|　LANG=C ！
　　,┤　　　 ト | 　　 （●） 　 　 （●）　　　|　
　|　 ＼＿／　 ヽ 　 　 ＼＿＿_／　　 　　| 　
　|　　　＿_（￣　｜　　　　＼／　　　　　ノ　
　ヽ＿＿＿） ノ

>>604
1.1.2では、初期化の仕方がおかしくて
flacプラグインを入れるとxmms がSEGVるのに、
修正版でなかったくらいだし、
その程度なら修正版でないんじゃない？

>>606
libFLACのバグだから、できれば直してほしいんだがなあ
折角使い易いFLAC__stream_encoder_set_compression_levelが1.1.3 releaseで導入されたのに
このバグのせいで使いにくい

公式のトップが更新されてるね。Winampのflakeに触れてるw
上の件はhttp://flac.sourceforge.net/documentation.html#bugsに一応書いてある。

Vorbisはループ部分を指定して延々ループ出来るようになったら
ゲームとかのBGM用にかなり需要ありそうなんだがな

Vorbisのサンプル数は元と同じだから、実際にそうやって使われているんじゃないの。
単純にリピート再生すればいいだけだし。

>>608
つか、それくらいなら俺もやってるけど。
Tremor使ってDirectSoundでストリーム再生くらいはその辺のプログラマーなら誰でもできるっしょ。

プログラマじゃないサイレントマジョリティを考慮して＞＜

なんでWindowsプラットフォームでTremorつかうの？

>>609
ほら、例えば家庭用ゲーム機のBGMって、つなぎ目がわからないくらい
ループ部分だけをシームレスにループし続けるでしょう？

あれをギャップレスみたいに簡単に実現出来たら結構需要あるんじゃないかと。
簡単にループポイント設定出来たり、つなぎ目の補間とかしたりね。

ゲーム屋さんは、「Tremorは整数デコーダなんだから、音質はそこそこで
高速化されているに違いない！」と期待してしまう習性があるらしいぞ。
FAQに追加しといた方がいいのかも

いねーよそんな奴
たかが音声コーデックの負荷ごときで速いだの遅いだの
んなごみハード捨てろっての

>>613
いや、だから自分で実装すればいいでしょ
ループの開始点までシークして、必要な分デコードしたらまた開始点までシーク
を繰り返せばいいだけじゃん

libvorbisにそんなインターフェースを要求する前に自分で作った方が早いよ
補間とか完全に筋違いだし

VorbisタグのLOOP_STARTとLOOP_ENDを認識するゲームエンジンもある(名前はしらない)
吉里吉里みたいにツールを提供してるのもある
ttp://devdoc.kikyou.info/tvp/docs/kr2doc/contents/LoopTuner.html こんなん

>>615
OggVorbis高速化プロジェクトの中のひとに謝れ!!

>>616
いやいやだから、Vorbisユーザーの誰もが使える機能として実装したら
楽しくなるんじゃないかという提案だよ。
どんな曲でもつなぎ目なくスムーズにループ出来たら、
ギャップレス再生なんかよりよっぽど需要ありそうだけど難しそうだ。

自分だけ出来れば良いじゃんとか、音声圧縮形式に求める機能じゃないとか
そういう話をしてるわけじゃないぞｗ

要らんし。

>>613
18禁ゲームだけどToHeart2XRATEDってゲームがvorbis使ってる
しかもシームレスにBGMがループし続ける
要は再生プログラムをどうやって組むかってことだよ

そんな事言ったら半分以上の人はギャップレス再生なんか要らんだろｗ

まあ、ループタグが規格化されて、
それをサポートした携帯プレイヤーが出たら
楽しいかもしれないが、無理だろう。

とりあえず、自分はFALCOM形式のタグを追加して
ここのLooplayで聴いている。
ttp://www.geocities.jp/pokan_chan/

ogg123でも簡単な改造で対応できるし。

タグかどっかに再生指示書いといて
それを理解するデコーダが欲しいってコト？

ループ処理は音声コーダが面倒見る内容ではないな
どっちかというと音楽製作系のソフトの機能かと

>>618
あんた、どんな人を想定してに話をしているの？

一般ユーザーだったら、部分ループ再生が出来るプレイヤーソフトを使えば良いし、
プログラマだったら自前で実装すれば良い。
プログラムを弄れないスクリプタを想定しているんだったら、
同人エロゲ御用達のフレームワークを利用すれば良い。
そもそも、そこまでくると、ここで扱う話題では無くなる。

現状でも MP3 等の他の圧縮音声のライブラリよりも圧倒的に扱いやすいから、
マイナーゲームでは多用されているんだよ。

>ゲームとかのBGM用にかなり需要ありそうなんだがな

ありそうなんじゃなくて、既に使われているんだよ。


既に実現している機能を提案しても意味無いぞ。
そもそも仮に有用なものでも 2ch で提案しても意味は無いぞ。

ループ処理のようなものはフロントエンド側で実装すべき機能であって、
バックエンド側で実装するほどプリミティブなものではない。

ID:cMa5YLtF0はVorbisのどのコンポーネントにそんな機能を求めてるんだ?

エンコ時に自動でループポイント決めてくれたり？
まあスレ違いっぽいし、雑談程度に受け止めてもらえればｗ

PCゲーマー(洋)ならLancerのdllをパス通ったところに置く価値はあるよ。
普通に使われてることも少なくないし。(とは言え負荷なんてしれたものだけど)

>>589のリンク先のAudition用FLACフィルタが1.1.3に更新。

コンシューマゲームのサントラとかゲームの音声出力から直接録音して
勝手にループ部分を検出してループ回数を指定して聞けるようにしてくれる、
そんな素敵なソフトはないのかねという話でしょうか。

同じ曲を連続して流すなら、特に何かを実装する必要はないし
別の曲につなげるならクロスフェードのAPIにしたってxiphが実装している.

最近のDAWならたいていできるよ

ID:cMa5YLtF0の言っているようなことはファルコムのゲームで実際に実現されていた
インストール後のディレクトリ下から.oggファイル探してコメント欄見てごらん
ループの機能を自前で作ってるのがわかるね

それをミドルウェアたるライブラリ側でやってくれというのはライブラリ機能を具体化しすぎる
結果になるのでやらんでよいと思う

というかね、ゲーム屋はそんな便利機能なくたって欲しければ自分で作るから。
そういう人種よ、楽なんて考えてないから。
つか、開発始まった時点でライブラリなんかなんもなくてレジスタ生いぢりなんてザラだしなｗｗｗ

結局FLAC 1.1.3はバグフィックスリリースが出るような事を開発者が示唆してるね。

>>633
http://www.hydrogenaudio.org/forums/index.php?showtopic=50667
むしろ逆にバグじゃねえって蹴り返しているように見えるけど.

??
>as for the -A bug, I feel your pain! since this release had so much new stuff I plan on doing another one soon to correct major things that have cropped up.

つーか、公式のknown bugsに載ってるし。

>>614
俺はTremorの低精度モードでもゲームBGMなんかでは全然区別が付かないからTremorを愛用しているんだけど、
あれ、Tremorって負荷高いの？

場合による
安価なDSPやプロセッサで浮動小数点演算回路を積んでない場合にはTremorは良い選択肢だが
PCのCPUみたいに高速な浮動小数点演算回路を積んでる場合は普通のデコーダの方が速い

>>638
まじかよ。
なんでffdshowではずっとTremorがデフォルトだったんだろう。

(theora+vorbis).oggをtimecodeベースでVFR化ってできる？

>>638
面白い話だな
とりあえず実験してみるわ

トレマーだからさ

まあ、整数演算だけで浮動小数点演算の精度を確保しようとしてるわけだから
重くなりそうな気はするわな

ある種のエミュレーション

>>643
俺は逆な気がする
とりあえず今テスト用のコードかいているとこ
出来てみたらどこかにあげてみるよ

TremorがVorbisのデフォのデコーダーになるって話があったね。

flacに変換するんだったらなんのソフトがオススメ？
FlacDropとかあわなかった...

fb2k

flac.exe

エンコは全てLilithに任せてる

いい嫁だな

少し借りるぞ

各デコーダー速度テストツール作った。
ttp://a-draw.com/uploader/src/up7551.rar.html

うｐしてから気づいたが、パス付きRARを解凍できる解凍ソフトをつかってね。

で、やってみたけど、確かにTremorは速くない。
普通のlibvorbisなvorbisfileと低精度版Tremorでどっこいどっこい。
つか、Lancerが激っ速。

というわけで、今後俺は、ゲームBGM再生用としてLancerを布教して回るぜ。

まあなんというか
当たり前の結果だな

音飛びしない一番いいパソコン用のOGGプレイヤーってなんですか？

音飛びするってよっぽど性能が悪いかサウンドボードが糞としか言いようが無い

音飛び関係なしにWinAMP以外でいいOGGプレイヤーあります？

foobar2000

>>656
ogg123

Windows 98 SEに対応しててPeerCastなど聴くのは何がいいですか？

>>659
ゲーム実況ならWMP、ラジオ配信ならWinamp
両方ならGOM

flacファイルをエンコして再生できるようにはなったんですが、
そのファイルをCD-Rに焼き直す方法が分かりません。

EAC、NERO、ImgBurn、etc...
様々な焼きソフトを使ってみたんですが、ファイルを開くことすらできませんでした。
flac対応焼きソフトをご存じの方がいれば教えていただけないでしょうか？
よろしくお願いします。

>>661
ここのCD burning:
http://flac.sourceforge.net/download.html

>>660
VLCもあるでお

>>662
早速の試してみます。
ありがとうございました。

OggファイルをATRACに変換したら我が家がコンサートホールになった

アンプやらスピーカーやらに金かけてたのが馬鹿らしくなるよな

>>665
それなんて朝倉先生?

　　　　　　　　　　　　　　　　_,, --- ...,,,.＿
　　　　　　　　　　　　　　, .´ : : _;,-.''´: : : : ｀.ヽ､
　　　　　　　　　　　　 ,/: : : :／: : : : :_;,.-─''''ヽ:i:ヽ部屋でうずくまって
　　　　　　　　　　　 /:| : : /: /: :,: :／: ,: : ; :l : : : ヾ:l体育すわりをする
　　　　　　　　　　　| :|: : :|: / : : |' ､_/_,,,./;;/ : : l: : :ﾍすごい部屋が広く感じる
　　　　　　　　　　 ,l: :|: : :|λ: : :|,i1::{ ,lヾi'./: : ノ : : |: lさみしい
.　　　　　　　　 _ノ l: :| : :|:´:ヾ: |'　l､;;./　 '-,ri'` : : : l: lAtrac3ﾕｰｻﾞになるなんて
　　　　　　　　　 ノ: /: : :| : : : |lﾞ　　　　　 iﾞｯ': ; : ／/くだらないﾌﾟﾚｲﾔｰを
　　　　　　　-=ﾆ_ノ: :_:／ヾ : ﾄ:|　　　　　,　l: :l''´　´買ってしまうだなんて
　　　　　　　　　フ'''´ ''　 ｀ヽ:､`._.r‐‐.､　.ノ:; :|思わなかったなぁ
　　　　　　　 ／　　　　　　　／／ヽ''i''´l: : :|ヾさみしい
　　　　　　 /　　　　　　　　././　,-‐ヾ:_|:ヽ､|私、なにものでもない
.　　　　　 /　　　　　　　　 l l'　/　ヽ　.|::｀ﾞi私　どうすればいいんだろう
　　　　　.l　　　　　　 _,,..-' ,l　,　　　ヽ .|::::::|ｯ､
　　　　　|.､　　 _,.-''´,,-‐''´ .,/　　　　.ﾞ |.--'､,_:ヽ
　　　　 .|.ヾヽ''´,.-''´　　　ヽl　　　　　　ﾍ　　　l |
　　　　 |.　 ｀´　　　　　　　 ヾ､　　　　　 ﾞl　　 |'
　　　　 |.　　|　　　　　　　　　.|ヽ　　　　　|　 ./
　　　　,|　 　|　　　　　　　　,.-.|　　　　　 ,l|.ノ:|
　　　　|　ヽ |　　　　　　　　'i: : :|　　　　　ﾉ´::::|
. 　　　|　　ﾍ|　　　　　　　　 ｀'''i.ヽ＿. ノ1'::::::::|
　　　/　　　 ヽ　　　　　　　　　.|:ヾ;,;,.-' :|:::::::::|
　　 /.　　　　ヾﾞ　　　　　　　　 .|:､-':ヽ,ハ::::::::|
　　 l.　　　　　 |　　　　　　　　　|: :＼ , i: ヽ:::::|
　　 ﾄ.　　　　　 |　　　　　　　　. |: : : : ﾐ -,/:::::|

x64ネイティブコードの評価用バイナリを公開します。当然のことながら64ビットWindowsでしか動作しません。
UPXが効かないので解凍時のサイズが大きいです。

http://homepage3.nifty.com/blacksword/x64/oggenc283_generic_x64eval_lancer20061205.zip (手動最適化なし：CPU指定なし)
http://homepage3.nifty.com/blacksword/x64/oggenc283_sse3_x64eval_lancer20061205.zip (手動最適化あり：CPU指定SSE3)
http://homepage3.nifty.com/blacksword/x64/oggenc283_sse3mt_x64eval_lancer20061205.zip (手動最適化あり：CPU指定SSE3,マルチスレッド)

速度ははCore2 Duoで

Vista x64≒XP x86>Vista x86

となります。
できればAMD64での動作および速度の比較情報が欲しいです。

なお、Generic版ですが以前から懸念されていたようにCPU指定をしなくても自動的にSSE2が使用されてしまうので
FPU Generic版とは出力結果が異なります。

>>665-667
禿ﾜﾛﾀ

>>669
> UPXが効かないので解凍時のサイズが大きいです。
UPX圧縮しなくて構わないです。
個人的には毎回、(32bit版)解除して使っているぐらいですから〜。

なんで？

確かにUPXで圧縮して配布する必要は無いよな。
一時期と違ってまず滅多に誤動作しないけど確実に大丈夫ともいえないし。

つか、UPXかけずにアーカイバで圧縮した方が書庫ファイルは小さくなるよな大抵

ああ、前のが残ってた畜生

最近は聞かないが、アプリによっては、
UPXで圧縮かけてあるがゆえに、一部のアンチウイルスソフトが誤検知するモノがあったね。

oggvorbis　-ｑ0にも対応している携帯オーディオで最強は何でしょうか？
サムソンのですか？国産はないのですか？

UPX圧縮する意味って何？
多少メモリー使用率が上がって性能が下がるんじゃないの？

>>678
ファイルサイズが減るのと、それによって、OSが実行ファイルを読み込みが速くなる。
UPXによる解凍時間と、デカい実行ファイルの解凍時間を比べた場合、解凍した方が速いらしい。

誤：デカい実行ファイルの解凍時間を比べた場合
正：デカい実行ファイルの読み込み時間を比べた場合

>>677
サムソンのYP-C1ZでOgg Vorbis聞いてるけど、ビットレートが下がりすぎると
破綻するぽい。
しかし、ビットレートあげると入れられる曲が減ってしまう^^;

mpg123みたいに再生時の負荷が軽いのかと思ってogg123探してるんだけど、
windowsバイナリどこかで配布してる？vorbis-toolsの中にあったけどソースしか見つからない・・・

ogg123はデコード用のライブラリはリファレンスのだから
GUIがない事以外の速度面でのアドバンテージはないと思われ

まじか・・・なにはともあれ情報ｻﾝｸｽ

『婚約者を亡くしてしまった』
そう言うなり、妹は声を上げて泣き出した。

婚約相手は大手企業に勤める背の高い好青年で、オーディオにプログラミングと趣味も多彩だった。
幾度か顔を合わせた事もある。話し上手で細かな気配りの利く、感じの良い男だった。
彼が帰宅中に対向車をかわしきれず帰らぬ人となった、その夜から、妹は部屋へ閉じこもりきりになった。
扉の前に置かれた食事にもほとんど手をつけない。時折すすり泣く声が聞こえては、その度ガリガリと床を引っ掻いている。
心配に思って"ガリガリ"の最中に声をかけてみた。すると「違うの」と答えが返る。
「違うって、何がだい」　「音が……違うの」　「音？」　「彼のは、もっと優しかった」　「優しいって？」　「……」
僕はゆっくりと部屋の扉を開けた。――幸い、妹からの拒絶はなかった。
彼女は手にiRiverのデジタルプレイヤーを携え、イヤホンを挿して音楽を聴いている。パテントフリー信奉者ご自慢のOggVorbis対応機だ。
「彼の音はこんなに固くなかった」俯いて彼女は言う。
ようやく飲み込めてきた。何時だったか、婚約相手の彼が『このコーデックこそは標準化されるべきなんです』と熱弁を振るった事がある。
妹はその話を退屈そうに横目で見やりつつ、彼のプレイヤーから伸びたヘッドホンで音楽を聴いていた。
彼女は今、そのコーデックの音を求めている。記憶の片隅に引っかかった規格の名前。あれは、確か――。

風の強い日だった。寒さから逃げるように駆け込んだアキバのヨドバシカメラで、売り場の店員に対応機種はないかと訊ねる。
彼は『幾つかございます』と言ってカタログを見せてくれた。どうせならと、婚約相手の彼が使っていたのと同じ物を選んだ。

「ほら、これだよ」そう言って、僕は妹にその音源を聴かせてやる。
「――あぁ！そう……これ……。彼の音がする――」彼女はこれが最後とばかり、一しきり大粒の涙を零して泣いた。

その日を境に、妹はみるみる活力を取り戻していった。今では食事も残さず食べている。完全に立ち直れる日も近いだろう。

彼女の傍らには、いつだってSONYのデジタルウォークマン｡
OggVorbis？音が固いよ。もっとシンプルにいかなきゃ、愛だって語れない。


　本当に愛しいものは、いつだってさりげない――Atrac3

そう、

ああああああん！Atrac3です！

以上atrac3信者の提供（スレ違い）でお送りしました

ogg123(lancer)は欲しいかも。

おいおい新作かよ

俺はLame(lancer)が是が非でも欲しい

彼女とやらは硬くないのが好きと。

>>691
午後

>>693
だってあれ古いバージョンがベースだし
それにコマンドラインがかなり削られて、しかも互換性が無いし

>>694
自分で作れ

>691
そしてスレ違い

>>691
http://pc7.2ch.net/test/read.cgi/software/1161703621/

>>682
LancerのoggdecとかLibVorbosでデコードも高速化されているので
それらを使っているプレーヤーを探すといいよ。
でも俺の知ってるメジャーなプレーヤーはみんな標準で組み込みになってるから
差し替え無理^^;
エロゲーとかの場合LibVorbis使ってることがあるらしいｗ

>>691
ttp://nyaochi.sakura.ne.jp/xoops/modules/wordpress/archives/2005/07/15/post-148/
Helixが早いらしいぞ。

rarewares版のflac 1.1.3もきたね。
MSVC6コンパイルだけど、公式とどっちが速いのかはわからない。

俺の赤いFlacは三倍速

連邦の白い悪魔とは俺の事だ

>>699
公式と誤差程度しか差は無かった。
カンマのバグも日本のOSでは起こらないし、公式版1.1.3が良いだろう。

Vorbisは幾つかのサンプルでNero HE-AACと引き分けかそれ以上だった物の、
ドイツ語の男の声でlow anchor以下だったのが残念。

WMA Proが以外に良くてびっくり。
http://www.maresweb.de/listening-tests/mf-48-1/results.htm

ぼろ負けだな
まあしゃーない
48kbpsとかどうでもいいし

HE-AACやっぱすげえな。なんだかんだでVorbisが勝利じゃないかとか思ってたんだけど、そうはいかなかったね。SBRおそろしい子。
aoTuVは64kbpsより上のビットレートで頑張ってもらいたい。

まぁ48kとか使ってないしどーでもいいっちゃいいんだけど
頑張ってほしいな

>>669のやつをAthlon64X2 3800+とVistaX64RC1で実行したら
一番上のしか正常終了しなかったよ。
そういうもの？

>>707
SSE3に対応してないんじゃない？

X2はSSE3ついてるはず。

XPx86だとSSE3MT版がちゃんと動いていたので
XPx64RC1あたりを試してみます。

FLAC1.13結構パワーアップしたね。
EACでCUEシートとジャケットうめ込み。foobar2kで問題なし。

-T "ALBUM ARTIST=%a" -T "ALBUM=%g" -T "DATE=%y" -T "GENRE=%m" --cuesheet="D:\CDImage.cue" --picture=|image/jpeg|||D:\cover.jpg -V %s

やばいEACにジャケットの検索機能ほしくなった。

全部作り直そうかな

711です。
( ﾟ∀ﾟ)ｱﾊﾊ八八ﾉヽﾉヽﾉヽﾉ ＼ / ＼/ ＼
なんか意味取り違えてたみたい。
ほかのディレクトリに移したら見れんくなったorz。

--cuesheet="D:\CDImage.cue"じゃなくて
--tag-from-file="CUESHEET=D:\CDImage.cue"じゃないのか

え、JPEGを埋め込めるようになったの？
それとも単純に外部参照だけ？

埋め込める

>>710

これならどうでしょうか？
CPU識別処理をコンパイラのものに戻してあります。

http://homepage3.nifty.com/blacksword/x64/oggenc283_sse3_x64eval_lancer20061211.zip
http://homepage3.nifty.com/blacksword/x64/oggenc283_sse3mt_x64eval_lancer20061211.zip

>>714
すげぇえぇmka卒業

>>714
OH!ありがとう。前よりProperties見たとき断然よくなったぜ。
あとは画像の表記だけだが、どうやって参照するのかな？困った。

flac単体でエクスプローラやfoobarでジャケ画像表示できるようになったの？
まじならmkaから全部作り直しだなｗ

>>719-720
埋め込めるようにはなってるけど、まだfoobar側が対応してないんじゃないかな。
metaflac --listすれば埋め込まれてるかどうかは確認できるよ

mkaは添付した画像取り出せるけど
flacに埋め込んだのは取り出せない？
ヘルプ見たけどオプションいまいちわからんかった

>>717
Fatal Error: This program was not built to run on the processor in your system.
The allowed processors are: Intel Pentium 4 and compatible Intel processors wit
Streaming SIMD Extensions 3 (SSE3) instruction support.

(´・ω・`) .oO(俺んとこyumにまかせてるからまだflac-1.1.0だ...

yumって？

Fedora Core

linuxか thx

連投すまそ。1.1.3使ってみた
ちょっと期待してたんだがamaroKもジャケ表示まだだめみたい

>>722
--export-picture-to=hoge.jpg で取り出せた

>>723
むむ、時間があったらSSE2版を作ってみます。
64ビットでもインテル縛りは健在っと・・・。

foobarが対応したら広まりそうだな

ttp://www.hydrogenaudio.org/forums/index.php?showtopic=50697
AudioShellとTag&Renameが埋め込み＆書き出し対応。

そしてfb2kより先にWMPでFLACカバー表示可能になったよん。

>>731
AudioShellが対応していたとは知らなかった。

1枚しか埋め込めないのか。表と裏と2枚に対応してくれると便利なんだが。

カバー表示も悪かないけどcueの方が意義深い希ガス
もうCDｲﾗﾈ

flacのcuesheetからのtag埋め込みにfoobarが完全対応してくれれば嬉しいｽ

foobarならapl利用で万事解決だよ
可逆+絶対パス記述のcueからapl作成→あとはflacを移動させずにaplだけ移動させてフォルダ分け利用
cueが相対パス記述だとaplも相対パスになるので注意

aplだからタグは完全に自由だし、容量は各1kb以下だから書き換えやコピー・移動は一瞬だし
foobar上でタグとか変更してもflacとかの可逆ファイルやcue本体には全く変更を加えないで済むのが良い
mp3とかのフォルダ分けに慣れてればそのまま簡単に移行できるし

foobarしか使わないならこれオススメ

ずっとcuesheetタグ使ってたよ
これとはまた別だよね？

>>736
cueの代わりにaplを使ってる感じ
ただ1曲1ファイルなのと、タグが無制限なのと、後からリンクしてる音楽ファイル本体への
参照パスが書き換えられない点（書き換えられる方法があれば教えてくれ）が違う
参照パスはapl作る際に利用するcueの値が使用される

aplだとAPE Tagが全部使えるはずなので変な制限うけなくていいな。
foobarだとcuesheetでもReplayGainまでは対応してくれてるけど、
それ以外のタグは対応してない。

俺はcue+ttaの２ファイルで管理するのが好きだなぁ。
とりあえずcueをバックアップしておけば安心だし、
テキストエディタとかで直接いじれる自由さも好み。

P4 Win32 Compile of Flac 1.1.3
ttp://www.hydrogenaudio.org/forums/index.php?showtopic=50917

ICCなFLAC 1.1.3。

可逆にテスト版は不安で使えない俺がいる

md5チェキすればいいやん

なるほど！
正規版でエンコしたものと比較すればいいのか！！

基本的に整数演算しか使わない可逆はあまり変なことは起こらないと思う

デコードして、オリジナルファイルと比較すればいい話だが
面倒だし、そこまですると速さのメリットが薄くなる。

FLACはエンコードしながらベリファイできるオプション(-V)がある。
それにファイルにMD5とCRCのチェックがあるから、flac.exe -tでテスト可能。

>>745
ｳﾋｬｯ いいこと聞いた！(ﾟ∀ﾟ)

>>742
エンコしてデコした物が元のwavとmd5が一致するかをチェキしろ
別のバージョンでエンコしたもんと比較したって無駄

WAVヘッダの書式が微妙に違ってたらデータが正しくてもmd5合わないよ。

そのIC9版バイナリHAに書いてある通りAMDのCPUでは使えなかった
うちのCPUはX2 4200+
残念だな

比較ならWAVCompareでいいんじゃね?

foobar2000でBit-Compare

>>749
ICCはAMD製CPUで起動不可のバイナリを吐くらしいよ

EPSONチェックみたいだな。

インテルのコンパイラでビルドするとathlonxp環境で
パフォーマンスが良くなるって現象があったからそこら辺の牽制かね

>>753
懐かしいな。
エプソン製のSIPとかフリーソフトのDispellとかで解除したっけ…

>>753-755
Lancerでは自前でCPU識別用コードをオーバーライドして対処している。

再生専用のvorbis.dllとか需要あるかな？
エンコード用のパラメータテーブルを含まないのでバイナリサイズが1/5で済む。（1.5MB->300KB）
Lancerベースのwuvorbis.dllもビルドして年末の某アクションゲーム用に準備中。

>>756
需要はあると思うよ。体験版とかでVorbis使ってるところは少しでも容量稼ぎたいだろうし。
あと、foobar2000とかで採用してくれないのかね。

>年末の某アクションゲーム用
同人?コンシューマ？

>>757
そのためには現在SSE, SSE2, SSE3最適化をコンパイル時に指定しているのを自動識別にしないといけない。
これがまためんどくさい仕事でサイズも増えるし速度も落ちる。
再生専用版の最大のメリットは実行時のメモリ容量が少なくて済むこと。

>同人?コンシューマ？
コンシューマ。既に前作で動作確認済み。

>>758
おー、すげー、おめー。

>>759
あ、やっぱり勘違いしてる。
あくまで自分で購入して置き換えてプレイするために作っただけ。

>>760
12/21発売の某ゲーム用か
あれってVorbis使ってたんだ。

>>756
> 再生専用のvorbis.dllとか需要あるかな？

ほしいほしい。
そのうち必ず使う。

>>753
何もかも皆懐かしい

某アクションゲームって○ースかｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

637たん、
>自前でCPU識別用ｺｰﾄﾞをｵｰﾊﾞｰﾗｲﾄﾞして対処
する部分を切り出して他で使えるようにしてくれたら
ICC使ってるソフトがもっと救われるんじゃない？

AdvaLameの人、OGG版も作ってくれねーかな。
実際自分でコマンドラインオプション指定するからバッチも有りなんだけど。
RazorLameで実行ファイルにflac.exe置いてカスタムオプション使ってやってる人って居る？
あのGUIと完了時間の予測が欲しい

>>760
('Ω`)ごめん。

>>765
__intel_cpu_indicatorで検索するといろいろ出てくる。
Lancerで使われているのは簡易版で正式なものにするにはいろいろ複雑なコードを書く必要がありそう。

ttp://btmux.com/src/mux2/html/game_8cpp-source.html

に詳しいソースコードあり。

vorbisのデコード部分を内蔵しているdllとかexeとかを
外部vorbis.dllを使うように書き換えるのって難しい？

vorbisを使うソフトをすべて
Lancer版デコーダに置き換えられるかなと思ったんだけど

すべては無理。
場合によっては可能。

やれるとしたら、これらに似た手法になるのかな？


GDI++
ttp://drwatson.nobody.jp/gdi++/
ttp://pc8.2ch.net/test/read.cgi/win/1165133735/

TTBase
ttp://ttbase.sourceforge.jp/
ttp://pc7.2ch.net/test/read.cgi/software/1140224913/

>>769
Vorbisの実装を自前でしてるとこは少ないと思うので、
Lancerパッチを取り込んでくださいという形でお願いすれば
出来なくもないんじゃない?

外部DLLにvorbisfileの関数を呼び出している場合は、DLLをリネームなりラッパーDLLを作るなりで可能。
外部DLLにtremorの関数を呼び出している場合は、ラッパーDLLを作れば可能。
内部でvorbisfileの関数を持っている場合と外部でその他のデコード関数を呼び出す場合はむずいというかほぼムリ。

イメージとしてはこれの感じ
多分>>771が言ってるのと同じ

_inmm.dll
ttp://www.geocities.co.jp/Playtown-Domino/8282/

>>774
実行ファイルを直接変更の必要なかったっけ？ _inmm.dll って。
>>711で挙げたのはバイナリをいじる必要がないって事で挙げたんよ
ま、>>773以上に語る部分もないっぽいけどね。

やっぱり直接いじらないとダメなのか……。

117 名前： [名無し]さん(bin+cue).rar [sage] 投稿日： 2006/12/18(月) 23:54:49 ID:v+DLrDS+0
http://www.uploda.org/uporg622080.zip.html
2枚以上の埋め込みに対応した(つもり)
と、デコード実装

いきなり停電して精神的に疲れたので今日はここまでにしときます _no

>>777の流れとしては、
GUIでFLACを扱う為のソフトを素人（？）っぽい人が堕落板で公表している状況の一部分
今回のupdateでいろいろ埋め込めるようにもなったしね
仮にユーザの裾野が広がると言う事なら長期的な目で見るととてもとてもいい事です

2chしかもダウソ板でアップしてたら、広がるもんも広がらなくなっちゃうだろー
良い試みなんだから、どっか別のところに公開して欲しいな。

（仮）って付けるの止めて欲しい。

よーしﾊﾟﾊﾟwiki借りちゃうぞぉ

大きな進展ではありませんが、noise normalization周りの変更を少し。
以前、"beta5 fix?"で直した部分はまた書き直してしまいました。
またしきい値の一部の変更も含みます。

noise normalization（ノイズ・ノーマライゼーション）について
周波数バンド毎に、切り捨てられるレベルのresidue(mdct係数)を特定の条件で復活させます。
これはリンギングやメタリックノイズ対策として有用です。ただ副作用もあるので、使い方(所)は難しいです。

2006年12月17日 14:01:01

ハードウェアデコーダが欲しい

>>784
ハードウェアかはわかんないけど、iPodでもRockbox入れるとVorbis聴けるみたいよ。
iPod以外のメーカーのプレイヤーにも対応してるみたいだしチェックしてみたら?

Vorbisのストリームぶち込むとPCMでデコードするチップとかのレベルだと不明。
韓国のプレイヤーはデフォでVorbis対応してる(こともある)から存在してると思うんだけど。

iPod5.5G(80GB)とnano2Gで使えない。

ハードウェアデコーダってFPGAに実装されたタイプならある。
ASICは多分ないだろうな。
ただ、今はポータブルプレイヤーでさえソフトメインでデコード
してるのが多いようなんだよね(Vorbisに限らず)。
ソニーはリコンフィギュラブルだけど主流とは言えなさそうだし。

FLACのGUIverが日本語ファイル名に対応していないことに気づき、にっちもさっちも行かなくなった私。
旧バージョンだと対応しているんですかね?
鬱だ。軽く死ねる。
でも、コマンドラインで直接ぶち込むと、ちゃんとエンコードしてくれるから、
ファイルごとにいちいち打たなきゃいけないのかなぁ。
それを打開する策を持っていらっしゃる方、いませんか?dropでもダメでした。
winampではoggflacどころか、普通のflacも読み込んでくれないし･･･。デフォで対応しているんじゃなかったのか?
よろしくです。

foobar2000を使う。
http://foobar.s53.xrea.com/fbwiki/index.php?Diskwriter%20%B2%F2%C0%E2

前者は、自己解決しました。dropでちゃんと指定してあげれば出来ました。そりゃそうですよね、dropは指定された値をflacに渡しているだけなんですから。
ただ、後者は、未だです。foobar2000にしようかと思います。重そうだな･･･。

>>788
やっぱfoobar2000かなぁ。
CD入れてfreedbからのタグ情報取得、リッピング、エンコーディングまで普通にできたよ。
日本語ファイル名でも特に問題ないみたいだし。
大抵のファイルが読めるから変換だけに使っても損はしないと思う。
メニューが英語だったりするけど、変換に使うだけなら全然問題ない。

>>788
コマンドラインウィンドウにドロップすればいいじゃん。
フルパスなのがうざいけど。

>>788
こんなものもないことはないが解決済みらしいのでもういいか

298 名前： [名無し]さん(bin+cue).rar [sage] 投稿日： 2006/12/25(月) 16:23:58 ID:rMPCaSbb0
http://www.uploda.net/cgi/uploader4/index.php?file_id=0000008578.zip
画像抽出と--listを統合
残骸削除
進行状況の更新頻度age

Winamp5.32は今試してみたけど、インストールのときAudio File SupportにFLACのチェック項目があったよ
でもまだ画像表示は対応してないね

槻ノ木隆の「BBっとWORDS」　その106「Ogg Vorbisの成り立ち」
http://bb.watch.impress.co.jp/cda/bbword/16685.html

わりとよく書けてるほうかな

だっておｗｗｗｗｗｗｗｗｗｗｗ

ジャーナリストでも何かの特集記事を書くにはまず●を買って2chの該当スレの過去ログを読んでからにした方がいいってことだな

別におかしな事は書いてなくね
つか、そんな事より謎の萌えキャラが気になるんだが

>>794
細かいところが間違えてるような。疑問に思う部分もある。

>ビットレートは48〜352kbps
こんな制限はない。

>MDCTに浮動小数点演算を使うオプション
どのフォーマットでも大抵同じ。Vorbisの特徴ではない。
PCのエンコーダ・デコーダでは(mp3もaacも)みんな浮動小数点を使ってる。

>もっともエンコーダはWindowsとMAC OSのみで
オフィシャルで提供しているのは現状全てのプラットフォームで
vorbis-tools(oggenc)のみ、後は全て3rdパーティ製。
UNIX系だけソフトがないように見えるけど、多くのディストリで対応ソフトが入ってる。

>エンコード/デコードともにMP3より負荷が高い
これは環境やソフト的な部分にかなり依存する。
メモリへの負荷が大きいというなら、その通り。

>>799
とりあえずこの内容についてインプレスに質問してみた

352kbps？何じゃと思ってググったら…

多分、Wikipediaを参考(引用)してると思われ。

>PCのエンコーダ・デコーダでは(mp3もaacも)みんな浮動小数点を使ってる。
上の"みんな"というのはちょっと言い過ぎたかも知れない。
エンコーダ系はともかく、デコーダ系は整数演算のものも結構あるので。
ただ浮動小数点演算だから音質がいい、というのはアレだ。

浮動小数点も機種依存ぽくて、気味が悪い。
80ビットだったり64ビットだったり32ビットだったり。
MMXとかSSEとか3dnowとかの最適化によっても変わったりするのかな。
PowerPCだとAltivecか?

Ogg Vorbis 対応しているものってどういうのがありますか？
ミュージックプレイヤーでも携帯でもいいんですが、
なんかメジャーどころはあまりなさそうな気がしています。
間違って無いでしょうか。

>>794の記事への質問の回答来ましたｗ

Impress Watchの？？と申します。
いつもご愛読ありがとうございます。

ご質問の件ですが、筆者と協議の上、記事の一部箇所を
修正いたしましたので、ご連絡申し上げます。

ご連絡いただきありがとうございました。
今後とも弊誌をご愛読いただけますようお願い申し上げます。

＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
■□ 株式会社Impress Watch
□■ Broadband Watch編集部

Ogg,ポテンシャル高いわりにはあまり普及して無い気がしますが、
理由は何でしょうか？
リリース時にはすでに既存コーデックが地位を確立していて、
oggはそのシェアを塗り替えられるほどのポテンシャルではなかった
というのが真相ですか？

・既にMP3があった
・スタートダッシュにつまずいた
・近寄りがたいオーラを発した取り巻きがいた(いる)

>>807
リリース時には既にmp3が代名詞的存在だった。
後は大きな会社のサポートが無かったこと。

実際の所、サポート数自体は増えてる（ソフト・ハード共に）んだけど
名前が露出する機会は逆に減ってる感じ。

>>807
ポテンシャル だ け を求める層が少ない
・既存環境に捕らわれず、普及率も気にせず、ポテンシャルと完全フリーな規格を採用する層
に比べ
・ポテンシャルより既存環境を重視する層(移行が手間)
・ポテンシャルより普及率を重視する層(選択幅の不足)
・ポテンシャルよりも利権団体の顔色を重視する層(利権がらみの機能不足)


ところで、再生専用DLLﾏﾀﾞｰ? ﾁｿﾁｿ

再生時の必要メモリが多かったのが一番でかい.
Tremor の low-mem やら monty の度重なる出稼ぎ対応は全てそれに尽きた.

単純にMSのWMPが対応してないからだろ。

WMPとiTunesでデフォ対応してないのは大きいよな。

オープンソースはGPL絡みで問題が起きる時がある。
　↓
企業は怖がって手を出したがらない。
　↓
結果、普及どころか一般層は名前すら知らない。
なんてのもあるかと。

ゲームメーカーとかは結構採用してるんだけどね。エロ・コンシューマー限らず。

イースオリジンもvorbisだった

↓
そう、ATRACKです。

MPCはrarewaresでカテゴリされなくなったし
ポテンシャルだけじゃ駄目なんだね

ニュー速にこんなスレまで立っているな。

OGG Vorbisっていつになったら普及するんだ。MP3はもういいよ
http://anime.2ch.net/test/read.cgi/news/1167299379/

まあかつてのMP3課金の試みを考えると、
オープンソースでそれなり（以上）の性能を持った非可逆コーデックが
一つあるっていうのは普及率関係なく大きいと思うけどね。
無かったら企業側もまた同じ行動に出たかもしれないし。

そこそこには普及していると思うけどな。
別にMP3に取って代わる必要もないし。

>>820
mp3なんて今や２つの団体が料金を徴収してますよ。
ただ払っているのがメーカーなんで誰も気にしないだけで。

このスレを見ている人はこんなスレも見ています。(ver 0.20)
[本体]個人売買スレッド[周辺機器・部品] [新・mac]
OSX専用2chブラウザ "BathyScaphe" 潜航深度 18m [新・mac]
Acq* / LimeWire / Cabos [新・mac]
Mac OS X 10_4 Tiger 23頭目 [新・mac]
Safari Part32 [新・mac]

パフォーマンスでライバル的なAAC（←主観だけど）が一気に普及度高めたのも大きいんでない？
何とか対応ソフト・ハードが増えてけばいいのにな。

ところで、
http://www7a.biglobe.ne.jp/~fortywinks/lossy-abchr.htm
あたりを見ると、Ogg Vorbisって80kbps越えたらほとんどNo.1の評価なんだが、
これってかなりバイアスかかってんのですか？

歴代の公開リスニングテストとguruboolez氏のテストをまとめただけじゃん

>>824
再生・コピーに制限をかけられないフォーマットである以上、
ハードの販売元が対応する理由はほとんどない
いくら音が一番いいといってもそれだけでは（特定の用途には）向かない

>>824
バイアスはかけようがないんだが、128kbps以上ではNo.1ではなく有意差なし。
80kbpsでは対抗馬のiTunesがVBR非対応だったり、Neroがチューニング不足だったりで、
今のバージョンと大きく事情が違うから参考に出来ない。

iTunesは今でも112kbps以下はVBR非対応か。

96kbpsでは対応してる

知らなかった。
96 128 160 192 256でのみ対応してるのか…。

今、ちょうど80kbpsでの最適なLC-AACの設定をやってるところで、
aoTuVもbeta5になったわけだから、64kbpsや80kbpsの評価は分からんよ。

永遠の2番手ってことで

非可逆圧縮の音声コーデックは圧縮率ではどれも限界に迫りつつあるんだろうな
で、結局チューニングで音の性格が売りになってきたわけか
というわけでFLACやTheoraの開発強化祈願

FLACは開発続いてるよ。
デコード速度を保ちつつ圧縮率を上げてきてるし、今はiTunesでのサポートを狙っているみたい。

>>833
>今はiTunesでのサポートを狙っているみたい。
そうなってくれたら嬉しいけど今の時点では夢物語にしか聞こえないなあ。

>>834
次期MAC OS(Leopard)のプレビュー版でFLACが利用可能になっていたらしいし、あながち夢物語でも無いけどね。

QuickTimeでのサポートは夢物語ではないが、iTunesでのネイティブサポートは
限りなく夢物語に近い、かな

>>835
そうなんだ。情報thx。
どっちかというと"FLAC採用"ってとこよりも"可逆の採用"に懐疑的。
コンテンツホルダーがDRMなしの可逆を認める気がしない。
3〜5年くらいたてば状況が変わると思いたいが、、、

影響力だったらMacよりFlashでvorbisサポートry

そんなにメジャーになりたいのか

OggVorbisくん、とか居そうだな

おっぐ！おらぼるびす！

>>837
>可逆の採用
つ　Apple Lossless

初めから FLAC パクりコーデックの ALAC なんか作らずに FLAC に対応しとけよって感じだ.

線形予測とGolomb-Rice符号の類を使ってるだけでパクりとか言われたら
wavpackもttaもmonkey's audioもパクリだな

そもそも何がオリジナルかは知らんが

ネット購入音楽をWAVEでお願いします。
ttp://www.tanomi.com/metoo/naiyou.html?kid=45234
ﾜﾛﾀ。てか”FLAC”の文字が出てこないorz

「LAC」が同じだからパクりだろ。
ttaとmonkey's audioは「A」、wavpackは「AC」だけだからギリギリセーフ。

鬼才現る

vorbis-tools1.0.1の音が好きだ。

vorbis-toolsを変えたって音は変わらんが

Core 2 Duo B1ステッピングの音が好きだ。

もうすぐダウソ板から神が降臨するぞ

チェーンソーの出番か？

FLAC+cue(No-mka)をwav+cueに一発変換(デコード＆cue書き換え)してくれるソフト無いかな。

スマン普通にfoobarで一発でいけたわ。

cue書き換えってできたっけ？

Convert to Album Images with Cuesheets or Chapters
設定でOutput File NamesのAlbum Images:を%album%にしておくと幸せになれる

あけましてAtrac
OS X版Lancer(のようなもの)の登場を初夢代わりに妄想した、
長年の愛機：PIII600MHz　最新のサブ機：iMac Core2Duo2.16MHz な俺。

え？BootcampでXP入れりゃいいじゃんって？
W2Kまでしか持ってない俺に、XPやらVistaやらは高くて買えねえw

>>842
ALACとFLACがプロジェクトを統合しようとしたらAFLACから怒られるだろうな。
あひるんるん　あひるんるん♪

LameのLancer見たいなの出たんだね
通常版Lameの10倍のスピードでエンコしてくれてMMXPenの233MHzでも実時間の2倍でエンコードしてくれる


これが俺の初夢orz

gogo?

>>858
CreatetiveがSB X-Fiの新ドライバでLameのハードエンコードに対応する夢をみたよｗ

ogg対応のHDDプレーヤーってもう出ないのかな？

出てるじゃない

>>857
FALACにすれば無問題

ARMに最適化されたデコーダーが欲しい

>>863
FACでいいよもう

FUCK

Korea

そうだね、Atrac3だね。

夢がないね

彼女の傍らには、いつだってSONYのデジタルウォークマン｡

>>869
バラバラにしますた

>>871
三浪南無。

つか、失業中の歯医者の俺は、あのニュースを聞いて泣きたくなったよ。

>>873
潰れるだろうねあの歯科医
サイコ野郎な息子をもってしまったのが運の尽きか

>>874
可哀想にね。
潰れるか、自ら廃業するか、引っ越して別の場所でやるか、常連が来てくれるか。
どれだろうね。

ふ〜ん、Atrac3があるのにね

それだけは、ない。

青粒だってAtrac3を手本に最適化してるってのにおまいら・・・

OGGファイルって、無圧縮の場合の何パーセントくらいになるの？
元ファイルによって違ってくるとは思うけど、
平均値としてどのくらいになるのか知りたい。
検索しても謎だった・・

エスパーに期待

OggVorbis で日本語タグや日本語ファイル名を使うと
なにか問題ありますか？（再生できない等）
ちなみに EAC でCDリッピングして日本語対応 freedb から情報取得しています。
Lilith と Winamp5 で再生してみましたが特に問題はなさそうなのですが・・・
なにか注意点がありましたら教えて下さい。

>>879
可逆圧縮なら「flac 圧縮率」とかでぐぐれ。無圧縮だったら答えは100%だな。

あーごめん読み間違えた。

>>879
混じれ酢するとOGGはコンテナでありコーデックじゃない
よくVorbisのことをOGGって言うけどね

>>879
圧縮率は自分で選択するんですが...

>>881
VorbiscommentはUTF-8で書き込まれるから、対応プレイヤーならどれも問題ないはず。

>>879
無圧縮ということは生PCMをそのままoggコンテナに入れるということになりますね。
できるのかなぁ？
「何パーセント」というのはファイルサイズのことなのか、それともほかの何かなのかよくわかりません。

>>887
良く読んだ方がいいぞw

>>879
まあ君が言いたいのは、
「元のCDと区別しにくいぐらいまでVorbisで圧縮したら、元の無圧縮PCMの何％ぐらいのファイルサイズになるの？」
だろうと俺は予想

んで、回答
そんなの人それぞれだろうが。96kbpsでもCDと区別できない人も居れば192kbps以上でも分かる人も居る
まあ、大体10分の1ぐらいと言えばいいのか？

>>879はoggコンテナのオーバーヘッドを知りたいに違いない。

>>879はそもそもビットレートとかそういった物自体が解らないんだろ。

>>879が言いたいのはたぶんVorbis圧縮袋のことに違いない

無圧縮って言うんだからPCMのRAWデータをOggに入れたときの話かな
とも思ったんだが、実際の所は何を指しているのだろうか。

だから良く読もうよw
無圧縮の場合「の」何パーセントくらいになるの

よく読んでも単語が何を指しているのかがはっきりしないので
結局解らんのですよ。特にOggファイル。
Ogg file？OggVorbis？OggFLAC？

最初に考えたのは
「OGGファイル（Ogg with pcm）って、無圧縮（wav with pcm）の場合の何パーセントくらいになるの？ 」
という解釈だったのです。（これなら回答できます）

日下部さんのヘタクソな猿真似で盛り上がるスレはここですか？

>>895
えーと、もしかして真性の方ですか？

そう

つか、oggが単なるコンテナである事を理解していて、
RAW PCMデータを入れようとしている人間は、そもそもああいう聞き方しないだろ。

>>886
ご回答ありがとうございます。
タグに関しては問題ないと思って良いのですね。
日本語ファイル名への対応はやはりプレイヤー次第でしょうか？

>>900
iRiverのやつのTなんとか使ってたけどUTF-8で何も問題なかった。
MP3の文字コード不統一はいやがらせとしか思えない・・・

>>900
>>4にある様なソフトを日本語環境で使う分には通常どれも問題ないかと。
Unicodeのファイル名に非対応のソフトはあるでしょうが。

>>901
ID3v2なら1バイト文字以外はUTF-16を使えという事になってると思うんだけどね。
まあ、それでもやっぱりID3タグは避けたいけど。

>>903
ID3v2.4ではUTF-8も入るのでやっぱり面倒。
互換性とか考えとけよ＞ ID3の中の人たち
ID3v1でISO-8859-?とかShift_JISとかが混ざったファイルを扱わなきゃいけないことを考えるとため息が出る。

そういや子供んときため池に落ちたな

>>903

よく使われてるライブラリ id3LibがUTF-16まわりバグったまま放置されてるのも
一因だよなぁ・・・

PCゲームのdatファイルの一部にoggが含まれているみたいなのだが
どうやって取り出せばいいかな？

すぺしゃるねこまんま57号

節子…それ、Vorbisやない、ATRAC type-Rや

>>908
�dクス
ファイルを指定してデータ抽出で
指定をOgg Vorbisだよね？
何故できないんだろう

>>909
vorbis.dll
vorbisfile.dll
この二つのファイルがあるからVorbisじゃないのか？
ひぐらしデイブレイクというゲームなんだが・・・

>>910
サイズ小さかったらうｐ

>>911
3GBもするんだ

Ogg総合スレだと思っていたのに統合スレだったのね
スレ違いすまん

>>910
圧縮とか暗号化とかしてあるんじゃね？

>>911
nyで落（ｒｙ

日本語タグ＆日本語ファイル名について
たくさんレスをいただきありがとうございます。
特に問題なさそうだということで安心しました。

EACだとたまにファイル名化けるぐらいだね

>>901
自己レス。Vorbisgain使っていじると頭にゴミがついた。

Windowsのexplorerでファイルの内容等（アルバム情報とか）表示できれば普及するんだろうけどな
そういうツールない？

>>918
mp3infp

Vorbis Extension
ttp://vorbisext.sourceforge.net/

エクスプローラで直接ってことじゃないか？
Vistaのエクスプローラのミュージックモードでスター付けたり、
アルバム単位曲順ソートしたり

mp3infpもVorbis Extensionも*.flacは駄目なのね

そうそう、XPのexplorerで作者表示したり、長さ表示したり、んでそれを並び替えしたり

AudioShellならフリーでそれなりに使える
Tag&Renameはフリーではないけどいろいろできる模様

>>922
それ結構不満だよね

みなさん、すみませんでした。>>879です。
「OggVorbis　って、ファイルサイズは、無圧縮（wav with pcm）の場合の何パーセントくらいになるの？ 」
という意味でした。
圧縮率は自分で選択するそうなので、ナンセンスな質問だったかもしれないですが、
同レートのmp3との比較はされていないでしょうか？
Wikiによると標準ビットレートは、
OggVorbi＝112kbps、mp3＝224か256kbps
だそうですが、、、これからファイルサイズの相関を割りだせるなら
それでもよいのですが・・・

>>926
＞同レートのmp3との比較はされていないでしょうか？
同じレートならサイズも同じ

＞OggVorbi＝112kbps、mp3＝224か256kbps
とすると、 112/224 = 50%、122/224 = 43%

MP3には固定ビットレート(CBR)と可変ビットレート(VBR)ってのがあるけど
Ogg Vorbisには固定ビットレートはなくて可変ビットレートだけ
指定するのは平均的なビットレートで、元のデータによって変動する。
指定した容量にぴったり収めるといった用途には弱いかも。
ABRみたく無理やり固定レートにする設定があればいいんだろうけど
ニーズとしては弱いので開発者は手をつけないだろうな。

>>926
CDなら44.1kHz 16bit Stereoだから計算でできるだろ
44100×16×2＝1411200bps＝1378.125kbps

>>929
bpsは1000で割るもんだろ！

というか、標準ビットレートを持ち出す辺り、
「wmaは半分のビットレートでmp3と同じ音質です」
みたいのなのを期待してるのか…？

>>928
普通にあるけど? bitrate management modeね
oggencでいうなら-mとか-Mのオプション

926です。しつこくすみません。。
>「wmaは半分のビットレートでmp3と同じ音質です」 みたいのなのを期待してるのか…？
希望しているのは、
「oggVorbisは、mp3とほぼ同じ音質で、◎%のファイルサイズです」とか
「oggVorbisは、無圧縮とほぼ同じ音質で、◎%のファイルサイズです」とかです。
（音質を落とさずに、ファイルサイズを小さくしたいのです）

>同じレートならサイズも同じ
>OggVorbi＝112kbps、mp3＝224か256kbps
>とすると、 112/224 = 50%、122/224 = 43%
両方とも標準ビットレートなら音質も同じ、と考えてよいのならば、
OggVorbisのファイルサイズは、mp3の半分弱という結論になると思いましたが、
いかがでしょう。。。

>>933
>「oggVorbisは、mp3とほぼ同じ音質で、◎%のファイルサイズです」とか
>「oggVorbisは、無圧縮とほぼ同じ音質で、◎%のファイルサイズです」とかです。
>（音質を落とさずに、ファイルサイズを小さくしたいのです）

自分の耳で確認。CD(無圧縮)は1411kbps。
平均128kbpsの音質で無圧縮とほぼ同じだと感じたなら、無圧縮の128/1411で約1/10のファイルサイズ
平均256kbpsの音質で無圧縮とほぼ同じだと感じたなら、無圧縮の256/1411で約1/5のファイルサイズ

なんかもうあれだね

>>933
少なくともpublic listening testの結果から言えば、
128kbps程度におけるLAME3.97b2(V5N)とaoTuV4.51beta(q4)に有意差はない。
そして、元ソースともほとんど判別不能という結果が出ている。

ttp://www.maresweb.de/listening-tests/mf-128-1/results.htm

ビットレートを小さくしてもmp3ほど極端には音質が落ちないという感じかな。
>>936 にもあるように128kbpsレンジのVBRだと良いエンコーダなら
もうほとんどの人にとって十分な音質だと思われる。

非可逆なんてストリーミング用途でしか生き残れない

動画音声にも必要。

逆に可逆なんて今後更に極一部の用途しか使われない気がする
非可逆でも音質落ちなければ馬鹿ピュアヲタがファビョるくらいで後はメリットしかないし

ピュアヲタは可逆圧縮すら使わない
なぜかというとデコーダーチップから発生するノイズが音を悪くするって前に糞ニーの社員が言ってた
ピュアヲタはアナログレコードとかデジタルでもSACDじゃね？

ピュアオタでも、保存用なら、可逆圧縮もつかってるんじゃないかな
聞きたいのだけ戻せばいいわけだし

プリアンプとメインアンプ
CDドライブとDAコンバータ

>938
本気か？感覚ずれ杉。

例えば誰もが128kや192k程度のMP3とOgg、さらに可逆をそれぞれ聞き分ける耳持ってたとしても
・些細な差は気にしねー人たち
・再生環境がへぼい人たち
がほとんど。
可逆なんてほとんどパイねーだろ。数年でどうこうならんっつの。
（大衆的にはMP3からOgg Vorbisに乗り換える意味もほとんどないのが現状じゃね？）

一般的な映像環境見てみろ。
結局S-VHSは廃れて、ノーマルVHSに戻り、さらにDVDレコーダの低ビットレート
と退化してんのに、文句言わず使ってる。

まともなこと言っても真性プアオタには通じない

俺の友達は音楽はiPodでmp3で十分って言ってた。
ビットレート？多分普通じゃね？→普通って？→多分128じゃね？とか言ってたし、
動画はPSPで十分だって言ってたぞ。動画変換君で適当に、音ずれがなければ何でも良いらしい。

別にVorbisやAAC知らないわけではないし、ツールも持ってて可逆でも普通に使える奴なのだが、
そもそも少しでも良い音や良い画質で見ようという意志がない。
今の環境を変えること自体に抵抗がある。だからやらない。

でも彼はごく普通の人間だと思う。他の連中もこんなモンだ。
だから、普通の人間に市場の動向を左右されていてはダメだ。
こだわりのある変人達で積極的に良い物を生み出す土壌を作らねばなるまい。

市場は普通の人間が動かすんじゃないのか

規格なんて気にしない人間がほとんどだしな

可逆を薦めて行きたい俺だが、DVD-AudioとかSACDは
オーバースペックだと思っている。
48khz/24bitくらいが受け入れられる上限かなぁ。
5.1チャネル以上だと可逆である必要性はまったく感じないな。
不可逆でサンプリングレートもビット数も気にしてない。

世間に広まるかどうかはともかく、そういう商品がそれなりに提供され続けている状態が好ましいよな

現時点で一番長い歴史を持つ記録媒体が紙だな
コーデックもこれぐらい長く使われるような規格があればいいのだがなぁ

>>951
石だろ。

今も使われてんの？

と思いきや・・・墓石には確かに今でも名前と没年を記録してるな

RO2の菅野の曲がOgg拡張子だったので困った俺が着ましたよ。音質は確かにいいけど
IPODで聞きてぇ

>>954
ipodでおk

ipodにRockbox入れればいいよ

新Nanoで動くようになったのか
さっそく試してみる

すいませんちょっと質問です。
WinXP使ってる人にOgg Theoraのファイルを見てもらいたい場合（自分のサイトで配るとか）
プレイヤーは何を勧めるのがいいでしょうか。
VLCとRealPlayerを考えているんですけど、できればコーデックが別途必要じゃない方がいいです。
自分のPCにはいろいろ入ってるので判断がつかないんです ＞＜
よろしくお願いします。

そんなもん配るな

つかVLCは別途codecはいらんだろ

ちょっと前に話題になってた再生専用Lancerの続報ﾏﾀﾞｰ?

>>960
じゃあVLCでいいですね。ありがとうございました。

だからLancerでデコードも最適化されてるっての 。
ただ再生するプレーヤー側がDLLとかじゃなく埋め込みになってるから
挿げ替えられないの。

みなさんＦＬＡＣ→ＷＡＶＥに変換した後に残った
ＦＬＡＣってどうしてます？
やっぱ消してるのかな

大丈夫なのか、このスレ

>>964
FLACに入っていたタグ情報は取っておかないでいいの?
最近はジャケットも入れられるからいきなり削除はまずいだろ。

ﾀﾞｳｿでやれ

>>966
そうですか〜
自分はmp3にするのでフォルダに２つずつファイルできて邪魔だし
容量もいっぱいになってきたから消そうか悩んでました。

何でそのFLACファイルが自分でエンコードしたものではないという前提で
話が進んでるんだろうねw

foobar2000+LAME使えばFLACから直接MP3までエンコードできるし
タグも引き継げる。
WAVを消す手間も省けるし、それでいいんじゃない?

>>969
FLACからWAVEにしてFLACを消すというのが、自分でエンコードしたものだったら
まず有り得ないからな。
最近はape+cue以外にflac+cueも増えてきたし。
まぁ検索ワードとしては「eac cue」だなｗ

>>970
ふーむ
そんな手があったのですね
参考になりました
早速そのやり方で1つ作ってみました。
タグが引き継げるのは便利ですね。
今まではＦＬＡＣ→WAV(Audio Encoder)→MP3(午後のこ〜だ）
でやってました。
ＷＡＶはmp3にしたら自動で消せたので良かったのですがＦＬＡＣだけ残るので・・・
ちなみにＦＬＡＣはダウンロードしてきたものです。

午後のこ〜だって・・・

まぁええことよ

それ、なんて犯罪宣言？

全角使ってる時点で（ｒｙ

?

＞このスレを見ている人はこんなスレも見ています。(ver 0.20)
＞過去ログ [DTV]
＞富士通サポートアンドサービス【FSAS】 Part2 [情報システム]
＞過去ログ [DTV]
＞過去ログ [DTV]




おまえらもっと前を向けよと

>>977
いつ見てもその富士通のスレあるよな
Oggスレ見るぐらいの奴なら専ブラ使ってて当たり前だろうに

当たり前だから、専ブラ使ってないそいつの行くスレが目立ってるんじゃね

どうやら噂は本当だったようですね。
２ちゃんねるが閉鎖されたらその後を継ぐのは？
そう、

Atrac3です

意味わかんねーよw

>>981
（※ただしソースはソニー）

ソニー掲示板

はじまりです

タイマーは作動しませんよね

デフォルトでタイマを搭載しています。

>>983
Engadget Japaneseかｗｗ
ttp://japanese.engadget.com/2007/01/09/playstation3-sixaxis-emmy-bogus/

oggenc2.exeでモノラルのをステレオ出力するオプションってありませんか？
逆なら判るんですけど…。

それって意味あるの？

>>989
そうする事に意味がある物があるんです。

モノだと左からしか音が出なかったり

普通、wavの段階で処理するのでは

>>992
じゃあoggdec.exeならありますでしょうか？