Xiph.Org Foundation（ザイフォ財団）により運営されている
パテントフリー、オープンソースのマルチメディアプロジェクト
コアライブラリには修正BSDライセンスを採用しており、
商用非商用関係なく、使用・配布など全てを自由に行えるのが特徴
【前スレ】
【Vorbis/FLAC】Ogg統合17【Theora/etc...】
http://hibari.2ch.net/test/read.cgi/software/1246816098/
（新世紀の音声圧縮フォーマット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/software/kako/1052/10522/1052237144.html
03 http://pc2.2ch.net/test/read.cgi/software/1065675234/
04 http://pc5.2ch.net/software/kako/1077/10774/1077442865.html
05 http://pc5.2ch.net/software/kako/1085/10852/1085213794.html
06 http://pc5.2ch.net/software/kako/1092/10925/1092510800.html
07 http://pc5.2ch.net/software/kako/1100/11006/1100608980.html
08 http://pc7.2ch.net/test/read.cgi/software/1108239013/
09 http://pc7.2ch.net/software/kako/1117/11175/1117537284.html
10 http://pc7.2ch.net/software/kako/1125/11257/1125764898.html
11 http://pc7.2ch.net/software/kako/1136/11368/1136822006.html
12 http://pc7.2ch.net/software/kako/1149/11490/1149029950.html
13 http://pc7.2ch.net/software/kako/1160/11609/1160933474.html
14 http://pc11.2ch.net/software/kako/1168/11687/1168741181.html
15 http://pc11.2ch.net/software/kako/1187/11878/1187886922.html
16 http://pc12.2ch.net/test/read.cgi/software/1206113624/
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
http://www.hydrogenaudio.org/forums/index.php?showforum=57
Vorbis - Hydrogenaudio Knowledgebase
http://wiki.hydrogenaudio.org/index.php?title=Vorbis
【プレイヤー】
《日本産》
KbMedia Player（プレイヤー），KbSTE（タグエディタ）
http://hwm5.gyao.ne.jp/kobarin/
Lilith（プレイヤー＋リッパー＋エンコーダ）
http://www.project9k.jp/
Fittle（プレイヤー）
http://hp.vector.co.jp/authors/VA039869/
《外国産》
Winamp（プレイヤー）
http://www.winamp.com/
foobar2000（多機能プレイヤー）
http://www.foobar2000.org/
http://foobar2000.xrea.jp/
他多数
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/
【Vorbis派生エンコーダ】
aoTuV（通称：青粒とか蒼粒とか） http://www.geocities.jp/aoyoume/
Ogg Vorbis 高速化プロジェクト（通称：Lancer） http://homepage3.nifty.com/blacksword/
●迷った時には自分でテスト
ブラインドテスト用ツール“ABC/Hidden Reference Audio Comparison Tool” http://ff123.net/abchr/abchr.html
●DirectShow Filter類（WMPなどで再生するためのフィルタ）
Haali Media Splitter（OGM Splitter） http://haali.cs.msu.ru/mkv/
Directshow Filters for Ogg Vorbis, Speex, Theora and FLAC http://www.xiph.org/dshow/pmwiki.php/Main/Downloads
ffdshow tryouts http://sourceforge.net/projects/ffdshow-tryout/
●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/
《Q1》 Oggファイルはどうやって再生するの？
《A1》 拡張子.oggのファイルはたいていの場合、Ogg Vorbisを指します。
上でもいくつか紹介していますが、“関連ソフトウェアリンク”をたどれば、
多くのOgg Vorbis対応プレイヤーを見つけることができるでしょう。
もしそれでも再生できない場合は、Vorbis以外が含まれるOggファイルか、
そもそも実際にはOggファイルでないかも知れません。
オフィシャルページのvorbis-toolsに含まれる“ogginfo”を使えば、
Oggファイルに含まれているストリームを確認することかできます。
中身が解れば、対応プレイヤーを探してみましょう。
映像を含むファイルには、拡張子.ogvが使われます。
《Q2》 Vorbisが音声に使われている動画ファイルが再生できません。
《A2》 一つの可能性としてはOgm形式があります。これはOggの独自拡張で、
Haali Media Splitter(http://haali.cs.msu.ru/mkv/)とXiphのDSフィルター(http://www.xiph.org/dshow/pmwiki.php/Main/Downloads)を
入れることによって、一般的なメディアプレイヤーでも再生可能になります。
もう一つの可能性は、AVI形式にVorbis音声を入れたもので、“Ogg Vorbis CODEC for MSACM”を導入することで一応は再生可能なはずです。
ただし、このCODECはバージョン間の互換性が保証されないことと、もともとAVI形式がVBRの音声ファイルを扱うのに不向きな設計のため、
このような用途では一般に使われるべきではありません。
Theora+VorbisがOggに入った動画ファイル(.ogv)は、Xiphのフィルターだけで再生できます。
《Q3》 エンコードをしてみたいんだけど。
《A3》 CDexやLilithなどでCDから直接エンコードが可能なほか、
単体のエンコーダとしては、oggdropXPdが簡単なのでお勧めです。
（RareWaresやOggVorbis高速化プロジェクトから最新版が入手可能）
使用法については、ちょっと内容は古くなっていますが、
ttp://www001.upp.so-net.ne.jp/yama-k/codec/oggvorbis.html
などが参考になるでしょう。
《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といった非可逆圧縮されたものを
再度エンコードしたところで、さらに音は劣化するだけです。
1. AviSynth をインストールする。 AviSynth Wiki(http://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同梱)
http://www.mediafire.com/file/mzcjt5gwyq0/libtheora-1.0-win32-binary.7z (安定版)
http://www.mediafire.com/file/tjyymhjiggk/libtheora-1.1alpha2-win32-binary.7 (実験用、品質はこちらの方が良い)
別々にエンコードした、映像と音声をoggjoinを使って、一つのファイルに多重化する事も可能。
http://sourceforge.net/projects/oggvideotools/
乙乙
低ビットレートで低レイテンシと高品質の両立を狙ったcodec
2011年3月のpublic multiformat listening test @64kbpsでHE-AACを抑えてトップの成績を残す
http://www.celt-codec.org/
Opus
CELTとSkypeのSILK codecを組み合わせてIETFにより標準化される予定のcodec
http://opus-codec.org/
プロジェクトは誰でも自由に利用可能なWeb用の高品質、オープンなビデオフォーマットの開発に取り組んでいます。
http://www.webmproject.org/
http://www.adobe.com/jp/products/flashplayer/features.html
>Speexオーディオコーデック
>高品質音声のオープンソースボイスコーデック、 Speexが新たに利用できます。>Speexは従来のボイスエンコーディングの代わりに利用できる、ローレイテンシの>ボイスコーデックです。Flash PlayerはADPCM、HE-AAC、MP3
>およびNellymoserもサポートしています。
http://av.watch.impress.co.jp/docs/news/20111004_481502.html
ttp://www2.atword.jp/aooa/
1.0.1のリリースはWindows上でのビルドの問題で遅れているという話もありましたが、
さすがにこれ程までに遅れるというのは誰が見てもおかしな話です。
「もうリリースされる、リリースされる…」この言葉、一体何度聞いた事でしょうか。
おまけにクリアであったはずのパテントにサブマリン特許問題が浮上しつつあるという話もあり、
そうなれば当然Vorbisの配布は停止、もしくは有料化する事間違いありません。
いくら特許問題に気をつけようとも、こればかりはどうしようもありませんから…残念ながら、
特許関係においては「絶対安心」などという言葉は成り立たないのが現状なのです。
では、ユーザーはどうすれば良いのか？
何をデファクトスタンダードとして用いるべきなのか？
どうしても回避できない問題なのであれば、回避せずとも乗り切れるような選択肢を選べばいい…
ならば特許料の徴収を要求されたとしても、配布元が問題なく支払えるだけの体力を持ち合わせている規格であれば良い。
そう、Atrac3です。
ソニーが築きあげたこの規格であればいかなる脅威も問題無く、ユーザーは安心して無料で規格を使いつづける事ができるのです。
また近年問題になっている著作権侵犯問題に関しても、Atracの優秀な著作権管理機能をもってすれば解決できるのです。
加えて実用的な48kbpsモードも兼ね備えており性能的にも申し分なし、まさにデファクトスタンダートとなるに相応しい規格ではないでしょうか？
私はなにもソニー側の人間ではありませんからこの規格を無理に使えなどと強要する気は毛頭ありません、
ただ「こういった選択肢もあるのだ」という事を提示しただけに過ぎないのです。
この提示が皆さんのフォーマット選びの一つの判断材料となればこれ幸い、と考えております。
クリストフ・モンゴメリーなる、何処の馬の骨ともつかぬ若者が立ち上げたプロジェクトを、誰もが手放しで賞賛する。
しかしこれは非常に危うい事なのではないか。
私は常々疑問に思っていたのだが、まずOggプロジェクトの謳うパテントフリーからして危うい。
MP3を例にとって青臭い正義感を振り回し、目先のキーワードに扇動されがちな民衆を闇雲に煽る。
これは先だって内閣総理を退任した小泉総理の十八番"小泉劇場"にも通ずる、実に軽薄なやり口である。
そもそもサブマリン特許という言葉も示す通り、特許問題から真に解放される事など到底不可能である。
ところがXiphophorusは「Oggなら心配ない、Oggさえ使っていれば大丈夫」と、無責任に言い放つのである。
彼らは実に一級の詐欺師であると言って良い。
また、彼らはオープンソースというキーワードをこれみよがしに掲げる――オープンソース？――そう、またしてもオープンソースだ。
このキーワードは奇怪な魔力を持つ。
街灯に吸い寄せられる蛾の如く、盲目的なオープンソース信奉者達が群がり始めるのである。
こうなれば後は狂った共産党支持者のようにオープンソース万歳の大合唱、冷静な議論を交わす余地など毛の先程も残らない。
全てXiphの思うつぼである。
こうまで言うと、性急な人々は"ならお前には代案があるのか"とせっつき始めるのであるが、無論私も批判一辺倒で終わらせるつもりはない。
ここでちょっと視野を広げて貰いたい。
オープンソース・パテントフリーでなければ、新世代の音声圧縮フォーマットたり得ない？
いいえ。
そう思い込む事こそが、既にXiphの思想誘導の罠にはまっている。
こう考えてみよう。
新世代の音声圧縮フォーマットは、プロプライエタリからこそ生まれる。
盲目的かつ無根拠な賛同を否定し、特許問題に対し法的理論武装と潤沢な軍資金で毅然と立ち向かう。
しかし、それを成し遂げうる規模の集団が開発したコーデックなど存在するのだろうか？
――あっ、Atrac3だ！
その通り。
あなたは今、最良の解を手に入れた。
そう言うなり、妹は声を上げて泣き出した。
婚約相手は大手企業に勤める背の高い好青年で、オーディオにプログラミングと趣味も多彩だった。
幾度か顔を合わせた事もある。話し上手で細かな気配りの利く、感じの良い男だった。
彼が帰宅中に対向車をかわしきれず帰らぬ人となった、その夜から、妹は部屋へ閉じこもりきりになった。
扉の前に置かれた食事にもほとんど手をつけない。時折すすり泣く声が聞こえては、その度ガリガリと床を引っ掻いている。
心配に思って"ガリガリ"の最中に声をかけてみた。すると「違うの」と答えが返る。
「違うって、何がだい」 「音が……違うの」 「音？」 「彼のは、もっと優しかった」 「優しいって？」 「……」
僕はゆっくりと部屋の扉を開けた。――幸い、妹からの拒絶はなかった。
彼女は手にiRiverのデジタルプレイヤーを携え、イヤホンを挿して音楽を聴いている。パテントフリー信奉者ご自慢のOggVorbis対応機だ。
「彼の音はこんなに固くなかった」俯いて彼女は言う。
ようやく飲み込めてきた。何時だったか、婚約相手の彼が『このコーデックこそは標準化されるべきなんです』と熱弁を振るった事がある。
妹はその話を退屈そうに横目で見やりつつ、彼のプレイヤーから伸びたヘッドホンで音楽を聴いていた。
彼女は今、そのコーデックの音を求めている。記憶の片隅に引っかかった規格の名前。あれは、確か――。
風の強い日だった。寒さから逃げるように駆け込んだアキバのヨドバシカメラで、売り場の店員に対応機種はないかと訊ねる。
彼は『幾つかございます』と言ってカタログを見せてくれた。どうせならと、婚約相手の彼が使っていたのと同じ物を選んだ。
「ほら、これだよ」そう言って、僕は妹にその音源を聴かせてやる。
「――あぁ！そう……これ……。彼の音がする――」彼女はこれが最後とばかり、一しきり大粒の涙を零して泣いた。
その日を境に、妹はみるみる活力を取り戻していった。今では食事も残さず食べている。完全に立ち直れる日も近いだろう。
彼女の傍らには、いつだってSONYのデジタルウォークマン｡
OggVorbis？音が固いよ。もっとシンプルにいかなきゃ、愛だって語れない。
本当に愛しいものは、いつだってさりげない――Atrac3
歴史を感じさせるテンプレだ
テンプレとして後世に伝えていこう
Lameのとみながたけひろ氏（tt）に首を絞めるなどの暴行を加え、
約１０日間のけがを負わせていたことが１４日わかった。警察から報告を受けた
現地当局は、男性プログラマーの身柄確保を検討している。
警察の発表によると、Lameの開発者全員で近隣の公園に遠足で訪れ、tt宅まで歩いて
戻る途中、とみなが氏が道路標識や木にぶら下がって遊んでいたところ、男性プログラマーが
「何をやってるんだ」とどなり、引きずり下ろした。
プログラマーはttの足を払って倒したうえ、両足首を持って逆さづりにしたまま横断歩道を横断。
さらに倒れたttの上に馬乗りになり、「MP3になんか負けない」などと叫びながら、
両手で首を絞めるなどした。
そういう地道な工作にも負けずFlacは覇権を握ったわけだが
ipodとwalkmanがFlacに対応していない時点で、
一般消費者はFlacを使おうとは思わないだろうから。
Flacの圧縮速度は圧倒的だからね。
youtubeで使われてるんだからそれなりにメジャーなんじゃないの
無視できる
今FlacはGPUエンコ可能だから
なんと。
俺Flacに戻るわw
いつ対応してくれるか楽しみ
個人的にはWalkmanのソフトウェアアップデートで
対応してくれんかなぁと期待
http://alac.macosforge.org/
期待するだけ無駄
windowsのエクスプローラに対応してないのが痛いな。
あったらおすすめを教えてもらえると嬉しい・・・
http://unkar.org/r/software/1303388096#l984
OpenCLでCPUとGPUを活用する高速Flacエンコーダ
最近のバージョンでエンコされてたからか完全にMPEG1を上回る画質だった
webmが幅利かすかと思ったが
theora1.2ﾏﾀﾞｰ
レスありがとう
fpFLACを使ってみたら、変なタグを生成するのかmetaflacで
読み出せないタグが書き込まれた・・・ICC版で妥協するか・・・
GPGPUが使えるマシンじゃないのでGPU使う奴は動かないです
やっぱりパテント関係がグレーだから手を出しにくいのかねwebmは
零細エロゲメーカーを血祭りに上げるほどMPEG LAも暇じゃないと思うんだが、やっぱ怖いか
webm公開から1年半くらいしか経ってないから
ゲームエンジンの開発上そのあたりが関係してるんじゃないかな
「Theoraですら重いのに、VP8とかあり得ない・・・」
だと思う
今ですらPS2.0が走らない環境で「起動出来ないぞｺﾞﾙｧ」とか言う奴が
それなりにいる界隈だしな
「そんなゴミスペックで動くわけねーだろR」
くらい言ってやればいいのに。
画質はMPEG4よりやや劣るくらいだが再生負荷は明らかに重い
エンコは置いといてせめて再生負荷はもっと軽くしてほしい
あとはGPU再生支援だがNVIDIAとAMDが頑張ってくれないと無理だしな
いずれにせよ、Theoraも他のXiphの規格と同様に、何かの役に立って良かった。
やっぱりH.264あたりなんかと比べると全体的に画質は悪いね。
特に低ビットレート2passエンコでの差は顕著だわ。
ただ再生負荷の方はAtomのネットブック程度でも720pくらいは問題なく再生できるようだから、
これ以下のスペックとなるとさすがにメーカーも切り捨てていいだろうとは思った。
まぁ、現状売りはパテントフリーくらいなもんだし、
とりあえずゲーム屋さんのために細々と長生きしてくれればそれでいいかな。
Xbladeとか
Theora/FLACのoggってこれだけじゃ出来んのか……
Feature Requestって、どっかに投げて受け付けてくれるもんなんかね。
ttp://internet.watch.impress.co.jp/docs/news/20111110_489824.html
AACはオワコンと？
ttp://akiba-pc.watch.impress.co.jp/hotline/20111119/etc_amazon.html
なお、Kindle FireはPDF、DOC、JPEG、AAC（DRM非対応）、MP3、MIDI、OGG、WAV、MP4、VP8などの
多くのファイルフォーマットに対応している。
ここの人はプライドが高いから難しいかも。
とりあえず案をちょうだい。
自分の案は
・Lancerのリンクを削除するか、逆にLancerModのリンクを追加する
・リスニングテストの結果のリンクをいくつか追加する
という感じ。
>>60と>>21のレスで新しいのがいると思いついた
大抵Vorbisだけ非対応で萎える
Sansa Clip+
蒼弓さんのブログ見て買ったけど、結構いいよ
ttp://www2.atword.jp/aooa/
4GBの奴だと日本円で\3000以下って事になるな
http://www.amazon.com/dp/B002MAPS6W
尼だと国外じゃ買えないが
国際発送での取り扱いやめちゃったのかな?
ちなみに内訳はこうだった
--------------------------------------------------------------------
Amazon.com items (Sold by Amazon Export Sales, Inc.) :
1 SanDisk Sansa Clip+ 4 GB M... $39.99 1 $39.99
Shipped via Expedited Int'l Shipping
--------------------------------------------------------------------
Item Subtotal: $39.99
Shipping and handling: $10.48
Total: $50.47 (JPY 4,210)
Paid by Visa: $50.47 (JPY 4,210)
--------------------------------------------------------------------
TranscendのMP860からAndroid積んだ安いのに買い換えようか考え中。
これがVorbis対応してくれりゃいいんだが
スネアドラムとかある時でしょ、高ビットレートにすべきなのは
VorbisにはVBRだから、
ピアノオンリーみたいに情報量が少ないソースならばビットレートが下がるし、
ドラムが入るような情報量が多めのソースならビットレートが上がるから、
全体的にどの位のビットレートにしたいかで設定すればいいと思うが。
リップしてWAVをAudacityでインポートして
周波数スペクトル表示して目で見てここまでしか周波数出てませんねってラインをチェック
その後oggenc2でローパスフィルタをそこの周波数（≡最高周波数）で実施しつつエンコード
--managed --bitrate=xxx
も追加で
できあがった物を再度Audacityで波を見て原音と見比べて
満足のいく分布だったらリリースなんですけど
①これって出力ファイルは44100Hzになってるけど
--resample 最高周波数
した方が良いですか？
②しなかった場合は偽装44.1になるだけですか？それとも何か別の差が出てくるものなのですか？
音質と周波数の波形は関係ないから勉強し直しておいで。
>>79
1.A しないほうがいい。エンコーダは44.1kHzや48kHzあたりでもっとも調整されているため。
2.A サンプリング周波数が異なれば内部パラメータは異なるので結果も異なる。
でも、周波数の波形の再現性と音質が別物なのは
よく言われてることだからな～。
ちがうといったのは79の内容の受け答えにたいしてだけどな。
79は波がでていない領域を前もってカットした方が良いよね？と言っただけ。
早い話がmp3→wavにしたのをoggにするケースとかを考えれば良い。
上の方は削られてるから、その領域は手動で削除しておいた方がいいよねってこと。
②例えば最高で13KHz（サンプリング26KHz）の楽曲を
22.05KHz（サンプリング44.1KHz）で再生するのってどんな意味があるんですか？
そんな高周波出てないのに拾おうとしたって意味無いと思うのです
あと別の話ですがoggenc2のリサンプリングは辞めておいた方が良いようです
スペクトルを見ると驚く程改悪されてます
何かこう分布が粒々というか離散的になってしまい
実際耳で聴いても原曲から明らかに変質してるのが聴いて取れます
oggenc2の--resampleオプションはとても実用には堪えない代物です
どちらにしろどこかで必ず変換しなきゃならん
MP3もAACも中途半端な周波数ではエンコードできないから強制変換か拒否されるけど
Vorbisはオリジナルのままいけるのね
Vorbis（やMP3やAAC）は音声信号をMDCTで周波数ドメインに変換して、
さらに（心理音響に基づいて）適当に間引きや量子化を行って
各周波数成分に使うビットを割り当てる
原音に特定の周波数成分が含まれていないんなら、その周波数成分に
ビットは割り当てられないから、心配しなくとも無駄はない
VBRでただのサイン波をエンコードしてみればわかるよ、周波数成分1個しかないから
異常に縮む
ただしCBRだとこういう極端なケースでも無駄にビットを割くことになるので、
VBR使っとけばOK
エンコードの話ではなく「再生」の話をしてるんなら、>>86が言ってる通り
通常サウンドカードやDACの類が任意のサンプリングレートに対応してない
対応していないサンプリングレートでも、DirectSoundなどで再生しているんなら
OSが自動的にリサンプリングして調整するが、それこそ無駄だ
・視認最高周波数でローパスフィルタのみをかけエンコードすると偽装44.1KHzになる
・偽装44.1KHzは再生時最高周波数までしか表現されない
最高周波数でリサンプル（別アプリ）した後
普通にエンコードした音源を真26KHzと呼ぶことにすると
・真26KHzは再生時44.1KHzに内部変換され、コストがかかる
・偽装44.1KHzは再生時内部変換コストが要らない
・内部変換され44.1KHzとして出力された真26KHzと、偽装44.1KHzは同じ品質である
・真26KHzは正しい周波数をプレイヤーに表明するが
再生の度に先のコストを徒に払い続けなければならない
であってますか？
その発言は
エンコーダが最高周波数を見て勝手に
そのΔt内に於けるローパスフィルタリングを施してくれるから
ユーザは前処理に四苦八苦しても骨折り損の草臥れ儲けって意味ですか？
>最高周波数でリサンプル
ってのが量子化ノイズを増やすだけでそもそも無駄な作業
44.1kHzサンプリングにLPFだけ掛けたもののとリサンプルしたものは
上限周波数という点では同等だけど量子化ノイズが全然違うからね
頼むから>>88を読んでくれ
MDCTエンコーダーは周波数領域に変換するのだから、かならず周波数成分は
分析され、圧縮技術なんだから冗長性（たとえば10k以上の周波数成分は存在せず
全部0だとか）は効果的に取り除かれる
MDCTってのは聞いたことがないかもしれないが、フーリエ変換の親戚みたいなもんだ
最後の一文はまったくもってその通り
圧縮効率が良くなって聴覚上の品質も上がるってのはあるけどね
ありがとうございました
これ結合してついでに
cueを作成するにはどのソフトを使うのが一番いいでしょうか？
flacファイルが分割されたままでcueシートだけ
欲しいんですけどどうすればいいんでしょうか？
INDEX1しかないダミーのCUEなら、ねつ造できるけど
ソフトとしては
http://www.cuetools.net/wiki/Main_Page
これがおすすめ
これすごい！
さっそく希望通りのcueが作れました！
ありがとうございました！
ID3タグのようにアーティストやカバー画像をflacにタグとして埋め込む方法がわかりません
調べてもいまいちわからないのでご存知の方いたらよろしくお願いします
ttp://www.forest.impress.co.jp/docs/review/20120119_505505.html
相当容量節約できる上にただだからからDSみたいな携帯ゲーム機で使えばいいのに
なんでCRIのミドルウェアばっかり使うんだろう
プリンストンテクノロジーは、オーディオキャプチャーユニット「デジ造音楽版 匠 PCA-ACUP2」を1月下旬より発売する。
レコードやカセット、MDなどのアナログ音源をパソコンに取り込み、MP3やWMAなどのデジタルフォーマットに変換できる製品。
付属のソフトをインストールしたパソコンと録音したい音源を再生するレコードプレーヤーなどのオーディオ機器を接続するだけで、
アナログ音源をデジタルデータに変換し、保存することができる。
また、付属する高機能編集ソフトウェア「DigiOnSound 6 L.E. for Princeton」を利用することで、
無音検出による自動曲分割やフェードイン・フェードアウトの追加などの高度な編集が行える。さらに、
語学学習などを覚える際に便利な遅聞き・早聞き機能や音量がバラバラな音源の音量を揃える「ノーマライズ」機能、
3種類のノイズを特性ごとに除去する機能など、よく使用する機能をすぐに呼び出せる「かんたんエフェクト」も搭載している。
対応フォーマットは、MP3、WAV、AIFF、WMA、Ogg Vorbis。インターフェイスはUSB 2.0。入力端子は、ステレオRCA端子、3.5mmステレオミニプラグ。本体サイズは、90（幅）×17（高さ）×33（奥行）mm。
http://news.kakaku.com/prdnews/cd=pc/ctcd=0560/id=19951/
>対応フォーマットは、MP3、WAV、AIFF、WMA、Ogg Vorbis。
~~~~~~~~~~~~~
oggだからといってハブられる時代は終わったのだよ諸君！！！！！１１１１１１１１
>音楽ファイルはOGGやFLACにも新たに対応。
http://av.watch.impress.co.jp/docs/news/20120210_511224.html
>>65-68みたいな流れを見るとあまり期待できないなあ
目的のコーナーの時刻に飛ぶような仕組みってありませんか？
今はコメントの所に何分何秒から○○の特集とか書いておいてるんです
これをダブルクリックでスッとトラック飛ばすように移動できたら良いなと思うのです
Vorbis以外でそれができるのあったら教えてください
MP4+チャプタ
Vorbisこそそれができるという意味でしょうか？
>>119
ググってもロスレス形式とcueの記事ばかりで
Vorbisでどうするかのサイトが見あたりませんでした
Vorbisでは無理という意味でしょうか？
あんたの使ってるプレイヤーが対応してるかは知らんが
Foobar2000でしか確認してないけど、単純に連結すればおｋだった
Windows
> copy *.ogg /B out.ogg
Linux
% cat *.ogg > out.tmp
% mv out.tmp out.ogg
MPCだとチャプター選択できないからだめ
あとmka化してもいけるんじゃないかと(適当
今Winamp 5.6で試したら>>125はだめでした(MPC同様チャプター選択できない)
＿|￣|○ il||li
肉声音声(トーク)の苦手なVorbisを選んだのか
http://xiph.org/vorbis/doc/stereo.html
FMの音楽番組ならVorbisでいいな
スピークスでやってみましたが
やっぱ音楽入ると最悪なノイズだらけになるので
Vorbisに落ち着きました
audacityで録音後ノイズ除去して、番組ごとに切り分けて
AMラジオなんですが、 10 khzでLPFかけて
--managed 28 kbps でエンコードが試行錯誤したなかで一番の出来です
古いしaoTuVじゃないけど32kbpsではこんな感じ
http://listening-tests.freetzi.com/html/32kbps_public_listening_test_results.htm
ttp://lists.xiph.org/pipermail/vorbis/2012-February/027644.html
Xiph.Org is pleased to announce a full release of libvorbis 1.3.3.
This is a spot release that contains only bug, documentation, and security fixes.
(以下略)
5.1chの非可逆に限ってはAC-3かAACを選んだ方が無難
--verify付けないと完了はするもののテンポがおかしかったり
FLACCLは0.4 0.3でも同症状
GPUはRadeon HD 6850でCatalystのバージョンは12.1
公式(?)のフォーラムでも似たような報告は1件のみ
解決策ご教示願います
http://people.xiph.org/~xiphmont/demo/neil-young.html
正論なんだがオーディオファイル(笑)には通じないだろうな
ttp://www2.atword.jp/aooa/2011/04/27/aotuv-beta603-%E3%81%AE%E5%85%AC%E9%96%8B%E3%81%A8%E3%83%9E%E3%83%AB%E3%83%81%E3%83%81%E3%83%A3%E3%83%B3%E3%83%8D%E3%83%AB/
また今回、5.1チャンネルカップリングのチューニングを行う過程で色々とテストをしてみた分かったことなのですが、
マルチチャンネルを正常に扱うためにはライブラリだけではなく、エンコーダとデコーダ側の正確なサポートが必要です。
エンコーダとデコーダで正常な動作を確認しているのは、最新版のOggEnc(2ではなく純正版)とVENC、OggDec（※5月3日追記）です。
もし他のソフトで問題などがあった場合は、これらのソフトでも確認してみてください。
それで問題が無ければ、元のソフト（フロントエンド）の問題でありライブラリ側の問題ではありません。この問題がやっかいなのは、
問題のあるエンコーダやデコーダでも、エンコードやデコード自体は正常に終了することです。出力結果を確認しないとそれが正しいかは分かりませんので、
注意が必要だと思われます。
全文ではないけど長いコピペですまない。残りも読んでみてくれ。
実際、CDに足りない物と言えば、マルチチャンネルと収録時間(マーラー等は一曲が80分では収まらない)くらいか。
サンプリングレート変換の都合上
redbookだけ44.1kってのはDAC的に鬼子のような状態
レコーディングマスタからCDに落とす時もわざわざ変換してるんでしょ
最近出てきたmastered for itunesとかいってるやつも、CD通さないでマスタから
AAC化ってのをウリにしてるのに、44.1kにサンプルレート変換するみたいだね
正直意味が分からない
どんなにビットレートあげてエンコードしても22KHzから上カットされるから意味ないで
例を挙げれば88KHzのソースをVorbis500Kbpsでエンコすると22Khz-32KHz間がばっさり削られる(32KHｚ以上の領域は何故か残る)
当然ビットレートをこれより下げると22Khz-32KHz間も削られる
普通48kのまま扱わない？
動画の音声とか、俺は48kのままエンコードするけど……
あえて48KHzでやってた時期があるなあ
仕様で決めとけと
念のため確認したけど修正BSDライセンスだと。
Neither the FLAC nor Ogg FLAC formats nor any of the implemented encoding/decoding methods are covered by any known patent.
とあるから今のところリスクはないのだろう。
http://flac.sourceforge.net/license.html
oggVorbis普及してほしくて、手始めに、WebMから音声をOggVorbisを抽出する
ソフトを組んでるんだけど、なんかアイデアってない？
とりあえず想定として、YouTubeからWebM落としてきて、
音楽プレイヤーに入れるというケースを念頭に、
抽出と同時にノーマライズをさせる予定。
Vectorのアカウントは一応取得済みなので、
公開と同時に登録はしてみようと思いまふ。
>>161
まさに、そこから始まったんだ。
一般の人にlibvorbis、libogg、libvpxを含んだffmpegを
クロスコンパイルしてWindows環境に対応させて・・・・
なんてやってたら、普及しないんじゃないかと思って。
だからといって色んなデコーダやエンコーダが詰まったffmpegで
フリーのものはおそらくパテント問題をクリアしてなさそうな。
vorisgainは日本語じゃないし・・・とっつきにくいかな？
と思ってffmpegに上記ライブラリを含んでコンパイルして、
それを利用したGUIフロントエンドを作って、
手軽さを売りにogg vorbisを普及させようと思ってるとこ。
現状は、ffmpegのクロスコンパイルと、
ノーマライズのアイデアだけは浮かんだとこ。
プログラムを組むときにパテント絡みでやりたいことができないのは辛いから、
WebMのVP8とOggVorbisがスタンダードになれば、そんな悩みから開放される！！
っていうまぁ、絵に書いたもち状態の妄想から。
そういうの海外製でもまだないしいいんじゃねえの
ツクールや同人ソフト､エロゲー業界辺りに重宝されそう
自作するにしてもffmpeg+vorbisgainを呼ぶスクリプトかバッチファイルで十分に思える
いや、期待させるような書き方をしてしまって悪いのだが、
とりあえず現段階では、WebMの動画からoggVorbis変換をしたい人、
向けのffmpeg＋フロントエンド＋αくらいを作ることを目標にしてて。
(YouTubeの動画をポータブル音楽プレイヤー(Android含む)へ気軽に音声を落とせるようになれば、
普及の足掛けになるんじゃないかな？っていうとこから)
たしかに、WebM向けの動画編集ソフトがない現状、作れば普及の足掛けになりそうだけど、
漏れのプログラムの技術だとそこまでたどり着くのにどれくらいかかるか・・・orz
抽出するだけならlibavcodecネイティブので十分でliboggもlibvorbisもlibvpxも必要ないし。
そもそもいろいろな所でバイナリ配布されてるからコンパイルする必要性自体が疑問だけど。
確かに扱う動画がWebMとoggVorbisだけであれば、問題はないけど、
そのffmpegがH264やMP4のエンコードに対応していれば、
本来ならばパテント料を払わなければいけなくなるわけで、
MPEG LAから要請を受ければ何時停止させられてもおかしくはない現状を、
漏れ的にはなんとなく嫌な状況だなぁ・・・と。
確かにffmpeg + vorbisgainを呼ぶスクリプトやバッチファイルでも、
漏れらには十分ことは足りると思うけど、
ogg vorbisとmp3の違いすらわからないようなユーザーも含めて、
普及してもらいたいと思っているから、ドラッグ＆ドロップとかの
簡単な操作方法で一発でノーマライズできるソフトがあればと思ったことと、
ノーマライズ以外にも、他の便利な機能も付け加えようとしたとき、
プログラムという形のほうが無難に書き加えができそうだし。
すまん、MinGWでクロスコンパイルする方法しか俺は知らないorz
抽出だけならlibavcodecでも十分だけど、その他の動作にも対応させようと考えると
libavcodecのVorbisエンコーダ壊れてるし、
やっぱりそのあたりのライブラリを突っ込んでおくほうがいいかなと思う。
バイナリ配布に関しては>>168あたりで。パテント的な意味で。
H.264その他MPEG4関連の請求は金銭得る商売として配布しない限りバイナリ配っても何の問題もないよ
だったらmkvtoolnixのmkvextract+vorbiscommentのフロントエンドでいいんじゃね。
しらなかったorz
昔TMPGEncがMpeg LAにクレーム付けられたり、
VirtualDubがasf関連でクレーム付けられたりしてる記憶が残ってるせいで、
てっきりダメなのかと思ってた。
h264に関しても無料宣言されたのは無料配信される動画のみだと思ってたし・・・orz
でもまぁ、自分自身もそういうプログラム欲しかったので、
とりあえず完成させておきます。
ffmpegとかlameとかは自分とこはソースしか配布してないから大丈夫ってやり方
H.264が無料ってのはYoutubeとかのストリーミングサイトには請求しないって話
いや、作りたかったものは
ffmpegのフロントエンドそのもの(WebM→Ogg変換の)。
それにノーマライザーやら色々くっつけたものをつくろうと思って、
ffmpegやらセットで配布して、ogg vorbisを普及させる波を、
0.0000000001mmでも起こしたかった・・・のだがorz
だと思ってるんだが・・・
一体どっち！？
とりあえず眠いんで寝ます。投げやりですまんorz
それとも午後のこーだみたいにコンパイラを同梱してソース配布するとかそういう話?
設計図には特許は発生しないっていう判例だかなんだかがあるみたい
でバイナリ配布してるとこはうちとは関係ありませんっていう
午後のこーだはパテントフリーじゃないmp3やらコーデックを
扱うからその形態(バイナリを配布しない形態)をとっているんじゃなくて？
ffmpegでパテント問題となるのはlibavcodecだろうけど、
ビルドオプションでパテントのかかるエンコーダ/デコーダーを無効にすれば
普通に問題ないと思うのだが。
現にubuntuだって機能を制限したlibavcodecを組み込んでいるのだし。
パテントフリーのコーデックのみで構成したffmpegならパテント上問題ないかと。
もし
考えてるのが思いっきりブラックなソフトなんだな
コピーライトのほうはいいのかｗ
WebMのみを扱えるように制限したffmpegとそのフロントエンドを配布したいわけね。
そこまで決まってるならアイデアない?と聞かれてもなあ。
こっちは公式にwindowsのバイナリも配布されてるし抽出用のGUIフロントエンドもある。
http://www.bunkus.org/videotools/mkvtoolnix/win32/
http://sourceforge.net/projects/mkvextractgui-2/
コピーライトはクリエイティブコモンズがあるくらいだし問題ないと思ったりも。
まぁ所詮ダウンロード支援だし、動画取得の部分はchromeのプラグインとして実装して、
別にすでに完成して公開してたり。
>>181
わかってもらえてよかったです。
そこまで決まってるのですが、私の想像力で、
Oggを普及させる＝扱いやすくする＝WebMを一瞬で音楽に！ノーマライズもついてたら便利。
的なことまでしか想像がつかなくて、他にも「こんな機能あったらいいな」といった感じの
アイデアが欲しかったのです。
とりあえずプログラム書いてアップロードしてそれに対してダメ出ししてもらったほうが
良かったかもしれないですが・・・
>>182
コンテナフォーマットにmkvが採用されているけど、
ビデオコーデックはVP8、音声コーデックはOggVorbisかな。
> コピーライトはクリエイティブコモンズがあるくらいだし問題ないと思ったりも。
意味が分からない
http://www.youtube.com/t/terms に以下のように書いてあるんだが……
>>158に「YouTubeからWebM落としてきて」って書いてあるように見えるのは
俺の目の錯覚か
お客様は、「ダウンロード」または同様のリンクが本コンテンツについて
本サービス上でYouTubeにより表示されている場合を除き、
いかなる本コンテンツもダウンロードしてはなりません。
お客様は、YouTubeまたは関連する本コンテンツのライセンサーからの
事前の書面による同意なく、コピー、複製、送信可能化、出版、翻案、配布、
放送、表示、販売、ライセンス付与又はその他一切の他の目的のために
利用されてはなりません。
いや錯覚じゃないよｗｗｗ
クリエイティブコモンズのライセンスの話になるけど
Youtubeは動画のライセンスの形式でCCBY3.0を選択できるようになったわけで、
CCBY3.0の要約は「作品を複製、頒布、展示、実演を行うにあたり、著作権者の表示を要求する。」
っていうライセンスなわけで頒布も前提にされているわけで、頒布にはDL必要だよね？
という雰囲気が伝わると思ったけど。
>>186
chromeのwebストア上でダウンロード数が結構あるYouTubeの保存ツールが、
堂々と存在している中では容認状態なんじゃない？
googleが本気出せば、即刻除外できるわけで。
そもそも本気でダウンロード拒んでいたら、
あそこまで簡単なプロトコルにせずに、難読化もできたはずだと・・・開発者的観点から。
パテントを何故気にするかってことだけど、
コーデック関連のパテントに関しては明示的なライセンス料金が示されていて、
開発者へのパテント料請求にも触れられているけど。
YouTubeの利用規約に関しては完全に利用者とYouTube間での規約だし。
グレーゾーンじゃね？と個人的には思う。
そもそもCravingExplorerとかそのあたりなんて、
Vectorの人気投票でもグランプリとって堂々と宣伝しているのに
クレームのひとつもされていない時点で・・・
開発者に向けてパテント料が明示的に定められているのと、
過去に大企業の大口開発とはいえ、有料製品だったため、パテント料で実際に裁判になっていることや、
フリーの大規模プロジェクトへ停止の要請が実際にいってたりする。
それに引き換えYouTubeやニコニコ動画は、開発者に対してのライセンスではなく、
利用者対サービスだからね。大口のソフトにもクレームいってる様子ないし。
言われて見れば確かになぜパテントばかりに気を取られているのか不思議だったけど、
やっぱり冷静に考えると気持ちが全然違うのは当然じゃないかな？と
ダウンロードするのとだと、ダウンロードに関しての躊躇が少ないのとおんなじじゃないかな？
MPEG LAが実際にそう言ったのでない限り憶測でしかない。
まあ、DGIndexの様に、ヨーロッパ等、ソフトウェア特許が認められていない国の人に、
バイナリの配布を頼むとかは出来るだろうけど。
YouTubeの利用規約とパテントの拘束力を一緒にしちゃう奴とかがわらわら湧いて？
嫉妬しちゃって批判してみたものの知識がないことがバレちゃったってことだろ？
どんだけ嫉妬してんだよｗｗｗ
批判厨とか気にせずにソフト制作頑張ってもらいたい。
WebMに変換するツールのがいいような？違うのかな？
盛り上がったのは10年前だからな
WebMを拡大させようとしている今が最後の機会なのでは・・・
まあ動画に関しては一時MP3エンコーダに対してFraunhoferがやったように
x264のバイナリ配布に圧力がかかればWebMに逃げる流れができるかもわからんけどね
WebMを拡大させたかったら、ChromeからYoutubeにアクセスしたら
WebMしか見れないようにするとか、優秀で使いやすいエンコーダーを提供するとか
すればいいんだがｗ
結局、エンコーダー遅いままだし。
google一番の狙いなんじゃないの？
Chromeはバリバリ開発進んでるのにね。
2012-03-21
ttp://www.rarewares.org/ogg-oggenc.php
Using libVorbis 1.3.3, libOgg 1.3.0, and libsamplerate 0.1.8. Accepts 8, 16, 24, 32 bit Int and Float RAW PCM input.
Includes facility to scale FLAC input using FLAC Replaygain Tag values - ICL 12.1 compile (Generic is MSVC9 compile).
こういう規格は、結局は魅力云々以前に普及率がすべてを決めてしまう面があるからな。
そういう意味でもとにかく遅すぎた。
H.264陣営がUnisysやFraunhoferのようなあからさまな悪役にならないように
あまり派手なアクションを取らなかったのもあるだろうが。向こうにしてみれば楽な戦いだったろう。
ここまでWebMに力入れないとは思わなかったな。
今後も何もしないとは思えない。
マ「え、H.264で間に合ってますし．．．」
エンドユーザは気にしないから
この状況で普及させたいなら205の言うような
立場を利用した少々強引なマーケティングが最低条件だろう
でもAppleもMSもH.264側だしOSSコミュニティもH.264の方が勢いあるし...
これも結局mp3(+aac)とvorbis陣営に分かれてるみたいだよね現状
video要素でTheora/Vorbisとか言ってた時代にTheoraとかありえんだろjkとかで
audioの方のVorbisも一緒に捨てられちゃったのかなー
video要素のTheoraやVP8はどうでもいいけどaudio要素のvorbisは
残しといて欲しかったぜマジで
SoundCloudみたいなサービスでいまだにMP3 CBR 128kみたいな形式が使われてるのを
見ると強くそう思う
Atracではありませんでしたがｗ
携帯プレーヤーの幅が増えたのは有り難いね
どんなソフトになるのかちょっと楽しみにしてたのに。
mplayerならノーマライズとかのフィルタもあるし
http://git.mplayer2.org/divverent/mplayer2.git/tree/DOCS/tech/encoding.txt?h=encode
GUIガー
結局他のソフトで出来ないからじゃなくて彼がやりたいからやってるんでしょ。
いや、あれば便利だと思うよ？
実際にGUIでWebMからoggへ平均化も一緒にやってくれるソフトがあれば俺も使いたいから。
わざわざ面倒なソフトたくさんインスコして、何か一つにでも不具合が出たら整合性がとれなくなって困る。
業務で使うわけじゃないし、俺が使えればいいから、寄せ集めのソフトで困るわけじゃないしいいんだけど。
だから別にそこは否定しない。人が何やったって自由なんだし。それを使いたがる奴もいるんだし。
問題は出来るかどうかでしょ。
否定厨にちょっと批判されたくらいで状況も伝えずにいきなり消えるのがどうかと思う。
いなくなったのは、作者よりも
批判厨に原因があるだろｗｗｗｗｗｗｗ
コレトコレトコレヲクミアワセテデキルー
コーデックムリョウダシー
キヤクガー
とか、なんでそこまで必死なのｗｗｗｗｗ
理論的に反論できなくなると、
文体とか関係ないところにしか攻撃できないんだねｗｗｗｗｗ
まぁそのための釣り草だったんだけどｗｗｗｗｗ
事象に対する原因と、結果をの因果関係を示すことが理論。
作者がいなくなった原因に対して、
「批判厨に原因があるだろｗｗｗｗｗｗｗ 」
因果関係を示しているのでとても理論的ｗｗｗｗｗ
最初から同じスレで釣り宣言してたら
釣りにならねーだろｗｗｗｗｊｋｗｗｗｗｗ
それとも、最初に他のスレで
「今からつりまーす(ｷﾘｯ)」
っとでも宣言しておけとｗｗｗｗ何を馬鹿なことをおっしゃいますｗｗｗ
今初めてそういう書き込みするのに
だからとかつけちゃうなよｗｗｗｗ
>>225の真意は知らないが
俺には「作者がいなくなるのは作者の精神が弱いからだ」
っていうふうに、作者の打たれ弱さを原因としているが、
それに対して打たれ弱さ以前に、批判厨が原因だろという見解
>>235
俺には「作者がいなくなるのは作者の精神が弱いからだ」
っていうふうに聞こえる。
つまり、作者の打たれ弱さを原因としているが、
それに対して打たれ弱さ以前に、批判厨が原因だろという見解
>状況も伝えずにいきなり消えるのがどうかと思う
と書いてあるでしょ
>>225の伝えたいことは、まさにそれかもしれないが、
「批判中にも原因がある」と言いたいのが俺の書き込み。
公開してくれれば使う人がいるかも知れないというだけ。
結果論だけどある程度作ってから「こんなん作ってみたけどどう思う？」の方が良かったね。
aoyumiさんはやくきてくれー
一応上のほうで開発宣言してた漏れです。
プログラム自体は完成して、当初の予定通り、
webmをoggにノーマライズして変換するという機能のみを実装したもので公開中。
当初のアイデア募集の時から、開発工程のソースコードに関しては
公開するつもりだったけど、完成版のダウンロード先は貼らないつもり。
（ステマ扱いされると嫌だし）
もし、必要な人は検索エンジンに反映された頃に
それっぽワードで検索してくれればたぶん出てくる・・・たぶん(´・ω・`)
http://anago.2ch.net/test/read.cgi/software/1330766078/748-769
ID:nePxDjxF0 この頭悪そうな子こっちでも大暴れで迷惑してます
誰かどこかに隔離してやってくださいな
なんか他のスレの書き込みわざわざ見つけて持ってくる奴って必死だね。
「他のスレに回ってID晒してる俺カコイイ」とRーカキコ。
荒らし扱いされて、逆切れして大暴れしだすパターンだから以後スルーで。
まぁ、それだけ話題がないスレなんだろうな、、ココ。。。。orz
GIFに対抗したPNGみたいな役割は十分果たしてくれたし
Opus/CELTはいつまでたっても完成しないし、Ghostも10年は掛かりそう。
http://people.xiph.org/~xiphmont/demo/ghost/demo4.xhtml
PNGはもう廃れたのか…
予想以上に難航してるというか、あんまり注力してないのかな？
>>250
廃れては居ないけど結局JPEGが強かったのと、PNGは仕様が複雑すぎて制止画以外ではGIFの置き換えに成功してない。
Opusの作業はちゃんと進んでるよ。
https://tools.ietf.org/html/draft-ietf-codec-opus-11
標準化作業はどうしても時間がかかる。
Silkとのハイブリッドモードのために結構コード書きなおしたらしいし。
アプリ開発者の方ですか(もしかしてlibpngも使ってない？)
今までにない新鮮な視点でびっくりしましたわ
分かりやすいよねｗ
JPEG2000は超えてるか
あれ、何か変なこと言った？
現実に、PNGのアニメーション(MNG)とか不可逆圧縮(JNG)までサポートしてるブラウザやビューア、画像エディタって今のところほぼ無いような。
ttp://www.pixiv.net/member_illust.php?mode=medium&illust_id=23496829
あんまり関係ないけど、日本の規格で標準化に成功した規格ってないよな？
>>255
PNGじわじわきてるしな。
adobeがfireworks作ってくれたり、
サードパーティが力を入れてくれたのが大きかったのか・・・
ieでサポートされたのが大きかったのか・・・
音声全て
OGGなり
友蔵 心の俳句
http://cl.ly/1Y3O3F2Q433o2k3N0D3N
(ttps://twitter.com/#!/dynamitter/statuses/126467359736213504 経由)
向こうもいそがしいんだろうけども。
Mozilla が H.264 をサポートへ、webM 一本化を断念
http://japanese.engadget.com/2012/03/20/mozilla-h-264-webm/
悲劇やなｗ
反省してるんだかしてないんだか分からない藤本先生の弁
マルチチャンネル？
Red Hatがスポンサーだと言うことだが、この二年更新が無い。
http://people.xiph.org/~xiphmont/demo/index.html
(Definition of the Opus Audio Codec) to Proposed Standard
http://www.ietf.org/mail-archive/web/codec/current/msg02840.html
これでようやく標準化作業も終わりが見えてきたな
まあまだ再生可能なメディアプレイヤーがないけど。
なんか来てるねー君達
x264のLorenやDark Shikariも参加するみたいだけど、
Snowみたいに中途半端に放り出す結果にならないと良いが。
個人的にはレンジコーダーやB-フレームで地道に改良したTheora1.xを
見てみたかった気がするがというかPtalarbvormはどこいったんだよおい
Theoraどころか、自由に使えてH.265より良い物を目指すとある。
何か成熟させとけよｗ
質がいいだけじゃ普及しないってvorbisが教えてくれてるからな
でもってLAMEやx264が示したようにフォーマットがプロプライエタリでも
優れたオープンな実装が出れば (開発者は普及したフォーマットに集まるのでこうなりやすい)
結局エンドユーザの使い勝手は変わらんし
エロゲーはVorbis主流だが一般ゲーム業界ではxWMAに移って来てる（Skyrimとか）
http://engawa.2ch.net/test/read.cgi/poverty/1336457698/
もしこれがOggだったら捕まってなかったん？
エロゲーが一般ゲーム業界がじゃなくて、お金を湯水のように使えるところが採用してんだろう＞xWMA
WinとXBOX360で出すゲームに限ってだが
音質良かったらCD借りてエンコードやりなおしやんけボケ
ロスレスの圧縮率を極限まで高めてサイズを１/３にできるようにしろや
低ビットレート向けだから心配スンナ
ノイズ的なもの、音量が高いもの、チャンネル間の相関性の少ないソースは
どうしても圧縮率は悪くなる。
http://unkar.org/r/download/1299555091#l214
逆にポップやロックなどは7割程度しか縮まない
そう言えば後3か月で1.2.1リリースから5年経つんだな
ttp://bmproductions.fixnum.org/wmptagplus/
ttp://bmproductions.fixnum.org/wmptagplus/history.htm
エンコードする時の警告です
なんですこれ？
やっぱりライセンス云々で利害が一致しないからか？
OSXはcodec追加するだけでFLACもoggも対応してるだろ。
携帯機に関しては似た様な物いくつも載せる余裕も意味も無い。
積極的に採用するわけないよ。営利企業なんだし。
おかしいのではなく、利害関係考えれば当然。
兵糧攻めに勝つのはApple
ALACってオープンソースになったろ
FLACからALACに乗り換えてiPod使ってなさい
些細なcodecの性能差異は重要ではない。
AppleがALAC作ったのもmp4コンテナに格納できて共通のメタデータが使える
Lossless codecが欲しかったからでしょ。
メタデータ取り出すコード書いて、バージョン毎に互換性が無いとかUnicode
使ってないとかID3のデタラメっぷり見ると、mp4コンテナでメタデータの扱い
一本化したい気持ちがよく解るよ。
windows版が来てるね。
しかし再生出来るデコーダーやプレイヤーがまだ無いのが問題だが・・・
Firefox15では再生出来るそうだが、Firefox betaはまだ14なのね。
ttps://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-aurora-l10n/
16.0a1
ttps://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central-l10n/
ただHE-AACと比べると正直アドバンテージあると思えないなぁ
今後劇的に改善する余地はあるのだろうか
AACのライセンス料は、H.264等よりも高い。
http://www.vialicensing.com/licensing/aac-fees.aspx
opus(celt)のアドバンテージは低遅延でしょ
圧縮品質については、これまでの長い開発期間からして、そう改善しないのではないかと
今はVorbisで28kbpsでエンコしてるんだ
http://www.opus-codec.org/comparison/
たぶん最適だろう。これを見てもらえばわかると思う。
Opusにエンコしても、Firefox15で再生するか、Wav化して聞くかしか出来ない
2012-07-04
ttp://www.rarewares.org/ogg-oggenc.php
Multichannel code improved, Can now input 8, 16, 24, 32 bit Int and Float RAW PCM.
VBR Quality setting, SRC libsamplerate high quality resampler.
Also added facility to scale FLAC input using FLAC Replaygain Tag values - ICL 12.1 compiles.
SSE Optimized (1707kB)
SSE2 Optimized (1711kB)
SSE3 Optimized (1709kB)
SSE3 Optimized x64 Only (1792kB)
ttp://www.hydrogenaudio.org/forums/index.php?showtopic=74345
Winampで聴く為には開発チームにロビイスト送って籠絡しないといけないのか
in_opus.dll入れろって
これに近い値段で容量8GBでogg再生可能な奴ってないもんか
どうもありが㌧
圧縮時間が伸びるばっかりだから、最高圧縮率はかなり意味ない
まぁ、圧縮速度も圧縮率もそう大差ないから、好きにしたらいいと思う
2012-07-16
foobar2000 v1.1.14 beta 1 has been released; introducing support for the IETF Opus codec.
いいね
この調子でどんどん対応プレイヤーが増えるといいな
これでOpusが再生できる
-Vのverifyオプションはどういう意味があるの？やっぱり付けといたほうがいいのかな？
http://www.sony.co.uk/hub/walkman-mp3-players/latest#/1237486293147/1237486293121
まあ、Andridならソニー謹製のソフトが対応しようが別に…とも言えるが、
"today’s popular formats"の一つとしてやっと認めたってことだしな。
MediaPlayerクラスでOgg Vorbisがうまく扱えないのね
http://code.google.com/p/android/issues/detail?id=15441
低ビットレートでも良く聞こえるからVorbisを選びたかったけど...
長さが短く返されるみたいだね。
シークをしなければ大きな問題はなさそうだけど。
でもコーデック入れるのは簡単。
それを超絶困難な作業だと思ってるなら一生無理。
だから画像みたいなバイナリタグはBase64だろう
後はXvidかVP8が超進化すれば完璧なんだが・・・
http://code.google.com/p/mulder/downloads/detail?name=opus-tools.2012-08-16.zip
かなりええね
エンコーダー・デコーダー・再生ハードが最初に揃ってないと死亡だからね
MP3とAACは恐らくライセンスが今の10倍になっても使われ続けるよ
ストリーミング周りでも多少使われるようになるだろうし、流行るといいね
といってもFlashが対応してくれんとダメか
火狐OSのタブレット・スマホで再生可能、HTML5での標準コーデックに採用
これくらいすればAACとMP3は潰せるだろうか。特許ってマジで誰得なんだ
Vorbisがそれに近い環境だけど、現状こんな感じだし無理でしょ
iPhone、iTunes、Apple、MPEG-LAが無くならない限りAACは消えないと思うよ
XvidはMPEG-4 ASPそのものなので、MPEG LAのライセンスが必要。
パテントトロールは現代の賎業だわ
>>272がSnowやTarkinの様に放棄される事なく完成すればあるいは。
もしくは、VP8の改良に期待するのが現実的かもしれない。
すげぇ縮むし音質いいし・・・
圧縮する時のオプションも殆どない。デフォでOKなのがめちゃめちゃ楽。
はやいとこ他プレイヤーやデコーダー出ないかなぁ
ffmpegに導入されるのが、普及には一番手っ取り早いか。
今は拡張子.opusをopusdec.exeに関連付けてダブルクリックで再生してるｗ
foobarがもう対応してるじゃん>>337
１、ギャップレス再生は最初から対応してるの？
２、サンプリングは48kHz強制？CD音源を圧縮すると総サンプル数が原曲の48000/44100倍になって気持ち悪い
３、ハードウェアに採用されるように財団は促進活動してるの？
汎用性が高く、環境も整ってる上に。無料でライセンス付与されるAACMP3エンコーダがある今、
PCのソフトウェアデコードしかないなら乗り換えるメリットがないんだけど
正直、圧縮率が良くてパテントフリーだけじゃ音楽ライブラリをOpusコーデックにするなんて圧縮好きでもないない
未来の展望も未知数だし、地雷原に歩いてくようなもん
これは音楽用途じゃ普及しないでしょ。しょせんWebのインライン再生やゲームの圧縮音声
一般市民は俺らみたいに圧縮に興味はない。iTunesにCD入れて取り込むという認識でしかない
AAC@LC160kbps相当を80kbps以下で表現できるコーデックが発明されたら呼んでくれ
どういう議論が行われたかわからないが44.1kに対応してないのはそういうことなんだろう。
http://wiki.xiph.org/OpusFAQ#How_do_I_use_44.1_kHz_or_some_other_sampling_rate_not_directly_supported_by_Opus.3F
libopus自体にはそういう機能はないのでデコーダの実装次第だな
というかoggコンテナに入れることを前提にした高レベルAPIを整備してくれよと
現状じゃヘッダすら自分で構築しなきゃならんしリサンプラも自前で用意しなきゃならんので
libopusが非常に使いにくい
AC'97の頃はそうだったかもしれないが、今はどうだろう。
みたいな配信・通信ソフトではあっという間に普及しそうだな
libopus 0.9.11
http://nullpo.vip2ch.com/ga1331.opus
Xiph.Org libVorbis I 20120203 (Omnipresent)
http://nullpo.vip2ch.com/ga1332.ogg
opus凄すぎﾜﾗﾀ
これでGoogleがVP8をHEVC並の性能にあげてくれたら最高なんだが
音楽はVorbisで
人声はSpeexで
分ける必要なくなるのか？
カーナビが対応してくれないから伸びないな。
カーナビ対応がないからoggにエンコできないわ。
なに怒ってるの？
Microsoftに言ってください。
私的に48kbpsではAAC系超えた
やはりAAC天下は揺るがないor2
スマフォの普及で、アプリでのソフトウェア再生でいい時代だもん
http://icecast.org/
音のストリーミングサーバアプリかー
ありがとう
しかしicecastがまだ開発続いてるってのが驚きだな
ニコ生にもustreamにも使えないソフトなのに…
>>394
「昔の」に空目したｗ
勘違いされやすいけど動画ストリームも扱えるよ
もうPeercast要らんな・・・
~~~~~~~~~~
まだまだ単体は需要あるでしょ
それこそ、4gbとかで十分安く作れそうだと思うけど
それにしてもhe-aac v2 48kbpsは外で聴くには普通で
室内だと足りてない感が凄いけど
opusだと普通に聴こえるから凄いなw
是非とも普及して欲しい
○HTML5
・Opus オーディオコーデックにネイティブ対応しました。
情弱はネイティブ対応だすごいぞ！ってなるんだろうか
Opusは基本的には48kHzだけに対応する規格。
--raw-rate 44100
と指定すれば44100Hzでエンコできるよ
それは入力がraw PCMの時にサンプルレートを指定するオプションだ
ffmpegとか前段にかましてパイプすりゃいい
Opusでは入力が48kHz, 24kHz, 16kHz, 12kHz, 8kHz以外の場合は強制的にリサンプルされるんだよ
raw PCMはヘッダが無いからサンプルレートを判断できないのでオプションがあるだけ
wavを入力した時と何も変わらない
スピークスとオーパスはどっち強いの？
自分でABC/HRをやって比べてみたら。
テキストエディタに以下をコピペしてOpus.batというファイル名で保存する
@echo off
set bitrate=48
set samplingrate=12000
:repeat
if %1.==. goto :end
if exist "%1" (
ffmpeg.exe -y -i "%~1" -acodec pcm_s16le -vn -ac 2 -ar %samplingrate% -f s16le -threads 0 - | opusenc.exe --raw --bitrate %bitrate% --raw-rate %samplingrate% - - | opusdec.exe -
shift
goto :repeat )
:end
set bitrateとset samplingrateはお好みに変更。
あとは、好きな動画や音楽をこのファイルにドラッグ＆ドロップすれば
勝手に、音だけ抜き出し→サンプリングレート変換→Opusエンコ→Opusデコード
とやってくれてOpusデコード後ｎ音が鳴る
十分聞こえるね。
AMラジオでゆっくりとした語りなら
早口だと場合によっては何言ってるか解らん
試しに何かのシステムボイス辺りで実験してみたら?
32kbps以下は強制でモノラルになるな
正確には --bitrate 32.001 以下だな
しかし32.001と32.002でエンコしてもファイルサイズはほぼ変化なしなのが謎
しかもヘッダは2chとして扱われていてfoobarでもStereoと表示される
もしかしてバグ?
16kbpsでも普通に聞けるしめちゃくちゃ縮んだ
なんだラジオコレクションにはオーバースペック過ぎる
「x264と同等の画質を保つにはx264の倍のビットレートが必要」とかクソすぎる
>xvp8 is under development: a best-in-class VP8 encoder built using the
>x264 framework. It supports I-frames with i16x16 blocks now and some
>portions of P-frames and is being extended to support more of the
>spec.
BSDライセンスではなく、GPLだけどこれに期待しよう。
googleは最初に約束してたけど、前回リリースは5月。
すでにスケジュール破れてる
エンコードパラメーターも意味わかんないしなぁ
マルチコアをうまく使ってくれないのか、
わざとCPUに余裕が出るようにエンコード速度落とす仕様なのか
そこらへんさえよくわからない
helpににはcfrモードがあるんだが、全く機能してないしなぁ
videoタグ戦争ではもう敗戦したわけだしね。
モチベーションも下がっているんじゃないかな。
Daalaにもどれだけ期待できることやら……
満を持してH.265発表
H.264はカスだからどうぞタダで使ってください、全ての面で上なH.265がこれからのメインです
ちなみにH.265ではエンコーダもデコーダもライセンス料とります
こんな感じでしょ
H.262/MPEG-2 Videoでまだまだ稼ぐつもりのMPEG LAが、H.264を無料で使わせてくれるとは思えない。
Daalaはそれなりに真面目に開発されてるのか？HEVC勢力を
びびらせないとMPEG-LAにがっつり搾り取られるからマジで頑張ってほしいわ
opus 1.0.1 + opus tools 0.1.5
でビルドしてみたけど何が変わったのか判らん
Vorbis, FLAC, Speexが今まで何も言われていないのだから、大丈夫じゃないか。
Xiphの他と違って、OpusはRFC 6716としてIETFに標準化された規格でもあるし。
このスレ的にはあまり関係ないけど。
https://hacks.mozilla.org/2012/09/its-opus-it-rocks-and-now-its-an-audio-codec-standard/
シェアが危うくなればFUDを仕掛けて揺さぶってくる可能性はあるとは思うが、
（残念ながら）VorbisがそうだったようにOpusにもそんな力はないだろう。
https://en.wikipedia.org/wiki/Unified_Speech_and_Audio_Coding
オーパス
どっち？
まぁ、マルチコア全然使ってくれてないから、まだまだ高速化すると思うが
使い分けしてる人いるのかな？
使い分けるような差異を見いだせない
完全に実験プロジェクトじゃないか
実用的使用はハナから放棄してたのか？
CDのリッピングは私的利用なら違法じゃない
もう最初からドラマとか映画に興味を持たないようにするか
oggencでも違っていたけど、VBRってそういうものなん?
らめぇではVBRでも一致した
64kbpsより上ではほとんど性能変わらないから
ならSpeexとVorbis同梱ってできる？
やりかた教えて
教えたくないなら分かり易い解説サイトのURL教えて
ファイル名が長いとエンコーディング進捗の表示が
（行頭戻りで実装されてるのだろうが、右一杯になって溢れた分を表示するために）改行と同じ事になる
そうすると進捗表示が無数の行となって
冗長な津波と化して押し寄せてくるである！
～.wav: の後一度改行しておくことでこれは殆ど防げた筈だ
デコード速いから再生負荷も低いし
Vorbis -p10 を窓から投げ捨てたはｗｗｗｗ
これからジャズや環境音はFlacで行く
可逆圧縮系で最も定番かつもっとも圧縮率の低いフォーマットだぞ
開発版とかで何か進んでないの？
自分でソース書き換えればいんじゃね?
>>474
そういやFlac一度もビルド成功した事ないな俺…
gccが新し過ぎる(4.7.1)んだろうか
gcc 4.7.2(mingw-w64)だけどビルドできてるよ
MediaInfoだと先頭にゼロがあると含めていないのに対し、
opusinfoでは含めているけど、ゼロを含めるのが正しいのかな。
そういえばこのopusinfo、UTF-8(BOM無)で出力するからWindowsの
コマンドプロンプト(UTF-16LE)だとマルチバイトが見頃に文字化けするね。
テキストファイルにパイプすれば読めるけど。
4.7.2か…gccを自分でビルドはまだ難易度高いので大人しく待つ事にする
oggのインストールできたら
flacの方はちょこっとソース弄ればメイクできたぞ
configure でちゃんとprefixとか設定した？
configure --helpで出たのから怪しいと思うの逐一ちゃんとパス書いていったらいけるぞ
oggのライブラリへのパス通ってないとかじゃないの？
俺もSIZE_T_MAX で躓いたはｗｗｗｗ
0xf……f ぶち込んだったらコンパイル成功したｗｗｗｗｗｗ
Windows2000 SP4 MinGW32 gcc (tdm-1) 4.5.2 なｗｗｗｗｗｗｗ
昔のアカペラ音源をエンコしようとしたらモノラルなの
だから一々Audacityでインポートしてからモノラルに直してエクスポートして
ようやくエンコできる
これをコマンドラインオプションだけでやれるようなったら便利だ
foobar使ってるならプリプロセスでdownmixしてもよし
おおまさにこんなのが欲しかった
あり＾＾
曲毎にファイル分けてtarでもしろよって思ったんだけど
PC上で聴くならその形式は普通で恐らくEACでリッピングしている
tta/ape/wv/takなんかでもやっている
takは更にtakファイル内にcueを内包出来るから
1つのアルバムが1つのファイルに収まるので非常に便利
まあこれに関しては未対応のプレイヤーもあるけどね
http://www.google.co.jp/
このサイト使えば情報得られるぜ
これは良いサイトですね
早速紙にURLを書いて画面に貼り付けました＾＾
どっちでもいいんじゃね？
一昔前は無圧縮zipが流行ってたっけ
なんだどっちでもいいのか
まとめると何か特別な利点でもあるのかと思った
ただCDのバックアップとしてみた場合、単一にしたほうがより完全な形でバックアップできるってだけ
あと普通に聞いたり利用する分にもにもジャケットの埋め込みとかタグ周りで良いことも生まれるか
とりあえずやり方はそれぞれで何が良くて悪いかも無いし、変換しても情報が大幅に変わるわけじゃないから好きなように変えればいいんじゃね？
でもなんで人の音楽ファイルのつくり方が問題になってんだろう
↑
これ修辞疑問じゃなくて純粋疑問だったんで邪推無用です
曲毎にファイル分けてtarにすればいいと思っているならそうしとけばいいだけの話
Vorbisに取って代わる様な物ではないし、それはしょうがない。
128kbps未満でVorbisもAACも超えてる
https://hacks.mozilla.org/2012/09/its-opus-it-rocks-and-now-its-an-audio-codec-standard/
https://hacks.mozilla.org/wp-content/uploads/2012/08/opus-quality-500.png
おまけ
Opus Tools (2012-09-22)
http://code.google.com/p/mulder/downloads/detail?name=opus-tools.2012-09-22.zip
つければ44.1kHz使えるよ
>In particular, software developers should not use Opus Custom for 44.1 kHz support,
>except in the very specific circumstances outlined above.
一般的に推奨されるのはやはり48kHzだから、Opusにそれ以外は無い物として考えるべき。
そのオプション本当に生きてる?
付けてビルド→opus-tools-0.1.5をビルドしたけど、
エンコしてもfoobar2000だと48k表示になってる
ファイルサイズも逆に大きくなってるし…
opusencに新たなコマンドラインオプションが追加されたりもしなかった
--enable-custom-modesとは書いたけどmsys/mingw-w64環境では試してない
でもMSVC2010でCUSTOM_MODEを定義してビルドしたlibopus使ってビルドしたopus-toolsのopusenc
では効いてる
42.3MB 44.1kHzのCD音源を何のオプションも付けずにエンコードして2.83MB 44.1kHzのopusが出来た
44.1kHzの確認はMediaInfoで
foobarは使ってないので知らん
libopus libogg opus-toolsのソースは全てgitのmaster HEAD
ttp://www2.atword.jp/aooa/
opusencにそのカスタムモードを使って44.1kHzでエンコードする機能は存在しない。
これはあくまで自前でビットストリームを何とか出来る開発者向けのモード。
opusinfoやmediainfoで表示される値はヘッダに書いてあるエンコード前のファイルのサンプルレートであって
エンコード後のファイルの値じゃないからね
ヘッダの構造は
http://wiki.xiph.org/OggOpus#ID_Header
そうだったのね。なんかすまんね。
VLCのopus対応は本体のogg demuxerが対応したということであって
実際に再生可能かどうかは依存してるlibavcodec次第ということらしい
後ろで流れてる音楽部分はシャリシャリなのに自分の声だけは明瞭だった
これはすごい
マジかよ
Vorbis + Speex の時代は終焉か
更新されないんですけお・・・
バックに付いてるMicrosoftがどの程度頑張ってくれるか
なんにせよデコード負荷の低さは強力なアドバンテージだね
エンコードよりデコードの方が圧倒的に回数多いんだから
OpenCLに素で対応して、FLACの半分のサイズとかそんな感じで
オーディオは、OptimFROGとかその辺りが限度じゃないか。
FLACは一番縮まない可逆圧縮フォーマットじゃないの
知らない間に普及したんだな
アプリ入れたらvoribisでもopusでもなんでも再生できるよね
ソニー以外の音響メーカーはALAC対応が増えてるけどね
これで一気に使いやすくなった
KbMedia Player
kbflac.kpi Version 0.08
Version 0.08(2012/10/18)
・libFLAC を 1.2.1 に差し替え
・libOGG 1.3.0 を組み込み
・OggFlac に対応(再生のみ。タグ取得及び拡張子 .ogg には未対応)
・kmp_GetTestTagInfo に対応
・"title", "artist", "album", "comment", "genre", "date"
・"bitrate" は未対応(KbMedia Player 本体がファイルサイズと演奏時間を元に概
算値を計算)
・OggFlac には未対応
kbvorbis.kpi Version 1.18
Version 1.18(2012/10/18)
・libvorbis を 1.3.3 に差し替え
・libogg を 1.3.0 に差し替え
・kmp_GetTestTagInfo に対応
・"title", "artist", "album", "comment", "genre", "date", "bitrate"
なのでちょっと意外だった
http://www.mediafire.com/file/na5u1511hys5end/Diner.zip
若干サイズの小さいFhGのHE-AACv2のほうがずっとマシに聴こえる
Opusは特に5～6秒、13秒近辺のアーティファクトが目につく
AACその他でやってるように時間をかけて心理音響解析して
最適なビットアロケーションを探すみたいなことをやってないんだよね
(ビットストリーム的には可能だけど)
だからキラーサンプル的なものでは破綻が大きくなると思う
確かに勝つる
普通の高音質なら別にVorbisでええやん
とはいっても他で使われてる13kbps近辺だとopusでもやっぱちょっと物足りなくて
24kbpsぐらい欲しい気はしたけど
声目的で24kbpsならほんとすごくいい
これなら多分共通のデコーダ使えるしコードのメンテナンスに掛かる手間も削減できたり
しないかな
コーヒーのCMがエンコできないじゃないか！
ttp://www.vector.co.jp/soft/win95/art/se196835.html
10年前に雑誌のCD-ROMに入ってたのを使ったことがあるよ。
OggVorbisも登場から10年以上経ってる事に驚いた。
aoTuVの-q-2に感動したのが2004年か
かまいたちの夜２がVorbis
気に入ったのでWindowsでも使い始めたが、
Lilithがエンコから再生まで一つでできて、お気に入りだったなぁ。
初めての出会い
MPEG-LA辺りの利権屋に金が流れるのが苦痛で仕方がない。B-CAS,JASRAC,AIRB,RIAA辺りもそうだがこの手の会社は賎業・虚業としか形容できん
まで読んだ
Opusは（正式には）48000Hzにしか対応してないから駄目だ
無理じゃね
明確に帯か襷に寄った作りじゃないの？
音声 → Opus
効果音 → Opus
ttp://av.watch.impress.co.jp/docs/news/20121205_577428.html
Sonyも柔軟になったんだな
alacは端末にそのまま転送なら素でいけるが、再生やaac, mp3への変換はQuicktime入れないとできないぞ
QuickTime入ってなくとも普通に再生できるよ
たぶんDirectShow経由（なのでコーデックが必要）
iTunesと比較すると、ライバル社製品であるQuickTimeをロードしてまで
ALACなどに対応しようとする姿勢そのものが驚きだけど
けどURL貼れないorz
ここでしょうかね
https://code.google.com/p/mulder/
日本人の人
最近Cookie消してしまって忍法帳もとに戻っちゃってURL貼れない
https://ftp.mozilla.org/pub/mozilla.org/opus/win32/opus-tools-0.1.6-win32.zip
_immm.dllでoggにエンコしたファイル再生する為に上を入れてたがLAVで代用できると知ってからは乗り換えた
５年経ったけど地味に更新されてる
ttp://k4095-takuan.blogspot.jp/p/profile.html
ここかな？
定期的に更新してるみたいだけど。
flac入力対応してるみたいだね。あと64bit版もあった。
しない
MP3はPentium 133MHzで再生できるらしい
ソース
http://www.mpg123.de/
VorbisはPentium 166MHzでリアルタイムで再生可能だった記憶があるが、
今計ってみたら、OpusはVorbisよりかなりデコードが遅いので、最低でもPentium 3は必要かもしれない。
OpusはVorbisよりもメモリ使用量が少なく、代わりに処理が重い感じだね。
http://www.matroska.org/technical/specs/codecid/index.html
コメンタリーは盲点だった
音質や最適化などあらゆる面でVer1.0.2を上回っていると書いてある
http://forum.doom9.org/showthread.php?t=165839
開発自体は止まってないみたいだけど、
videoタグ戦争で負けて以来注目度が皆無みたいな扱いだからねえ。
いくらでもお金払わせて頂くからさぁ
ビデオそれ自体の配布は無料でできても、今でもH.264関連のソフトウェアの配布には金がかかる。
Firefox等がH.264に対応しないのもそれがあるからだろう。
結局Firefoxはサポートした
http://www.theregister.co.uk/2012/12/20/firefox_20_h264_windows/
x264から離反者続出→VP8に移住→VP8超進化→MPEG-LA死亡で特許ゴロざまぁｗｗｗ
になりうるのだろうか？
ただ、Windows XPやLinuxはさすがにどうにもならないか。
https://bugzilla.mozilla.org/show_bug.cgi?id=794282
>h.264関連は何から何まで全て有料になれば、
まあこの前提自体がまずないっしょ。
生かさず殺さずでユーザーベースを広げるほうが得だということくらい向こうもわかってる。
だからこそVorbisが完封されたわけで。
ライセンス料を10倍100倍に吊り上げたって安泰だろうね
Windows 8におけるMPEG-2ビデオの様に、H.264の再生機能だけ、OSとは別売りとかになりそう。
Intel,Google,Radeon,Mozilla,IEEE辺りが組めばいけるだろ多分
そもそもロイヤリティーフリーの映像コーデックを作る動機のある企業って多くないからなあ。
それにしても高性能の映像コーデックでロイヤリティーフリーってほんと難しいと思うわ。
大金出して保有特許ごとOn2買ってもMPEG-LAから圧力かけられるくらいだから
難しい世界なんだろう。
TheoraですらMPEG-LAから因縁つけられてたらしいし。
> 10年間続けてMPEG-LAは威嚇しつづけたにもかかわらず、
> On2,Thero,PVxに対する特許侵害は一つも出ていない。
> Xiph Foundation(Theora)が特許侵害回避の協力をオファーしてきたにもかかわらず。
> {MPEG-LAの「特許侵害」威嚇に嫌気がさしたXiphが「侵害しているところあるなら
> 一緒に探そうじゃねーか!」と返したらMPEG-LAはダンマリ。
> MSとかSCOがLinuxに対してやっていた中傷活動と同じようなものだ}
http://d.hatena.ne.jp/karasuyamatengu/20110117/1295252141
パソコン向けの強力なCPUなら問題にならないけどモバイル端末だと
これは演算能力と消費電力両方の点で問題が大き過ぎる
http://blog.webmproject.org/2012/11/sixth-generation-vp8-hardware.html
まあH.264に比べて競争力に欠ける存在になっちゃってるから
ハードウェア屋としてもすぐに使おうということにはならないんだろうけど
あと切れてるって誰がどこで？ｗ
誰が切れてるかと言えば>>615のほうでは？
ビットレートが青天井にならないように、TheoraやVP8もレベルを規定した方が良いだろうね。
フリーのオーディオフォーマット“Opus”へのエンコードなどをはじめとする機能強化
http://www.forest.impress.co.jp/docs/news/20130108_580895.html
本家キタ。
みんなDevBuildやBeta使ってるもんでしょ
一人でGPGPU対応の動画編集ソフト（Crystel Engine)をつくっちゃうとんでもない人もいるんだからできるでしょ・・・
それらはx264に倣って、CPUのSIMDやマルチスレッドへの最適化をする方が先だと思う。
http://blog-imgs-27.fc2.com/m/a/d/madeinpeace/0000001d003a4843f8799b26b403c08ce75ea344f3831aa-o.jpg
タブレットに搭載されてるCPUがVP8サポートし始めたんやな 喜劇やなｗ
Googleそれ自体のNexusよりも早く、VP8に対応するタブレットが出てきそうだな。
WebMの中身がVP8から変わるのもまだ先の話だろう。
http://www.ietf.org/proceedings/85/slides/slides-85-videocodec-4.pdf
HEVC超えを狙う＋最初からGPGPUとか、訴えてくださいって言ってるようなものだろ・・・
freenetでのみ公開する
Xiphが↑くらいしてくれたら50万くらい寄付してもいいわ
( ´,_ゝ｀)ﾌﾟｯ
HEVCが完成したらそっちに興味持つ人のほうが多いだろうし
~~~~~~~~~~~~~
マイクロソフトやソニーは既に特許料支払ってあるから絶対有り得ないんだ
やっぱ中小のソフトウェアハウスにしか流行らないんだろうかねVorbis VP8は
VP8はH264より根本的に圧縮性能で劣りハードウェアサポートも弱いのでは
劣勢はどうしようもない、売りが一般利用者には何も関係のないパテントフリー
だけじゃな
誰もVP9の話はしないの？
ろくに触れないでいるの見るとさらにハードルの高いdaalaが形になるとはとても思えん
ptalarbvormなんて3年放置されて正式にリリースさえされそうにないし継続的に
改良続ける体制が無いんじゃどんな素晴らしい仕様だろうと絵に描いた餅
お金のために動くプログラマを雇う形でやらないと無理じゃね
そういうのは既にGoogleが囲いこんでいるような。
性能向上したlibopus Ver 1.1.xが使われている
他に候補あるか？
プレスリリースとかあればｋｗｓｋ
http://en.wikipedia.org/wiki/VP9
＞VP9の開発は2011年Q3に始まった。VP9のゴールはVP8と比べて同じ画質で半分のビットレートにすること
＞である。もう一つのゴールはHEVC以上の圧縮率である。2012年12月にVP9デコーダーはChromiumに組み込まれた
なるほど。寄付主体のXiphじゃなくて企業であるGoogleが主導してるなら開発も速いと考えていいのでしょうか
サイズ節約できるしそこそこ綺麗だしでゲームやエロゲーとかでバンバン使われると思ってたが
いくら値上がりするんだろうかねぇｗ
http://i.imgur.com/BtuBM.png
http://forum.doom9.org/showthread.php?t=165839&page=3
思いっきり書いてあったね。まあ、今数値が正しいか確認する気にはならないけど。
http://media.xiph.org/video/derf/y4m/pedestrian_area_1080p25.y4m
コンテナは･･･MKVだろうな
git clone http://git.chromium.org/webm/libvpx.git
http://www.speex.org/
去年後半から全くアップデート止まってるな
libvpxそれ自体の開発は活発に続いている
http://git.chromium.org/gitweb/?p=webm/libvpx.git;a=summary
リリースはどうした？って話してんの
>6 weeks agov1.2.0
webm
誰も使ってねえ
Youtbeのほとんどの動画はWebM版もあるし、
Google検索のプレビュー画像や、Google画像検索のプレビュー画像はWebPが使われてる
あ、それとブラウザOperaのOperaTurboに使われてるのもWebP
やはりあれか、大学と企業が大金を投じて作ってるものには到底かなわないのか
まぁ待てば待つほど基本的な動画圧縮の特許が期限切れになっていって、設計はしやすくなると思うけどね
これはつまりフランス人がHEVC,HE-AAC,DTS辺りの技術を流用しまくったコーデックを作ってフランス内の鯖
にそれをあげてフランス人がそれをダウンロードしても何ら法に触れないってこと？
>The VideoLAN project is backed up by the VideoLAN organisation, based in France.
http://www.videolan.org/videolan/
これなんかMPEG-LAやVia Licensingの特許を使い放題
ぐぐってもそれらしい結果が見つからない。ソースplz
https://hacks.mozilla.org/2013/02/defending-opus/
https://en.wikipedia.org/wiki/Software_patents_under_the_European_Patent_Convention#France
VP9はHEVCに41%劣っている？
それどころか、park_joyで試した場合だとx264にも負けてしまっていたり
http://forum.doom9.org/showthread.php?p=1615159#post1615159
どうせx265.exeが出来てffmpegとかHandbrakeで使えるようになるんだろうし
プロプライエタリ＝ビッチ
オープンな処女とはこれいかに
その例え逆じゃね
金でご奉仕する処女がいるかっ！！
opusをパテントフリーだと思ってんの？
ロイヤリティフリーでオープンソースだがパテントフリーではないよ
http://www.opus-codec.org/license/
特許持ってる連中見てみたら100%の確率でクレームつけられて潰されるルートじゃん…
誰にでも股を開くフリーセックス信奉者の処女もいないけどなｗ
TheoraとかSpeexもパテント抵触見つかったの？
TheoraにはOn2の特許があったような。Speexは知らない。
x264 r2245と同等の圧縮＋OpenCLで爆速
くらいは期待していいの？
現時点でx264にも劣る圧縮率や画質。
エンコは糞遅い
OpenCLとか夢のまた夢
Googleの事だから、YouTubeがそのうち対応するんじゃないの
>>706
>>687に幾つかある
mp3licensing.com - Patents
http://mp3licensing.com/patents/index.html
特許3103382
低サンプリング・レートでデジタル化されたオーディオ信号を符号化する方法
https://www.ultra-patent.jp/DataView/FullText2.aspx?Key=1O0D3J3o3m3C0X0H0b2I1W3r331h251Q1k1N2y1v3p342l1S
出願番号
特願平09-535776
出願日
1997-02-19
公表番号
特表平11-507198
公表日
1999-06-22
登録番号
特許3103382
登録日
2000-08-25
国際出願番号
EP1997000792
国際公開番号
WO97038497
国際公開日
1997-10-16
※日本国内は出願から20年で切れる
その頃にはAAC以外は滅亡している
動画共有・配信サイトか、生TSとかDVDを圧縮するくらいしか使い道はなさそう
GoogleはVP9の使い道としてタブレットやスマホでのHD再生を掲げてるから
何とかする気はあるんだろう。
再生できるソフトは出てくると思うが。
TSMCあたりで使えるハードマクロとしてタダ同然で放出しないとな
http://xiph.org/video/vid2.shtml
このレベルの理解がちゃんと啓蒙されればオカルトオーディオも消滅するんだろうけど
まあ無理だろうな
うるさいだまれ
わるきゅーれろまんてとか紫のソフトとか
Mpeg4陣営は、 「Microsoft の Windows Media のライセンス価格設定は安すぎて不正競争だ。 ユーザーの選択の機会をおびやかしている」と抗議。――
マイクロソフトは、2003年1月に正式公開した Windows Media Video/Audio 9コーデックを
Windows 以外のプラットフォームで使う場合のライセンス料について、 デコーダー（再生のみ）10セント、エンコーダー20セント、両機能で25セントとする見通し。
これに対して、MPEG4圧縮技術の特許権を管理するMPEG LAでは、
MPEG-4 コーデックについて、デコーダーのみまたはエンコーダーのみなら25セント、両機能で50セントを徴収することを2002年11月に決めている。
MPEG-4陣営は「マイクロソフトの価格設定は不正競争にあたり、ユーザの選択の機会をおびやかす」として抗議の声明を出した。
全文: MPEG-4 backers protest Microsoft license
原文
http://news.cnet.com/2100-1023-980007.html
利権ヤクザはほんま気違いやなｗ
なにが不当競争にあたる(笑)だ
正当な努力によるものなのか
敵を潰すだけが目的の一時的なものなのかが焦点だな
バグ修正がほとんどでコア部分には手が入ってないから
1.3と名乗らせるのは微妙だ
http://downloads.xiph.org/releases/flac/beta/
#最近コード更新してるのを知るまで、もうずっと放置なのかと思ってた
可逆圧縮系はやりつくした感があるのか、最近動きがほとんどない。
Wavpackも音沙汰なくなったしなあ。
Takもソースがいつまでも公開されないから、Linux等でサポートされることもないし。
もっと圧縮率が良くなるだろうけど。
APEでも使ってろ
UtVideoは？
ttp://internet.watch.impress.co.jp/docs/news/20130308_591073.html
何でそうなるのかは不明だが、MPEG-4 ASPそのものであるXvidは、他の三つとは違うかと。
そんなフラグはどこにも立ってないが
音声コーデックのVorbisはなんでお咎めがないんだろうな
音声面は奴らにとってさほど注視されてないのだろうか
今までのカスすぎたオープンソースのコーデックと違って、今回はx264に勝つ！なんて言ってるから注目度はかなり高いのだな。
http://downloads.webmproject.org/ietf_tests/vp8_vs_h264_quality.html
http://downloads.webmproject.org/ietf_tests/vp8_vs_h264_speed.html
http://www.ietf.org/mail-archive/web/rtcweb/current/msg06787.html
来るとしたらyoutubeがVP9/Opus/WebMに対応するとかそこらへんか
未発表のGhost以外はどれも無料で使える。
VP9はOn2がやるから大丈夫だと思うけれど。
http://www.forest.impress.co.jp/docs/review/20130325_592608.html
このスレで話すのが適切かどうかわからんが、
flac+cueもinternal cuesheetも正常に再生してくれるソフト。
日本語タグも問題なし。
こういうソフトがもっと増えて欲しいもんだ。
問題はDAPとかのハードサポート
（特に優秀なVorbis・Opusは）なんで誰も使わないの？凄い不思議なんだが
それ以外のケース、特にエンドユーザの立場では積極的にvorbisを使うメリットは今となっては小さい
iTunesとiPodとH.264の普及でAACが標準になってしまったので、そこにvorbisが入り込む余地は極めて少ないだろう
opusは登場間もないのでまだ結論が出せるような状況ではない
はたして、Flashの代わりにWebMを使うサイトは出てくるのかどうか。
世界的にメジャーなゲームの公式サイトでは珍しくOggTheola形式の動画が再生される
SilverLihgtやFlashがVP9/Opusに対応したら増えたりするのか
配信系だと相互運用性が重視されるから新しいフォーマットがが入り込むのは難しい。
ゲームでよく使われるのは、相互運用性を考慮しなくていいからということもある。
規格策定してるわけだし、何より音声規格決まっちゃってるわけで……
VorbisやらOpusやらが入る余地はさすがにどこにもないわ
ネット動画に関してはH264が強敵過ぎて、VP8はそれにぶつけるには遅すぎたとしか
ハードを含む圧倒的シェアとより優れた性能を誇るフォーマット相手に
遅れて参戦するだけでもフリだが武器がパテントフリーだけじゃな
最初から勝てるわけがなかった
同じ画質を実現するのに倍のビットレートが必要とかそんなレベル？
VP8は、x264の--profile baselineに少し劣る程度と考えておけばいいと思う。
開発中のVP9は、x264よりPSNRやSSIMが良いサンプルもあるみたいだけど自分で試していないのではっきりとは言えない。
Channels: 2
SamplesPerSec: 48000
BitsPerSample: 32
HeaderSize: {30, 76, 3683}
vorbisって32bitとして扱われるのか
http://www.rock-chips.com/product.php?id=78&width=830&height=500
RK2918はWebM VP8をハードウェアデコードする世界初のチップ。様々なコーデックを処理するために動的に構成可能なコンパニオン・コアを使用している。
H.264を1080pでエンコードおよびデコードできるほか、Xvid, H263, AVS, MPEG4, RealVideo, WMV をサポートする。Vivante GC800 GPU は OpenGL ES 2.0 と OpenVG をサポートする。OSは Android 2.2?4.0 をサポートし[2]、非公式に Ubuntu などの Linux をサポートする。
CPU：1GHz (最大 1.2 GHz) の Cortex-A8 プロセッサ。L2キャッシュは512KB。NEON SIMD対応。
GPU：Vivante GC800。最大60M tri/sec。
DRAM：DDR、DDR2、DDR3のサポート
動画：デコードは H.264, Xvid, H263, AVS, MPEG4, RealVideo, WMV, VP8。エンコードは H.264。
Adobe Flash Player サポート
試しにOpusでラジオエンコしてみたがまさにラジオ向けだな
http://forums.mp3tag.de/index.php?showtopic=57
2.54b (2013-04-01)
FIX: temporary file was not removed when writing tags to Opus files (since v2.54a)
2.54a (2013-04-01)
NEW: added support for the IETF Opus codec.
CHG: improved compatibility with Windows 8.
http://downloads.xiph.org/releases/flac/beta/
地味に更新してると思ったが1.30の目途だって来たのか
6振りの更新とかなりそうでｗｋｔｋしてきたぞ
http://git.xiph.org/?p=flac.git;a=blob_plain;f=doc/html/changelog.html;hb=HEAD
ゆすられる可能性が極めて高いDaala/VP9は諦めて、HEVCのオープンソース実装にだけ人を投入したほうが得
ってDoom9,Xiphのフォーラムに書き込んだら荒れるかな
Daalaはそもそも完成するかどうかすら怪しい
http://www.businesswire.com/news/home/20130307006192/en/Google-MPEG-LA-Announce-Agreement-Covering-VP8
結局配信用途なんかでもMPEG系が使われ続けると思うなあ
ポータブルオーディオでもスマートフォンでもイニシアチブを握ったのはAppleだから
非MPEG系には世知辛い状況が続くねえ
Ogg系が淘汰されたら良いことばかりだよ
で、そこらへんを潰したら個人利用からも利用料をむしり取ると
3枚やってるうち、どんどんビットレートが落ちていって、最終的に0kbpsで再生できないファイルができあがった
EACでやるのではなくて、WavをTTAにしたほうがいいのかな
って暴力団排除の表札を外した飲食店みたいだな
ttp://flacfrontend.sourceforge.net/
flac 1.3.0pre4 のバイナリ同梱
新しい携帯端末用の変換(CD三百枚分くらい)、今日から始めちゃってもいいよね？
直販129,800円。192GBまで拡張。「プロもターゲット」
ttp://av.watch.impress.co.jp/docs/news/20130509_598632.html
再生対応フォーマットは、WAV/FLAC/WMA/MP3/OGG/APE/AAC/Apple Lossless/AIFF。
FLAC/WAV/Apple Lossless/AIFFは24bit/192kHzまでサポートする。
更新される度にFLAC版をwavに戻してエンコし直すメイクファイル作っとけばおｋ
vorbis対応dspなんてあるんだな
ファイルサイズ大分増えたな
sourceforge 見ても 1.2.1b なんだけど
1.3 リリースって事で数日前見に行った時、なかったから当分先だと思ってたわ
ありがとう
RareWaresのflac32ビット版がAviraにウイルス認定されちまう
ヽ(`Д´)ﾉ
HA荒れまくり
再エンコするほどの圧縮率じゃないけど、
これまでのデコーダで再生できるのはいいね。
どんなもんになるか見当つかんが、とりあえず楽しみ。
Handbrakeの対応はよう
Androidみたいな携帯機器用OSやネットワーク機器含め、Windows以外での
汎用性がこれからは一番大事だよね
ぶっちゃけデコードが早いとかどうでもいいよね
最悪1倍速で再生できれば問題ないわけだし
デコードが遅い（デコードの負担が大きい）と、ポータブルデバイスではバッテリの持ちに関わるわけだし。
PCで聴くにしても負担が小さいほうが音質や運用上好ましいとされているのだから、
デコードが速い（デコードの負担が小さい）にこしたことはないと思うな。
5月30日にDaalaのプロトタイプによるエンコード・デコードが成功したから、
Daalaに関する詳細を公開するだってさ。
リフティングフィルタによる重複変換を用いているらしい。
動き補償もブロックを重複するのだったら、H.265等と比べてもデコードがかなり遅くなりそうな。
基本は低レイテンシ、低ビットレート向けコーデック
Vorbisの後継はGhostってのがあったけどどっかいったのか？
後継ではない
Opusは128kbps以下の領域に特化してて、
低レイテンシと声の圧縮に強い
高ビットレート域でも他コーデックより優れているか同等だよ
エロゲ開発用か
↑一切利権屋に金を払わずに済んでいいね。youtubeが対応したら他のサイトも対応してほしいわ
パテントフリーじゃないんだからVorbisの替わりにはならないよ
x264みたいに5年くらい経ってようやく実用レベルになるのか・・・
エンコは、より高速なCPUの登場を楽しめるからいいじゃないかｗ
重いアプリ、重いプログラム大歓迎
ttp://av.watch.impress.co.jp/docs/news/20130711_607284.html
ポータブルメディアプレイヤーにチップ積まんきゃ駄目じゃん
コスト高で『じゃあ対応見送りましょう』なるじゃん
せっかくFLACやALACに対応するのに8GBと16GBモデルしかないのは片手落ちだなぁ
面倒くさいVP9の開発等はやめて、皆でH.265を使う事になるでしょう
http://people.xiph.org/~xiphmont/demo/opus/demo3.shtml
そんなニッチがどこにあるってツッコミは置いとく
http://forums.winamp.com/showthread.php?t=347029
なんで呼び名変えたの？
Skype側の技術と融合してるから
パーソナリティが喋ってるだけのときはスピークスで超低ビットレート
音楽入るとボービスで２８キロビットパーセカンドに動的切り替え
みたいな奴なの！
Opusのごく普通の機能でしょ
低すぎるとSILKのみ、ある程度から上はCELTのみになる
来人！斬>>864
人の声しかないときはちゃんとSILK選択してくれると思うけどBGMありだと分からんな
Opus公式かどっかで1ファイル中にSILK/CELT混在させてる切り替えデモ見たよ
hybridとなっているビットレートが切り替えが行われる領域
マイク強化、新ノイズ低減モードも。実売10万円
ttp://av.watch.impress.co.jp/docs/news/20130917_615497.html
２４キロビーピーエスｷﾀ━━(ﾟ∀ﾟ)━━!!!
グッバイボービス！ヘローオプス！
さすがに48kbpsあたりが限界だと思う。
結局Opus優秀。
だから用途はAMラジオアーカイブ作成だっつってんだろ人の話を聞かない奴だの
落語とか集めるだろ
スピークスだと出囃子と拍手がとんでもない汚さなんだよ
↓
ボービス２４キロビーピーエス聴くに耐えない（声がシュカシュカいう）
↓
スピークスは音楽入ると聴くに耐えない（猛烈に米粒煎ってる音がする）
↓
ボービス２８キロビーピーエス付近がギリギリ妥協ライン
↓
このまま妥協した人生は堪えられない。人声はスピークス、音楽はボービスに切り替えたらもっと斬り込めるんじゃないか？
↓
でもそんな都合の好い技ないかぁ…
こういった経緯があるんだよ！
同じレートでも足りてない感が全然軽減されてる
http://www.mp3-tech.org/tests/aac_48/results.html
を見てから、有意差はないけど48kbpsならHE-AACは
v2よりv1かなーと思ってたんだけど、今は違うの？
1.0.1の頃はTom's Dinerを32kbps前後で聴き比べたら
FhGのhE-AACv2とは比べ物にならない酷さだったから正直過大評価では？と思ってた
webmdshow-1.0.1.0-20131002.zip
ttp://code.google.com/p/webm/downloads/list
http://people.xiph.org/~xiphmont/demo/daala/demo2.shtml
Introducing Daala part 3: Time/Frequency Resolution Switching
http://people.xiph.org/~xiphmont/demo/daala/demo3.shtml
Introducing Daala part 4: Chroma from Luma
http://people.xiph.org/~xiphmont/demo/daala/demo4.shtml
Daalaには隣接するブロックからの予測や可変サイズのブロック、
輝度から色差を予測する技術が導入されるそうな
タグを付けると手元のアプリだと再生が飛び飛びになるわ。
Comodoがopusdec.exeの実行許可求めてきてびびったわ
