1 :名無しさん@お腹いっぱい。2009/07/06(月) 02:48:18 ID:xMgdD03N0
http://www.xiph.org/
Xiph.Org Foundation(ザイフォ財団)により運営されている
パテントフリー、オープンソースのマルチメディアプロジェクト
コアライブラリには修正BSDライセンスを採用しており、
商用非商用関係なく、使用・配布など全てを自由に行えるのが特徴
【前スレ】
http://pc12.2ch.net/test/read.cgi/software/1206113624/
Xiph.Org Foundation(ザイフォ財団)により運営されている
パテントフリー、オープンソースのマルチメディアプロジェクト
コアライブラリには修正BSDライセンスを採用しており、
商用非商用関係なく、使用・配布など全てを自由に行えるのが特徴
【前スレ】
http://pc12.2ch.net/test/read.cgi/software/1206113624/
2 :名無しさん@お腹いっぱい。2009/07/06(月) 02:50:13 ID:pI5mUiaXP
【過去スレ】
(新世紀の音声圧縮フォーマット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
(新世紀の音声圧縮フォーマット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
3 :名無しさん@お腹いっぱい。2009/07/06(月) 02:50:54 ID:pI5mUiaXP
【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
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/
他多数
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/
他多数
4 :名無しさん@お腹いっぱい。2009/07/06(月) 02:51:42 ID:pI5mUiaXP
【ツール類】
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/
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/
5 :名無しさん@お腹いっぱい。2009/07/06(月) 02:53:23 ID:pI5mUiaXP
【FAQ】
《Q1》 Oggファイルはどうやって再生するの?
《A1》 拡張子.oggのファイルはたいていの場合、Ogg Vorbisを指します。
上でもいくつか紹介していますが、“関連ソフトウェアリンク”をたどれば、
多くのOgg Vorbis対応プレイヤーを見つけることができるでしょう。
もしそれでも再生できない場合は、Vorbis以外が含まれるOggファイルか、
そもそも実際にはOggファイルでないかも知れません。
オフィシャルページのvorbis-toolsに含まれる“ogginfo”を使えば、
Oggファイルに含まれているストリームを確認することかできます。
中身が解れば、対応プレイヤーを探してみましょう。
映像を含むファイルには、拡張子.ogvが使われます。
《Q2》 Vorbisが音声に使われている動画ファイルが再生できません。
《A2》 一つの可能性としてはOgm形式があります。これはOggの独自拡張で、
Haali Media Splitter(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
などが参考になるでしょう。
《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
などが参考になるでしょう。
6 :名無しさん@お腹いっぱい。2009/07/06(月) 02:54:21 ID:xMgdD03N0
《Q4》 お勧めのエンコーダは?
《A4》 上で紹介していますが、現状ではどのビットレートであっても、
最新のaoTuV beta5.7, 安定版 Release1(beta4.51と同内容)か、もしくはそれらをベースとした
エンコード高速版のLancerが最良の選択でしょう。
《Q5》 Vorbisにエンコードする際のお勧めの設定は?
《A5》 Vorbisはクオリティレベルと呼ばれる数値で指定するのが基本です。
普通に音楽を聴くことを想定した場合、複数のリスニングテストの結果によると
q4でも優秀とされ、q5、q6では圧縮前の音源との区別が相当に困難であるとも
言われています。ブラインドテストツールを使ってどの程度まで区別かつくか、
実際に試してみるのもいいと思います。
また、Vorbisは低ビットレートにおいても非常に優れた性能を示していますが、
人の話し声が大半を占めるラジオ等にはあまり向いていないと言われています。
[ビットレートの目安]
q -2 = 32 kbps (aoTuV beta4 以降)
q -1 = 45 kbps
q 0 = 64 kbps
q 1 = 80 kbps
q 2 = 96 kbps
q 3 = 112 kbps
q 4 = 128 kbps
q 5 = 160 kbps
q 6 = 192 kbps
q 7 = 224 kbps
《Q6》 MP3をVorbisにエンコードすれば音質は良くなりますか?
《A6》 MP3やAAC、WMAといった非可逆圧縮されたものを
再度エンコードしたところで、さらに音は劣化するだけです。
《A4》 上で紹介していますが、現状ではどのビットレートであっても、
最新のaoTuV beta5.7, 安定版 Release1(beta4.51と同内容)か、もしくはそれらをベースとした
エンコード高速版のLancerが最良の選択でしょう。
《Q5》 Vorbisにエンコードする際のお勧めの設定は?
《A5》 Vorbisはクオリティレベルと呼ばれる数値で指定するのが基本です。
普通に音楽を聴くことを想定した場合、複数のリスニングテストの結果によると
q4でも優秀とされ、q5、q6では圧縮前の音源との区別が相当に困難であるとも
言われています。ブラインドテストツールを使ってどの程度まで区別かつくか、
実際に試してみるのもいいと思います。
また、Vorbisは低ビットレートにおいても非常に優れた性能を示していますが、
人の話し声が大半を占めるラジオ等にはあまり向いていないと言われています。
[ビットレートの目安]
q -2 = 32 kbps (aoTuV beta4 以降)
q -1 = 45 kbps
q 0 = 64 kbps
q 1 = 80 kbps
q 2 = 96 kbps
q 3 = 112 kbps
q 4 = 128 kbps
q 5 = 160 kbps
q 6 = 192 kbps
q 7 = 224 kbps
《Q6》 MP3をVorbisにエンコードすれば音質は良くなりますか?
《A6》 MP3やAAC、WMAといった非可逆圧縮されたものを
再度エンコードしたところで、さらに音は劣化するだけです。
7 :名無しさん@お腹いっぱい。2009/07/06(月) 02:56:05 ID:xMgdD03N0
TIPS: WindowsでやるTheora+Vorbisの作成例
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/
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/
8 :名無しさん@お腹いっぱい。2009/07/07(火) 00:06:26 ID:kuOWzCdIP
CELT 0.6.0
公式サイトには、Windows用バイナリも有る。
CELTのビットストリームは、正式版のリリースまで今後も変更されるだろうから、
これを実験以外には使ってはいけない。
http://www.celt-codec.org/downloads/
公式サイトには、Windows用バイナリも有る。
CELTのビットストリームは、正式版のリリースまで今後も変更されるだろうから、
これを実験以外には使ってはいけない。
http://www.celt-codec.org/downloads/
9 :名無しさん@お腹いっぱい。2009/07/08(水) 00:28:30 ID:iwaTziPDP
HTML 5 drops open source video codec
http://www.zdnetasia.com/news/software/0,39044164,62055739,00.htm?scid=rss_z_nw
何にせよ、利権が絡むと話がこじれる。QuickTimeを普及させるには、Ogg Vorbis/Theoraはとにかく邪魔だろうし。
http://www.zdnetasia.com/news/software/0,39044164,62055739,00.htm?scid=rss_z_nw
何にせよ、利権が絡むと話がこじれる。QuickTimeを普及させるには、Ogg Vorbis/Theoraはとにかく邪魔だろうし。
10 :名無しさん@お腹いっぱい。2009/07/08(水) 08:32:58 ID:YGE4D+ym0
利権だけの問題じゃないでしょう。
Oggにだって問題がたくさんあるわけで、信者はどうして目をそらすのかな。
TRONの失敗をMSのせいだけにし続ける人にも似てるね。
Oggにだって問題がたくさんあるわけで、信者はどうして目をそらすのかな。
TRONの失敗をMSのせいだけにし続ける人にも似てるね。
11 :名無しさん@お腹いっぱい。2009/07/08(水) 09:58:50 ID:omCi1uxm0
どうやらVorbis開発中止の噂は本当だったみたいですね…。
1.0.1のリリースはWindows上でのビルドの問題で遅れているという話もありましたが、
さすがにこれ程までに遅れるというのは誰が見てもおかしな話です。
「もうリリースされる、リリースされる…」この言葉、一体何度聞いた事でしょうか。
おまけにクリアであったはずのパテントにサブマリン特許問題が浮上しつつあるという話もあり、
そうなれば当然Vorbisの配布は停止、もしくは有料化する事間違いありません。
いくら特許問題に気をつけようとも、こればかりはどうしようもありませんから…残念ながら、
特許関係においては「絶対安心」などという言葉は成り立たないのが現状なのです。
では、ユーザーはどうすれば良いのか?
何をデファクトスタンダードとして用いるべきなのか?
どうしても回避できない問題なのであれば、回避せずとも乗り切れるような選択肢を選べばいい…
ならば特許料の徴収を要求されたとしても、配布元が問題なく支払えるだけの体力を持ち合わせている規格であれば良い。
そう、Atrac3です。
ソニーが築きあげたこの規格であればいかなる脅威も問題無く、ユーザーは安心して無料で規格を使いつづける事ができるのです。
また近年問題になっている著作権侵犯問題に関しても、Atracの優秀な著作権管理機能をもってすれば解決できるのです。
加えて実用的な48kbpsモードも兼ね備えており性能的にも申し分なし、まさにデファクトスタンダートとなるに相応しい規格ではないでしょうか?
私はなにもソニー側の人間ではありませんからこの規格を無理に使えなどと強要する気は毛頭ありません、
ただ「こういった選択肢もあるのだ」という事を提示しただけに過ぎないのです。
この提示が皆さんのフォーマット選びの一つの判断材料となればこれ幸い、と考えております。
1.0.1のリリースはWindows上でのビルドの問題で遅れているという話もありましたが、
さすがにこれ程までに遅れるというのは誰が見てもおかしな話です。
「もうリリースされる、リリースされる…」この言葉、一体何度聞いた事でしょうか。
おまけにクリアであったはずのパテントにサブマリン特許問題が浮上しつつあるという話もあり、
そうなれば当然Vorbisの配布は停止、もしくは有料化する事間違いありません。
いくら特許問題に気をつけようとも、こればかりはどうしようもありませんから…残念ながら、
特許関係においては「絶対安心」などという言葉は成り立たないのが現状なのです。
では、ユーザーはどうすれば良いのか?
何をデファクトスタンダードとして用いるべきなのか?
どうしても回避できない問題なのであれば、回避せずとも乗り切れるような選択肢を選べばいい…
ならば特許料の徴収を要求されたとしても、配布元が問題なく支払えるだけの体力を持ち合わせている規格であれば良い。
そう、Atrac3です。
ソニーが築きあげたこの規格であればいかなる脅威も問題無く、ユーザーは安心して無料で規格を使いつづける事ができるのです。
また近年問題になっている著作権侵犯問題に関しても、Atracの優秀な著作権管理機能をもってすれば解決できるのです。
加えて実用的な48kbpsモードも兼ね備えており性能的にも申し分なし、まさにデファクトスタンダートとなるに相応しい規格ではないでしょうか?
私はなにもソニー側の人間ではありませんからこの規格を無理に使えなどと強要する気は毛頭ありません、
ただ「こういった選択肢もあるのだ」という事を提示しただけに過ぎないのです。
この提示が皆さんのフォーマット選びの一つの判断材料となればこれ幸い、と考えております。
12 :名無しさん@お腹いっぱい。2009/07/08(水) 10:00:50 ID:omCi1uxm0
今や猫も杓子もVorbisVorbisとまぁ、Oggにあらずんばコーデックにあらずといわんばかりの勢いである。
クリストフ・モンゴメリーなる、何処の馬の骨ともつかぬ若者が立ち上げたプロジェクトを、誰もが手放しで賞賛する。
しかしこれは非常に危うい事なのではないか。
私は常々疑問に思っていたのだが、まずOggプロジェクトの謳うパテントフリーからして危うい。
MP3を例にとって青臭い正義感を振り回し、目先のキーワードに扇動されがちな民衆を闇雲に煽る。
これは先だって内閣総理を退任した小泉総理の十八番"小泉劇場"にも通ずる、実に軽薄なやり口である。
そもそもサブマリン特許という言葉も示す通り、特許問題から真に解放される事など到底不可能である。
ところがXiphophorusは「Oggなら心配ない、Oggさえ使っていれば大丈夫」と、無責任に言い放つのである。
彼らは実に一級の詐欺師であると言って良い。
また、彼らはオープンソースというキーワードをこれみよがしに掲げる――オープンソース?――そう、またしてもオープンソースだ。
このキーワードは奇怪な魔力を持つ。
街灯に吸い寄せられる蛾の如く、盲目的なオープンソース信奉者達が群がり始めるのである。
こうなれば後は狂った共産党支持者のようにオープンソース万歳の大合唱、冷静な議論を交わす余地など毛の先程も残らない。
全てXiphの思うつぼである。
こうまで言うと、性急な人々は"ならお前には代案があるのか"とせっつき始めるのであるが、無論私も批判一辺倒で終わらせるつもりはない。
ここでちょっと視野を広げて貰いたい。
オープンソース・パテントフリーでなければ、新世代の音声圧縮フォーマットたり得ない?
いいえ。
そう思い込む事こそが、既にXiphの思想誘導の罠にはまっている。
こう考えてみよう。
新世代の音声圧縮フォーマットは、プロプライエタリからこそ生まれる。
盲目的かつ無根拠な賛同を否定し、特許問題に対し法的理論武装と潤沢な軍資金で毅然と立ち向かう。
しかし、それを成し遂げうる規模の集団が開発したコーデックなど存在するのだろうか?
――あっ、Atrac3だ!
その通り。
あなたは今、最良の解を手に入れた。
クリストフ・モンゴメリーなる、何処の馬の骨ともつかぬ若者が立ち上げたプロジェクトを、誰もが手放しで賞賛する。
しかしこれは非常に危うい事なのではないか。
私は常々疑問に思っていたのだが、まずOggプロジェクトの謳うパテントフリーからして危うい。
MP3を例にとって青臭い正義感を振り回し、目先のキーワードに扇動されがちな民衆を闇雲に煽る。
これは先だって内閣総理を退任した小泉総理の十八番"小泉劇場"にも通ずる、実に軽薄なやり口である。
そもそもサブマリン特許という言葉も示す通り、特許問題から真に解放される事など到底不可能である。
ところがXiphophorusは「Oggなら心配ない、Oggさえ使っていれば大丈夫」と、無責任に言い放つのである。
彼らは実に一級の詐欺師であると言って良い。
また、彼らはオープンソースというキーワードをこれみよがしに掲げる――オープンソース?――そう、またしてもオープンソースだ。
このキーワードは奇怪な魔力を持つ。
街灯に吸い寄せられる蛾の如く、盲目的なオープンソース信奉者達が群がり始めるのである。
こうなれば後は狂った共産党支持者のようにオープンソース万歳の大合唱、冷静な議論を交わす余地など毛の先程も残らない。
全てXiphの思うつぼである。
こうまで言うと、性急な人々は"ならお前には代案があるのか"とせっつき始めるのであるが、無論私も批判一辺倒で終わらせるつもりはない。
ここでちょっと視野を広げて貰いたい。
オープンソース・パテントフリーでなければ、新世代の音声圧縮フォーマットたり得ない?
いいえ。
そう思い込む事こそが、既にXiphの思想誘導の罠にはまっている。
こう考えてみよう。
新世代の音声圧縮フォーマットは、プロプライエタリからこそ生まれる。
盲目的かつ無根拠な賛同を否定し、特許問題に対し法的理論武装と潤沢な軍資金で毅然と立ち向かう。
しかし、それを成し遂げうる規模の集団が開発したコーデックなど存在するのだろうか?
――あっ、Atrac3だ!
その通り。
あなたは今、最良の解を手に入れた。
13 :名無しさん@お腹いっぱい。2009/07/08(水) 10:02:12 ID:omCi1uxm0
『婚約者を亡くしてしまった』
そう言うなり、妹は声を上げて泣き出した。
婚約相手は大手企業に勤める背の高い好青年で、オーディオにプログラミングと趣味も多彩だった。
幾度か顔を合わせた事もある。話し上手で細かな気配りの利く、感じの良い男だった。
彼が帰宅中に対向車をかわしきれず帰らぬ人となった、その夜から、妹は部屋へ閉じこもりきりになった。
扉の前に置かれた食事にもほとんど手をつけない。時折すすり泣く声が聞こえては、その度ガリガリと床を引っ掻いている。
心配に思って"ガリガリ"の最中に声をかけてみた。すると「違うの」と答えが返る。
「違うって、何がだい」 「音が……違うの」 「音?」 「彼のは、もっと優しかった」 「優しいって?」 「……」
僕はゆっくりと部屋の扉を開けた。――幸い、妹からの拒絶はなかった。
彼女は手にiRiverのデジタルプレイヤーを携え、イヤホンを挿して音楽を聴いている。パテントフリー信奉者ご自慢のOggVorbis対応機だ。
「彼の音はこんなに固くなかった」俯いて彼女は言う。
ようやく飲み込めてきた。何時だったか、婚約相手の彼が『このコーデックこそは標準化されるべきなんです』と熱弁を振るった事がある。
妹はその話を退屈そうに横目で見やりつつ、彼のプレイヤーから伸びたヘッドホンで音楽を聴いていた。
彼女は今、そのコーデックの音を求めている。記憶の片隅に引っかかった規格の名前。あれは、確か――。
風の強い日だった。寒さから逃げるように駆け込んだアキバのヨドバシカメラで、売り場の店員に対応機種はないかと訊ねる。
彼は『幾つかございます』と言ってカタログを見せてくれた。どうせならと、婚約相手の彼が使っていたのと同じ物を選んだ。
「ほら、これだよ」そう言って、僕は妹にその音源を聴かせてやる。
「――あぁ!そう……これ……。彼の音がする――」彼女はこれが最後とばかり、一しきり大粒の涙を零して泣いた。
その日を境に、妹はみるみる活力を取り戻していった。今では食事も残さず食べている。完全に立ち直れる日も近いだろう。
彼女の傍らには、いつだってSONYのデジタルウォークマン。
OggVorbis?音が固いよ。もっとシンプルにいかなきゃ、愛だって語れない。
本当に愛しいものは、いつだってさりげない――Atrac3
そう言うなり、妹は声を上げて泣き出した。
婚約相手は大手企業に勤める背の高い好青年で、オーディオにプログラミングと趣味も多彩だった。
幾度か顔を合わせた事もある。話し上手で細かな気配りの利く、感じの良い男だった。
彼が帰宅中に対向車をかわしきれず帰らぬ人となった、その夜から、妹は部屋へ閉じこもりきりになった。
扉の前に置かれた食事にもほとんど手をつけない。時折すすり泣く声が聞こえては、その度ガリガリと床を引っ掻いている。
心配に思って"ガリガリ"の最中に声をかけてみた。すると「違うの」と答えが返る。
「違うって、何がだい」 「音が……違うの」 「音?」 「彼のは、もっと優しかった」 「優しいって?」 「……」
僕はゆっくりと部屋の扉を開けた。――幸い、妹からの拒絶はなかった。
彼女は手にiRiverのデジタルプレイヤーを携え、イヤホンを挿して音楽を聴いている。パテントフリー信奉者ご自慢のOggVorbis対応機だ。
「彼の音はこんなに固くなかった」俯いて彼女は言う。
ようやく飲み込めてきた。何時だったか、婚約相手の彼が『このコーデックこそは標準化されるべきなんです』と熱弁を振るった事がある。
妹はその話を退屈そうに横目で見やりつつ、彼のプレイヤーから伸びたヘッドホンで音楽を聴いていた。
彼女は今、そのコーデックの音を求めている。記憶の片隅に引っかかった規格の名前。あれは、確か――。
風の強い日だった。寒さから逃げるように駆け込んだアキバのヨドバシカメラで、売り場の店員に対応機種はないかと訊ねる。
彼は『幾つかございます』と言ってカタログを見せてくれた。どうせならと、婚約相手の彼が使っていたのと同じ物を選んだ。
「ほら、これだよ」そう言って、僕は妹にその音源を聴かせてやる。
「――あぁ!そう……これ……。彼の音がする――」彼女はこれが最後とばかり、一しきり大粒の涙を零して泣いた。
その日を境に、妹はみるみる活力を取り戻していった。今では食事も残さず食べている。完全に立ち直れる日も近いだろう。
彼女の傍らには、いつだってSONYのデジタルウォークマン。
OggVorbis?音が固いよ。もっとシンプルにいかなきゃ、愛だって語れない。
本当に愛しいものは、いつだってさりげない――Atrac3
15 :名無しさん@お腹いっぱい。2009/07/08(水) 12:59:40 ID:uKrd9Cvi0
最近HTML5に興味を持ちはじめた者です。
プラットフォームに依存しない(最低Windows、Mac OS X、Linuxで動く)ブラウザを考えると、
Firefox、Opera、Google Chromeあたりになって、それらのどのブラウザにも依存しないコーデックを
考えると現状oggになっちゃうかなと思っています。
oggの問題点と言うのは、サブマリン特許のリスクがあることとmp4より圧縮効率が劣るという以外にも
何かあるのでしょうか?
プラットフォームに依存しない(最低Windows、Mac OS X、Linuxで動く)ブラウザを考えると、
Firefox、Opera、Google Chromeあたりになって、それらのどのブラウザにも依存しないコーデックを
考えると現状oggになっちゃうかなと思っています。
oggの問題点と言うのは、サブマリン特許のリスクがあることとmp4より圧縮効率が劣るという以外にも
何かあるのでしょうか?
16 :名無しさん@お腹いっぱい。2009/07/08(水) 13:11:45 ID:iwaTziPDP
>>15
すぐに思いつくのは、Firefox 3.5での再生は、まだ十分に最適化されていなくて、今ひとつだと言うことくらいかな。
Theoraの品質は、確かに同じビットレートでのH.264やVP6には劣るが、見るに堪えない程、酷くはない。
実際に使っているサイトを見るといい。 http://openvideo.dailymotion.com/jp
すぐに思いつくのは、Firefox 3.5での再生は、まだ十分に最適化されていなくて、今ひとつだと言うことくらいかな。
Theoraの品質は、確かに同じビットレートでのH.264やVP6には劣るが、見るに堪えない程、酷くはない。
実際に使っているサイトを見るといい。 http://openvideo.dailymotion.com/jp
17 :名無しさん@お腹いっぱい。2009/07/08(水) 15:11:28 ID:mPadKGob0
> サブマリン特許のリスクがあること
あるの?
あるの?
18 :名無しさん@お腹いっぱい。2009/07/08(水) 15:28:03 ID:iwaTziPDP
>>17
http://forum.doom9.org/showpost.php?p=1299569&postcount=85
On2以外の企業が、Theoraの元になったVP3に関する特許を持っているかも知れないと言うことだが、
ここでは、Montyははっきりと否定しているし、ちょっとよく分からない。
http://forum.doom9.org/showpost.php?p=1299569&postcount=85
On2以外の企業が、Theoraの元になったVP3に関する特許を持っているかも知れないと言うことだが、
ここでは、Montyははっきりと否定しているし、ちょっとよく分からない。
19 :名無しさん@お腹いっぱい。2009/07/08(水) 16:04:12 ID:TH4MBiiM0
サブマリン特許のリスクが「まったくない」コーデックなんて存在しないだろ。
現時点ではわからないからサブマリンなわけだし。
以前プラグイン関連の特許でクレームがついてMSが敗訴、多額の和解金を払ったこともあるように
大企業だからちゃんとチェックしてて大丈夫というわけでもない。
とはいってもチェックにリソースを割きにくいオープンソースプロジェクトの方が相対的にはリスクが大きいだろうけど。
現時点ではわからないからサブマリンなわけだし。
以前プラグイン関連の特許でクレームがついてMSが敗訴、多額の和解金を払ったこともあるように
大企業だからちゃんとチェックしてて大丈夫というわけでもない。
とはいってもチェックにリソースを割きにくいオープンソースプロジェクトの方が相対的にはリスクが大きいだろうけど。
20 :名無しさん@お腹いっぱい。2009/07/08(水) 16:43:47 ID:5PA4EvFk0
MPEG4系の場合はMPEG LAがリスクを負ってくれるのでは
21 :名無しさん@お腹いっぱい。2009/07/08(水) 17:17:52 ID:iCesmWyf0
>>20
該当する特許がMPEG LAがプールする特許にかぶる様な内容でないならば、
MPEG LAに出来ることは無いよ。
該当する特許がMPEG LAがプールする特許にかぶる様な内容でないならば、
MPEG LAに出来ることは無いよ。
22 :152009/07/08(水) 18:29:58 ID:uKrd9Cvi0
レスありがとうございます。
>>16
最適化については徐々に改善されるでしょうから、気にしなくて良さそうですね。
紹介して頂いたサイトは今度見てみます。
>>19
すみません、重要な事をサラッと書きすぎてました。
>サブマリン特許のリスクが「まったくない」コーデックなんて存在しないだろ。
は同感ですが、特許が浮上してきたときに大企業の後ろ盾があれば、お金で解決してくれそうだけど、
OSSの場合は、どうなるか不透明という意味でリスクがあるのかなと思っています。
詳しくないので、的外れな事書いていたらすみません。
>>16
最適化については徐々に改善されるでしょうから、気にしなくて良さそうですね。
紹介して頂いたサイトは今度見てみます。
>>19
すみません、重要な事をサラッと書きすぎてました。
>サブマリン特許のリスクが「まったくない」コーデックなんて存在しないだろ。
は同感ですが、特許が浮上してきたときに大企業の後ろ盾があれば、お金で解決してくれそうだけど、
OSSの場合は、どうなるか不透明という意味でリスクがあるのかなと思っています。
詳しくないので、的外れな事書いていたらすみません。
23 :名無しさん@お腹いっぱい。2009/07/08(水) 19:39:27 ID:TH4MBiiM0
>大企業の後ろ盾があれば、お金で解決してくれそうだけど
おおむねそう考えていいと思うけど、特許のライセンス範囲を決めるのは権利保有者なのでどうなるか不明。
GIF(LZW特許)の場合「マイクロソフトにライセンスしたのはマイクロソフト製品のみ」という理屈で、
MS製品以外のGIFを表示するソフトはたとえIEコンポーネントを呼び出すだけであっても別途契約が必要と主張した。
そのため自作のツールとかを公開していた人はお手上げ状態。
こういうことをやられるとたとえ大企業がバックについていても、普及には大きな制約になる。
おおむねそう考えていいと思うけど、特許のライセンス範囲を決めるのは権利保有者なのでどうなるか不明。
GIF(LZW特許)の場合「マイクロソフトにライセンスしたのはマイクロソフト製品のみ」という理屈で、
MS製品以外のGIFを表示するソフトはたとえIEコンポーネントを呼び出すだけであっても別途契約が必要と主張した。
そのため自作のツールとかを公開していた人はお手上げ状態。
こういうことをやられるとたとえ大企業がバックについていても、普及には大きな制約になる。
24 :152009/07/09(木) 08:58:42 ID:1plYashl0
>>23
なるほど、なかなか単純には考えられないものなんですね。
なるほど、なかなか単純には考えられないものなんですね。
25 :名無しさん@お腹いっぱい。2009/07/10(金) 04:21:05 ID:6F+7ioeT0
どうでもいいけど>>11-13はなんの改変なんだ?w
26 :名無しさん@お腹いっぱい。2009/07/10(金) 05:06:19 ID:voLNyr000
改変じゃないから。
11はどっかのソニー信者がこのスレ(Ogg総合3)に書き込んだレスがいつの間にかテンプレ化
12,13は11にインスパイアされたスレ住人が作成
11はどっかのソニー信者がこのスレ(Ogg総合3)に書き込んだレスがいつの間にかテンプレ化
12,13は11にインスパイアされたスレ住人が作成
28 :名無しさん@お腹いっぱい。2009/07/10(金) 09:00:47 ID:tcC0Bf120
衝撃!!!!!!!
日本人も特亜人とたいして変わらない事が判明した!
【話題】早くも「ドラクエIX」データ流出…「ストーリー導入部でフリーズ」のマジコン対策も破られる★2
http://tsushima.2ch.net/test/read.cgi/newsplus/1247173176/
日本人も特亜人とたいして変わらない事が判明した!
【話題】早くも「ドラクエIX」データ流出…「ストーリー導入部でフリーズ」のマジコン対策も破られる★2
http://tsushima.2ch.net/test/read.cgi/newsplus/1247173176/
29 :名無しさん@お腹いっぱい。2009/07/10(金) 16:19:57 ID:WpD+7Svm0
30 :名無しさん@お腹いっぱい。2009/07/10(金) 17:08:49 ID:InBU/o45P
Theoraの次のリリースでは、AQが含まれるとMontyは言っているから、私はそれが楽しみ。
x264等の例を見ていても、今のJPEG互換のQMを使い続けるのが良いとも思えないし。
x264等の例を見ていても、今のJPEG互換のQMを使い続けるのが良いとも思えないし。
31 :名無しさん@お腹いっぱい。2009/07/10(金) 18:33:37 ID:Fc3BCx4R0
>>11もソニー信者が書いた物じゃないだろう、どっからどう見てもAtracコケにしてるw
以前この板にモンティやttのちょっと気持ち悪い話を創作するヤツがいて、
このスレにはXiphのニュースを皮肉っぽく書き込んだりもしてたの。
すっとぼけた文体がその人に似てる。
以前この板にモンティやttのちょっと気持ち悪い話を創作するヤツがいて、
このスレにはXiphのニュースを皮肉っぽく書き込んだりもしてたの。
すっとぼけた文体がその人に似てる。
33 :名無しさん@お腹いっぱい。2009/07/10(金) 22:47:19 ID:WpD+7Svm0
1秒とか短いvorbisを再生すると変だったような
あれが修正されたんかな
あれが修正されたんかな
35 :名無しさん@お腹いっぱい。2009/07/16(木) 22:10:30 ID:4k8BLGUeP
RareWaresのoggenc2.85-1.2.3って変じゃないか?
libvorbisが1.2.3じゃなくて1.2.2のままのような気がするんだが
libvorbisが1.2.3じゃなくて1.2.2のままのような気がするんだが
36 :名無しさん@お腹いっぱい。2009/07/16(木) 23:55:18 ID:zMvICRcx0
>>35
Vendor名には1.2.2と入ってるね。ミスかな?
Vendor名には1.2.2と入ってるね。ミスかな?
41 :名無しさん@お腹いっぱい。2009/07/24(金) 08:47:57 ID:3s66A+fd0
ThusneldaとVorbisの詰め込まれたOggコンテナ程、美しいものは無い
だというのに世はH.264一色だ
『x.264でエンコしろエンコしろ』
『mkvに詰めろ詰めろ』
『HE-AACv2だ革命だ』
ウンウンワンワン、寝苦しい夜の蚊の様に五月蠅い
僕は台所の刃物入れから出刃包丁を取り出す
穢らわしいエンコ職人どもを退治してやろうと思った
だというのに世はH.264一色だ
『x.264でエンコしろエンコしろ』
『mkvに詰めろ詰めろ』
『HE-AACv2だ革命だ』
ウンウンワンワン、寝苦しい夜の蚊の様に五月蠅い
僕は台所の刃物入れから出刃包丁を取り出す
穢らわしいエンコ職人どもを退治してやろうと思った
42 :名無しさん@お腹いっぱい。2009/07/24(金) 12:19:03 ID:yI3eDoqk0
oggコンテナはVFRに対応してないからtheora+vorbisで動画を
構成したいなら実質matroskaしか今のところ選択肢が無い
構成したいなら実質matroskaしか今のところ選択肢が無い
44 :名無しさん@お腹いっぱい。2009/07/24(金) 22:38:30 ID:twNIE8qG0
VFRやりたい人が、開発者にいないんだろう。
普通必要無いしな。
普通必要無いしな。
45 :名無しさん@お腹いっぱい。2009/07/25(土) 02:01:30 ID:u3E/KMeJ0
元々オーディオのコンテナであるOggに、タイムコード等の無い物ねだりはしないが、
MatroskaにTheora+Vorbisを入れた場合の方が、Oggよりもファイルサイズが小さくなるのは勘弁してほしい。
MatroskaにTheora+Vorbisを入れた場合の方が、Oggよりもファイルサイズが小さくなるのは勘弁してほしい。
46 :名無しさん@お腹いっぱい。2009/07/25(土) 03:14:33 ID:f1mBL3pk0
GhostとCELTの違いって何ですか?
Wikipediaではどちらも全く同じ説明文ですが
TarkinとTheoraのような関係ですか?
Wikipediaではどちらも全く同じ説明文ですが
TarkinとTheoraのような関係ですか?
47 :名無しさん@お腹いっぱい。2009/07/25(土) 03:39:29 ID:u3E/KMeJ0
>>46
http://wiki.xiph.org/Ghost
http://wiki.xiph.org/CELT
low-delayだと言うのは共通しているが、リアルタイムの通信に使うCELTと、
Vorbisに取って代わろうかと言うGhostとでは用途が違う。
あと、CELTはもうすぐ完成するだろうけど、Ghostはいつになったら作り始められるのか、全く分からない。
http://wiki.xiph.org/Ghost
http://wiki.xiph.org/CELT
low-delayだと言うのは共通しているが、リアルタイムの通信に使うCELTと、
Vorbisに取って代わろうかと言うGhostとでは用途が違う。
あと、CELTはもうすぐ完成するだろうけど、Ghostはいつになったら作り始められるのか、全く分からない。
48 :名無しさん@お腹いっぱい。2009/07/25(土) 20:35:34 ID:f1mBL3pk0
>>47
なるほどー
ありがとうございます
なるほどー
ありがとうございます
50 :名無しさん@お腹いっぱい。2009/08/05(水) 23:22:54 ID:tdWakNsR0
Google to Acquire On2 Technologies
http://www.google.com/intl/en/press/pressrel/ir_20090805.html
Googleが、Theoraの後ろ盾になってくれるのなら良いが。
http://www.google.com/intl/en/press/pressrel/ir_20090805.html
Googleが、Theoraの後ろ盾になってくれるのなら良いが。
51 :名無しさん@お腹いっぱい。2009/08/06(木) 01:00:41 ID:aS+Hgr1zP
Innovation in video on the web
http://googleblog.blogspot.com/2009/08/innovation-in-video-on-web.html
>>50
いや、VP8 をオープンソース化したりして。
Google Acquires Video Compression Technology Company On2 For $106 Million
http://www.techcrunch.com/2009/08/05/google-acquires-video-compression-technology-company-on2-for-106-million/
> If would be great if Google decides to open-source On2’s VP7 and VP8 video codecs
> and free them up as the worldwide video codec standards,
> thus becoming alternatives to the proprietary and licenced H264 codecs.
http://googleblog.blogspot.com/2009/08/innovation-in-video-on-web.html
>>50
いや、VP8 をオープンソース化したりして。
Google Acquires Video Compression Technology Company On2 For $106 Million
http://www.techcrunch.com/2009/08/05/google-acquires-video-compression-technology-company-on2-for-106-million/
> If would be great if Google decides to open-source On2’s VP7 and VP8 video codecs
> and free them up as the worldwide video codec standards,
> thus becoming alternatives to the proprietary and licenced H264 codecs.
52 :名無しさん@お腹いっぱい。2009/08/06(木) 01:34:24 ID:L0iP8ynH0
VP8は自分で試した事が無いので知らないが、VP7でH.264に取って代わるのは、はっきり言って無理だろう。
もちろんVP3ベースのTheoraよりVP7の方がましなのは、間違いないだろうが。
VP8もスクリーンショット(よりにもよってJPEG)とPSNRを使った訳の分からない比較だし、
On2は何をやりたいのか意味が分からない。
http://www.on2.com/index.php?599
もちろんVP3ベースのTheoraよりVP7の方がましなのは、間違いないだろうが。
VP8もスクリーンショット(よりにもよってJPEG)とPSNRを使った訳の分からない比較だし、
On2は何をやりたいのか意味が分からない。
http://www.on2.com/index.php?599
53 :名無しさん@お腹いっぱい。2009/08/06(木) 13:09:20 ID:L0iP8ynH0
libtheora 1.1beta1 (2009 August 5)
- Support for two-pass encoding
- Performance optimization of both encoder and decoder
- Encoder supports dynamic adjustment of quality and
bitrate targets
- Encoder is generally more configurable, and all
rate control modes perform better
- Encoder now accepts 4:2:2 and 4:4:4 chroma sampling
- Decoder telemetry output shows quantization choice
and a breakdown of bitrate usage in the frame
- MSVC assembly optimizations up to date and functional
http://www.mediafire.com/file/zltzmdyoy44/libtheora-1.1beta1-win32-binary.7z
encoder_exampleでも、2passが出来るようになった。
avs2yuvで扱えない4:2:2や4:4:4は、私はまだ試していない。
- Support for two-pass encoding
- Performance optimization of both encoder and decoder
- Encoder supports dynamic adjustment of quality and
bitrate targets
- Encoder is generally more configurable, and all
rate control modes perform better
- Encoder now accepts 4:2:2 and 4:4:4 chroma sampling
- Decoder telemetry output shows quantization choice
and a breakdown of bitrate usage in the frame
- MSVC assembly optimizations up to date and functional
http://www.mediafire.com/file/zltzmdyoy44/libtheora-1.1beta1-win32-binary.7z
encoder_exampleでも、2passが出来るようになった。
avs2yuvで扱えない4:2:2や4:4:4は、私はまだ試していない。
54 :名無しさん@お腹いっぱい。2009/08/06(木) 20:02:05 ID:lelPhiTR0
一応Theoraの仕様で長らく謳われてたものの一つだけど
422と444はスタジオ編集とか視野に入れてるんだろうか
YUV422はAVSファイルの読み込みに対応すればいいとして
YUV444は入力する術がまったく無いからエンコーダ側で
アップサンプリングフィルタかRGB入力でも対応しないと遊べないなぁ
422と444はスタジオ編集とか視野に入れてるんだろうか
YUV422はAVSファイルの読み込みに対応すればいいとして
YUV444は入力する術がまったく無いからエンコーダ側で
アップサンプリングフィルタかRGB入力でも対応しないと遊べないなぁ
55 :名無しさん@お腹いっぱい。2009/08/06(木) 20:53:43 ID:L0iP8ynH0
スタジオで使うのなら、可逆(-lossless)も使えるDiracの方が、Theoraより明らかに優れているだろうと言うのが何とも。
編集用のIntra-onlyなら、やたらと重いOBMCを使わずに済む訳でもあるし。
SMPTEが、Dirac Pro(Dirac Intra)だけをVC-2として標準化しようとするのも分かる。
いずれにせよ、YUV4MPEG以外のrawを扱うのは相当面倒臭いので、私は余りやりたくない所ではある。
編集用のIntra-onlyなら、やたらと重いOBMCを使わずに済む訳でもあるし。
SMPTEが、Dirac Pro(Dirac Intra)だけをVC-2として標準化しようとするのも分かる。
いずれにせよ、YUV4MPEG以外のrawを扱うのは相当面倒臭いので、私は余りやりたくない所ではある。
56 :名無しさん@お腹いっぱい。2009/08/07(金) 11:22:38 ID:dfXJB9T10
スレ違いだがIntraオンリー、フレーム間予測無しならDirac使う大義はほぼ無いな
過ぎたことだがデジタルシネマの絡みもあるしMotionJPEG2000でいいじゃんか、と
過ぎたことだがデジタルシネマの絡みもあるしMotionJPEG2000でいいじゃんか、と
57 :名無しさん@お腹いっぱい。2009/08/07(金) 12:31:04 ID:O4MbXts+0
DiracにはJPEG 2000とは違って、BBCが持っている特許を気にせず自由に使える利点があるから、
存在意義は有ると思う。
ただ、Intra+Interなら、デコード速度諸々を含めた場合、Theoraの方が優れていると思うけど。
存在意義は有ると思う。
ただ、Intra+Interなら、デコード速度諸々を含めた場合、Theoraの方が優れていると思うけど。
59 :名無しさん@お腹いっぱい。2009/08/11(火) 18:38:29 ID:iZ4IuhSJ0
FLACの話題もここでいいんだよね?(専用スレとか見つからんかった)
以下長文でスマンけど分かったら教えてほしい
metaflacで.flacにcueとジャケット画像を埋め込んでるんだけど埋め込めないのが出てきたんだ
具体的にはマキシマムザホルモンのロッキンポ殺しオフィシャルの画像(gif)なんだけど、
gifからペイントでjpgやpngに変換してもダメ、フォトショでjpgにしてもダメ
metaflacの制限とか、詳しいサイトでもいいので知っていたら情報ください
自分の探し方ではgoogle先生では見つけられませんでした
とりあえずの対策なら別の画像拾ってくるとかなんだけど、なんでダメなのか原因が知りたいのでお願いします
ファイル名
マキシマム ザ ホルモン [VPCC-81507] ロッキンポ殺し.xxx
埋め込みコマンド
metaflac --preserve-modtime --import-picture-from="XXX.jpg" "XXX.flac"
問題の画像があるマキシマムザホルモンのディスコグラフィーURL
ttp://www.55mth.com/discs/disc2.html
以下長文でスマンけど分かったら教えてほしい
metaflacで.flacにcueとジャケット画像を埋め込んでるんだけど埋め込めないのが出てきたんだ
具体的にはマキシマムザホルモンのロッキンポ殺しオフィシャルの画像(gif)なんだけど、
gifからペイントでjpgやpngに変換してもダメ、フォトショでjpgにしてもダメ
metaflacの制限とか、詳しいサイトでもいいので知っていたら情報ください
自分の探し方ではgoogle先生では見つけられませんでした
とりあえずの対策なら別の画像拾ってくるとかなんだけど、なんでダメなのか原因が知りたいのでお願いします
ファイル名
マキシマム ザ ホルモン [VPCC-81507] ロッキンポ殺し.xxx
埋め込みコマンド
metaflac --preserve-modtime --import-picture-from="XXX.jpg" "XXX.flac"
問題の画像があるマキシマムザホルモンのディスコグラフィーURL
ttp://www.55mth.com/discs/disc2.html
60 :名無しさん@お腹いっぱい。2009/08/11(火) 19:18:39 ID:HlCGqVVB0
>>59
FLACの仕様とでも言うのかな
ttp://flac.sourceforge.net/documentation_tools_flac.html#flac_options_picture
> If the image has indexed colors
> you should also specify the number of colors used.
画像がインデックスカラーの場合は、使用している色数を指定する必要がある。
元がGIFと言うことであれば、これが原因かも
例としてはこんな感じで(256色の場合)
--import-picture-from=3|image/gif||300x300x8/256|"path to exemple.gif"
FLACの仕様とでも言うのかな
ttp://flac.sourceforge.net/documentation_tools_flac.html#flac_options_picture
> If the image has indexed colors
> you should also specify the number of colors used.
画像がインデックスカラーの場合は、使用している色数を指定する必要がある。
元がGIFと言うことであれば、これが原因かも
例としてはこんな感じで(256色の場合)
--import-picture-from=3|image/gif||300x300x8/256|"path to exemple.gif"
61 :名無しさん@お腹いっぱい。2009/08/11(火) 22:38:47 ID:iZ4IuhSJ0
早速レスありがとう!
でもなんかすごく初歩的なところでハマってしまいました
バッチファイルにgif埋めるのを追加してみたんだけどウマくいかず、
おかしいと思ってプロンプト直でやってみたらこんな風になったよ
C:\FLAC\bin>metaflac --import-picture-from=3|image/gif||150x149x8|C:\FLAC\work\aaa.gif C:\FLAC\work\aaa.flac
'image' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。
C:\FLAC\bin>metaflac --import-picture-from=3|||150x149x8|C:\FLAC\work\aaa.gif C:\FLAC\work\aaa.flac
| の使い方が誤っています。
パイプが使えない?
ファイル名だけで投げた場合のエラーメッセージを書き忘れてました
C:\FLAC\work\aaa.flac: ERROR: while parsing picture specification "C:\FLAC\work\aaa.jpg": invalid picture type
gifがダメなのはこの際あきらめるにしても、jpegに変換しても無効な形式なのが謎です
フォトショップでは保存の仕方変えて何通りか出して見たけど全滅で、OPTPiXでもダメでした
でもなんかすごく初歩的なところでハマってしまいました
バッチファイルにgif埋めるのを追加してみたんだけどウマくいかず、
おかしいと思ってプロンプト直でやってみたらこんな風になったよ
C:\FLAC\bin>metaflac --import-picture-from=3|image/gif||150x149x8|C:\FLAC\work\aaa.gif C:\FLAC\work\aaa.flac
'image' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。
C:\FLAC\bin>metaflac --import-picture-from=3|||150x149x8|C:\FLAC\work\aaa.gif C:\FLAC\work\aaa.flac
| の使い方が誤っています。
パイプが使えない?
ファイル名だけで投げた場合のエラーメッセージを書き忘れてました
C:\FLAC\work\aaa.flac: ERROR: while parsing picture specification "C:\FLAC\work\aaa.jpg": invalid picture type
gifがダメなのはこの際あきらめるにしても、jpegに変換しても無効な形式なのが謎です
フォトショップでは保存の仕方変えて何通りか出して見たけど全滅で、OPTPiXでもダメでした
62 :名無しさん@お腹いっぱい。2009/08/11(火) 23:00:44 ID:iZ4IuhSJ0
埋め込めました!
ファイル名がダメなだけでした
flacに変換するのもcue埋めるのもokなのに画像だけなんでダメとは盲点でした
コマンドラインでやるときに手打ちがメンドウでファイル名変えたのを忘れてバッチで試したら通ったので気づきました
ちなみにダメだったのは"ポ"でした (ロッキン殺しに変えたら埋め込めた)
お騒がせして申し訳ない
コマンドラインでパイプが使えないとかは謎のままですが、スレ違いということで
ファイル名がダメなだけでした
flacに変換するのもcue埋めるのもokなのに画像だけなんでダメとは盲点でした
コマンドラインでやるときに手打ちがメンドウでファイル名変えたのを忘れてバッチで試したら通ったので気づきました
ちなみにダメだったのは"ポ"でした (ロッキン殺しに変えたら埋め込めた)
お騒がせして申し訳ない
コマンドラインでパイプが使えないとかは謎のままですが、スレ違いということで
63 :名無しさん@お腹いっぱい。2009/08/12(水) 05:15:07 ID:Jn1Su4Rd0
metaflacのコマンドライン書式知らないから間違ってるかも知れないけど
'|' はコマンドプロンプトにとってもパイプ文字としての意味を持つので
metaflac --import-picture-from=3 ←ここまででひとつのコマンド
image/gif ←次のコマンドとして実行しようとしてエラー
と解釈される。
コマンドプロンプトには解釈しないで無視して欲しいなら、ダブルクォートで囲まなきゃダメだろう。
metaflac "--import-picture-from=3|image/gif||150x149x8|C:\FLAC\work\aaa.gif C:\FLAC\work\aaa.flac"
でいいのかな?
'|' はコマンドプロンプトにとってもパイプ文字としての意味を持つので
metaflac --import-picture-from=3 ←ここまででひとつのコマンド
image/gif ←次のコマンドとして実行しようとしてエラー
と解釈される。
コマンドプロンプトには解釈しないで無視して欲しいなら、ダブルクォートで囲まなきゃダメだろう。
metaflac "--import-picture-from=3|image/gif||150x149x8|C:\FLAC\work\aaa.gif C:\FLAC\work\aaa.flac"
でいいのかな?
64 :名無しさん@お腹いっぱい。2009/08/12(水) 06:12:12 ID:CIDyScEi0
USB接続できてflac再生できる高品質なカーオーディオってないのかな?
iPod5Gに128GBのSSD取り付けたから大量のflacを入れられるようになったが、dockのライン出力の音質じゃ我慢できなくなってきた・・・
iPod5Gに128GBのSSD取り付けたから大量のflacを入れられるようになったが、dockのライン出力の音質じゃ我慢できなくなってきた・・・
65 :名無しさん@お腹いっぱい。2009/08/12(水) 15:42:50 ID:k0AsQ3JI0
http://x264dev.multimedia.cx/?p=102
http://x264dev.multimedia.cx/wp-content/uploads/2009/08/quality_chart1.png
別にSSIM=人間の視覚とは思わないけど、MPEG-2やSVQ(Sorenson H.263)に負けてしまう現実は厳しいな。
http://x264dev.multimedia.cx/wp-content/uploads/2009/08/quality_chart1.png
別にSSIM=人間の視覚とは思わないけど、MPEG-2やSVQ(Sorenson H.263)に負けてしまう現実は厳しいな。
66 :名無しさん@お腹いっぱい。2009/08/13(木) 00:29:13 ID:sMDTqRUK0
>>63
なるほどと思って試したらダメだった
↓のもダメだったし正しいパイプの使い方は分からない
metaflac --import-picture-from="3|image/gif||150x149x8|C:\FLAC\work\aaa.gif" C:\FLAC\work\aaa.flac
でもダメ文字の理由は分かった
下位バイトがパイプと同じ0x7cのポ系ダメ文字というのがあるんだそうで、
画像埋めだけパイプ使うコマンドだからダメ文字になってしまうみたい
FLAC.exeを使うフロントエンドは同じ問題が起きると思う(flacTGFは警告出て失敗)
ttp://sites.google.com/site/fudist/Home/grep/sjis-damemoji-jp
なるほどと思って試したらダメだった
↓のもダメだったし正しいパイプの使い方は分からない
metaflac --import-picture-from="3|image/gif||150x149x8|C:\FLAC\work\aaa.gif" C:\FLAC\work\aaa.flac
でもダメ文字の理由は分かった
下位バイトがパイプと同じ0x7cのポ系ダメ文字というのがあるんだそうで、
画像埋めだけパイプ使うコマンドだからダメ文字になってしまうみたい
FLAC.exeを使うフロントエンドは同じ問題が起きると思う(flacTGFは警告出て失敗)
ttp://sites.google.com/site/fudist/Home/grep/sjis-damemoji-jp
67 :名無しさん@お腹いっぱい。2009/08/13(木) 03:13:26 ID:VNX07evu0
「|」(パイプ)のエスケープは「^」(サーカムフレックス)
なので正解はこれかな?
metaflac.exe --import-picture-from=TYPE^|MIME-TYPE^|DESCRIPTION^|WxH/Color^|"P:\ath\to\exemple.img" dest.flac
なので正解はこれかな?
metaflac.exe --import-picture-from=TYPE^|MIME-TYPE^|DESCRIPTION^|WxH/Color^|"P:\ath\to\exemple.img" dest.flac
68 :名無しさん@お腹いっぱい。2009/08/13(木) 04:35:25 ID:OhZEuYWD0
>Theora’s ratecontrol apparently had some issues on this clip
これは実際にこの通りで、1pass(AVG: 0.95105)でやった方が、2pass(AVG: 0.94078)よりもSSIMの結果は良かった。
少なくとも、MPEG-2やSVQ1よりは良くなった。FLV1(H.263)にはそれでもまだ負けるが。
http://www.mediafire.com/file/wnolyjnkhfe/Maikaze_-v4_238kbps.ogv
これは実際にこの通りで、1pass(AVG: 0.95105)でやった方が、2pass(AVG: 0.94078)よりもSSIMの結果は良かった。
少なくとも、MPEG-2やSVQ1よりは良くなった。FLV1(H.263)にはそれでもまだ負けるが。
http://www.mediafire.com/file/wnolyjnkhfe/Maikaze_-v4_238kbps.ogv
69 :名無しさん@お腹いっぱい。2009/08/13(木) 17:10:01 ID:OhZEuYWD0
libtheora 1.1beta2 (2009 August 12)
- Fix a rate control problem with difficult input
- Build fixes for OpenBSD and Apple Xcode
- Examples now all use the 1.0 api
- TH_ENCCTL_SET_SPLEVEL works again
- Various bug fixes and source tree rearrangement
http://www.mediafire.com/file/mmdcijrmywm/libtheora-1.1beta2-win32-binary.7z
私が試した感じだと、残念ながら2passでのSSIMの改善は見られず。
- Fix a rate control problem with difficult input
- Build fixes for OpenBSD and Apple Xcode
- Examples now all use the 1.0 api
- TH_ENCCTL_SET_SPLEVEL works again
- Various bug fixes and source tree rearrangement
http://www.mediafire.com/file/mmdcijrmywm/libtheora-1.1beta2-win32-binary.7z
私が試した感じだと、残念ながら2passでのSSIMの改善は見られず。
72 :名無しさん@お腹いっぱい。2009/08/15(土) 20:00:47 ID:3GSxnd8+0
http://en.flossmanuals.net/TheoraCookbook/Introduction
Kate(字幕)を埋め込んだOggの作り方等の解説があって、とてもためになるサイト。
http://people.xiph.org/~oggk/elephants_dream/elephantsdream-with-subtitles.ogg
私には自分で作る気力は無いけど、VLCで字幕の付いたOggを再生するのは面白い。
Kate(字幕)を埋め込んだOggの作り方等の解説があって、とてもためになるサイト。
http://people.xiph.org/~oggk/elephants_dream/elephantsdream-with-subtitles.ogg
私には自分で作る気力は無いけど、VLCで字幕の付いたOggを再生するのは面白い。
74 :名無しさん@お腹いっぱい。2009/08/17(月) 18:01:33 ID:ggb/bqBP0
かつて、名前の由来であるTVドラマ Max HeadroomのTheoraは、シオラと字訳されたけど、
ゼオラやセオラでも、まあXiphのビデオコーデックの事だと意味が通じるのなら、何でも良いと思う。
ゼオラやセオラでも、まあXiphのビデオコーデックの事だと意味が通じるのなら、何でも良いと思う。
75 :名無しさん@お腹いっぱい。2009/08/18(火) 06:29:56 ID:aI1OfdSQ0
「パテントフリー」と断言する自信はどこから出てくるんだろう
今の時点でわざわざ名乗り出る権利者はいないぜ
今の時点でわざわざ名乗り出る権利者はいないぜ
76 :名無しさん@お腹いっぱい。2009/08/18(火) 08:02:17 ID:H3WpMU490
>>69
インストーラーはないのか
インストーラーはないのか
77 :名無しさん@お腹いっぱい。2009/08/18(火) 09:43:21 ID:koXvAvkv0
>>76
無い。
http://firefogg.org/nightly/ffmpeg2theora.exe
http://www.64k.it/andres/data/autofftheora/autoffmpeg2theora.exe
GUIでやりたかったら、これらを組み合わせて使うことができる。
無い。
http://firefogg.org/nightly/ffmpeg2theora.exe
http://www.64k.it/andres/data/autofftheora/autoffmpeg2theora.exe
GUIでやりたかったら、これらを組み合わせて使うことができる。
78 :名無しさん@お腹いっぱい。2009/08/18(火) 21:44:01 ID:dCFd1Ttp0
そういや、om-codecという一からVorbisを実装するプロジェクトがあったけど、もう跡形も無くなってるな。
ttp://code.google.com/p/om-codec/
ttp://www.hydrogenaudio.org/forums/index.php?showtopic=60956&view=findpost&p=647555
それと、いつの間にかaotuvのテストバージョンがfix1からfix2になってる。
ttp://code.google.com/p/om-codec/
ttp://www.hydrogenaudio.org/forums/index.php?showtopic=60956&view=findpost&p=647555
それと、いつの間にかaotuvのテストバージョンがfix1からfix2になってる。
79 :名無しさん@お腹いっぱい。2009/08/19(水) 06:34:12 ID:84c+zxwZ0
libvorbisを元にしていないエンコーダと言うと、私にはFFmpegの-acodec vorbisくらいしか思いつかない。
ただ、音質の劣るこれを、libvorbisを差し置いてまで使う意味は見いだせないのだけれど。
>>65のチャートにある様に、FFmpeg MPEG-4はこのサンプルのSSIMでは同じMPEG-4 ASPのXvidよりも良い物だから、
もしもTheoraのエンコーダがリリースされたなら、面白いのだけどな。
ただ、音質の劣るこれを、libvorbisを差し置いてまで使う意味は見いだせないのだけれど。
>>65のチャートにある様に、FFmpeg MPEG-4はこのサンプルのSSIMでは同じMPEG-4 ASPのXvidよりも良い物だから、
もしもTheoraのエンコーダがリリースされたなら、面白いのだけどな。
80 :名無しさん@お腹いっぱい。2009/08/22(土) 21:11:30 ID:TWkizJr00
ffmpeg2theoraでtheoraエンコすると元画像より色が赤くなるんだけど俺だけ?。
色合いの設定がおかしくなる感じで、事前に画像の
色合いを+50くらいしておくと相殺されるんだけど…。
色合いの設定がおかしくなる感じで、事前に画像の
色合いを+50くらいしておくと相殺されるんだけど…。
81 :名無しさん@お腹いっぱい。2009/08/23(日) 01:51:34 ID:uvzr9Jl/0
>>80
一年くらい前のffmpeg2theoraとlibtheoraでエンコデコ
これで赤くなる事はなかったよ
最新のは今試せる環境無いからわからない
一年くらい前のffmpeg2theoraとlibtheoraでエンコデコ
これで赤くなる事はなかったよ
最新のは今試せる環境無いからわからない
82 :名無しさん@お腹いっぱい。2009/08/23(日) 03:52:14 ID:LnyQ9Q/z0
ソースの詳細(解像度、色空間等)と、エンコードした手順を書いてくれたら、何か分かるかも知れないな。
83 :名無しさん@お腹いっぱい。2009/08/23(日) 14:25:27 ID:LnyQ9Q/z0
libtheora 1.1beta3 (2009 August 22)
- Rate control fixes to smooth quality
- MSVC build now exports all of the 1.0 api
- Assorted small bug fixes
http://www.mediafire.com/file/j2znrzmjz4t/libtheora-1.1beta3-win32-binary.7z
レートコントロールが改良されたそうだけど、SSIMがどうなったのかは調べていない。
- Rate control fixes to smooth quality
- MSVC build now exports all of the 1.0 api
- Assorted small bug fixes
http://www.mediafire.com/file/j2znrzmjz4t/libtheora-1.1beta3-win32-binary.7z
レートコントロールが改良されたそうだけど、SSIMがどうなったのかは調べていない。
84 :802009/08/23(日) 19:06:04 ID:DjY8qI5M0
>>81>>82
ごめ、>>7にあるみたいにYUV4MPEG2を中継したら色大丈夫だった。YUV4MPEG2はaviutlの
プラグインで吐き出したものだし、YUV4MPEGでなくてYUV4MPEG2なのがよく分からんけども…。
今まで生AVI(RGB)を直接入力してたんだけど、RGB色空間の1枚BMPを直接入力したときすら赤く
なってたし、ffmpeg2diracに入力してdirac動画にしたときすら赤くなってたから、
RGB色空間で入力すると色おかしくなるってことなの?知らんかった…。
YUV4MPEG2ってよく分からんけどYUV420色空間だよね?
かなり古いffmpeg2theoraのフロントエンドだとされているsuper Cでtheoraしたときは
avi直でも赤くならなかったので、昔のffmpeg2theoraはRGB直でもいけたのかも分からんね。
ぶっちゃけ色空間詳しくないのよ…。
ごめ、>>7にあるみたいにYUV4MPEG2を中継したら色大丈夫だった。YUV4MPEG2はaviutlの
プラグインで吐き出したものだし、YUV4MPEGでなくてYUV4MPEG2なのがよく分からんけども…。
今まで生AVI(RGB)を直接入力してたんだけど、RGB色空間の1枚BMPを直接入力したときすら赤く
なってたし、ffmpeg2diracに入力してdirac動画にしたときすら赤くなってたから、
RGB色空間で入力すると色おかしくなるってことなの?知らんかった…。
YUV4MPEG2ってよく分からんけどYUV420色空間だよね?
かなり古いffmpeg2theoraのフロントエンドだとされているsuper Cでtheoraしたときは
avi直でも赤くならなかったので、昔のffmpeg2theoraはRGB直でもいけたのかも分からんね。
ぶっちゃけ色空間詳しくないのよ…。
85 :名無しさん@お腹いっぱい。2009/08/23(日) 19:35:33 ID:LnyQ9Q/z0
>>84
AVISource("video.avi")
ConvertToYV12(matrix="Rec601")
AviUtlは使わないので知らないが、とりあえずこれだけの内容のavsを書いて、avs2yuvでy4mを出力してやれば、
Y'CbCr 4:2:0 BT.601 TVスケール のちゃんとした色でデコードされるTheoraになる。
AVISource("video.avi")
ConvertToYV12(matrix="Rec601")
AviUtlは使わないので知らないが、とりあえずこれだけの内容のavsを書いて、avs2yuvでy4mを出力してやれば、
Y'CbCr 4:2:0 BT.601 TVスケール のちゃんとした色でデコードされるTheoraになる。
86 :802009/08/24(月) 00:42:08 ID:E16Hpbd20
>>85
おぉ、ありがとう。avs2yuvぶっちゃけ使い方よく分からなかったのよ。
avisynthでYV12にコンバートしてからavs2yuvに渡せばいいのか。
YUV4MPEGを得る方法って、そこまで多くないのかもな
おぉ、ありがとう。avs2yuvぶっちゃけ使い方よく分からなかったのよ。
avisynthでYV12にコンバートしてからavs2yuvに渡せばいいのか。
YUV4MPEGを得る方法って、そこまで多くないのかもな
87 :名無しさん@お腹いっぱい。2009/08/26(水) 17:15:39 ID:j3Fm6UQf0
http://web.mit.edu/xiphmont/Public/theora/demo8.html
Theoraとは直接関係は無いが、ビデオとオーディオを一つのファイルにまとめられるyuv4oggは便利そうだ。
Theoraとは直接関係は無いが、ビデオとオーディオを一つのファイルにまとめられるyuv4oggは便利そうだ。
89 :名無しさん@お腹いっぱい。2009/08/28(金) 19:28:50 ID:g6hw2BiO0
1.1beta3のレートコントロールは確かに改善されているようで、LosslessMaikazeで計ったSSIMではAVG: 0.95934と、
H.263(ffmpeg_flv.flv)のAVG: 0.96455や、MPEG-4 ASP(xvid.avi)のAVG: 0.96147と張り合えるようになった。
http://www.mediafire.com/file/my222qgmy0z/Maikaze_1.1beta3_2pass_253kbps.ogv
H.263(ffmpeg_flv.flv)のAVG: 0.96455や、MPEG-4 ASP(xvid.avi)のAVG: 0.96147と張り合えるようになった。
http://www.mediafire.com/file/my222qgmy0z/Maikaze_1.1beta3_2pass_253kbps.ogv
92 :名無しさん@お腹いっぱい。2009/09/03(木) 13:12:04 ID:/Q74nAEo0
1.1beta3でも1.0に比べて速くなってるけど
現状の画質じゃ実用に耐えないんだよな
現状の画質じゃ実用に耐えないんだよな
93 :名無しさん@お腹いっぱい。2009/09/03(木) 14:30:49 ID:iUfIXQol0
足りないおつむでがんばって手持ちのCDをflacにしたのはいいんだが、
winampで再生すると演奏時間が200分として認識されてしまう
SuperTagEditorだと40分だったりでメタメタなんだけどこれはどうすればいいんだぜ?
winampで再生すると演奏時間が200分として認識されてしまう
SuperTagEditorだと40分だったりでメタメタなんだけどこれはどうすればいいんだぜ?
94 :名無しさん@お腹いっぱい。2009/09/03(木) 14:35:26 ID:iUfIXQol0
すまん、リッピングソフトの認識してる長さからしておかしかった
ごめんなちゃい
ごめんなちゃい
95 :名無しさん@お腹いっぱい。2009/09/03(木) 14:50:42 ID:iUfIXQol0
と思ったらおかしくなかった
俺うぜぇ…
連投申し訳ないが>>93改めてお願いします
使ってるのはCDexとflac.exeです
俺うぜぇ…
連投申し訳ないが>>93改めてお願いします
使ってるのはCDexとflac.exeです
96 :名無しさん@お腹いっぱい。2009/09/03(木) 15:25:38 ID:DDweuLkz0
>>95
dllの方のエンコーダ使ってみれば
dllの方のエンコーダ使ってみれば
97 :名無しさん@お腹いっぱい。2009/09/03(木) 15:41:17 ID:iUfIXQol0
oh...あっさりできた...
コマンドライン版の方がいいとか思い込んでたわ…
超ありがとうございます
コマンドライン版の方がいいとか思い込んでたわ…
超ありがとうございます
98 :名無しさん@お腹いっぱい。2009/09/11(金) 16:34:03 ID:TQ/yOgCe0
lossless codecs and CUDA
http://www.hydrogenaudio.org/forums/index.php?showtopic=64628
なにやら面白いことになっているけど、Radeonユーザーの私は試せないのが残念。
http://www.hydrogenaudio.org/forums/index.php?showtopic=64628
なにやら面白いことになっているけど、Radeonユーザーの私は試せないのが残念。
99 :名無しさん@お腹いっぱい。2009/09/12(土) 06:32:44 ID:v+GBN/fK0
CUDA使うのってSSE使うのよりプログラム書くの簡単なの?
101 :名無しさん@お腹いっぱい。2009/09/12(土) 11:17:05 ID:6rB5wdWR0
>>99
明示的なSIMD型を使う必要がないので、ただ動かすだけなら簡単
ただし性能が出るコードを書くのはSSEより難しい
明示的なSIMD型を使う必要がないので、ただ動かすだけなら簡単
ただし性能が出るコードを書くのはSSEより難しい
102 :名無しさん@お腹いっぱい。2009/09/12(土) 22:22:59 ID:YpEhqPbc0
需要無さそうだけど、FLAC内の画像をプレビューペインに表示させるソフト作った
ttp://www.dotup.org/uploda/www.dotup.org134534.png
ttp://www1.axfc.net/uploader/Sc/so/36038
ttp://www.dotup.org/uploda/www.dotup.org134534.png
ttp://www1.axfc.net/uploader/Sc/so/36038
104 :名無しさん@お腹いっぱい。2009/09/15(火) 23:11:38 ID:7q32b2xB0
活発な改良の続くTheoraだけれど、同じビットレートでの比較では、MPEG-4 ASP(ffmpeg-r19849を使用)にまだまだ敵わない様だ。
http://img9.imageshack.us/img9/1185/sourcew.png
http://img9.imageshack.us/img9/3374/theora.png
http://img9.imageshack.us/img9/4687/mpeg4.png
http://www.mediafire.com/file/3a0yx0jj5nj/CrowdRun-comparison.tar
(ソース付き)
http://img9.imageshack.us/img9/1185/sourcew.png
http://img9.imageshack.us/img9/3374/theora.png
http://img9.imageshack.us/img9/4687/mpeg4.png
http://www.mediafire.com/file/3a0yx0jj5nj/CrowdRun-comparison.tar
(ソース付き)
107 :名無しさん@お腹いっぱい。2009/09/17(木) 02:00:35 ID:pwtikKtV0
aoTuV beta6?
ttp://www2.atword.jp/aooa/
誰かソースを見て弄ってみたい方がいれば早めにリリースしたいところですが、そうした積極的な方はいらっしゃるでしょうか?(新しい開発者はWelcomeです!)
自分一人でやるならば、焦ってリリースする必要性は全く感じてないので、リリースはもう少し後になりそうです。正式リリースのためにファインチューニングと
テストをするだけでも結構な時間が掛かるので、あまり正式版は出したくないのが本音だったりします。
ttp://www2.atword.jp/aooa/
誰かソースを見て弄ってみたい方がいれば早めにリリースしたいところですが、そうした積極的な方はいらっしゃるでしょうか?(新しい開発者はWelcomeです!)
自分一人でやるならば、焦ってリリースする必要性は全く感じてないので、リリースはもう少し後になりそうです。正式リリースのためにファインチューニングと
テストをするだけでも結構な時間が掛かるので、あまり正式版は出したくないのが本音だったりします。
108 :名無しさん@お腹いっぱい。2009/09/17(木) 16:58:31 ID:xgqA1N9zO
最近.oggを使い出したんだけど、音がいいし容量小さいし、
いままでflac形式で持っていたファイルも変換したいと思います
flac→oggの変換のオススメソフトがあったら教えてください
いままでflac形式で持っていたファイルも変換したいと思います
flac→oggの変換のオススメソフトがあったら教えてください
109 :名無しさん@お腹いっぱい。2009/09/17(木) 17:08:46 ID:6VfX0+k80
>>108
入力にflacをそのまま使えるoggenc2やoggdropXPd
http://www.rarewares.org/
複数のファイルを一度に処理したり、vencを使うのだったら、foobar2000が楽。
http://foobar2000.xrea.jp/index.php?Diskwriter%20%E8%A7%A3%E8%AA%AC#sed743ea
入力にflacをそのまま使えるoggenc2やoggdropXPd
http://www.rarewares.org/
複数のファイルを一度に処理したり、vencを使うのだったら、foobar2000が楽。
http://foobar2000.xrea.jp/index.php?Diskwriter%20%E8%A7%A3%E8%AA%AC#sed743ea
110 :名無しさん@お腹いっぱい。2009/09/17(木) 21:41:44 ID:xgqA1N9zO
>>109
ありがとう、oggdropXPdを使ってみようと思います
ダウンロードページを見たんですが2種類あってどちらがいいか悩んでます
libVorbis v1.2.3と
ao TuVb5.7ではどちらがいいでしょうか?
ありがとう、oggdropXPdを使ってみようと思います
ダウンロードページを見たんですが2種類あってどちらがいいか悩んでます
libVorbis v1.2.3と
ao TuVb5.7ではどちらがいいでしょうか?
111 :名無しさん@お腹いっぱい。2009/09/17(木) 21:54:02 ID:6VfX0+k80
>>110
aoTuV b2ベースのlibvorbis 1.2.3よりも、より高品質なaoTuV b5.7の方で良い。
aoTuV b2ベースのlibvorbis 1.2.3よりも、より高品質なaoTuV b5.7の方で良い。
112 :名無しさん@お腹いっぱい。2009/09/17(木) 22:17:49 ID:xgqA1N9zO
>>111
ありがとうございます
迷いなくそちらにします!
ありがとうございます
迷いなくそちらにします!
113 :名無しさん@お腹いっぱい。2009/09/18(金) 03:43:19 ID:7XGdqpux0
>Theorarm is an Ogg Theora/Vorbis decoding library optimised for use on ARM processors.
http://wss.co.uk/pinknoise/theorarm/
再生可能な環境が増えるのは、素直に喜ばしい。
http://wss.co.uk/pinknoise/theorarm/
再生可能な環境が増えるのは、素直に喜ばしい。
114 :名無しさん@お腹いっぱい。2009/09/18(金) 19:23:53 ID:GkZc1HrP0
Chromeが最新版で正式にOggTheora/Vorbisに対応。
D&Dによるダイレクト再生はなぜかoggのvorbisのみ可能だった。
D&Dによるダイレクト再生はなぜかoggのvorbisのみ可能だった。
115 :名無しさん@お腹いっぱい。2009/09/18(金) 20:00:33 ID:FH5yLYgr0
Google、Onかどっか買収してなかったっけ。Oggもサポートするんだ。
116 :名無しさん@お腹いっぱい。2009/09/18(金) 20:31:20 ID:7XGdqpux0
117 :名無しさん@お腹いっぱい。2009/09/18(金) 22:55:02 ID:sKpFATpa0
再生でいないからMP3にしてくれと言われなくなる日もちかいな
118 :名無しさん@お腹いっぱい。2009/09/19(土) 05:49:21 ID:Rjpczbjk0
シグナルハート体験版のムービーにTheoraが使われていた。
もしかしてエロゲ初かな?
もしかしてエロゲ初かな?
119 :名無しさん@お腹いっぱい。2009/09/19(土) 06:45:35 ID:678IOFn10
BSDライセンスのlibogg, libvorbis, libtheoraは、GPLのXvid等とは違ってソースを公開する必要もないし、
MPEG LAにライセンス料を支払う必要も無いので、ゲームに使いやすいのは間違いないだろう。
MPEG LAにライセンス料を支払う必要も無いので、ゲームに使いやすいのは間違いないだろう。
120 :名無しさん@お腹いっぱい。2009/09/19(土) 16:26:25 ID:K8Z31LCw0
121 :名無しさん@お腹いっぱい。2009/09/19(土) 18:41:38 ID:Rjpczbjk0
>>120
どうもありがとう。初ではなくて3作目らしいですね。
それとナツユメナギサはBGMのエンコードにaoTuV beta5.7が使われていて驚いた。
未だにエンコードに古いVerが使われていることが多くて・・・、メーカーの人はあまり気にしてないのかな。
デコーダ(ogg.dll vorbis.dll vorbisfile.dllなど)は差し替えができるからいいけどwuvorbis.dllだけは無理なので
新しいVer希望。
どうもありがとう。初ではなくて3作目らしいですね。
それとナツユメナギサはBGMのエンコードにaoTuV beta5.7が使われていて驚いた。
未だにエンコードに古いVerが使われていることが多くて・・・、メーカーの人はあまり気にしてないのかな。
デコーダ(ogg.dll vorbis.dll vorbisfile.dllなど)は差し替えができるからいいけどwuvorbis.dllだけは無理なので
新しいVer希望。
122 :名無しさん@お腹いっぱい。2009/09/24(木) 05:10:18 ID:X2d956CZ0
http://github.com/cpearce/OggIndex
かつてMichael Niedermayer(FFmpegの開発者)に、今まで最も馬鹿げたコンテナだと批判されたOggではあるが、
これでシークが改良されるのなら、喜ばしい事だ。
かつてMichael Niedermayer(FFmpegの開発者)に、今まで最も馬鹿げたコンテナだと批判されたOggではあるが、
これでシークが改良されるのなら、喜ばしい事だ。
123 :名無しさん@お腹いっぱい。2009/09/24(木) 05:32:31 ID:X2d956CZ0
http://www.mediafire.com/file/jhndz0k0yix/OggIndex-1.0alpha-win32.7z
インデックスの分だけ、若干ファイルサイズが増えるが、これは仕方がない所か。
インデックスの分だけ、若干ファイルサイズが増えるが、これは仕方がない所か。
125 :名無しさん@お腹いっぱい。2009/09/24(木) 23:23:13 ID:X2d956CZ0
http://pearce.org.nz/video/firefox-indexed-ogg-seek.win32.zip
http://pearce.org.nz/video/firefox-indexed-ogg-seek.linux.tar.bz2
http://pearce.org.nz/video/firefox-indexed-ogg-seek.win32.zip
http://pearce.org.nz/video/indexed-seek-demo.html
http://img84.imageshack.us/img84/3817/indexed.png
Indexに対応した唯一のプレイヤーであるFirefoxを使って試してみたところ、確かにシークは速くなっている様だ。
Ogg Indexが正式にXiphに採用されて、他のプレイヤーも対応することを期待したい。
http://pearce.org.nz/video/firefox-indexed-ogg-seek.linux.tar.bz2
http://pearce.org.nz/video/firefox-indexed-ogg-seek.win32.zip
http://pearce.org.nz/video/indexed-seek-demo.html
http://img84.imageshack.us/img84/3817/indexed.png
Indexに対応した唯一のプレイヤーであるFirefoxを使って試してみたところ、確かにシークは速くなっている様だ。
Ogg Indexが正式にXiphに採用されて、他のプレイヤーも対応することを期待したい。
127 :名無しさん@お腹いっぱい。2009/09/25(金) 17:24:37 ID:rOlKpRvA0
libtheora 1.1 (Thusnelda) 安定版
1.0からの変更点は、RDO, AQの追加に、動き検索、順DCT, 量子化マトリックス, レートコントロールの改良等。
http://www.mediafire.com/file/zye5ydmnt05/libtheora-1.1.0-win32-binary.7z
1.0からの変更点は、RDO, AQの追加に、動き検索、順DCT, 量子化マトリックス, レートコントロールの改良等。
http://www.mediafire.com/file/zye5ydmnt05/libtheora-1.1.0-win32-binary.7z
130 :名無しさん@お腹いっぱい。2009/09/27(日) 09:28:40 ID:BwxOC8dn0
最もポピュラーな規格との比較。
このサンプルでは、TheoraのSSIMは平均0.97838と、MPEG-2 Mainの平均0.97761と互角だった。
ただMPEG-2を作るのにFFmpegでかなり重いオプションを有効にしたので、エンコード速度を込みで考えるとTheoraが有利か。
http://www.megaupload.com/?d=QU0GEWOK
このサンプルでは、TheoraのSSIMは平均0.97838と、MPEG-2 Mainの平均0.97761と互角だった。
ただMPEG-2を作るのにFFmpegでかなり重いオプションを有効にしたので、エンコード速度を込みで考えるとTheoraが有利か。
http://www.megaupload.com/?d=QU0GEWOK
132 :名無しさん@お腹いっぱい。2009/09/27(日) 14:57:34 ID:xihPcdeL0
adaptive quantizationが実装されれば、もうちょっと改善するかね?
調整は大変そうだが。
調整は大変そうだが。
133 :名無しさん@お腹いっぱい。2009/09/27(日) 15:00:55 ID:BwxOC8dn0
こっちにはMicrosoftのBen Waggonerによる比較がある。(>>130では、彼のトレイラーを拝借した)
改めて確かめることではないけれども、H.264やVC-1と比較したら不利だな。
多少劣っていたとしても、FlashやSilverlightとは違い、無料で使えるTheoraの利点は大きいのではあるが。
http://cid-bee3c9ac9541c85b.skydrive.live.com/browse.aspx/.Public/Theora%5E_1.1
改めて確かめることではないけれども、H.264やVC-1と比較したら不利だな。
多少劣っていたとしても、FlashやSilverlightとは違い、無料で使えるTheoraの利点は大きいのではあるが。
http://cid-bee3c9ac9541c85b.skydrive.live.com/browse.aspx/.Public/Theora%5E_1.1
134 :名無しさん@お腹いっぱい。2009/09/27(日) 15:34:02 ID:BwxOC8dn0
MLに"ハフマンの代わりにレンジコーダーを使ったらどうか"等と書いている人がいるが、
仮に実現したとすれば、ちょうどVP6やVP7の様になるのかな。
http://lists.xiph.org/pipermail/theora/2009-September/002818.html
http://wiki.multimedia.cx/index.php?title=On2_VP6
仮に実現したとすれば、ちょうどVP6やVP7の様になるのかな。
http://lists.xiph.org/pipermail/theora/2009-September/002818.html
http://wiki.multimedia.cx/index.php?title=On2_VP6
135 :名無しさん@お腹いっぱい。2009/09/27(日) 17:48:57 ID:J3jNBEBY0
>>133
「多少劣っている」なんてレベルじゃねーだろ
「多少劣っている」なんてレベルじゃねーだろ
136 :名無しさん@お腹いっぱい。2009/09/27(日) 19:40:08 ID:BwxOC8dn0
率直に言って、世の中に数あるビデオコーデックの中では、今のTheoraはましな方だ。
例えばDiracを見ると、残念ながら多少では済まない劣化と言う他にない。
デコードもDCTの規格と比べると遅いし、Theoraと同じ利点を持っていたとしても、
これを一般のユーザーに普及させるのは無理だろう。
http://www.mediafire.com/file/yqqqldzyzyn/Island528p.drc
例えばDiracを見ると、残念ながら多少では済まない劣化と言う他にない。
デコードもDCTの規格と比べると遅いし、Theoraと同じ利点を持っていたとしても、
これを一般のユーザーに普及させるのは無理だろう。
http://www.mediafire.com/file/yqqqldzyzyn/Island528p.drc
137 :名無しさん@お腹いっぱい。2009/09/27(日) 20:01:31 ID:xihPcdeL0
既知の特許を回避しながら画質的に追いつくには、新しい方法が必要だけれど
そういった新しい方法には既存のノウハウは通用しない部分も多いから
開発は大変だろうね。
そういった新しい方法には既存のノウハウは通用しない部分も多いから
開発は大変だろうね。
139 :名無しさん@お腹いっぱい。2009/09/27(日) 21:50:58 ID:J3jNBEBY0
H.264に追いつかなくてもいいから、せめて画質面ではTheora 1.0に追いついてくれ
143 :名無しさん@お腹いっぱい。2009/09/29(火) 23:39:19 ID:35p3nQne0
>>133
FlashやSilverlightは無料で使えると思うのですが
FlashやSilverlightは無料で使えると思うのですが
145 :名無しさん@お腹いっぱい。2009/09/30(水) 00:09:35 ID:or3YJtrn0
>>133
無料っていうか、限定的な範囲内でのライセンス料金を配布元が払っているんだよ。
エンドユーザーには関係無いっていえばそうかも知れないが。
無料っていうか、限定的な範囲内でのライセンス料金を配布元が払っているんだよ。
エンドユーザーには関係無いっていえばそうかも知れないが。
149 :名無しさん@お腹いっぱい。2009/10/01(木) 13:42:46 ID:WQ+kq0kR0
libvorbis 1.0.1 -> libvorbis 1.1.0では劇的な改良が有ったが、
それ以降の改良は、なかなか分かりづらいものだな。
aoTuVなら、-q 4くらいでも、ABXが相当難しいと言うのも有るし。
それ以降の改良は、なかなか分かりづらいものだな。
aoTuVなら、-q 4くらいでも、ABXが相当難しいと言うのも有るし。
150 :名無しさん@お腹いっぱい。2009/10/01(木) 13:54:40 ID:eyUmA2ll0
音質面では圧縮形式ではもうこれ以上いらないんじゃないかってほど性能あるからもう充分
ただ性能そのままにエンコ爆速にしてほしいな
ただ性能そのままにエンコ爆速にしてほしいな
151 :名無しさん@お腹いっぱい。2009/10/01(木) 18:21:04 ID:xl8Z8YOw0
>>149
libvorbisは1.1.0以降、音質改善のための変更は全くないよ。
libvorbisは1.1.0以降、音質改善のための変更は全くないよ。
152 :名無しさん@お腹いっぱい。2009/10/01(木) 18:41:06 ID:WQ+kq0kR0
>>151
音質のチューニングはaoTuVに丸投げで、libvorbis 1.3.0でまたマージされる予定があるのも知っている。
音質のチューニングはaoTuVに丸投げで、libvorbis 1.3.0でまたマージされる予定があるのも知っている。
154 :名無しさん@お腹いっぱい。2009/10/02(金) 06:56:57 ID:jfV3Ldog0
>>130のサンプルでは、Xvid(1000kbps)のSSIMは平均0.93915と、Theora(1006kbps, 平均0.94072)より悪かった。
強力なイントラ予測やBフレームが有りながら、それらの無いTheoraに負けるのは何とも言えない。
SSIMが全てだとは言わないが、XvidのユーザーはTheoraへの乗り換えを考えてみても良さそうだ。
因みに、ffmpeg -vcodec mpeg4(1004kbps, 平均0.94371)には負けた。
http://www.mediafire.com/file/j4ztmhkny5d/island480p_1000kbps_comparison.tar
強力なイントラ予測やBフレームが有りながら、それらの無いTheoraに負けるのは何とも言えない。
SSIMが全てだとは言わないが、XvidのユーザーはTheoraへの乗り換えを考えてみても良さそうだ。
因みに、ffmpeg -vcodec mpeg4(1004kbps, 平均0.94371)には負けた。
http://www.mediafire.com/file/j4ztmhkny5d/island480p_1000kbps_comparison.tar
155 :名無しさん@お腹いっぱい。2009/10/02(金) 13:41:59 ID:M72ruC8z0
SSIMは何の目安にもならないって事例だな
156 :名無しさん@お腹いっぱい。2009/10/02(金) 18:05:37 ID:jfV3Ldog0
Changes:
* Fix an error in the MSVC inline assembly, the "pink blocks" problem.
* Don't use the ebx register in the MSVC asm because it's used by the
compiler in some optimization modes.
* Include the file encoder_disabled.c so --disable-encode works again
in the autoconf build for those who don't want to just link with
libtheoradec.
* MSVC project files now use the default dynamic runtime library.
* Namespace some local variables to avoid a conflict on WinCE.
* Include pkg,m4 and replace libtool so autogen.sh is more likely to
work in release packages.
* Remove 'beta' from the README.
GCCを使っている人は、1.1.0のままでも良さそう。このバージョンでは、折角なのでMSVCを使ってみた。
http://www.mediafire.com/file/iby35xikytm/libtheora-1.1.1-win32-binary.7z
>>155
贔屓混じりの主観をただ漠然と書くよりは、何かの参考になるだろうけどね。
ついでに書くと、PSNR(Yの平均)もFFmpeg:36.35638dB, Theora:36.23030dB, Xvid:35.53759dBの順だった。
* Fix an error in the MSVC inline assembly, the "pink blocks" problem.
* Don't use the ebx register in the MSVC asm because it's used by the
compiler in some optimization modes.
* Include the file encoder_disabled.c so --disable-encode works again
in the autoconf build for those who don't want to just link with
libtheoradec.
* MSVC project files now use the default dynamic runtime library.
* Namespace some local variables to avoid a conflict on WinCE.
* Include pkg,m4 and replace libtool so autogen.sh is more likely to
work in release packages.
* Remove 'beta' from the README.
GCCを使っている人は、1.1.0のままでも良さそう。このバージョンでは、折角なのでMSVCを使ってみた。
http://www.mediafire.com/file/iby35xikytm/libtheora-1.1.1-win32-binary.7z
>>155
贔屓混じりの主観をただ漠然と書くよりは、何かの参考になるだろうけどね。
ついでに書くと、PSNR(Yの平均)もFFmpeg:36.35638dB, Theora:36.23030dB, Xvid:35.53759dBの順だった。
157 :名無しさん@お腹いっぱい。2009/10/02(金) 19:57:46 ID:M72ruC8z0
主観とかけ離れた結果しか出さない数字は有害無益
現に1.1の画質が1.0より劣化していることも害悪の一例だろ
現に1.1の画質が1.0より劣化していることも害悪の一例だろ
159 :名無しさん@お腹いっぱい。2009/10/03(土) 17:33:01 ID:7ilzsGFP0
音楽の不可逆圧縮のビットレート談義や
DTV板での画質談義でもよくあるけれど
普通は最終的には自分の聴覚や視覚が判断の基準じゃないのか?
不要とまで極論にすり替えるのはちょっとおかしいと思う
たしかにID:M72ruC8z0の書き方自体も極論みたいではあるんで
そこにかみつきたかったんだろうけど
数値はあくまで最終的に判断するまでの材料の一つなんじゃないかな
DTV板での画質談義でもよくあるけれど
普通は最終的には自分の聴覚や視覚が判断の基準じゃないのか?
不要とまで極論にすり替えるのはちょっとおかしいと思う
たしかにID:M72ruC8z0の書き方自体も極論みたいではあるんで
そこにかみつきたかったんだろうけど
数値はあくまで最終的に判断するまでの材料の一つなんじゃないかな
160 :名無しさん@お腹いっぱい。2009/10/03(土) 22:07:36 ID:pRqUZ/lN0
http://web.mit.edu/xiphmont/Public/theora/demo8.html
今後、AQはさらに改良されるだろうし、SSIMはもっと良くなるだろう。
PSNRは下がるかも知れないが。
今後、AQはさらに改良されるだろうし、SSIMはもっと良くなるだろう。
PSNRは下がるかも知れないが。
161 :名無しさん@お腹いっぱい。2009/10/03(土) 22:31:16 ID:DfS6nj0T0
数字は多少上がったり下がったりするだろうが
画質は下がる一方だろうな
Theoraはもう終わったよ
画質は下がる一方だろうな
Theoraはもう終わったよ
162 :名無しさん@お腹いっぱい。2009/10/04(日) 08:21:16 ID:UjCxXwN20
多少なりとも上がるだろ?
企業みたいにシェアをとる段階にないんだし融通が聞く。
それよりファイルサイズを小さくしてほしい。
企業みたいにシェアをとる段階にないんだし融通が聞く。
それよりファイルサイズを小さくしてほしい。
163 :名無しさん@お腹いっぱい。2009/10/04(日) 13:34:21 ID:er4hMhPT0
同じファイルサイズでの画質が上がる -> 同じ画質でのファイルサイズが小さくなる
164 :名無しさん@お腹いっぱい。2009/10/04(日) 23:59:41 ID:cCYrbRQg0
画質はそんなに下がってるかね?
全体としては上がってるように見えるが。
誰が見ても画質が悪くなるようなサンプルがあるなら、
開発者に見てもらったほうが良いと思う。
全体としては上がってるように見えるが。
誰が見ても画質が悪くなるようなサンプルがあるなら、
開発者に見てもらったほうが良いと思う。
166 :名無しさん@お腹いっぱい。2009/10/06(火) 03:43:16 ID:9RiwHw690
theora1.1.0
再生して動いてるとゆっくりパンする部分でモワモワと位置がぶれて安定しないのが目立つ
1フレーム1フレームの画質はいいと思う
再生して動いてるとゆっくりパンする部分でモワモワと位置がぶれて安定しないのが目立つ
1フレーム1フレームの画質はいいと思う
167 :名無しさん@お腹いっぱい。2009/10/06(火) 04:04:57 ID:r1qoJnWc0
>>166
そう言うのは、MPEG-4 ASPの様なGMCの無いTheoraにとっては不利な映像だな。
そう言うのは、MPEG-4 ASPの様なGMCの無いTheoraにとっては不利な映像だな。
168 :名無しさん@お腹いっぱい。2009/10/06(火) 11:29:56 ID:kOKcEL230
xvidのGMCはあんまり性能良くないと思うけどな
むしろ劣化が強まるシーン見かけたことがあるし
むしろ劣化が強まるシーン見かけたことがあるし
169 :名無しさん@お腹いっぱい。2009/10/06(火) 17:21:11 ID:r1qoJnWc0
ワープポイントの少ないDivX 6よりは、Xvidのそれの方がましではある。
もっとも、ちゃんとしたMV予測が有れば不要だと言うことで、H.264では削られた機能ではあるが。
もっとも、ちゃんとしたMV予測が有れば不要だと言うことで、H.264では削られた機能ではあるが。
170 :名無しさん@お腹いっぱい。2009/10/07(水) 23:24:43 ID:gR9qV1UH0
GMCは使える場面がかなり限られそうなのでいいとして、
QPELがないのはペナルティだな。
ゆっくりパンするシーンは1/2動き補償では厳しい。
QPELがないのはペナルティだな。
ゆっくりパンするシーンは1/2動き補償では厳しい。
171 :名無しさん@お腹いっぱい。2009/10/07(水) 23:37:55 ID:wg/3pn900
Diracでも、MV Pixel Precisionに1, 1/2, 1/4, 1/8と使える訳だし、
今後Theora IIを作る時には追加してもらいたい機能ではある。
今後Theora IIを作る時には追加してもらいたい機能ではある。
172 :名無しさん@お腹いっぱい。2009/10/08(木) 12:31:16 ID:I6O6IAPb0
qpelも正直思ったほど高い効果は期待できないなってのがxvid使っての感想
チューニング不足なだけかもしれんがサイズ増える場面の方が多かったし
gmcもqpelもxvidでは一切必要を感じなかった
xvidより高画質狙うなら最初からx264でいいしな
Theoraはとりあえず高性能な符号化方式に拘るより主観画質の改善から取り掛かってほしい
Vorbisだって最新最強の符号化方式を採用したコーデックではないしな
チューニング不足なだけかもしれんがサイズ増える場面の方が多かったし
gmcもqpelもxvidでは一切必要を感じなかった
xvidより高画質狙うなら最初からx264でいいしな
Theoraはとりあえず高性能な符号化方式に拘るより主観画質の改善から取り掛かってほしい
Vorbisだって最新最強の符号化方式を採用したコーデックではないしな
173 :名無しさん@お腹いっぱい。2009/10/08(木) 17:44:47 ID:n9o2YpzA0
Theoraに導入するのなら、ASPより速度や品質が改善されたH.264のbilinear qpelの様にしないといけないだろうな。
これに関する特許がどうなっているのかは知らないが。
これに関する特許がどうなっているのかは知らないが。
176 :名無しさん@お腹いっぱい。2009/10/12(月) 23:47:27 ID:OiQYD0cR0
>aoTuV post-beta5.7 [20091012] (preview)
badvilbelを-q6(243kbps)で試してみたところ、18/20でABXができた。
他のサンプルは私にとっては問題なさそう。
badvilbelを-q6(243kbps)で試してみたところ、18/20でABXができた。
他のサンプルは私にとっては問題なさそう。
177 :名無しさん@お腹いっぱい。2009/10/13(火) 00:31:22 ID:MlyJMhwR0
>今回の変更の影響はq3を下回るモードのみにあります
180 :名無しさん@お腹いっぱい。2009/10/15(木) 22:39:10 ID:K+aH9CU30
青粒のお勧めGUIエンコーダーを教えてください
182 :名無しさん@お腹いっぱい。2009/10/16(金) 02:25:11 ID:0Q6QHWA50
>>180 私はfoobarかCDEXを使用しています
aoTuV post-beta5.7 [20091012] (preview) での質問なのですが、
モノラルでエンコードする場合のコマンドラインオプションに関して、
--downmix や -S -m m を使用してもステレオではき出されてし
まうようです。昔のoggでは上記でモノラルにエンコード出来ていたので
すが。
どのようなオプションをつけたらいいのでしょうか?
是非ご教授下さい。
aoTuV post-beta5.7 [20091012] (preview) での質問なのですが、
モノラルでエンコードする場合のコマンドラインオプションに関して、
--downmix や -S -m m を使用してもステレオではき出されてし
まうようです。昔のoggでは上記でモノラルにエンコード出来ていたので
すが。
どのようなオプションをつけたらいいのでしょうか?
是非ご教授下さい。
183 :名無しさん@お腹いっぱい。2009/10/16(金) 02:52:17 ID:tegjuB770
venc -downmix stereo.wav monaural.ogg
こうすればちゃんとモノラルになった。
>An error occurred while finalizing the encoding process (Object not found)
foobar2000から使おうとすると、私の環境ではどういう訳だかこんなエラーが出て駄目だけど。
こうすればちゃんとモノラルになった。
>An error occurred while finalizing the encoding process (Object not found)
foobar2000から使おうとすると、私の環境ではどういう訳だかこんなエラーが出て駄目だけど。
184 :名無しさん@お腹いっぱい。2009/10/16(金) 03:34:32 ID:0Q6QHWA50
>>183
foobarでいけました。ありがとうございますm(_ _)m
foobarでいけました。ありがとうございますm(_ _)m
185 :名無しさん@お腹いっぱい。2009/10/24(土) 07:38:58 ID:gyR2cz8H0
http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-May/020015.html
MPEG-1 Videoの特許はもう切れているだろうから、HTML5のビデオにTheoraの代わりに使ってみてはどうか、等と言われているな。
ただ、MPEG-1 Audio(MP2, MP3)の特許はまだ有効なので、素直にTheora+Vorbisとした方が良いだろうけど。
MPEG-1 Videoの特許はもう切れているだろうから、HTML5のビデオにTheoraの代わりに使ってみてはどうか、等と言われているな。
ただ、MPEG-1 Audio(MP2, MP3)の特許はまだ有効なので、素直にTheora+Vorbisとした方が良いだろうけど。
186 :名無しさん@お腹いっぱい。2009/10/26(月) 21:35:23 ID:gd+YIGfm0
http://av.watch.impress.co.jp/docs/news/20091026_324401.html
> COWON、薄さ8.9mmの高音質プレーヤー「iAUDIO 9」 −16GBで17,800円「BBE+」と「JetEffect3.0」搭載
OggVorbis, FLAC サポート継続
> COWON、薄さ8.9mmの高音質プレーヤー「iAUDIO 9」 −16GBで17,800円「BBE+」と「JetEffect3.0」搭載
OggVorbis, FLAC サポート継続
187 :名無しさん@お腹いっぱい。2009/10/30(金) 00:26:05 ID:FkpAotZeP
http://www.mediafire.com/file/4j21i1zlezz/celt-0.7.0-win32-binary.7z
正式版が待ち遠しい。ビデオ会議等、Theora+CELTが便利な用途もある事だろうし。
正式版が待ち遠しい。ビデオ会議等、Theora+CELTが便利な用途もある事だろうし。
188 :名無しさん@お腹いっぱい。2009/11/04(水) 18:14:42 ID:W/jf/ZNg0
ttp://japanese.engadget.com/2009/11/04/usb-apple/
> アップル、リンゴ型USBメモリでビートルズ楽曲を販売。FLAC&320Kbps MP3入り
> アップル、リンゴ型USBメモリでビートルズ楽曲を販売。FLAC&320Kbps MP3入り
189 :名無しさん@お腹いっぱい。2009/11/06(金) 08:12:08 ID:b4H9bcNR0
aotuvは音色重視で輪郭軽視。aotuvで不安定に感じたら公式を使うといいかも。
190 :名無しさん@お腹いっぱい。2009/11/06(金) 18:52:30 ID:kXEmbX8r0
>>189
ポエムはピュアAU板へ。
ポエムはピュアAU板へ。
191 :名無しさん@お腹いっぱい。2009/11/09(月) 08:10:03 ID:XioRailz0
ttp://japan.cnet.com/news/tech/story/0,2000056025,20403121,00.htm
> ダイレクト録音が可能なiriverブランドのマルチメディアプレーヤー「E150」
対応ファイル形式は、音楽がMP3、WMA、OGG、FLAC
> ダイレクト録音が可能なiriverブランドのマルチメディアプレーヤー「E150」
対応ファイル形式は、音楽がMP3、WMA、OGG、FLAC
194 :名無しさん@お腹いっぱい。2009/11/11(水) 19:18:13 ID:jVWI0V6P0
http://people.xiph.org/~jm/hiroshima_bof.html
http://www.ietf76.jp/
広島で行われているIETFの会合でCELTの標準化についても話し合われる様だ。
http://www.ietf76.jp/
広島で行われているIETFの会合でCELTの標準化についても話し合われる様だ。
198 :名無しさん@お腹いっぱい。2009/11/20(金) 13:31:23 ID:maojRpx00
oggファイルと、アトラックって、別物ですか?どうちがうのでしょうか?
199 :名無しさん@お腹いっぱい。2009/11/20(金) 14:03:03 ID:2gg5eGgL0
ATRACのコンテナはOMG(OpenMG)で、Oggを使うXiphの規格とは拡張子が似ているだけで、全く関係が無い。
http://wiki.multimedia.cx/index.php?title=Oma
http://wiki.multimedia.cx/index.php?title=Ogg
http://wiki.multimedia.cx/index.php?title=Oma
http://wiki.multimedia.cx/index.php?title=Ogg
202 :名無しさん@お腹いっぱい。2009/12/04(金) 03:49:31 ID:3SMjwmJt0
ttp://www.rarewares.org/files/ogg/oggenc2.85-aoTuVb5.7-Lancer.zip
ttp://www.hydrogenaudio.org/forums/index.php?showtopic=74345&view=findpost&p=670871
ttp://www.hydrogenaudio.org/forums/index.php?showtopic=74345&view=findpost&p=670871
203 :名無しさん@お腹いっぱい。2009/12/04(金) 04:11:32 ID:yUky6MKp0
vencでも、Lancerの成果を可能な範囲で取り入れてくれたら良いのにな。
204 :名無しさん@お腹いっぱい。2009/12/04(金) 08:06:38 ID:h+H3ckns0
vencは単なるフロントエンドだろ
206 :名無しさん@お腹いっぱい。2009/12/04(金) 18:47:15 ID:yUky6MKp0
>>204
確かにその通りだ。vencを他の人が配布していないとしても、libvorbis(aoTuV)と書くべきだった。
確かにその通りだ。vencを他の人が配布していないとしても、libvorbis(aoTuV)と書くべきだった。
207 :名無しさん@お腹いっぱい。2009/12/04(金) 21:24:43 ID:apbU5d3UP
ファイルサイズを度外視したうえでOgg Vorbisでの最も高音質な設定ってどのようなものですか?
Q10指定以外に何かあるでしょうか?
Q10指定以外に何かあるでしょうか?
208 :名無しさん@お腹いっぱい。2009/12/05(土) 00:55:22 ID:iJxXEnIC0
>>207
-q 10以外に思いつかない。ただ、FLACと比べても良いビットレートになってくるけど。
-q 10以外に思いつかない。ただ、FLACと比べても良いビットレートになってくるけど。
209 :名無しさん@お腹いっぱい。2009/12/05(土) 11:05:05 ID:xKaZe1RBP
>>208
ありがとうございました
ありがとうございました
210 :名無しさん@お腹いっぱい。2009/12/05(土) 18:46:30 ID:F4FR4jdd0
>>202
リンクとファイル名は同じだけど新しいVerが来てるね
LancerMod [20091204](SSE3)
リンクとファイル名は同じだけど新しいVerが来てるね
LancerMod [20091204](SSE3)
211 :名無しさん@お腹いっぱい。2009/12/09(水) 11:06:31 ID:F2mWqGp10
いろいろありすぎてどれ使えば良いのかわからなくなってきたな
昔の青粒のままだわ
昔の青粒のままだわ
212 :名無しさん@お腹いっぱい。2009/12/10(木) 15:14:24 ID:kVcDCQmC0
Ogg Vorbis CODEC for MSACM を入れて一応再生できるところまでは来たのですが
何故か高速再生のような「ピボッ……パッ…バブポッ……ピッ……」と言う音が鳴ってまともにwavが聴けません。
これは解決できませんかね? OSはXPです
何故か高速再生のような「ピボッ……パッ…バブポッ……ピッ……」と言う音が鳴ってまともにwavが聴けません。
これは解決できませんかね? OSはXPです
213 :名無しさん@お腹いっぱい。2009/12/16(水) 12:07:07 ID:Fy4ofke60
>>202のところにLinux版Lancerも張ってあるね
214 :名無しさん@お腹いっぱい。2009/12/19(土) 20:06:01 ID:B1FPWEkc0
flac使ってる人、変換のフロントエンドは何使ってる?
foobarでいいかな?
foobarでいいかな?
215 :名無しさん@お腹いっぱい。2009/12/19(土) 23:55:25 ID:g15R7KX/0
俺はfoobarだけどまあ自分が使い易ければなんでもいいんじゃない?
216 :名無しさん@お腹いっぱい。2009/12/20(日) 01:07:02 ID:eik2AwdI0
>>214
私にはCUEToolsが使いやすい。cueを埋め込まない場合はCLIでやる。
私にはCUEToolsが使いやすい。cueを埋め込まない場合はCLIでやる。
217 :名無しさん@お腹いっぱい。2009/12/20(日) 01:23:26 ID:eBUr3DYt0
サンクス
別にEACじゃなくてもよさそうだな。
ギャップまで厳密な必要出ることって実際ある?
別にEACじゃなくてもよさそうだな。
ギャップまで厳密な必要出ることって実際ある?
218 :名無しさん@お腹いっぱい。2009/12/20(日) 01:50:34 ID:eik2AwdI0
1. EACでcue+wavを作成
2. CUEToolsでflacを作成
こういう手順になるから、EACは使う。
2. CUEToolsでflacを作成
こういう手順になるから、EACは使う。
219 :名無しさん@お腹いっぱい。2009/12/20(日) 06:09:17 ID:NIugGOK20
foobarで管理してる人はfoobarが便利でそうじゃないなら>>218みたいなの
って感じでいいと思うけど
俺は細かいこと気にしないからCDから直接InCueでfoobarでやっちゃう
って感じでいいと思うけど
俺は細かいこと気にしないからCDから直接InCueでfoobarでやっちゃう
220 :名無しさん@お腹いっぱい。2009/12/22(火) 17:53:03 ID:3hiV6Cfi0
今日、ogg音声のaviが再生出来なくなってるのに気づいた。
心当たりと言えば、ちょっと前に入れたnicoplayerとそれに付随するffdshowやFLV,MP4Splitterあたり?
で、oggDSやvorbisacm入れ直しても変わらなかったが
>>4のHaali Media Splitterのリンクからmatroska入れたら大丈夫になったよ。一応報告。
心当たりと言えば、ちょっと前に入れたnicoplayerとそれに付随するffdshowやFLV,MP4Splitterあたり?
で、oggDSやvorbisacm入れ直しても変わらなかったが
>>4のHaali Media Splitterのリンクからmatroska入れたら大丈夫になったよ。一応報告。
221 :名無しさん@お腹いっぱい。2009/12/24(木) 08:47:03 ID:JiP0HpQX0
今更ながら>>98の奴を試してみた
フロントエンドはFoobarでwav→flac
CPUはflac-1.2.1b-icl、CUDAはFlaCuda06を使った
Q9550@3.4GHzで57倍程度
GTX285で250-300倍を行ったり来たり、ハエー
wav→flac→wavと変換してもmd5は一致していたので動作に問題はなさそう
CD1枚が15秒程度でエンコ出来るのは驚異的だが、
結局はCDの取り込み時間の方が支配的だしなぁ
フロントエンドはFoobarでwav→flac
CPUはflac-1.2.1b-icl、CUDAはFlaCuda06を使った
Q9550@3.4GHzで57倍程度
GTX285で250-300倍を行ったり来たり、ハエー
wav→flac→wavと変換してもmd5は一致していたので動作に問題はなさそう
CD1枚が15秒程度でエンコ出来るのは驚異的だが、
結局はCDの取り込み時間の方が支配的だしなぁ
222 :名無しさん@お腹いっぱい。2010/01/03(日) 23:30:42 ID:wEP/3Gfi0
free audio dubでoggをカットしてみたら
出来上がったファイルが早送り状態になってるんだけど
劣化(再エンコ)無しでoggカットできるツールって他に無いですかね
出来上がったファイルが早送り状態になってるんだけど
劣化(再エンコ)無しでoggカットできるツールって他に無いですかね
225 :名無しさん@お腹いっぱい。2010/01/04(月) 12:40:52 ID:N7ui413f0
ここは素直に、サンプル単位での編集が可能なPCMでやらせておけば良いだろう。
226 :名無しさん@お腹いっぱい。2010/01/06(水) 21:23:55 ID:4y9LG0080
Vorbis興味あるんだけどどれ使えばいいか良くわからん
テンプレにあるLancerってのは今は>>202のでいいのかな?
テンプレにあるLancerってのは今は>>202のでいいのかな?
227 :名無しさん@お腹いっぱい。2010/01/07(木) 08:05:22 ID:jLbnJlyD0
228 :名無しさん@お腹いっぱい。2010/01/07(木) 09:44:57 ID:OFrzbCzfO
元音源の再現性が忠実なxiph製がいい
http://www.exe64.com/mirror/rarewares/oggenc2.85-1.2.3-generic.zip
まあ好みは人それぞれだから自分で聞き比べて決めな
http://www.exe64.com/mirror/rarewares/oggenc2.85-1.2.3-generic.zip
まあ好みは人それぞれだから自分で聞き比べて決めな
229 :名無しさん@お腹いっぱい。2010/01/08(金) 21:43:29 ID:vapKF4k30
>>227>>228
ありがとう。
色々試してみてしばらくは無難にaoTuVでいってみることにしました
ありがとう。
色々試してみてしばらくは無難にaoTuVでいってみることにしました
230 :名無しさん@お腹いっぱい。2010/01/11(月) 05:02:08 ID:BN6S8yyg0
Athlon64 6000+載せた2年落ちのマシンで
久しぶりに手持ちのCDを再エンコしてみたら驚いた
LAME3.98.2でCBR320だと1枚に10分くらい掛かって
それでも昔に比べりゃスゲー速えと喜んでたんだが
FLACのCompression Level 8で5分、0なら3分以下だった
世の中は進んでるんだなあ
え?CUDA?なにそれおいしいの?
久しぶりに手持ちのCDを再エンコしてみたら驚いた
LAME3.98.2でCBR320だと1枚に10分くらい掛かって
それでも昔に比べりゃスゲー速えと喜んでたんだが
FLACのCompression Level 8で5分、0なら3分以下だった
世の中は進んでるんだなあ
え?CUDA?なにそれおいしいの?
231 :名無しさん@お腹いっぱい。2010/01/23(土) 09:35:59 ID:NlvkMYLSP
VoIPで重要になるpacket loss concealmentの品質が改良されたそうだ。
http://www.voiptroubleshooter.com/problems/plc.html
Jean-Marcによると、今回に限っては0.7.0と互換性の有るビットストリームだと言うことだ。
http://www.mediafire.com/file/2myhgmwdl4w/celt-0.7.1-win32-binary.7z
http://www.voiptroubleshooter.com/problems/plc.html
Jean-Marcによると、今回に限っては0.7.0と互換性の有るビットストリームだと言うことだ。
http://www.mediafire.com/file/2myhgmwdl4w/celt-0.7.1-win32-binary.7z
232 :名無しさん@お腹いっぱい。2010/01/23(土) 19:30:13 ID:zA3rAEzP0
最近マトリョーシカとかいう規格があると聞いたが、oggだと力不足?
別にコンテナとして劣っているとかいうものじゃないよな。
大したことはしていないはずだし
別にコンテナとして劣っているとかいうものじゃないよな。
大したことはしていないはずだし
234 :名無しさん@お腹いっぱい。2010/01/23(土) 21:00:33 ID:NlvkMYLSP
ストリーミングに使うのならOggの方が優れているが、それ以外の用途だとMatroskaには負ける。
235 :名無しさん@お腹いっぱい。2010/01/25(月) 12:55:44 ID:jx+3y/YL0
「質問」
ogg音楽ファイルを、エンコードできる、
プレイヤーやソフトを教えてください。
ogg音楽ファイルを、エンコードできる、
プレイヤーやソフトを教えてください。
236 :名無しさん@お腹いっぱい。2010/01/25(月) 13:23:27 ID:XrB9r4+e0
CD取り込みとプレイヤー兼用ならfoobar2000とかAIMP2(AIMP2toolsを別途インストール)。
CDから取り込んでエンコードだけならCDExとか。
CDから取り込んでエンコードだけならCDExとか。
237 :名無しさん@お腹いっぱい。2010/01/25(月) 14:20:31 ID:z997gVfa0
239 :名無しさん@お腹いっぱい。2010/01/26(火) 03:54:40 ID:SwoHfzJr0
>>237
ひでぇなあw
カギカッコつきの質問はあぼーんしとく方がいいな
ひでぇなあw
カギカッコつきの質問はあぼーんしとく方がいいな
241 :名無しさん@お腹いっぱい。2010/01/29(金) 20:50:15 ID:ARhU+8OZ0
333 : 首輪(宮城県):2010/01/29(金) 16:59:32.68 ID:VpRF1ELn
HTML5のビデオコーデックの規格に対する問題点
HTML5の規格をなんとしてもH.264にして儲けたいAppleと
オープンな規格であるOggにして誰でも無料で使えるようにするべきという
Mozilla、Opera陣営の構図。
そしてApple等に巨額のお布施(ライセンス料)を払ってH.264に対応しつつ、
OggもサポートするGoogle
「HTML5 video、ブラウザ対応状況とコーデックまとめ」
http://journal.mycom.co.jp/news/2010/01/27/033/index.html
「HTML 5のビデオコーデック--YouTubeの選択に異議を唱えるモジラ」
http://japan.cnet.com/special/story/0,2000056049,20407404,00.htm
HTML5のビデオコーデックの規格に対する問題点
HTML5の規格をなんとしてもH.264にして儲けたいAppleと
オープンな規格であるOggにして誰でも無料で使えるようにするべきという
Mozilla、Opera陣営の構図。
そしてApple等に巨額のお布施(ライセンス料)を払ってH.264に対応しつつ、
OggもサポートするGoogle
「HTML5 video、ブラウザ対応状況とコーデックまとめ」
http://journal.mycom.co.jp/news/2010/01/27/033/index.html
「HTML 5のビデオコーデック--YouTubeの選択に異議を唱えるモジラ」
http://japan.cnet.com/special/story/0,2000056049,20407404,00.htm
242 :名無しさん@お腹いっぱい。2010/01/29(金) 20:54:30 ID:Nq6dOm6m0
ogg?だから何なの?
244 :名無しさん@お腹いっぱい。2010/01/29(金) 22:36:34 ID:ww/E8VJ/0
>>241
H.264の特許とAppleは何の関係もないのだが...
どこから電波を受信したんだ?
H.264の特許とAppleは何の関係もないのだが...
どこから電波を受信したんだ?
246 :名無しさん@お腹いっぱい。2010/01/29(金) 23:43:24 ID:GBX1ohzi0
AppleがH264のライセンサーとして一枚噛んでるから
HTML5へのTheora採用に反対していたのは有名な話なんだが
HTML関連になると流石にこのスレにいても知らんのもいるのか。
HTML5へのTheora採用に反対していたのは有名な話なんだが
HTML関連になると流石にこのスレにいても知らんのもいるのか。
250 :名無しさん@お腹いっぱい。2010/01/30(土) 13:38:19 ID:bBAmwI/p0
Vorbisは改善点が出尽くしたのか、もうすっかり更新されなくなったけど、GhostとかCELTとかはどうなってるんだろう。
251 :名無しさん@お腹いっぱい。2010/01/30(土) 14:03:52 ID:bNrUscYh0
CELTは絶賛開発中。
Ghostはいつ開発に着手するのかも不明。
Vorbisはいつになったらaotuv統合するんだろ。
Ghostはいつ開発に着手するのかも不明。
Vorbisはいつになったらaotuv統合するんだろ。
252 :名無しさん@お腹いっぱい。2010/01/30(土) 18:52:12 ID:PhwiOLJt0
Theoraの改良は進んでいる。あと、x264の開発者の一人は、Xiphに幾つか助言をしたと言っているから、
将来、x264のPsy-RDOに相当する機能がTheoraにも実装されるのかもしれない。
http://svn.xiph.org/trunk/theora/CHANGES
http://doom10.org/index.php?topic=170.msg1243#msg1243
将来、x264のPsy-RDOに相当する機能がTheoraにも実装されるのかもしれない。
http://svn.xiph.org/trunk/theora/CHANGES
http://doom10.org/index.php?topic=170.msg1243#msg1243
253 :名無しさん@お腹いっぱい。2010/02/01(月) 01:20:02 ID:5S5dzuDd0
aoTuV統合の件も気になるが、Vorbis自体の先行きが不安だ
win7でAACが標準対応ってのがなあ
韓国メーカー以外のDAPが対応してくれれば光明も見えるんだが・・・
win7でAACが標準対応ってのがなあ
韓国メーカー以外のDAPが対応してくれれば光明も見えるんだが・・・
254 :名無しさん@お腹いっぱい。2010/02/01(月) 03:19:33 ID:8Oeupsuh0
AACやH.264が特許の心配をせずに使える様にならない限りは、
Vorbis等、Xiphの規格の需要は無くなったりしないだろう。
もちろん、私も今よりもっと普及をしてほしいとは思っているが。
Vorbis等、Xiphの規格の需要は無くなったりしないだろう。
もちろん、私も今よりもっと普及をしてほしいとは思っているが。
255 :名無しさん@お腹いっぱい。2010/02/02(火) 19:51:37 ID:en75k8WJ0
>>252
特許フリーでBフレームとか実装できないのかなぁ
あとレンジコーダーとかも
特許フリーでBフレームとか実装できないのかなぁ
あとレンジコーダーとかも
256 :名無しさん@お腹いっぱい。2010/02/02(火) 20:38:05 ID:pF8KcVWu0
>>255
レンジコーダはCELTで使われているから可能かも知れない
問題があったら正式版では取り除かれるだろうけど。
レンジコーダはCELTで使われているから可能かも知れない
問題があったら正式版では取り除かれるだろうけど。
257 :名無しさん@お腹いっぱい。2010/02/03(水) 00:15:56 ID:+zz5CbuuP
Diracは、レンジコーダーやBフレームを使っているけれど、今の所特許で何かあったと言うことも聞かないので、
Theora IIには使ってもらいたい。
Theora IIには使ってもらいたい。
258 :名無しさん@お腹いっぱい。2010/02/03(水) 00:39:01 ID:ZAo9tryd0
レンジコーダーは考案者が特許取るつもりはないって言ってるのでしばらくは大丈夫だと思う。
GIFの例もあるのでどこまで信用できるかは分からんけど。
GIFの例もあるのでどこまで信用できるかは分からんけど。
259 :名無しさん@お腹いっぱい。2010/02/03(水) 06:38:53 ID:GaLsL92I0
>>258
GIFのLZW特許は発表時に特許権を取得した上で特に使用料などを払わずに使えたのに
合併で保有企業が変わったことで請求するようになったという形なので、あまり前例とはいえない。
まあレンジコーダが必ずしも今後ずっと自由に使えるという保証はないという点は間違ってないけど。
GIFのLZW特許は発表時に特許権を取得した上で特に使用料などを払わずに使えたのに
合併で保有企業が変わったことで請求するようになったという形なので、あまり前例とはいえない。
まあレンジコーダが必ずしも今後ずっと自由に使えるという保証はないという点は間違ってないけど。
260 :名無しさん@お腹いっぱい。2010/02/05(金) 01:07:38 ID:3fzHu4r90
ttp://ja.wikipedia.org/w/index.php?title=Range_Coder&diff=18499356&oldid=17633010
>技術の発表後でも特許を申請できる米国でも、期限は1年間のため、レンジコーダが特許を取得することは不可能
だそうです
>技術の発表後でも特許を申請できる米国でも、期限は1年間のため、レンジコーダが特許を取得することは不可能
だそうです
261 :名無しさん@お腹いっぱい。2010/02/05(金) 01:27:20 ID:VqPYyQxy0
ということは完全に誰でも自由に扱えるアルゴリズムになってるってことで良いの?
なんか意味もなくわくわくしてきた。
なんか意味もなくわくわくしてきた。
264 :名無しさん@お腹いっぱい。2010/02/06(土) 09:46:50 ID:RP6xy3gg0
> なお、算術符号に似ているが式が異なるため特許に抵触しない。
実際には特許審査なり、裁判なりで判断が出たわけじゃないから、「抵触しないと思われている」だよなあ
実際には特許審査なり、裁判なりで判断が出たわけじゃないから、「抵触しないと思われている」だよなあ
265 :名無しさん@お腹いっぱい。2010/02/06(土) 17:25:38 ID:lOzsQkcE0
まあ数式としてパクリと言えないほど違うものであればセーフという前例があるんだろう。
それに算術符号化の特許持ってるのはIBMなので当然レンジコーダについても把握してる。
だから少なくとも今のところクレームつけるつもりがないことは間違いない。
それに算術符号化の特許持ってるのはIBMなので当然レンジコーダについても把握してる。
だから少なくとも今のところクレームつけるつもりがないことは間違いない。
266 :名無しさん@お腹いっぱい。2010/02/06(土) 19:31:57 ID:sfi1d9640
業界の後進のためもあるのか、特許権を不行使とかIBMは立派だなあといつも感心させられますね
さすがコンピューター界の船越英二と呼ばれるだけの事はあります
……誰だよそんなこと言ってる奴はw
さすがコンピューター界の船越英二と呼ばれるだけの事はあります
……誰だよそんなこと言ってる奴はw
267 :名無しさん@お腹いっぱい。2010/02/07(日) 00:45:57 ID:6GzJteTvP
SilverlightをインストールしているMSIEのユーザーもTheoraの再生が可能になった。
http://www.atoker.com/blog/2010/02/04/html5-theora-video-codec-for-silverlight/
http://www.atoker.com/blog/2010/02/04/html5-theora-video-codec-for-silverlight/
269 :名無しさん@お腹いっぱい。2010/02/07(日) 16:05:47 ID:ZQ5x7u3q0
-qにマイナスを指定できるのはaoTuVだけ。公式エンコーダは無理だったはず。
rarewareに置いてあるやつがaoTuV組み込んであるからそれ使えば出来るよ。
rarewareに置いてあるやつがaoTuV組み込んであるからそれ使えば出来るよ。
272 :名無しさん@お腹いっぱい。2010/02/07(日) 20:19:54 ID:ZQ5x7u3q0
ああ、公式でも-1は出来たのか。だいぶ昔のバージョンでマイナス指定はaoTuV独自って聞いてそのままだった。スマン。
273 :名無しさん@お腹いっぱい。2010/02/07(日) 23:10:00 ID:LcULyHmX0
半分ぐらい冗談口だったのにいろいろスイマセン…
> oggenc -q-1 -o foo.ogg bar.wav
と入力すればいいことに気づかずに
> oggenc -q -1 -o foo.ogg bar.wav
とスペースを入れて入力してて、何故できないのかと
このひと月くらい考えこんでたのが、>268を書き込んだ直後に解決しました…
> oggenc -q-1 -o foo.ogg bar.wav
と入力すればいいことに気づかずに
> oggenc -q -1 -o foo.ogg bar.wav
とスペースを入れて入力してて、何故できないのかと
このひと月くらい考えこんでたのが、>268を書き込んだ直後に解決しました…
274 :名無しさん@お腹いっぱい。2010/02/08(月) 10:41:03 ID:DaMBpKSR0
>>273
俺も同じ失敗してたよそれ。
ある時から急に出来るようになってなんでだ? って不思議に思ってたけどそう言うことかー
俺も同じ失敗してたよそれ。
ある時から急に出来るようになってなんでだ? って不思議に思ってたけどそう言うことかー
275 :名無しさん@お腹いっぱい。2010/02/08(月) 15:37:17 ID:Rxr3JaxO0
>>273
> oggenc -q -1 -o foo.ogg bar.wav
公式でこれでもちゃんとできてるけどなぁ。
> oggenc -q -1 -o foo.ogg bar.wav
公式でこれでもちゃんとできてるけどなぁ。
276 :名無しさん@お腹いっぱい。2010/02/08(月) 16:04:52 ID:pYPOaJH40
リンクするgetoptの実装によって-1を単独のオプションとして誤認識するか
-qの値として認識するかの挙動が変わるんじゃね、想像だけど。
-qの値として認識するかの挙動が変わるんじゃね、想像だけど。
278 :名無しさん@お腹いっぱい。2010/02/09(火) 13:43:16 ID:s0fbzsTQ0
今までlameしか使ってなかったんだけど、Vorbisすごいね。
48kbpsでも聴ける音楽に圧縮される。
CDと聴き比べないと、劣化してるのが分からない。
元の3.6%のファイルサイズでここまで再現できるとは。
48kbpsでも聴ける音楽に圧縮される。
CDと聴き比べないと、劣化してるのが分からない。
元の3.6%のファイルサイズでここまで再現できるとは。
279 :名無しさん@お腹いっぱい。2010/02/09(火) 13:55:11 ID:GWZfKXA50
違いが分かるほど低ビットレートで圧縮した場合、
MP3は水の中みたいにきゅるきゅる鳴っててイライラしてくるけど、
Vorbisはラジオのノイズみたいにシャリシャリ鳴るから耳が痛いと言う印象。
ただ、どちらかというと元のイメージを壊していないVorbisのがマシ。
MP3は水の中みたいにきゅるきゅる鳴っててイライラしてくるけど、
Vorbisはラジオのノイズみたいにシャリシャリ鳴るから耳が痛いと言う印象。
ただ、どちらかというと元のイメージを壊していないVorbisのがマシ。
280 :名無しさん@お腹いっぱい。2010/02/09(火) 15:09:34 ID:SkbzCwcl0
そんくらい低いレートならAACの方がいいような気がするけど、
128kbpsくらいだとVorbisのがかなりいい
128kbpsくらいだとVorbisのがかなりいい
281 :名無しさん@お腹いっぱい。2010/02/09(火) 15:17:51 ID:O0d21FnZi
>>280
コーデック代表になるもの使えば、
128kbpsはどれ選んでもほとんどtranspatentだろ。
コーデック代表になるもの使えば、
128kbpsはどれ選んでもほとんどtranspatentだろ。
282 :名無しさん@お腹いっぱい。2010/02/09(火) 20:58:17 ID:GB9tx7O40
aotuvの新しいビルドでLancerをコンパイルして頂けませんか?
Q-2〜+1を多用するには、最新版が欠かせません
当方、洋ピン、洋楽専門リッパーで
小っこく、生ナマしくをモットーに普及させて頂いております
Q-2〜+1を多用するには、最新版が欠かせません
当方、洋ピン、洋楽専門リッパーで
小っこく、生ナマしくをモットーに普及させて頂いております
283 :名無しさん@お腹いっぱい。2010/02/09(火) 21:01:38 ID:s0fbzsTQ0
ソースによって大分違うね。
10曲ぐらい元データと48kbpsのブラインドテストをしたら、高音の上手い女性歌手ぐらいしか見分けがつかなかった。
それも96kbpsを越えたら見分られなくなった。
皆はどこから分からなくなる?
10曲ぐらい元データと48kbpsのブラインドテストをしたら、高音の上手い女性歌手ぐらいしか見分けがつかなかった。
それも96kbpsを越えたら見分られなくなった。
皆はどこから分からなくなる?
284 :名無しさん@お腹いっぱい。2010/02/09(火) 23:39:57 ID:4U/6q6jf0
>>283
ソースに拠るよ、本当に。
人工音というかテクノっぽいのは苦手だよね。
まあMDCTを使っているフォーマットはそういう傾向があるけれど。
ただ、違いが分かる分からないはともかく
実際に自分で使っているのは64〜128kbpsあたりだな。
ソースに拠るよ、本当に。
人工音というかテクノっぽいのは苦手だよね。
まあMDCTを使っているフォーマットはそういう傾向があるけれど。
ただ、違いが分かる分からないはともかく
実際に自分で使っているのは64〜128kbpsあたりだな。
285 :名無しさん@お腹いっぱい。2010/02/10(水) 09:49:27 ID:nNTXpcpE0
せっかくvorbis使ってんだから低レートやめとけ
160〜224あたりはサイズと音質のバランス取れて最強
160〜224あたりはサイズと音質のバランス取れて最強
286 :名無しさん@お腹いっぱい。2010/02/10(水) 10:48:49 ID:CnixP9QCi
優秀なコーデックほど、ビットレート低く使うもんじゃないのか。
287 :名無しさん@お腹いっぱい。2010/02/10(水) 11:35:23 ID:ka6oF/ar0
>>286
さすがにそれは単純化しすぎ。処理負荷とか、ライセンス形態とかも考慮しないといけないことも多い。
「優秀」って言葉は幅が広すぎる。
さすがにそれは単純化しすぎ。処理負荷とか、ライセンス形態とかも考慮しないといけないことも多い。
「優秀」って言葉は幅が広すぎる。
288 :名無しさん@お腹いっぱい。2010/02/10(水) 11:47:09 ID:TxNoADOV0
>>282
俺は試してないけど>>202のじゃだめなの?
俺は試してないけど>>202のじゃだめなの?
289 :名無しさん@お腹いっぱい。2010/02/10(水) 12:01:30 ID:NN9xHEmQi
>>287
いや、単に>>285の話なだけなんだが。
いや、単に>>285の話なだけなんだが。
290 :名無しさん@お腹いっぱい。2010/02/10(水) 12:13:33 ID:UmtbnNMQ0
まあ、今のaoTuVなら-q4くらいにしておけば、大抵の人にとっては、
どのサンプルでもABXが不可能になる音質を実現できていると思う。
もちろん人によって再生環境や聴力が違うから、-q3以下で十分だったり、
-q5以上が必要な事もあるだろうけれど。
どのサンプルでもABXが不可能になる音質を実現できていると思う。
もちろん人によって再生環境や聴力が違うから、-q3以下で十分だったり、
-q5以上が必要な事もあるだろうけれど。
291 :名無しさん@お腹いっぱい。2010/02/10(水) 16:05:20 ID:hT1bXD6N0
旧iPodがとうとうお亡くなりになり、新型でVorbisが使えず途方にくれる今日この頃
みんなって携帯プレイヤーどういうの使ってる?
それともPC専用と諦めて、Lameあたり使ってる?
みんなって携帯プレイヤーどういうの使ってる?
それともPC専用と諦めて、Lameあたり使ってる?
292 :名無しさん@お腹いっぱい。2010/02/10(水) 16:28:24 ID:dxqFrtI10
fb2kでエンコード転送してるよ
293 :名無しさん@お腹いっぱい。2010/02/10(水) 18:31:43 ID:UmtbnNMQ0
http://svn.xiph.org/experimental/derf/theora-ptalarbvorm/
http://www.mediafire.com/file/rwiwnnhjezt/theora-ptalarbvorm-svn16886-win32-binary.7z
実験用; Xiph.Org libtheora 1.1+ 20100126 (Ptalarbvorm)
しかしPtalarbvormとは、また発音の難しい名前にしたものだ。
http://www.mediafire.com/file/rwiwnnhjezt/theora-ptalarbvorm-svn16886-win32-binary.7z
実験用; Xiph.Org libtheora 1.1+ 20100126 (Ptalarbvorm)
しかしPtalarbvormとは、また発音の難しい名前にしたものだ。
294 :名無しさん@お腹いっぱい。2010/02/10(水) 21:33:54 ID:UnVO0WdK0
>>291
CowonかiRiverかって感じかねぇ…
ttp://www.bestgate.net/product.phtml?categoryid=003005001000000&p_sort=MinimumPrice&Parameter[4][]=7
ここらへんの情報収集はポータブルオーディオ板でやってくることを推奨。
CowonかiRiverかって感じかねぇ…
ttp://www.bestgate.net/product.phtml?categoryid=003005001000000&p_sort=MinimumPrice&Parameter[4][]=7
ここらへんの情報収集はポータブルオーディオ板でやってくることを推奨。
296 :名無しさん@お腹いっぱい。2010/02/10(水) 23:32:30 ID:/oc4JhJ30
Android 携帯が Vorbis に対応しているから、再生デバイスは一気に増えた感じだよね
297 :名無しさん@お腹いっぱい。2010/02/11(木) 00:20:17 ID:HBa0vE+m0
最近のsundiskも対応してるんだけど
携プレは日本撤退しちゃったんだよね・・・
携プレは日本撤退しちゃったんだよね・・・
298 :名無しさん@お腹いっぱい。2010/02/11(木) 00:20:54 ID:FdwZJVjH0
iAUDIOおすすめ
301 :名無しさん@お腹いっぱい。2010/02/11(木) 06:42:25 ID:51qf3r1L0
気に入った音楽はq8、どうでもいいのはq6でエンコしてる
HDD安いからビットレートケチってもあれだし
HDD安いからビットレートケチってもあれだし
302 :名無しさん@お腹いっぱい。2010/02/11(木) 07:27:07 ID:i2UvNQ6l0
Vorbisってエンコードした際に「ターゲットビットレート160Kbps」とか表示されてても、
実際はそれより少ない平均ビットレートになることがあるけど、あれは必要ない部分(無音とか)には
mp3のVBRと同じく低いビットレート割り当ててるって事で良いの?
実際はそれより少ない平均ビットレートになることがあるけど、あれは必要ない部分(無音とか)には
mp3のVBRと同じく低いビットレート割り当ててるって事で良いの?
303 :名無しさん@お腹いっぱい。2010/02/11(木) 08:16:46 ID:iCJudmD+0
>>302
VBR(-q)のターゲットビットレートは目安だと考えたらいい。
エンコードの簡単な信号だとビットレートは低くなるし、難しい物は高くなる。
vinfo + Gnuplotで、Vorbisのビットレートの推移をグラフにして見ることができる。
http://www.geocities.jp/aoyoume/oggtool/
VBR(-q)のターゲットビットレートは目安だと考えたらいい。
エンコードの簡単な信号だとビットレートは低くなるし、難しい物は高くなる。
vinfo + Gnuplotで、Vorbisのビットレートの推移をグラフにして見ることができる。
http://www.geocities.jp/aoyoume/oggtool/
304 :名無しさん@お腹いっぱい。2010/02/11(木) 09:09:45 ID:i2UvNQ6l0
>>303
こうしてグラフで見えると分かりやすいですね。
q値高くすると複雑さとは関係なく全体に高いビットレート割り当ててるのかと思ってたんですけど、
グラフ見る限りではそう言う無駄なことは無いようで安心しました。
こんな初歩の疑問にレスしていただいてありがとう。
こうしてグラフで見えると分かりやすいですね。
q値高くすると複雑さとは関係なく全体に高いビットレート割り当ててるのかと思ってたんですけど、
グラフ見る限りではそう言う無駄なことは無いようで安心しました。
こんな初歩の疑問にレスしていただいてありがとう。
305 :名無しさん@お腹いっぱい。2010/02/11(木) 11:44:29 ID:30haUlRv0
>>301
えっ。
ファイル容量が気にならないなら、ユーティリティの豊富なmp3が一番いいだろ。
音質をなるべく維持したまま、ファイルサイズを減らしたい人向けのソフトじゃないのか。
えっ。
ファイル容量が気にならないなら、ユーティリティの豊富なmp3が一番いいだろ。
音質をなるべく維持したまま、ファイルサイズを減らしたい人向けのソフトじゃないのか。
306 :名無しさん@お腹いっぱい。2010/02/11(木) 13:59:01 ID:4h1ss0kf0
>>305
えっ。
なんでおまえVorbis対応してないユーティリティなんて使ってるの。
フォーマットなんて自分の環境に合わせて使いやすいの選ぶもんじゃないのか。
えっ。
なんでおまえVorbis対応してないユーティリティなんて使ってるの。
フォーマットなんて自分の環境に合わせて使いやすいの選ぶもんじゃないのか。
307 :2912010/02/11(木) 14:36:19 ID:qhrhnSD40
みんなありがと
いろいろあって返事が遅くなってすまぬ
>>292 ちょっと考えてみる
>>294
ありがと
でもVorbis対応のを探してるんじゃなくて、
Vorbis愛用者がどうしてるか(諦めてMP3含む)を知りたかった
>>298-299 これも候補にいれてみる
>>296 知らなかった
>>297 そうだったのか・・・
いろいろあって返事が遅くなってすまぬ
>>292 ちょっと考えてみる
>>294
ありがと
でもVorbis対応のを探してるんじゃなくて、
Vorbis愛用者がどうしてるか(諦めてMP3含む)を知りたかった
>>298-299 これも候補にいれてみる
>>296 知らなかった
>>297 そうだったのか・・・
308 :名無しさん@お腹いっぱい。2010/02/11(木) 23:03:05 ID:dT789crL0
>>306
毎日晴天って顔してるわよ
毎日晴天って顔してるわよ
309 :名無しさん@お腹いっぱい。2010/02/20(土) 17:00:28 ID:+yo0koi20
トラック毎に割ってエンコしたflacを
所謂CDイメージ+cueみたいな単ファイルの状態に戻すことって普通にできますか。
foobarなりで再エンコしかないでしょうか。
所謂CDイメージ+cueみたいな単ファイルの状態に戻すことって普通にできますか。
foobarなりで再エンコしかないでしょうか。
311 :名無しさん@お腹いっぱい。2010/02/21(日) 22:57:31 ID:ZexXAT6l0
FSFの人が言っている通りになれば、確かにTheoraは不要な規格になるだろうな。
単に、Googleがこの要望を黙殺する可能性は高いだろうけれど。
http://www.fsf.org/blogs/community/google-free-on2-vp8-for-youtube
単に、Googleがこの要望を黙殺する可能性は高いだろうけれど。
http://www.fsf.org/blogs/community/google-free-on2-vp8-for-youtube
312 :名無しさん@お腹いっぱい。2010/02/22(月) 00:55:52 ID:FYiVpJW/P
>>311
いや、FSFの理想とは別に
グーグルにはグーグルの思惑(HTML5推進)があるんじゃないかって話なのよ。
グーグルがOn2買収、videoタグの膠着状態に終止符か
http://www.atmarkit.co.jp/news/200908/06/on2.html
いや、FSFの理想とは別に
グーグルにはグーグルの思惑(HTML5推進)があるんじゃないかって話なのよ。
グーグルがOn2買収、videoタグの膠着状態に終止符か
http://www.atmarkit.co.jp/news/200908/06/on2.html
313 :名無しさん@お腹いっぱい。2010/02/22(月) 01:43:12 ID:gX5qq+5U0
VP8の実際の品質がどれだけの物かは、On2の人間にしか分からないだろうが、
VP6やVP7を試した経験から言って、On2にH.264にとって代われる物ができているとはとても思えない。
H.264の権利を持っているApple等にVP8を使わせるのは、Theoraと同様に難しい事だろう。
VP6やVP7を試した経験から言って、On2にH.264にとって代われる物ができているとはとても思えない。
H.264の権利を持っているApple等にVP8を使わせるのは、Theoraと同様に難しい事だろう。
314 :名無しさん@お腹いっぱい。2010/02/22(月) 08:23:22 ID:5wB1DCgW0
youtubeとかに使い始めたらアップルも対応せざるを得ないだろ
appleはコンテンツをgoogleに頼りすぎ
appleはコンテンツをgoogleに頼りすぎ
317 :名無しさん@お腹いっぱい。2010/02/24(水) 00:52:59 ID:p0eN40sJ0
6ch以上のPCMのソースを個人的に扱う機会は、私には無いけれど、
ゲームを作っている人には、マルチチャンネルの品質が改善されるのは、やはり嬉しいだろうね。
Vorbisのサラウンドカップリングに取り込むのは、Ghostの開発が続いている事を知らせるためとも、
Montyは言っているな。
ゲームを作っている人には、マルチチャンネルの品質が改善されるのは、やはり嬉しいだろうね。
Vorbisのサラウンドカップリングに取り込むのは、Ghostの開発が続いている事を知らせるためとも、
Montyは言っているな。
326 :名無しさん@お腹いっぱい。2010/02/28(日) 16:01:03 ID:Lb0goUJz0
Vorbis関係でろくなネタがないって事は、Vorbisはもう殆ど完成形ってことか。
安定しちまうと嬉しい反面寂しく感じるな。
安定しちまうと嬉しい反面寂しく感じるな。
327 :名無しさん@お腹いっぱい。2010/02/28(日) 17:09:18 ID:UH9kSt9c0
>>326
去年の10月にpost-beta5.7を出してから開発は止まってるし下記の文章を見ると完成はしていないと思う。
16 9 月 aoTuV beta6?
ttp://www2.atword.jp/aooa/2009/09/16/aotuv-beta6/
一応、開発作業は途切れ途切れに続いてます。その途中経過として、ここにテストバージョンを置いておきました。
(中略)
誰かソースを見て弄ってみたい方がいれば早めにリリースしたいところですが、そうした積極的な方はいらっしゃるでしょうか?(新しい開発者はWelcomeです!)
自分一人でやるならば、焦ってリリースする必要性は全く感じてないので、リリースはもう少し後になりそうです。
正式リリースのためにファインチューニングとテストをするだけでも結構な時間が掛かるので、あまり正式版は出したくないのが本音だったりします。
去年の10月にpost-beta5.7を出してから開発は止まってるし下記の文章を見ると完成はしていないと思う。
16 9 月 aoTuV beta6?
ttp://www2.atword.jp/aooa/2009/09/16/aotuv-beta6/
一応、開発作業は途切れ途切れに続いてます。その途中経過として、ここにテストバージョンを置いておきました。
(中略)
誰かソースを見て弄ってみたい方がいれば早めにリリースしたいところですが、そうした積極的な方はいらっしゃるでしょうか?(新しい開発者はWelcomeです!)
自分一人でやるならば、焦ってリリースする必要性は全く感じてないので、リリースはもう少し後になりそうです。
正式リリースのためにファインチューニングとテストをするだけでも結構な時間が掛かるので、あまり正式版は出したくないのが本音だったりします。
328 :名無しさん@お腹いっぱい。2010/02/28(日) 19:29:39 ID:wux4mOVd0
圧縮音源としては性能良すぎるから完成でいいくらいだろ
問題は汎用性
問題は汎用性
329 :名無しさん@お腹いっぱい。2010/02/28(日) 21:28:36 ID:eYDhijjV0
>>328
やっぱ、そこらへんのデジタルオーディオプレイヤーに対応しないと無理じゃね?
ゲーム用途とかなら、結構普及してるんだけどねぇ
サンプルコードも見つけやすいから導入しやすいし、BGMとしては申し分ないしね
やっぱ、そこらへんのデジタルオーディオプレイヤーに対応しないと無理じゃね?
ゲーム用途とかなら、結構普及してるんだけどねぇ
サンプルコードも見つけやすいから導入しやすいし、BGMとしては申し分ないしね
330 :名無しさん@お腹いっぱい。2010/02/28(日) 21:33:05 ID:Lb0goUJz0
>>327
リリースしない≒もういじれるところが殆ど残ってないって事で完成形なんかなとね。
>>328
だよなあ。64kbps以下でAAC+SRBに張り合えるのって今のとこVorbis/aoTuVだけだもんなあ。
リリースしない≒もういじれるところが殆ど残ってないって事で完成形なんかなとね。
>>328
だよなあ。64kbps以下でAAC+SRBに張り合えるのって今のとこVorbis/aoTuVだけだもんなあ。
331 :名無しさん@お腹いっぱい。2010/03/01(月) 00:03:20 ID:CNCfkn2t0
>>329
デジタルオーディオだと対応チップが安価に出ないと厳しいんじゃないかと思う
特に携帯再生機なんかは汎用的なプロセッサで動かすのは厳しそう(消費電力+サイズ的に)
デジタルオーディオだと対応チップが安価に出ないと厳しいんじゃないかと思う
特に携帯再生機なんかは汎用的なプロセッサで動かすのは厳しそう(消費電力+サイズ的に)
332 :名無しさん@お腹いっぱい。2010/03/01(月) 00:40:04 ID:N9hjAqEc0
>>329
DAPではAppleかSONYが採用しない限り、数的には僅かなもの。
MPEG-4関連の特許を持っているこれらの会社がOggを採用する可能性は低いだろうけど。
>>331
よっぽど廉価なチップで無い限り、ハードウェア的には問題無さそう。
最適化されたIPの選択肢が少ないのが難だが。
DAPではAppleかSONYが採用しない限り、数的には僅かなもの。
MPEG-4関連の特許を持っているこれらの会社がOggを採用する可能性は低いだろうけど。
>>331
よっぽど廉価なチップで無い限り、ハードウェア的には問題無さそう。
最適化されたIPの選択肢が少ないのが難だが。
333 :名無しさん@お腹いっぱい。2010/03/01(月) 00:45:02 ID:89g2lFeO0
RockBoxでいいじゃん
334 :名無しさん@お腹いっぱい。2010/03/01(月) 01:04:06 ID:0UKBQacD0
>>331
>>332
やっぱ、チップの問題とか出てくるよねぇ
mp3くらい流行れば、チップもどんどん最適化されたり安くなったりするんだろうが…
何か機会となり得る出来事でも無い限り無理っぽいよねぇ
>>333
汎用性という話から来てる話題なんで、普及の方法を考えてるんよ
で、普及させるのはデジタルオーディオプレイヤーに対応してもらうのが手っ取り早いなと
もちろんRockBoxは優れているし、手段としては良いけれど
一般客層がわざわざRockBox入れてまでoggを使うかと言えば使わないわけで…
やっぱ、デフォで対応してもらわないとなーって感じ
>>332
やっぱ、チップの問題とか出てくるよねぇ
mp3くらい流行れば、チップもどんどん最適化されたり安くなったりするんだろうが…
何か機会となり得る出来事でも無い限り無理っぽいよねぇ
>>333
汎用性という話から来てる話題なんで、普及の方法を考えてるんよ
で、普及させるのはデジタルオーディオプレイヤーに対応してもらうのが手っ取り早いなと
もちろんRockBoxは優れているし、手段としては良いけれど
一般客層がわざわざRockBox入れてまでoggを使うかと言えば使わないわけで…
やっぱ、デフォで対応してもらわないとなーって感じ
337 :名無しさん@お腹いっぱい。2010/03/01(月) 06:34:03 ID:0UKBQacD0
事の本質はチップの在る無しではなく
どうすれば多くのプレイヤーで採用されるのか。なわけだけど
やっぱ、mp3やaacで十分と言われているなかで、わざわざoggを採用する所はないって事かねぇ
個人的には、FLACだけでも対応してくれると嬉しいんだけどね
圧縮音源はまだしも、可逆圧縮はどこも互換性が無くて困るわ
どうすれば多くのプレイヤーで採用されるのか。なわけだけど
やっぱ、mp3やaacで十分と言われているなかで、わざわざoggを採用する所はないって事かねぇ
個人的には、FLACだけでも対応してくれると嬉しいんだけどね
圧縮音源はまだしも、可逆圧縮はどこも互換性が無くて困るわ
338 :名無しさん@お腹いっぱい。2010/03/01(月) 07:08:01 ID:B1brXLRv0
仮にWindowsやMac並にLinuxのユーザーがいるなら、Vorbisに対応するDAPもたくさん出ているだろうけど、
現実は厳しい。
http://marketshare.hitslink.com/operating-system-market-share.aspx?qprid=8
現実は厳しい。
http://marketshare.hitslink.com/operating-system-market-share.aspx?qprid=8
342 :名無しさん@お腹いっぱい。2010/03/07(日) 09:59:29 ID:1LIMZYT70
私の環境では実行しようとするとエラーがでるので、自分では試せなかったのだけれど、
最近リリースされたSchrödinger-1.0.9も、やはりTheoraと比べても劣っている品質の様だ。
デコードも遅いし、DiracをHTML5で使いたいと思う人は居ないだろう。
http://forum.doom9.org/showthread.php?p=1380594#post1380594
最近リリースされたSchrödinger-1.0.9も、やはりTheoraと比べても劣っている品質の様だ。
デコードも遅いし、DiracをHTML5で使いたいと思う人は居ないだろう。
http://forum.doom9.org/showthread.php?p=1380594#post1380594
343 :名無しさん@お腹いっぱい。2010/03/07(日) 14:56:02 ID:zhi0bBEy0
oggはファイルサイズが小さくていい。
MP860でフリーズするけど、対応してくれてありがとさん。
MP860でフリーズするけど、対応してくれてありがとさん。
344 :名無しさん@お腹いっぱい。2010/03/09(火) 03:10:19 ID:VQ/p5wYm0
07 3 月 ひさしぶりに・・・
ttp://www2.atword.jp/aooa/
お久しぶりです。蒼弓です。
随分放置状態だったこのblogですが、少しずつまた再開しようと思っています。軽いネタも含めて、ある程度定期的に更新するのが目標ですね。
実はこのBlogに久しぶりに投稿したきっかけは、aoTuVのソースコードを更新したことです。こちらも放置気味だったのですが、今回の作業でそれなりに成果はありました。まあ、まだリリース云々言える段階ではありませんが、それはそのうちに・・・。
あとテスト中に気がついたことなんですが、いつの間にか32kHzソースの-q-1以下のエンコード結果(ビットレート)がおかしなことになっています。aoTuV側のせいかとおもっていたら、本家のライブラリでも同様の結果でした。なんともはや。
ttp://www2.atword.jp/aooa/
お久しぶりです。蒼弓です。
随分放置状態だったこのblogですが、少しずつまた再開しようと思っています。軽いネタも含めて、ある程度定期的に更新するのが目標ですね。
実はこのBlogに久しぶりに投稿したきっかけは、aoTuVのソースコードを更新したことです。こちらも放置気味だったのですが、今回の作業でそれなりに成果はありました。まあ、まだリリース云々言える段階ではありませんが、それはそのうちに・・・。
あとテスト中に気がついたことなんですが、いつの間にか32kHzソースの-q-1以下のエンコード結果(ビットレート)がおかしなことになっています。aoTuV側のせいかとおもっていたら、本家のライブラリでも同様の結果でした。なんともはや。
345 :名無しさん@お腹いっぱい。2010/03/15(月) 01:46:58 ID:9aVQnlwN0
15 3 月 春
ttp://www2.atword.jp/aooa/
(中略)
さて、この前の投稿から断続的にではありますが"aoTuV"のテストと開発を続けてきました。
それで一区切りついたので、テストバイナリをアップロードしておきます。
変更点はいくつかあるのですが、ここではあえてなにも書きません。
何か明確な後退や問題が見られた場合はお知らせください。
もちろん、単なる感想でもOKです。<今回のバイナリは中・高ビットレートのエンコードは未対応ですのでご注意ください>
あとvenc側の”-ignore_length”のバグは修正してあります。
それから前回のエントリーにあったlibvorbisの挙動に関してはそのままです。
原因箇所は突き止めましたが、とりあえずXiph.Orgのほうへ報告だけしておきました。
ttp://www2.atword.jp/aooa/
(中略)
さて、この前の投稿から断続的にではありますが"aoTuV"のテストと開発を続けてきました。
それで一区切りついたので、テストバイナリをアップロードしておきます。
変更点はいくつかあるのですが、ここではあえてなにも書きません。
何か明確な後退や問題が見られた場合はお知らせください。
もちろん、単なる感想でもOKです。<今回のバイナリは中・高ビットレートのエンコードは未対応ですのでご注意ください>
あとvenc側の”-ignore_length”のバグは修正してあります。
それから前回のエントリーにあったlibvorbisの挙動に関してはそのままです。
原因箇所は突き止めましたが、とりあえずXiph.Orgのほうへ報告だけしておきました。
346 :名無しさん@お腹いっぱい。2010/03/15(月) 16:12:11 ID:W1azZtOt0
.rarewares.orgが真っ白なんだが
347 :名無しさん@お腹いっぱい。2010/03/15(月) 16:24:01 ID:86Gj23ND0
350 :名無しさん@お腹いっぱい。2010/03/17(水) 22:49:14 ID:tZEtzkvF0
Vorbis in MKA をエンコードする方法を教えて下さい。
351 :名無しさん@お腹いっぱい。2010/03/17(水) 22:58:49 ID:J7VqOQeG0
>>350
oggencやvencでエンコードしたVorbis(.ogg)を、mkvmergeで多重化する。
しかし、VorbisをMatroskaに入れる利点はあまりないし、対応するアプリケーションも少ないだろうから、
oggのままにした方が良いだろうと思う。
oggencやvencでエンコードしたVorbis(.ogg)を、mkvmergeで多重化する。
しかし、VorbisをMatroskaに入れる利点はあまりないし、対応するアプリケーションも少ないだろうから、
oggのままにした方が良いだろうと思う。
352 :名無しさん@お腹いっぱい。2010/03/18(木) 03:16:15 ID:EwKW4r8+0
確かに、VP8が公開されたとしても、VC-1の様に、On2以外の特許が見つかってしまう可能性は有る。
今の所、Theoraについて誰も何も言ってこないのは、とても幸運な事だろう。
http://x264dev.multimedia.cx/?p=292#more-292
今の所、Theoraについて誰も何も言ってこないのは、とても幸運な事だろう。
http://x264dev.multimedia.cx/?p=292#more-292
353 :名無しさん@お腹いっぱい。2010/03/18(木) 12:00:44 ID:uU9Iwmrh0
>>351
ご丁寧に教えてくれて有難うございます。
ご丁寧に教えてくれて有難うございます。
354 :名無しさん@お腹いっぱい。2010/03/19(金) 08:58:25 ID:lIdjthg+0
http://www.winamp.com/plugin/ogg-vorbis-encoder-v1-1/143936
私はWinampのVorbisのエンコーダを使用しているのですが、このエンコーダのVorbisのバージョンを更新することは出来ますか?
私はWinampのVorbisのエンコーダを使用しているのですが、このエンコーダのVorbisのバージョンを更新することは出来ますか?
355 :名無しさん@お腹いっぱい。2010/03/19(金) 10:58:16 ID:AVTC1KWE0
libvorbis.dll使ってるなら出来るんじゃないの。使ってないなら知らない。
356 :名無しさん@お腹いっぱい。2010/03/19(金) 16:34:44 ID:UexhQso90
>>354
エンコードはWinampではなく、foobar2000を使ってやったら。
http://foobar2000.xrea.jp/index.php?Diskwriter%20%E8%A7%A3%E8%AA%AC#xe181460
こう設定すれば、EACからでも使える。
http://wiki.hydrogenaudio.org/index.php?title=EAC_and_Ogg_Vorbis
エンコードはWinampではなく、foobar2000を使ってやったら。
http://foobar2000.xrea.jp/index.php?Diskwriter%20%E8%A7%A3%E8%AA%AC#xe181460
こう設定すれば、EACからでも使える。
http://wiki.hydrogenaudio.org/index.php?title=EAC_and_Ogg_Vorbis
357 :名無しさん@お腹いっぱい。2010/03/19(金) 18:41:16 ID:lIdjthg+0
>>355-356
CDEXでできました。
ありがとうございました。
CDEXでできました。
ありがとうございました。
358 :名無しさん@お腹いっぱい。2010/03/19(金) 18:55:03 ID:AVTC1KWE0
CDexならひっそり版オススメ。もう使ってるかもしらんけど。
http://homepage2.nifty.com/moto-h/
http://homepage2.nifty.com/moto-h/
359 :名無しさん@お腹いっぱい。2010/03/19(金) 22:59:00 ID:lIdjthg+0
>>358
今度DLしてみます。
有難うございます。
今度DLしてみます。
有難うございます。
360 :名無しさん@お腹いっぱい。2010/03/27(土) 07:40:30 ID:sWVUAhBF0
http://xiph.org/press/2010/libogg-1.2.0/
http://xiph.org/press/2010/vorbis-surround/
>A new default flushing behavior that reduces overhead for moderate and high bitrate streams, such as video
確かに、libogg-1.1.4と比べたら、ファイルサイズが若干小さくなった。
ただ、依然として、mkvmerge-3.3.0を使った場合よりは大きい。
http://xiph.org/press/2010/vorbis-surround/
>A new default flushing behavior that reduces overhead for moderate and high bitrate streams, such as video
確かに、libogg-1.1.4と比べたら、ファイルサイズが若干小さくなった。
ただ、依然として、mkvmerge-3.3.0を使った場合よりは大きい。
363 :名無しさん@お腹いっぱい。2010/03/27(土) 22:04:19 ID:dPjkgW050
27 3 月 libogg 1.2.0 & libvorbis 1.3.1 リリース
ttp://www2.atword.jp/aooa/
Xiph.Orgより、libogg 1.2.0 と libvorbis 1.3.1 がリリースされました。
liboggについては1フレーム(パケット)が大きい場合に、Oggページサイズが拡大されるようになりました。これは主にTheoraのためのものです。
今まではフレームサイズに関わらず、一定の大きさのページサイズを使っていました(およそ4KByte)。
これは、ストリーム送信におけるエラー時の再送信では有利な場合がありますが、今時4KByte程度のサイズで固定、というのは前時代的ですし、
実際高いビットレートではオーバーヘッドがかなり大きかったのです。
この新しいliboggではビットレートによって異なるページサイズが選択されます(最大時で1ページ64KByte弱です)。
libvorbisについて、最大の目玉はエンコーダ側のサラウンド・チャンネルカップリングの実装です。
今回のリリースでは特に5.1chに最適化されたモードが実装されています。
これにより、5.1chソースのエンコード結果は以前のバージョンと比較して劇的なビットレート縮小が達成されているはずです(自分では未テスト)。
あとはチャンネルカップリングを無効にするAPIの追加、及び幾つかのバグフィックスが行われています。
以前「春」で書いたバグについても修正されていますが、低いビットレートでは特定のサンプルで聴覚上有意差が出そうです。
個人的には再テストとチューニングがしたくなりますが、それはaoTuVと合併してからにしようと思います。
その合併作業も今回は変更点が多くて大変そうです。
ttp://www2.atword.jp/aooa/
Xiph.Orgより、libogg 1.2.0 と libvorbis 1.3.1 がリリースされました。
liboggについては1フレーム(パケット)が大きい場合に、Oggページサイズが拡大されるようになりました。これは主にTheoraのためのものです。
今まではフレームサイズに関わらず、一定の大きさのページサイズを使っていました(およそ4KByte)。
これは、ストリーム送信におけるエラー時の再送信では有利な場合がありますが、今時4KByte程度のサイズで固定、というのは前時代的ですし、
実際高いビットレートではオーバーヘッドがかなり大きかったのです。
この新しいliboggではビットレートによって異なるページサイズが選択されます(最大時で1ページ64KByte弱です)。
libvorbisについて、最大の目玉はエンコーダ側のサラウンド・チャンネルカップリングの実装です。
今回のリリースでは特に5.1chに最適化されたモードが実装されています。
これにより、5.1chソースのエンコード結果は以前のバージョンと比較して劇的なビットレート縮小が達成されているはずです(自分では未テスト)。
あとはチャンネルカップリングを無効にするAPIの追加、及び幾つかのバグフィックスが行われています。
以前「春」で書いたバグについても修正されていますが、低いビットレートでは特定のサンプルで聴覚上有意差が出そうです。
個人的には再テストとチューニングがしたくなりますが、それはaoTuVと合併してからにしようと思います。
その合併作業も今回は変更点が多くて大変そうです。
364 :名無しさん@お腹いっぱい。2010/03/28(日) 00:24:46 ID:gm6lphIA0
窓の杜に載ってたMusicBee使ってみたけどいいぞ!
CD→CDDB取得→アルバムアート取得→1アルバム1ファイルのFLACにエンコードまで1発でできる。
残念ながら初期設定だとアルバムアートは埋め込んでくれないからエンコードパラメータいじんないとダメみたい(自分は未実施)
ただ設定いじってたら起動しなくなった・・・再インスコしてもダメだ・・・ボスケテ
CD→CDDB取得→アルバムアート取得→1アルバム1ファイルのFLACにエンコードまで1発でできる。
残念ながら初期設定だとアルバムアートは埋め込んでくれないからエンコードパラメータいじんないとダメみたい(自分は未実施)
ただ設定いじってたら起動しなくなった・・・再インスコしてもダメだ・・・ボスケテ
365 :3642010/03/28(日) 01:23:33 ID:gm6lphIA0
古いバージョン入れたら動いた。
アルバムアートの埋込みは設定のtagsの中にあった。
FLAC→mp3でタグはもちろんアルバムアートも埋め込んでくれるし、もうfoobar2000いらんわwwww
アルバムアートの埋込みは設定のtagsの中にあった。
FLAC→mp3でタグはもちろんアルバムアートも埋め込んでくれるし、もうfoobar2000いらんわwwww
366 :名無しさん@お腹いっぱい。2010/03/28(日) 01:48:36 ID:amM6Cd6G0
oggで確認
とてもいいし、普通に動く
ただ入れたCDが意味不明な黒人のアルバムアートになったwww
とてもいいし、普通に動く
ただ入れたCDが意味不明な黒人のアルバムアートになったwww
368 :名無しさん@お腹いっぱい。2010/03/28(日) 21:02:04 ID:DidBDxs/0
Oggenc2.85 using libVorbis v1.3.1
ttp://www.rarewares.org/ogg-oggenc.php
これを使ってエンコした曲だけ適当に1分くらい進めたり30秒くらい戻したりすると
音声が消えてCPU使用率が上がったままでプレイヤーを強制終了しないと元に戻らないね。
foobar2000とWinampは問題なし。
Lilithは0.992Stableは駄目でuLilith Beta.3(buidl 148)は問題なし。
ttp://xiph.org/dshow/のVersion 0.82.16930を使って再生するプレイヤーも全滅。
自分の環境だけなのかな?(OSはXP SP3で全部q8でエンコ)
ttp://www.rarewares.org/ogg-oggenc.php
これを使ってエンコした曲だけ適当に1分くらい進めたり30秒くらい戻したりすると
音声が消えてCPU使用率が上がったままでプレイヤーを強制終了しないと元に戻らないね。
foobar2000とWinampは問題なし。
Lilithは0.992Stableは駄目でuLilith Beta.3(buidl 148)は問題なし。
ttp://xiph.org/dshow/のVersion 0.82.16930を使って再生するプレイヤーも全滅。
自分の環境だけなのかな?(OSはXP SP3で全部q8でエンコ)
378 :名無しさん@お腹いっぱい。2010/04/10(土) 18:21:06 ID:cA3ZIHQ20
Googleとしても、誰の特許を使っているか知れた物ではないVP8の仕様を公開するよりも、
今の所は問題の見つかっていないTheoraを支援した方が賢明ではある。
http://google-opensource.blogspot.com/2010/04/interesting-times-for-video-on-web.html
今の所は問題の見つかっていないTheoraを支援した方が賢明ではある。
http://google-opensource.blogspot.com/2010/04/interesting-times-for-video-on-web.html
379 :名無しさん@お腹いっぱい。2010/04/14(水) 03:47:50 ID:z/fuNovj0
米Google、HTML5向けビデオコーデック「VP8」のOSS化を5月発表か - 米報道
マイコミジャーナル
ttp://journal.mycom.co.jp/news/2010/04/13/067/index.html
マイコミジャーナル
ttp://journal.mycom.co.jp/news/2010/04/13/067/index.html
380 :名無しさん@お腹いっぱい。2010/04/14(水) 18:19:21 ID:MdrxQjVQP
海外向けだけどついにウォークマンでFLACの再生が可能になったね
382 :名無しさん@お腹いっぱい。2010/04/14(水) 20:39:13 ID:gr2E+CeU0
mjk!
この分野でFLACスタンダードになってくれれば嬉しいな。誰だよ、○pple losslessとか作ったやつ
この分野でFLACスタンダードになってくれれば嬉しいな。誰だよ、○pple losslessとか作ったやつ
384 :名無しさん@お腹いっぱい。2010/04/15(木) 21:47:34 ID:l0NlftK+0
AACに比べてOggはなぜエンコードに時間がかかってしまうのでしょうか?
愚問かもしれませんが偉い人がいたら教えていただければと。
愚問かもしれませんが偉い人がいたら教えていただければと。
385 :名無しさん@お腹いっぱい。2010/04/15(木) 22:05:34 ID:5GJfH7nj0
>>384
aoTuVはそうだろうが、>>4にあるLancerはマルチスレッドも実現していて、大抵のAACエンコーダよりも速い。
aoTuVはそうだろうが、>>4にあるLancerはマルチスレッドも実現していて、大抵のAACエンコーダよりも速い。
386 :名無しさん@お腹いっぱい。2010/04/15(木) 22:10:23 ID:l0NlftK+0
>>385
ありがとうございます。つまりMacとかに乗っている(というより、QuickTime?)のAACエンコーダは
最適化されていて、自分が使っていたのがされていないという違いだけだったのですね。
もっと、根本的な部分で差が出ているのかと思ってました。
ありがとうございます。つまりMacとかに乗っている(というより、QuickTime?)のAACエンコーダは
最適化されていて、自分が使っていたのがされていないという違いだけだったのですね。
もっと、根本的な部分で差が出ているのかと思ってました。
387 :名無しさん@お腹いっぱい。2010/04/16(金) 00:56:51 ID:5lxRlO5V0
Mac使うのやめたらいいのに
長く使うと脳が駄目になっちゃうよ
長く使うと脳が駄目になっちゃうよ
389 :名無しさん@お腹いっぱい。2010/04/16(金) 01:24:04 ID:L7WEaId60
VP8がどうなろうと、H.264よりもライセンス料の高いAACをセットにして使うとも思えないので、
とにかくVorbisは生き残るか。
http://www.vialicensing.com/Licensing/AAC_fees.cfm
とにかくVorbisは生き残るか。
http://www.vialicensing.com/Licensing/AAC_fees.cfm
390 :名無しさん@お腹いっぱい。2010/04/16(金) 02:15:55 ID:gARdvLqo0
393 :名無しさん@お腹いっぱい。2010/04/19(月) 01:22:31 ID:kU+PNYbY0
18 4 月 統合版の作業状況
ttp://www2.atword.jp/aooa/
色々と書きたいネタは横に置き、aoTuVの新しいバージョンを出すべく作業中です。とは言え、まだはっきりとしたリリース日などの告知が出来る段階ではないのですけどね。
すでにlibvorbis-1.4.0との統合は終わっています。ただ、まるまる統合した訳ではなく、色々と変わっている部分もあります。オフィシャルソースはマルチ・チャンネル対応のために、
チャンネル・カップリング処理部分が以前のバージョンから大幅に書き換えられています。それを見て色々と思ったこともあり、その辺のaoTuV側の追加処理部分を見直し中です。
他には、コードブックとの兼ね合いからあまり意味の無かった設定を変えたり、チューニングを見直したり、コードの整理をしたりといった所です。
いいと思って変更した部分も、別のサンプルでは悪くなることもあるので、やはりなかなか難しいと、再確認中でもあります。ビット割り当てを多くすれば必ず良くなるかというと、
そうはならない場合があるのですね。
それは前から分かっていたことではあるのですが、今回もそういう例に遭遇してしまいました。別の方法を考えなければ・・・。
まあぼちぼちとやっていこうと思います。
ttp://www2.atword.jp/aooa/
色々と書きたいネタは横に置き、aoTuVの新しいバージョンを出すべく作業中です。とは言え、まだはっきりとしたリリース日などの告知が出来る段階ではないのですけどね。
すでにlibvorbis-1.4.0との統合は終わっています。ただ、まるまる統合した訳ではなく、色々と変わっている部分もあります。オフィシャルソースはマルチ・チャンネル対応のために、
チャンネル・カップリング処理部分が以前のバージョンから大幅に書き換えられています。それを見て色々と思ったこともあり、その辺のaoTuV側の追加処理部分を見直し中です。
他には、コードブックとの兼ね合いからあまり意味の無かった設定を変えたり、チューニングを見直したり、コードの整理をしたりといった所です。
いいと思って変更した部分も、別のサンプルでは悪くなることもあるので、やはりなかなか難しいと、再確認中でもあります。ビット割り当てを多くすれば必ず良くなるかというと、
そうはならない場合があるのですね。
それは前から分かっていたことではあるのですが、今回もそういう例に遭遇してしまいました。別の方法を考えなければ・・・。
まあぼちぼちとやっていこうと思います。
395 :名無しさん@お腹いっぱい。2010/04/26(月) 10:45:43 ID:0DQvQMHl0
利権に絡む人が誰もいないから
流行っても誰も得をしない
流行っても誰も得をしない
396 :名無しさん@お腹いっぱい。2010/04/26(月) 10:56:03 ID:tnTMQV7W0
FLACは、MPEG-4 ALS(ISOの可逆)と比較してもかなり普及していると言えるけど、
VorbisのライバルはAACだから難しい。
VorbisのライバルはAACだから難しい。
397 :名無しさん@お腹いっぱい。2010/04/26(月) 23:50:16 ID:xA6C3x8U0
AACってどんな時にお金かかるんですか?
よくゲーム(特にエロゲ)ではvorbisが使われているのを見るのですが。
よくゲーム(特にエロゲ)ではvorbisが使われているのを見るのですが。
399 :名無しさん@お腹いっぱい。2010/04/27(火) 06:30:03 ID:SBul27bx0
>>397
>>389
AACのデコーダなら、製品一つ毎にUS$0.48かかる。libvorbisは無料で使える。
>>389
AACのデコーダなら、製品一つ毎にUS$0.48かかる。libvorbisは無料で使える。
400 :名無しさん@お腹いっぱい。2010/04/28(水) 00:00:32 ID:i6qKdY6z0
どうもありがとうございます。デコーダーにお金がかかったのですね!
ゲームだけだったらDirectXとかに任せればかからないような気もしなくはありませんが。
それじゃ地デジの音声はAACだからすべての機器が払っているということになるのか orz
ゲームだけだったらDirectXとかに任せればかからないような気もしなくはありませんが。
それじゃ地デジの音声はAACだからすべての機器が払っているということになるのか orz
401 :名無しさん@お腹いっぱい。2010/04/28(水) 06:37:39 ID:BgROiesY0
TVやiPod等、有料の製品はまだいいけど、無料で配布するFirefox等が、
H.264やAACに対応するのはつらいと言う訳だ。
H.264やAACに対応するのはつらいと言う訳だ。
403 :名無しさん@お腹いっぱい。2010/04/28(水) 15:06:10 ID:EytjjG2u0
MozillaもXiphも非営利団体っていうだけで
営業利益がないわけでも人件費ゼロで回ってるわけでもないよなぁ。
営業利益がないわけでも人件費ゼロで回ってるわけでもないよなぁ。
404 :名無しさん@お腹いっぱい。2010/04/28(水) 20:58:57 ID:sB1ekb0F0
MozillaはGoogleからの売り上げでなんとかなってる。
逆に言うと、Googleが引き上げると現状でもヤバイ。
逆に言うと、Googleが引き上げると現状でもヤバイ。
405 :名無しさん@お腹いっぱい。2010/04/28(水) 23:21:39 ID:rWNCXzv00
僕が普段使っているこの右上のおかげですね。
でもまぁネットはもともと自由に手軽にっていうのがあるのに規格で金がかかるのは避けていただきたい。
でもまぁネットはもともと自由に手軽にっていうのがあるのに規格で金がかかるのは避けていただきたい。
406 :名無しさん@お腹いっぱい。2010/04/30(金) 15:15:13 ID:0KZoxRgD0
Chrome軌道に乗ったらMozillaにはそんなに払わないだろうからね。
まぁその後にBaiduやらYahooで補完できるかどうかかな。
まぁその後にBaiduやらYahooで補完できるかどうかかな。
407 :名無しさん@お腹いっぱい。2010/05/01(土) 08:34:53 ID:uojBhzvH0
Appleが、TheoraやVP8のあら(On2以外の特許)探しをするだろう言う話。
http://newteevee.com/2010/04/30/apple-may-be-gunning-for-open-source-codecs/
http://newteevee.com/2010/04/30/apple-may-be-gunning-for-open-source-codecs/
409 :名無しさん@お腹いっぱい。2010/05/01(土) 12:04:59 ID:GriczVDo0
VP8はともかくライセンスフリー標榜してるTheoraにとっては避けられない試練だからなぁ
ともあれ林檎死すべし
ともあれ林檎死すべし
410 :名無しさん@お腹いっぱい。2010/05/01(土) 16:23:12 ID:Ej2WM+Q70
逆に考えるんだ。もしこれで何もなかったらお墨付きをもらえると。
まぁリンゴは腐ってしまえばいいのには変わらんが。
まぁリンゴは腐ってしまえばいいのには変わらんが。
411 :名無しさん@お腹いっぱい。2010/05/01(土) 16:28:43 ID:JeiPo+fS0
いいことだと思うけどな
open sourceなら特許使用料を払わなくて済むって論法が成立したら卑怯じゃん
open sourceなら特許使用料を払わなくて済むって論法が成立したら卑怯じゃん
412 :名無しさん@お腹いっぱい。2010/05/01(土) 16:34:25 ID:JeiPo+fS0
それと、現行の特許法も改正して、特許権を弱めるべきだよな
独占使用権とか、特許が使われるまで黙っていて、後で請求しても良いとか、公開規格にはなじまない
公開規格に関しては、パテントプールを立てて特許権保有者を募集する公的に認定された仕組みを作り、
期限までに申告しなかった特許権者は、請求権が無くなるようにするのが良い
ただし、「公開規格」の認定基準も厳し目にしておく
そうしないと「公開規格」が、山程申請されて、特許権者が逆に不利になってしまうから
独占使用権とか、特許が使われるまで黙っていて、後で請求しても良いとか、公開規格にはなじまない
公開規格に関しては、パテントプールを立てて特許権保有者を募集する公的に認定された仕組みを作り、
期限までに申告しなかった特許権者は、請求権が無くなるようにするのが良い
ただし、「公開規格」の認定基準も厳し目にしておく
そうしないと「公開規格」が、山程申請されて、特許権者が逆に不利になってしまうから
413 :名無しさん@お腹いっぱい。2010/05/01(土) 19:53:24 ID:6994kWLB0
>>411
それって標準規格に自社の特許をねじ込ませれば勝ち、みたいな
状態を促進させないか?
それはそれで健全には見えないが。
それって標準規格に自社の特許をねじ込ませれば勝ち、みたいな
状態を促進させないか?
それはそれで健全には見えないが。
415 :名無しさん@お腹いっぱい。2010/05/02(日) 12:05:12 ID:+9tuclgj0
>>413
促進も何も、既にそのような状態になっているから
オレも特許は嫌いで制度自体なくなってしまえと本音では思ってるが
それは政治的にほぼ実現不可能だから
特許悪玉論を広めることで有償化を防止するよりも
特許権の行使は正当な権利だと認め、徴収しやすい制度を作った上で
強すぎる現行の特許権を制限するのがよっぽど建設的
促進も何も、既にそのような状態になっているから
オレも特許は嫌いで制度自体なくなってしまえと本音では思ってるが
それは政治的にほぼ実現不可能だから
特許悪玉論を広めることで有償化を防止するよりも
特許権の行使は正当な権利だと認め、徴収しやすい制度を作った上で
強すぎる現行の特許権を制限するのがよっぽど建設的
416 :名無しさん@お腹いっぱい。2010/05/02(日) 12:44:38 ID:HTPHftxP0
気違いじみた万能の法律と化している著作権に比べれば
特許権そのものは強いとは思わない
特許として認められるべきでないものまで認められていることが問題
ていうかぶっちゃけ米国の不公正な特許システムが問題
特許権そのものは強いとは思わない
特許として認められるべきでないものまで認められていることが問題
ていうかぶっちゃけ米国の不公正な特許システムが問題
417 :名無しさん@お腹いっぱい。2010/05/02(日) 14:17:23 ID:7+aw9XjU0
>>407
> “All video codecs are covered by patents. A patent pool is being assembled to go after
> Theora and other “open source” codecs now. Unfortunately, just because something is
> open source, it doesn’t mean or guarantee that it doesn’t infringe on others patents.
> An open standard is different from being royalty free or open source.”
Flash潰しと同じで奇跡的に普及してきても潰しにくる
業界の方針を決めているJobsに睨まれると抵抗のしようが無い
終わった
完全に終わった
> “All video codecs are covered by patents. A patent pool is being assembled to go after
> Theora and other “open source” codecs now. Unfortunately, just because something is
> open source, it doesn’t mean or guarantee that it doesn’t infringe on others patents.
> An open standard is different from being royalty free or open source.”
Flash潰しと同じで奇跡的に普及してきても潰しにくる
業界の方針を決めているJobsに睨まれると抵抗のしようが無い
終わった
完全に終わった
418 :名無しさん@お腹いっぱい。2010/05/02(日) 14:36:16 ID:luejnh3h0
ジョブスってそんな影響力あるの?
コアなMacユーザーにとっては偉大な教祖様だろうけど、コンピュータ業界的にはもう過去の人だと思ってた。
コアなMacユーザーにとっては偉大な教祖様だろうけど、コンピュータ業界的にはもう過去の人だと思ってた。
419 :名無しさん@お腹いっぱい。2010/05/02(日) 14:43:39 ID:2IX889iZ0
世間的にはそんなことも知らんお前の方が完全に過去の人
420 :名無しさん@お腹いっぱい。2010/05/02(日) 15:32:36 ID:Z75O1WRF0
アップルは高級なゲーム機メーカーと思ってる。任天堂なみに独自路線を走ってても良い。
ただ、ジョブズの健康状態に右往左往してるメーカーが10年先のことを語れるとも思えんのだが。
ただ、ジョブズの健康状態に右往左往してるメーカーが10年先のことを語れるとも思えんのだが。
421 :名無しさん@お腹いっぱい。2010/05/02(日) 17:08:55 ID:XoLtTrm60
Appleとジョブズは人類の敵
423 :名無しさん@お腹いっぱい。2010/05/02(日) 18:35:33 ID:y6zXk9Y20
iPodがTheoraやVorbisにも対応してくれたら、Appleの商売の邪魔にもならないのにな。
424 :名無しさん@お腹いっぱい。2010/05/02(日) 19:45:08 ID:luejnh3h0
>>419
そうなのか。iPodやらが売れてるのは知ってるがそれはApple社の経営状態に影響する話で別にジョブス関係ないじゃんって思ってたんだ。
数年前に経営からも退いてたし、俺の中ではもう何やってるかわかんない人だった。
そうなのか。iPodやらが売れてるのは知ってるがそれはApple社の経営状態に影響する話で別にジョブス関係ないじゃんって思ってたんだ。
数年前に経営からも退いてたし、俺の中ではもう何やってるかわかんない人だった。
425 :名無しさん@お腹いっぱい。2010/05/02(日) 23:36:20 ID:x4YwXEwL0
人の尊厳の否定と地球生命の根絶がAppleの最終目標
426 :名無しさん@お腹いっぱい。2010/05/02(日) 23:42:00 ID:vOOaq5170
>>421-422>>425
人類の未来はMicrosoftに託された
こうですか?わかりません><
人類の未来はMicrosoftに託された
こうですか?わかりません><
428 :名無しさん@お腹いっぱい。2010/05/03(月) 18:16:43 ID:n/2y6tdV0
>>423
rockboxでもipodに入れとけば?
rockboxでもipodに入れとけば?
430 :名無しさん@お腹いっぱい。2010/05/03(月) 18:59:40 ID:sMsWxdum0
新世代の映像圧縮フォーマットは、プロプライエタリからこそ生まれる。
――あっ、Appleだ!
――あっ、Appleだ!
432 :名無しさん@お腹いっぱい。2010/05/03(月) 22:52:03 ID:6b+w8jIL0
>Now, there is only one way out of this whole MPEG-LA mess:
>1. Use a camera that does not use any of MPEG-LA's codecs.
>2. Use a codec that all, of most of its patents, have expired, patents that *PREDATE* MPEG-LA's.
>3. After editing, export back to that codec. Don't use any of the supposedly modern patent-free codecs, because you can still be liable if MPEG-LA sues these codecs and wins.
>So, which codec you should use to record your video and share with the world?
>The solution is MJPEG.
http://www.osnews.com/story/23236/Why_Our_Civilization_s_Video_Art_and_Culture_is_Threatened_by_the_MPEG-LA
これには苦笑するほかないが、他の部分はよく書けている。
>1. Use a camera that does not use any of MPEG-LA's codecs.
>2. Use a codec that all, of most of its patents, have expired, patents that *PREDATE* MPEG-LA's.
>3. After editing, export back to that codec. Don't use any of the supposedly modern patent-free codecs, because you can still be liable if MPEG-LA sues these codecs and wins.
>So, which codec you should use to record your video and share with the world?
>The solution is MJPEG.
http://www.osnews.com/story/23236/Why_Our_Civilization_s_Video_Art_and_Culture_is_Threatened_by_the_MPEG-LA
これには苦笑するほかないが、他の部分はよく書けている。
435 :名無しさん@お腹いっぱい。2010/05/04(火) 02:03:21 ID:A2jyN9uG0
H.264でいいじゃない
どうせあと20年もすれば特許が失効するのだから
どうせあと20年もすれば特許が失効するのだから
437 :名無しさん@お腹いっぱい。2010/05/05(水) 03:04:59 ID:fdgSRckL0
>>428
超古いiPod発掘しないといけないじゃん
超古いiPod発掘しないといけないじゃん
441 :名無しさん@お腹いっぱい。2010/05/17(月) 04:50:08 ID:TnKT7QAaP
Oggcodecs release 0.83.17220
Source code:
http://downloads.xiph.org/releases/oggdsf/oggcodecs_0.83.17220-src.7z
Windows 32bit installer:
http://downloads.xiph.org/releases/oggdsf/oggcodecs_0.83.17220-win32.exe
Windows x64 installer:
http://downloads.xiph.org/releases/oggdsf/oggcodecs_0.83.17220-x64.exe
liboggとlibvorbisが新しくなった他、幾つかのバグが直されている。
>Internet Explorer's HTML5 <video> technical preview
これも興味深い。
Source code:
http://downloads.xiph.org/releases/oggdsf/oggcodecs_0.83.17220-src.7z
Windows 32bit installer:
http://downloads.xiph.org/releases/oggdsf/oggcodecs_0.83.17220-win32.exe
Windows x64 installer:
http://downloads.xiph.org/releases/oggdsf/oggcodecs_0.83.17220-x64.exe
liboggとlibvorbisが新しくなった他、幾つかのバグが直されている。
>Internet Explorer's HTML5 <video> technical preview
これも興味深い。
442 :名無しさん@お腹いっぱい。2010/05/17(月) 09:51:27 ID:rctHIdY1P
17 5 月 libvorbis 1.3.1 & aoTuV
ttp://www2.atword.jp/aooa/
大分安定してきたため、テスト版を公開してみます。5.1chでのテストをしていないので、聞く環境のある方は是非チェックしてみてください。以前のテスト版からのおおまかな変更点は以下の通りです。
・libvorbis 1.3.1と最新のaoTuVを統合。
・拡張された新しいNoise Normalization。
・動的ステレオしきい値変更コードをリニューアル(よりシンプルになりました)
・ソート処理を新しいlibvorbis 1.3.1に適合する方法へ変更(1.3.1をベースに高速化しましたが、トータルでの速度は前回のテスト版と大きな違いは無いです。アルゴリズムが異なります)
・特定の問題を改善するためのコードを一部改良。
加えてvencフロントエンドをマルチチャンネル入力対応にしました。8chまでのwavファイルを受け付けます。マルチチャンネルカップリングはlibvorbis 1.3.1と同様に5.1chのみ有効です。これはライブラリ側の制限です。
ttp://www2.atword.jp/aooa/
大分安定してきたため、テスト版を公開してみます。5.1chでのテストをしていないので、聞く環境のある方は是非チェックしてみてください。以前のテスト版からのおおまかな変更点は以下の通りです。
・libvorbis 1.3.1と最新のaoTuVを統合。
・拡張された新しいNoise Normalization。
・動的ステレオしきい値変更コードをリニューアル(よりシンプルになりました)
・ソート処理を新しいlibvorbis 1.3.1に適合する方法へ変更(1.3.1をベースに高速化しましたが、トータルでの速度は前回のテスト版と大きな違いは無いです。アルゴリズムが異なります)
・特定の問題を改善するためのコードを一部改良。
加えてvencフロントエンドをマルチチャンネル入力対応にしました。8chまでのwavファイルを受け付けます。マルチチャンネルカップリングはlibvorbis 1.3.1と同様に5.1chのみ有効です。これはライブラリ側の制限です。
444 :名無しさん@お腹いっぱい。2010/05/19(水) 06:03:56 ID:lpOK54RQP
改良されたAQのおかげで、1.1.1と比べると、SSIMや実際の見た目はかなり改善された。
http://people.xiph.org/~xiphmont/demo/theora/demo9.html
http://www.mediafire.com/file/a0ynzttdzzd/theora-ptalarbvorm-svn17230-win32-binary.7z
http://people.xiph.org/~xiphmont/demo/theora/demo9.html
http://www.mediafire.com/file/a0ynzttdzzd/theora-ptalarbvorm-svn17230-win32-binary.7z
445 :名無しさん@お腹いっぱい。2010/05/19(水) 12:04:25 ID:SmjQukU+0
FLACの圧縮率てめいっぱい高くしていいよね?
なにか弊害ってあるのかな?
なにか弊害ってあるのかな?
446 :名無しさん@お腹いっぱい。2010/05/19(水) 13:22:36 ID:lpOK54RQP
今週GoogleによってVP8が公開されると噂されているけど、
Sorensonは気の早いことに、VP8Ogg.com等のドメインを取得したそうな。
http://newteevee.com/2010/05/18/zencoder-excited-about-open-source-vp8/
>>445
公式版だったら、flac -8としても、エンコードが少々遅くなるくらいで、他には何の問題も無いだろう。
デコードがかなり遅くなる、flake -12 とかは止めた方が良いけど。
Sorensonは気の早いことに、VP8Ogg.com等のドメインを取得したそうな。
http://newteevee.com/2010/05/18/zencoder-excited-about-open-source-vp8/
>>445
公式版だったら、flac -8としても、エンコードが少々遅くなるくらいで、他には何の問題も無いだろう。
デコードがかなり遅くなる、flake -12 とかは止めた方が良いけど。
447 :名無しさん@お腹いっぱい。2010/05/20(木) 05:54:15 ID:55e9UK8iP
449 :名無しさん@お腹いっぱい。2010/05/20(木) 06:34:45 ID:55e9UK8iP
もう既に試した人が言うには、VP8はVC-1、Theora、Dirac、H.264 BPよりは良いけど、
H.264 MP/HPには劣る圧縮率の規格だそうだ。
http://mirror05.x264.nl/Dark/website/compare/vp8.png
http://mirror05.x264.nl/Dark/website/compare/x264.png
http://mirror05.x264.nl/Dark/website/compare/x264baseline.png
http://mirror05.x264.nl/Dark/website/compare/ptalabvorm.png
http://mirror05.x264.nl/Dark/website/compare/dirac.png
http://mirror05.x264.nl/Dark/website/compare/vc1.png
http://mirror05.x264.nl/Dark/website/compare/xvid.png
VP8のイントラ予測が、特許を使うH.264のそれとほとんど同じなので、
VP8がパテントフリーと言うのは疑わしいとも書かれている。
http://x264dev.multimedia.cx/?p=377
H.264 MP/HPには劣る圧縮率の規格だそうだ。
http://mirror05.x264.nl/Dark/website/compare/vp8.png
http://mirror05.x264.nl/Dark/website/compare/x264.png
http://mirror05.x264.nl/Dark/website/compare/x264baseline.png
http://mirror05.x264.nl/Dark/website/compare/ptalabvorm.png
http://mirror05.x264.nl/Dark/website/compare/dirac.png
http://mirror05.x264.nl/Dark/website/compare/vc1.png
http://mirror05.x264.nl/Dark/website/compare/xvid.png
VP8のイントラ予測が、特許を使うH.264のそれとほとんど同じなので、
VP8がパテントフリーと言うのは疑わしいとも書かれている。
http://x264dev.multimedia.cx/?p=377
450 :名無しさん@お腹いっぱい。2010/05/20(木) 09:14:11 ID:do9VpaLZ0
グーグル、オープンソースでロイヤリティフリーの動画規格「WebM」を発表:ニュース - CNET Japan
ttp://japan.cnet.com/news/media/story/0,2000056023,20413691,00.htm
>また、オーディオ技術「Ogg Vorbis」も使用している。これも元々はOn2が開発したものである。
これって、theoraと勘違いしてるよね。
vorbisって登場してからそれなりに時間たってるけど、この程度の認識なのねえ・・・
ttp://japan.cnet.com/news/media/story/0,2000056023,20413691,00.htm
>また、オーディオ技術「Ogg Vorbis」も使用している。これも元々はOn2が開発したものである。
これって、theoraと勘違いしてるよね。
vorbisって登場してからそれなりに時間たってるけど、この程度の認識なのねえ・・・
451 :名無しさん@お腹いっぱい。2010/05/20(木) 09:32:24 ID:55e9UK8iP
>>450
>It also uses the Ogg Vorbis audio technology that also has its origins with On2.
原文が既に間違っているな。翻訳者が気づいても良さそうな物だが。
>It also uses the Ogg Vorbis audio technology that also has its origins with On2.
原文が既に間違っているな。翻訳者が気づいても良さそうな物だが。
452 :名無しさん@お腹いっぱい。2010/05/20(木) 14:54:06 ID:55e9UK8iP
http://img299.imageshack.us/img299/2127/source.png
http://img63.imageshack.us/img63/3374/theora.png
http://img341.imageshack.us/img341/3549/vp8.png
http://img412.imageshack.us/img412/7679/x264c.png
VP8等: http://www.mediafire.com/file/gdhtdifaznt/touchdown_theora_vp8_x264.tar
ソース: http://www.megaupload.com/?d=67GCXJRY
自分でも試してみたが、Dark ShikariのParkJoyと変わらないな。
VP8はDirac以上にOggと関係の無い規格なので、これ以上はやりません。
http://img63.imageshack.us/img63/3374/theora.png
http://img341.imageshack.us/img341/3549/vp8.png
http://img412.imageshack.us/img412/7679/x264c.png
VP8等: http://www.mediafire.com/file/gdhtdifaznt/touchdown_theora_vp8_x264.tar
ソース: http://www.megaupload.com/?d=67GCXJRY
自分でも試してみたが、Dark ShikariのParkJoyと変わらないな。
VP8はDirac以上にOggと関係の無い規格なので、これ以上はやりません。
454 :名無しさん@お腹いっぱい。2010/05/20(木) 19:40:26 ID:ttUyp/en0
これでVorbisが再度注目されてツールとかが増えてくれればいいんだが
455 :名無しさん@お腹いっぱい。2010/05/20(木) 20:52:14 ID:dE9doGRJ0
Google、VP8のフリーWeb動画フォーマット「WebM」公開
−高品質動画を低コストで配信。Adobeなども賛同
ttp://av.watch.impress.co.jp/docs/news/20100520_368249.html
−高品質動画を低コストで配信。Adobeなども賛同
ttp://av.watch.impress.co.jp/docs/news/20100520_368249.html
458 :名無しさん@お腹いっぱい。2010/05/20(木) 23:21:58 ID:BAzOZ4bz0
shell extentionなぜか、URLリング切れしとる。。。ダウンロードはできるみたいだけど。
オープンソースなら基本的に再コンパイルするだけだと思うんだけどなぁ。。。
オープンソースなら基本的に再コンパイルするだけだと思うんだけどなぁ。。。
461 :名無しさん@お腹いっぱい。2010/05/20(木) 23:54:09 ID:ttUyp/en0
特許訴訟が起こる可能性は十分にあるみたいだからまだわからんと思う
463 :名無しさん@お腹いっぱい。2010/05/21(金) 03:58:35 ID:RQP09lUE0
Xiph.Orgにある最新のDirectShowフィルタ(oggcodecs_0.83.17220-win32.exe)を入れてみたのですが、
Oggファイルを再生しようとすると問答無用で落ちてしまいます。
状況としては、
・MPC-HC等で内部フィルタを使わずにOgg(Theora+Vorbis、またはVorbisのみ)を再生しようとすると
MPC-HCが落ちる。(MSへのエラー報告画面が出る)
・GraphStudioにOggファイルをD&Dしても同様。
・GraphStudioでFileSoure(Async)でOggファイルを開き、そこからRenderPinをやっても落ちる。
・GraphStudioでFileSoure(Async)でOggファイルを開き、手動で「Xioh.Org Ogg Demuxer」を接続し、
そこからRenderPinを実行すれば問題なくグラフが作られ再生できる。
という感じです。
oggcodecsはデフォルトオプションでインストールしました。
1つ前のoggcodecs_0.82.16930-win32.exeに入れ替えてみたところ、問題なく再生できるようになりました。
0.83.17220でDemuxerフィルタの仕様変更があったようなのですが、その影響でうまく動かなくなってるのでしょうか?
Oggファイルを再生しようとすると問答無用で落ちてしまいます。
状況としては、
・MPC-HC等で内部フィルタを使わずにOgg(Theora+Vorbis、またはVorbisのみ)を再生しようとすると
MPC-HCが落ちる。(MSへのエラー報告画面が出る)
・GraphStudioにOggファイルをD&Dしても同様。
・GraphStudioでFileSoure(Async)でOggファイルを開き、そこからRenderPinをやっても落ちる。
・GraphStudioでFileSoure(Async)でOggファイルを開き、手動で「Xioh.Org Ogg Demuxer」を接続し、
そこからRenderPinを実行すれば問題なくグラフが作られ再生できる。
という感じです。
oggcodecsはデフォルトオプションでインストールしました。
1つ前のoggcodecs_0.82.16930-win32.exeに入れ替えてみたところ、問題なく再生できるようになりました。
0.83.17220でDemuxerフィルタの仕様変更があったようなのですが、その影響でうまく動かなくなってるのでしょうか?
465 :名無しさん@お腹いっぱい。2010/05/21(金) 13:54:27 ID:jSjl9OmO0
なんでSP3にしないの?
467 :名無しさん@お腹いっぱい。2010/05/21(金) 17:28:59 ID:pV9QKpF9P
468 :名無しさん@お腹いっぱい。2010/05/21(金) 19:11:18 ID:U5Q2Znvq0
>>442
aoTuV [20100516] based on Xiph.Org's libVorbis 1.3.1
これは次期バージョンであるaoTuV Beta6に含まれる予定の重要な変化を含むテスト版です。
このテスト版に固有の問題が見つかれば、お知らせ下さい。
なお今回のビルドはクオリティ2以上のエンコードについては、
一部のパラメータが未調整のため制限しています。ご了承下さい。
This is a test version including an important change of a plan included in in a next version.
[ Limit Quality -2/-1/0/1 ]
蒼弓 [Aoyumi] <aoyumi@gmail.com>
aoTuV [20100516] based on Xiph.Org's libVorbis 1.3.1
これは次期バージョンであるaoTuV Beta6に含まれる予定の重要な変化を含むテスト版です。
このテスト版に固有の問題が見つかれば、お知らせ下さい。
なお今回のビルドはクオリティ2以上のエンコードについては、
一部のパラメータが未調整のため制限しています。ご了承下さい。
This is a test version including an important change of a plan included in in a next version.
[ Limit Quality -2/-1/0/1 ]
蒼弓 [Aoyumi] <aoyumi@gmail.com>
469 :名無しさん@お腹いっぱい。2010/05/21(金) 20:11:46 ID:qMjBQa0p0
>>449
勝手に予測してみる
1.googleが金で無理矢理解決
2.該当部分を差し替えて画質を下げてでもパテントフリーを維持する
勝手に予測してみる
1.googleが金で無理矢理解決
2.該当部分を差し替えて画質を下げてでもパテントフリーを維持する
470 :名無しさん@お腹いっぱい。2010/05/21(金) 22:40:05 ID:RQP09lUE0
>>465
そういえばなんかSP3直後にトラブっててそのままだわ・・・・。
>>467
すまん・・・英語はさっぱりなんだ・・・。
とりあえず他の人の環境では、oggcodecs_0.83.17220-win32.exe は問題なく使えてるんだろうか?
最初はHaaliかなんかと競合してるのかと思ったんだけど、Haaliをアンインストールしても変わらなかった。
そういえばなんかSP3直後にトラブっててそのままだわ・・・・。
>>467
すまん・・・英語はさっぱりなんだ・・・。
とりあえず他の人の環境では、oggcodecs_0.83.17220-win32.exe は問題なく使えてるんだろうか?
最初はHaaliかなんかと競合してるのかと思ったんだけど、Haaliをアンインストールしても変わらなかった。
471 :名無しさん@お腹いっぱい。2010/05/22(土) 02:43:57 ID:YzHzfHYq0
自分なら黙って1つ前のバージョンに戻して、また次のバージョンが出るのを待つ。
472 :名無しさん@お腹いっぱい。2010/05/22(土) 05:30:22 ID:QYinFzqX0
>>470
うちでもRarewaresが4月15日にリリースしたエンコーダ(Oggenc2.87 using libVorbis v1.3.1)が原因でした。
作成したVorbisをDirectshow Filters(0.83.17220)を使うプレイヤー(Qonohaなど)で再生する時に
数秒でも早送りと巻き戻しを1回または数回やると、必ずプレイヤーが固まってCPU使用率が
跳ね上がたままになります。
OSはXP Pro SP3です。
解決方法はDirectshow Filtersを1つ前の0.82.16930に戻す。
どうしても0.83.17220を使う場合はVorbisエンコーダに蒼粒を使う。
蒼粒でエンコしたVorbisは上記のような不具合は一切出ませんでした。
ttp://www.geocities.jp/aoyoume/aotuv/test
うちでもRarewaresが4月15日にリリースしたエンコーダ(Oggenc2.87 using libVorbis v1.3.1)が原因でした。
作成したVorbisをDirectshow Filters(0.83.17220)を使うプレイヤー(Qonohaなど)で再生する時に
数秒でも早送りと巻き戻しを1回または数回やると、必ずプレイヤーが固まってCPU使用率が
跳ね上がたままになります。
OSはXP Pro SP3です。
解決方法はDirectshow Filtersを1つ前の0.82.16930に戻す。
どうしても0.83.17220を使う場合はVorbisエンコーダに蒼粒を使う。
蒼粒でエンコしたVorbisは上記のような不具合は一切出ませんでした。
ttp://www.geocities.jp/aoyoume/aotuv/test
473 :名無しさん@お腹いっぱい。2010/05/22(土) 09:24:15 ID:aMNcQH1mP
oggcodecs_0.83.17220-win32.exeをインストールしてみたけど、
私の環境(Win 7 x86-64, MPC-HC 32 bit)では、普通に動いた。
もっとも、Theoraのデコードはlibtheoraより、libavcodecの方が速いので、
普段はffdshowを使うのだけれど。
私の環境(Win 7 x86-64, MPC-HC 32 bit)では、普通に動いた。
もっとも、Theoraのデコードはlibtheoraより、libavcodecの方が速いので、
普段はffdshowを使うのだけれど。
474 :名無しさん@お腹いっぱい。2010/05/25(火) 04:12:10 ID:iO+Nm0XI0
24 5 月 WebMとYouTubeとVorbis
ttp://www2.atword.jp/aooa/
このページを参考に YouTubeで「&webm=1」をURLの後に付けてWebM動画を検索してみる。そして見てみて聞いてみて最初に感じたこと、、、
・・・なんだ? この音の悪さ
同じURLのFlashで再生される動画では全く問題無いのですが、WebM動画のほうはあまりに酷いです。
ファイルをダウンロードして確認、などはしていないので憶測になりますが、libvorbisやその派生ではなく、
多分libavcodecのVorbisエンコーダ(ffmpeg vorbis [注1])を使っています。
高域のエネルギーコントロールが適切に行えていないために、激しい金属サウンドが生じています。
なんというか、ISO由来のmp3エンコーダ群を思い出させる音です。
一応最近のffmpegをビルドして、デフォルトのVorbisエンコーダの音を確かめてみましたが、非常に似た音がしていました。
なんというか厳しいです。
これではVorbisは音が悪い、という評判が立っても仕方がないような状態です。非常に残念です。
(注1 このエンコーダについてのディスカッションは過去の Hydrogenaudioにありました)
ttp://www2.atword.jp/aooa/
このページを参考に YouTubeで「&webm=1」をURLの後に付けてWebM動画を検索してみる。そして見てみて聞いてみて最初に感じたこと、、、
・・・なんだ? この音の悪さ
同じURLのFlashで再生される動画では全く問題無いのですが、WebM動画のほうはあまりに酷いです。
ファイルをダウンロードして確認、などはしていないので憶測になりますが、libvorbisやその派生ではなく、
多分libavcodecのVorbisエンコーダ(ffmpeg vorbis [注1])を使っています。
高域のエネルギーコントロールが適切に行えていないために、激しい金属サウンドが生じています。
なんというか、ISO由来のmp3エンコーダ群を思い出させる音です。
一応最近のffmpegをビルドして、デフォルトのVorbisエンコーダの音を確かめてみましたが、非常に似た音がしていました。
なんというか厳しいです。
これではVorbisは音が悪い、という評判が立っても仕方がないような状態です。非常に残念です。
(注1 このエンコーダについてのディスカッションは過去の Hydrogenaudioにありました)
475 :名無しさん@お腹いっぱい。2010/05/25(火) 04:24:13 ID:jf/K9CmX0
あの車輪の再発明的糞エンコーダか
確か聴覚心理モデルを使ってなくて、単純に元の波形との差を最小化してるだけだったか
確か聴覚心理モデルを使ってなくて、単純に元の波形との差を最小化してるだけだったか
476 :名無しさん@お腹いっぱい。2010/05/25(火) 04:27:23 ID:joQ3hplsP
YouTubeで使うffmpegに--enable-libvorbisを付けるのが、そんなに面倒だったのかどうかは知らないが、
Googleのやることは意味が分からない。
Googleのやることは意味が分からない。
477 :名無しさん@お腹いっぱい。2010/05/25(火) 23:15:19 ID:ueJf9Z6j0
単純に気付いてないだけと信じたい。連絡先どこだ?
478 :名無しさん@お腹いっぱい。2010/05/25(火) 23:21:19 ID:joQ3hplsP
>>477
YouTubeの関係者が読んでくれるのならいいが。
https://groups.google.com/a/webmproject.org/group/webm-discuss/topics
YouTubeの関係者が読んでくれるのならいいが。
https://groups.google.com/a/webmproject.org/group/webm-discuss/topics
479 :名無しさん@お腹いっぱい。2010/06/05(土) 00:18:40 ID:CFQVM+Dl0
>>477 >478
とりあえず直りそう。
https://groups.google.com/a/webmproject.org/group/webm-discuss/browse_thread/thread/7c38347e9c043620#
とりあえず直りそう。
https://groups.google.com/a/webmproject.org/group/webm-discuss/browse_thread/thread/7c38347e9c043620#
483 :名無しさん@お腹いっぱい。2010/06/09(水) 22:44:35 ID:HhKsc5vg0
それが問題なんだよなぁ。。。
Unstableだけど、COWON D2ってやつぐらいしか知らん
Unstableだけど、COWON D2ってやつぐらいしか知らん
484 :名無しさん@お腹いっぱい。2010/06/10(木) 06:39:44 ID:Ia6dvAyGP
WebMが普及して、Rockboxを入れなくても、Vorbisを再生できる機器が増える事を期待したい。
485 :名無しさん@お腹いっぱい。2010/06/11(金) 00:39:48 ID:IzzvcZhI0
Sonyさんは対応しそうな気もしなくはないけど、林檎さんはなさそー。
486 :名無しさん@お腹いっぱい。2010/06/11(金) 02:40:17 ID:DdYBQdzG0
Vorbisは出力bit深度の申告?がないみたいなんだがそういう仕様なん?
488 :名無しさん@お腹いっぱい。2010/06/11(金) 10:23:43 ID:l1+NnLOn0
>>486
libvorbisでは出力結果は単精度浮動小数点データになっていて
デコーダ(例えばoggdecやoggdropXPd)で16ビット符号付き整数に変換している。
libvorbisでは出力結果は単精度浮動小数点データになっていて
デコーダ(例えばoggdecやoggdropXPd)で16ビット符号付き整数に変換している。
489 :名無しさん@お腹いっぱい。2010/06/11(金) 17:21:01 ID:83UeLd/j0
例えば24bit 192kHz のwavをvorbisに変換したら192KHz 16bitになってしまうん?
490 :名無しさん@お腹いっぱい。2010/06/11(金) 17:44:44 ID:0m2TpemN0
>>489
そりゃデコーダ、プレイヤー次第だ。
出力ビット数を変えられるソフトを使えば24bit出力にもできる。
そりゃデコーダ、プレイヤー次第だ。
出力ビット数を変えられるソフトを使えば24bit出力にもできる。
491 :名無しさん@お腹いっぱい。2010/06/11(金) 20:29:17 ID:d3E+2YxT0
>>489
Vorbisエンコーダは32ビットに変換してからエンコードする。
エンコーダが24ビットに対応していれば24ビットから32ビットに変換する。
必ず32ビットになるのでエンコーダも重要。
そしてデコーダは>>488が言うように32ビットから16ビットに変換してる。
Vorbisエンコーダは32ビットに変換してからエンコードする。
エンコーダが24ビットに対応していれば24ビットから32ビットに変換する。
必ず32ビットになるのでエンコーダも重要。
そしてデコーダは>>488が言うように32ビットから16ビットに変換してる。
492 :名無しさん@お腹いっぱい。2010/06/11(金) 23:50:28 ID:83UeLd/j0
デコーダー出力云々の話ではなくて
例えばMP3にエンコすると24bitのwav(ONKYOのサイトで販売されている)だろうが強制的に16bitになってしまうが(MP3は16bitにしか仕様上対応していない)
Vorbisは元々が対応してるのではないん?
例えばMP3にエンコすると24bitのwav(ONKYOのサイトで販売されている)だろうが強制的に16bitになってしまうが(MP3は16bitにしか仕様上対応していない)
Vorbisは元々が対応してるのではないん?
493 :名無しさん@お腹いっぱい。2010/06/12(土) 00:05:28 ID:qJnG1Ico0
>>492
ビット深度の規定は無いので、
エンコード時のビット深度がデコード時に反映される保証は無い。
別に強制的に16bitにする規定も無い。
ビット深度の規定は無いので、
エンコード時のビット深度がデコード時に反映される保証は無い。
別に強制的に16bitにする規定も無い。
494 :名無しさん@お腹いっぱい。2010/06/12(土) 00:09:16 ID:4I5w4aSSP
ソース(16/24 bit integer) -> エンコード(32 bit floating point) -> デコード(16/24 bit integer)
496 :名無しさん@お腹いっぱい。2010/06/19(土) 15:33:22 ID:at6S4XWP0
ffmpegもバージョンアップしたよな。
たしかコードネームが「Works with HTML5」とかだったきがする
たしかコードネームが「Works with HTML5」とかだったきがする
497 :名無しさん@お腹いっぱい。2010/06/29(火) 08:45:06 ID:xNoEw7Xz0
素朴な質問。
apeからflacに変換すると音質が(少しでも)劣化するの?
apeからflacに変換すると音質が(少しでも)劣化するの?
498 :名無しさん@お腹いっぱい。2010/06/29(火) 09:55:20 ID:nHTpT0XHP
>>497
劣化はしない。
劣化はしない。
499 :名無しさん@お腹いっぱい。2010/06/29(火) 11:47:07 ID:xNoEw7Xz0
>>498
ありがとうございました!
ありがとうございました!
500 :名無しさん@お腹いっぱい。2010/07/03(土) 22:32:15 ID:UPTd5jAk0
Version 0.84.17315
30 June, 2010
ttp://xiph.org/dshow/
Changes this version
・Added WebM support (libvpx 0.9.1, webmdshow 0.9.8.1)
・Installer updates:
・merged Win32 and x64 installers into one installer
・added support for WebM
・dropped support for Annodex Muxer, CMML decoder filters
・added "Open Codecs version" to Internet Explorer User Agent signature
・Added WebM support to HTML5 <video> ActiveX plugin.
・Fixed #1702: Consider integration of webm and vp8
30 June, 2010
ttp://xiph.org/dshow/
Changes this version
・Added WebM support (libvpx 0.9.1, webmdshow 0.9.8.1)
・Installer updates:
・merged Win32 and x64 installers into one installer
・added support for WebM
・dropped support for Annodex Muxer, CMML decoder filters
・added "Open Codecs version" to Internet Explorer User Agent signature
・Added WebM support to HTML5 <video> ActiveX plugin.
・Fixed #1702: Consider integration of webm and vp8
501 :名無しさん@お腹いっぱい。2010/07/04(日) 04:46:50 ID:EsYcAmuW0
>>500
opencodecs_0.84.17315.exeをダウンロードしようとするとNorton先生が
「HTTP Fake Codec Request Generic っつうリスク高レベルの攻撃でっせ〜」
って言ってきて通信が遮断されるぜ・・・。
多分誤検出なんだろうけど、なんかこええ。
opencodecs_0.84.17315.exeをダウンロードしようとするとNorton先生が
「HTTP Fake Codec Request Generic っつうリスク高レベルの攻撃でっせ〜」
って言ってきて通信が遮断されるぜ・・・。
多分誤検出なんだろうけど、なんかこええ。
502 :名無しさん@お腹いっぱい。2010/07/04(日) 10:46:00 ID:bKRJM4/u0
たまに本家(xipth)のほうでaoTuVを取り込んだ〜みたいな表記がされますけど、本家とaoTuVってどんな関係なんですか?
また、aoTuVという形で別にリリースしている理由を教えてください。
また、aoTuVという形で別にリリースしている理由を教えてください。
504 :名無しさん@お腹いっぱい。2010/07/10(土) 02:38:35 ID:Bohy9skq0
flac初挑戦してみたら手持ちのgomplayerで再生できませんでした。
原因がflacファイルなのかplayer側なのか確認したいんで
何でもいいから誰かflacのファイル下さいませか。
原因がflacファイルなのかplayer側なのか確認したいんで
何でもいいから誰かflacのファイル下さいませか。
505 :名無しさん@お腹いっぱい。2010/07/10(土) 02:45:27 ID:vIFpiP+M0
>>504
ググることすらしてないのが丸分かりなので嫌です。
ググることすらしてないのが丸分かりなので嫌です。
508 :名無しさん@お腹いっぱい。2010/07/10(土) 02:56:44 ID:aPXFKb3eP
511 :名無しさん@お腹いっぱい。2010/07/12(月) 09:24:46 ID:UzSJ63Yt0
12 7 月 aoTuV test 他
どうもお久しぶりです。最近更新していませんでしたが、一応生存しています。
aoTuVも土日で久しぶりに手を加えたので、 現在の最新版を新しいtest版として公開しました。
変更点は主にノイズ・ノーマイライゼーションに関連する修正と幾つかのチューニング、
それからあるキラーサンプルをよりよく取り扱うためのコードの追加です。
まあ細かい話はともかく実際に聞いてみてください。24kHz以下のサンプリングレートでは
少し問題が残っていますが、32kHz以上では多分大きな問題は無いと思います。
もし前バージョンより悪化した点などありましたら是非お知らせ下さい。感想なども有りがたいです。
ttp://www2.atword.jp/aooa/
どうもお久しぶりです。最近更新していませんでしたが、一応生存しています。
aoTuVも土日で久しぶりに手を加えたので、 現在の最新版を新しいtest版として公開しました。
変更点は主にノイズ・ノーマイライゼーションに関連する修正と幾つかのチューニング、
それからあるキラーサンプルをよりよく取り扱うためのコードの追加です。
まあ細かい話はともかく実際に聞いてみてください。24kHz以下のサンプリングレートでは
少し問題が残っていますが、32kHz以上では多分大きな問題は無いと思います。
もし前バージョンより悪化した点などありましたら是非お知らせ下さい。感想なども有りがたいです。
ttp://www2.atword.jp/aooa/
513 :名無しさん@お腹いっぱい。2010/07/15(木) 12:20:20 ID:abZ0b6vQ0
難しいんでない?
あれだけ書ける人は忙しいだろうからな
AVXも控えてるし復活祈念
あれだけ書ける人は忙しいだろうからな
AVXも控えてるし復活祈念
514 :名無しさん@お腹いっぱい。2010/07/15(木) 18:03:28 ID:0jZoGRg90
>>202のではだめなの?
515 :名無しさん@お腹いっぱい。2010/07/16(金) 07:01:33 ID:5wZp7UkoP
Lancerは確かに素晴らしい成果だと思うが、シングルスレッドでSIMD無しのaoTuVでも、
アルバム1枚が1分くらいで処理できるほど、最近のCPUは速くなった。
アルバム1枚が1分くらいで処理できるほど、最近のCPUは速くなった。
516 :名無しさん@お腹いっぱい。2010/07/16(金) 09:30:00 ID:4ygLtfGo0
Athlon64 4200+
Xiph.Org libVorbis I 20100325 (Everywhere)
アルバム一枚4分40秒かかるんだが今のCPUってそんななん?
Xiph.Org libVorbis I 20100325 (Everywhere)
アルバム一枚4分40秒かかるんだが今のCPUってそんななん?
518 :名無しさん@お腹いっぱい。2010/07/16(金) 10:28:31 ID:5wZp7UkoP
>>516
CPUはPhenom II 945で、長さが1:11:54.400 (190265040 samples)で、10トラックのCDをソースにした。
フロントエンドはfoobar2000。
venc(aoTuV b5.7 リファレンス) -q4: Total encoding time: 1:03.813, 67.61x realtime
oggenc2(LancerMod SSE3 x64) -q4: Total encoding time: 0:27.453, 157.15x realtime
http://www.geocities.jp/aoyoume/aotuv/binary/aoTuV_b5.7.zip
http://www.rarewares.org/files/ogg/oggenc2.85-aoTuVb5.7-Lancerx64.zip
CPUはPhenom II 945で、長さが1:11:54.400 (190265040 samples)で、10トラックのCDをソースにした。
フロントエンドはfoobar2000。
venc(aoTuV b5.7 リファレンス) -q4: Total encoding time: 1:03.813, 67.61x realtime
oggenc2(LancerMod SSE3 x64) -q4: Total encoding time: 0:27.453, 157.15x realtime
http://www.geocities.jp/aoyoume/aotuv/binary/aoTuV_b5.7.zip
http://www.rarewares.org/files/ogg/oggenc2.85-aoTuVb5.7-Lancerx64.zip
519 :名無しさん@お腹いっぱい。2010/07/16(金) 10:34:09 ID:w3ACQ4+A0
おお、わざわざすまん
暇があったらでいいんでXiph.Org libVorbis I 20100325 (Everywhere)での結果も張ってくれ
参考にしたい
暇があったらでいいんでXiph.Org libVorbis I 20100325 (Everywhere)での結果も張ってくれ
参考にしたい
520 :名無しさん@お腹いっぱい。2010/07/16(金) 10:55:12 ID:5wZp7UkoP
>>519
Total encoding time: 1:05.031, 66.34x realtime
MSVC9を使ったRareWaresのOggenc2.87 using libVorbis v1.3.1 Genericでこうなった。
Total encoding time: 1:05.031, 66.34x realtime
MSVC9を使ったRareWaresのOggenc2.87 using libVorbis v1.3.1 Genericでこうなった。
521 :名無しさん@お腹いっぱい。2010/07/16(金) 11:16:18 ID:w3ACQ4+A0
ありがとう
Xiphリファレンスだと4.8倍も速いのか
それにしてもLancer30秒切るって異常だな
Xiphリファレンスだと4.8倍も速いのか
それにしてもLancer30秒切るって異常だな
522 :名無しさん@お腹いっぱい。2010/07/19(月) 21:49:25 ID:dW4mRrgN0
18 7 月 梅雨とaoTuV Bugfix
ttp://www2.atword.jp/aooa/
地元では梅雨明け宣言は未だ出されていないものの、真夏のように暑いです。
でも本番はこれからなんですよね。こういう時に冷たいものはありがたいものだと思いますが、
身体を壊さない程度にしましょう(自分への戒めもこめて)。
さて本題になりますが、aoTuVのtest版を更新しました。
先のtest版で導入したあるアーティファクト対策が、他の処理とバッティングしておかしなことになるケースがあったので直しました。
基本的に違いはそれだけなのですが、この問題は耳につく場合もあるので、急いで更新しました。
音的な影響はほとんどありません(全く無い訳ではありませんが)。前バージョンで良くなった点はほぼそのままです。ですので、
前回のバージョンは今回のバージョンで上書きされることを推奨します。
テスト版に関して、レポート、感想などを歓迎します。特に前betaバージョンから悪くなっているケースがあれば、是非お知らせ下さい。
ttp://www2.atword.jp/aooa/
地元では梅雨明け宣言は未だ出されていないものの、真夏のように暑いです。
でも本番はこれからなんですよね。こういう時に冷たいものはありがたいものだと思いますが、
身体を壊さない程度にしましょう(自分への戒めもこめて)。
さて本題になりますが、aoTuVのtest版を更新しました。
先のtest版で導入したあるアーティファクト対策が、他の処理とバッティングしておかしなことになるケースがあったので直しました。
基本的に違いはそれだけなのですが、この問題は耳につく場合もあるので、急いで更新しました。
音的な影響はほとんどありません(全く無い訳ではありませんが)。前バージョンで良くなった点はほぼそのままです。ですので、
前回のバージョンは今回のバージョンで上書きされることを推奨します。
テスト版に関して、レポート、感想などを歓迎します。特に前betaバージョンから悪くなっているケースがあれば、是非お知らせ下さい。
523 :名無しさん@お腹いっぱい。2010/07/20(火) 18:03:16 ID:boQ+QgAd0
今日、唯一梅雨明けしていなかった九州南部でも梅雨明けしたと
ニュースで見たけど蒼弓氏は九州南部の人なのかな?
ニュースで見たけど蒼弓氏は九州南部の人なのかな?
524 :名無しさん@お腹いっぱい。2010/07/21(水) 22:26:10 ID:h6wfGxQ1O
>>516
僕んちのMMX200MHzちゃんだと
200分程度要します
僕んちのMMX200MHzちゃんだと
200分程度要します
525 :名無しさん@お腹いっぱい。2010/07/22(木) 10:56:45 ID:T5LWIPdL0
Directshow Filters for Ogg Vorbis, Speex, Theora, FLAC, and WebM
ttp://xiph.org/dshow/
Version 0.84.17338 - 20.07.2010
* Updated webmdshow to 0.9.9.0
* Fixed installer script regarding URL registration
(fixes "Open URL..." in Windows Media Player)
* Fixed Vorbis URL playback which was broken in previous version
* Installer uses localised "Open" and "Play" shell commands
ttp://xiph.org/dshow/
Version 0.84.17338 - 20.07.2010
* Updated webmdshow to 0.9.9.0
* Fixed installer script regarding URL registration
(fixes "Open URL..." in Windows Media Player)
* Fixed Vorbis URL playback which was broken in previous version
* Installer uses localised "Open" and "Play" shell commands
526 :名無しさん@お腹いっぱい。2010/07/24(土) 01:02:06 ID:ptqTJTo/0
oggenc2.87-aoTuVb5.7-Lancerx64-SSE2
↑速すぎる…
ttp://www.hydrogenaudio.org/forums/index.php?showtopic=73590&st=0
今まで使ってた↑の半分くらいの時間で終わるんだもんな
もっと早く乗り換えてればよかった
↑速すぎる…
ttp://www.hydrogenaudio.org/forums/index.php?showtopic=73590&st=0
今まで使ってた↑の半分くらいの時間で終わるんだもんな
もっと早く乗り換えてればよかった
527 :名無しさん@お腹いっぱい。2010/07/25(日) 04:16:15 ID:LiU0/xfb0
FLACがついにエロゲーデビューしたぞ
音声とBGMに可逆とか贅沢すぎ
音声とBGMに可逆とか贅沢すぎ
529 :名無しさん@お腹いっぱい。2010/07/25(日) 12:43:12 ID:sfmERGbw0
>>527
タイトル名は?
贅沢というよりも容量の水増しのような気がするけど・・・。
タイトル名は?
贅沢というよりも容量の水増しのような気がするけど・・・。
530 :名無しさん@お腹いっぱい。2010/07/25(日) 12:55:03 ID:LiU0/xfb0
>タイトル名は?
従妹とメイドと後輩と先輩と先生とでぐぐれ
インストール時にBGMと音声をそれぞれflacかvorbisで選べるようになってる
単純に可逆音声用意しても開発の手間がかかるだけだから遊びで入れたってわけではないと思うけども
従妹とメイドと後輩と先輩と先生とでぐぐれ
インストール時にBGMと音声をそれぞれflacかvorbisで選べるようになってる
単純に可逆音声用意しても開発の手間がかかるだけだから遊びで入れたってわけではないと思うけども
531 :名無しさん@お腹いっぱい。2010/07/25(日) 13:22:06 ID:sfmERGbw0
>>530
レスありがと。
HDD3.5GB以上推奨と書いてあるのはFLACを選んだ場合にそれだけ必要だからか。
それにしてもメーカースレもないし月別見ても感想もなく・・・。
レスありがと。
HDD3.5GB以上推奨と書いてあるのはFLACを選んだ場合にそれだけ必要だからか。
それにしてもメーカースレもないし月別見ても感想もなく・・・。
534 :名無しさん@お腹いっぱい。2010/07/26(月) 01:26:43 ID:KMIUVhwP0
再現度が高いという意味においては
へたにしょぼい音の楽器とかを劇伴に使うと、音の粗がめだって全体が安っぽくならね?
へたにしょぼい音の楽器とかを劇伴に使うと、音の粗がめだって全体が安っぽくならね?
535 :名無しさん@お腹いっぱい。2010/07/27(火) 09:33:04 ID:3/YG+Dhp0
>>525
webmが同梱されて以降のVer.だと昔なつかしのon2 vp6dec.axと競合してるね。
WMPでoggを再生しようとしたらWMPが落ちた。
webmが同梱されて以降のVer.だと昔なつかしのon2 vp6dec.axと競合してるね。
WMPでoggを再生しようとしたらWMPが落ちた。
536 :名無しさん@お腹いっぱい。2010/07/27(火) 11:44:41 ID:3YFTwx/70
>>535
VP6と競合!?
それってどうやって調べたんだろう。よければ教えてほしい。
うちでもoggやwebmの再生で落ちるようになってて、原因究明できずに詰まってたんだ・・・。
VP6と競合!?
それってどうやって調べたんだろう。よければ教えてほしい。
うちでもoggやwebmの再生で落ちるようになってて、原因究明できずに詰まってたんだ・・・。
537 :名無しさん@お腹いっぱい。2010/07/27(火) 18:01:39 ID:3/YG+Dhp0
調べるもなにも、当該Ver.を導入以降のogg等再生時、WMPが不正終了する際に作られるMSへのリポートの内容を確認したら
> AppName: wmplayer ModName: vp6dec.ax
と出てきて、実際に"regsvr32 /u vp6dec.ax"でvp6dec.axを無効にしたら再生できるようになったから
opencodecsの中のwebm(vp8)の何かとの競合ってことで間違いないだろうっていうだけなんだよなあ。
人にもよるだろうけど、vp6dec.axが特に機能してるって場面はほぼ無いだろうし、とっとと無効化しといたら良いと思う。
> AppName: wmplayer ModName: vp6dec.ax
と出てきて、実際に"regsvr32 /u vp6dec.ax"でvp6dec.axを無効にしたら再生できるようになったから
opencodecsの中のwebm(vp8)の何かとの競合ってことで間違いないだろうっていうだけなんだよなあ。
人にもよるだろうけど、vp6dec.axが特に機能してるって場面はほぼ無いだろうし、とっとと無効化しといたら良いと思う。
538 :名無しさん@お腹いっぱい。2010/07/31(土) 00:31:31 ID:LvDugu7u0
無音部分や弱音部に変なノイズが入るんですけど、なんですか、あれ?
539 :名無しさん@お腹いっぱい。2010/07/31(土) 15:17:14 ID:4NUdCdlK0
円コードソフトを変えるとかしてみれば?
540 :名無しさん@お腹いっぱい。2010/07/31(土) 23:23:12 ID:WWzGKp350
>>539
徹夜勤務中のコンピューター処理待ちの時の書き込みにレスしてくれて
ありがとう。
あまりに情報不足でしたね、前回の書き込みは。
言われてみればノイズが入るのは Asunder CD Ripper というソフトの時
だけかもしれない。今度比較視聴します。
もともとは入らないんですね、ノイズは。
徹夜勤務中のコンピューター処理待ちの時の書き込みにレスしてくれて
ありがとう。
あまりに情報不足でしたね、前回の書き込みは。
言われてみればノイズが入るのは Asunder CD Ripper というソフトの時
だけかもしれない。今度比較視聴します。
もともとは入らないんですね、ノイズは。
541 :名無しさん@お腹いっぱい。2010/08/01(日) 12:57:25 ID:oHWX0qE/0
ubuntuのrhymboxとか言う標準のソフトを使っている。
青粒みたいに早くないし、AACからOGGまで圧縮を選べないけど、
itunes+よりも音質がいい。
ファイルサイズが小さい。
青粒みたいに早くないし、AACからOGGまで圧縮を選べないけど、
itunes+よりも音質がいい。
ファイルサイズが小さい。
543 :名無しさん@お腹いっぱい。2010/08/03(火) 22:58:32 ID:xUtZdLTO0
flacのコマンドでトータルトラック数のパラメータわかりませんか?
544 :名無しさん@お腹いっぱい。2010/08/04(水) 15:55:53 ID:1C50Es780
Directshow Filters for Ogg Vorbis, Speex, Theora, FLAC, and WebM
ttp://xiph.org/dshow/
Version 0.84.17359 - 04.08.2010
* Released Windows CE decoder package, no WebM/VP8 support for now, only Ogg Vorbis,
Theora, FLAC and Speex decoders.
* Fixed a bug in Theora DirectShow encoder filter when multiple encoder filters were used
in the same graph
ttp://xiph.org/dshow/
Version 0.84.17359 - 04.08.2010
* Released Windows CE decoder package, no WebM/VP8 support for now, only Ogg Vorbis,
Theora, FLAC and Speex decoders.
* Fixed a bug in Theora DirectShow encoder filter when multiple encoder filters were used
in the same graph
545 :名無しさん@お腹いっぱい。2010/08/18(水) 02:53:17 ID:/cyKjj9f0
546 :名無しさん@お腹いっぱい。2010/08/18(水) 03:26:01 ID:ngMGDZmo0
前半1/2と後半1/2で別にエンコードしてストリームを連結してるだけっぽい
しかも連結点で微妙にずれるのでデコード結果が一致しないという
使いたくない
しかも連結点で微妙にずれるのでデコード結果が一致しないという
使いたくない
547 :名無しさん@お腹いっぱい。2010/08/18(水) 04:16:37 ID:sBU21yYd0
>>202で十分な気がするけど・・・。
548 :名無しさん@お腹いっぱい。2010/08/22(日) 19:59:02 ID:H3z6y9hZ0
aotuvだけじゃなくてリファレンスエンコーダーもマルチスレッド化してくれ
549 :名無しさん@お腹いっぱい。2010/08/22(日) 20:45:05 ID:O9lerXvoP
試してみた 環境 i7 920
aoTuV beta5.7 x1
98000 msec
aoTuV beta5.7 x8
21060 msec
lancer20061110 SSE x1(並列有効化不可)
35288 msec
lancer20061110 SSE3MT x1(並列有効化不可)
22854 msec
foobar2000ではトラック毎に分割出力すればマルチスレッドでエンコできる
それで >>202 を使えば10秒程度で完了(>>546の通りでやってることは大差無い)
分かったこと lancer はやはり偉大だった
aoTuV beta5.7 x1
98000 msec
aoTuV beta5.7 x8
21060 msec
lancer20061110 SSE x1(並列有効化不可)
35288 msec
lancer20061110 SSE3MT x1(並列有効化不可)
22854 msec
foobar2000ではトラック毎に分割出力すればマルチスレッドでエンコできる
それで >>202 を使えば10秒程度で完了(>>546の通りでやってることは大差無い)
分かったこと lancer はやはり偉大だった
550 :名無しさん@お腹いっぱい。2010/08/22(日) 20:54:41 ID:kbblG5qK0
そうそう
音声のエンコードはそもそも大して時間がかからんのだから
複数ファイルを同時にエンコード出来るフロントエンドを使えば十分だと思うがね
音声のエンコードはそもそも大して時間がかからんのだから
複数ファイルを同時にエンコード出来るフロントエンドを使えば十分だと思うがね
554 :名無しさん@お腹いっぱい。2010/08/29(日) 23:53:58 ID:woUnhSEK0
C2Qでfb2kとlancer使って同時に4つまでエンコできるけど、
マルチスレッド+4曲同時処理って意味あるんだろうか?
120xくらいでエンコードできてるが
マルチスレッド+4曲同時処理って意味あるんだろうか?
120xくらいでエンコードできてるが
555 :名無しさん@お腹いっぱい。2010/08/30(月) 10:25:21 ID:t3UtCxwD0
>>554
そもそも「意味ないんじゃ?」と思った理由は何?
複数の曲をエンコードする場合はシングルよりマルチの方が明らかに全体のエンコード完了までが早い
そもそも「意味ないんじゃ?」と思った理由は何?
複数の曲をエンコードする場合はシングルよりマルチの方が明らかに全体のエンコード完了までが早い
556 :名無しさん@お腹いっぱい。2010/08/30(月) 10:41:02 ID:afLw6QNh0
MP3はダイナミックレンジ96dbだけどVorbisはどれくらいなん?以前どっかで120dbとか見たが
557 :名無しさん@お腹いっぱい。2010/08/30(月) 10:42:11 ID:F3W2UQrpP
厳密にはマルチプロセスだけどマルチスレッド=4曲同時処理だから意味不
>>545のこといってるなら>>549の通りで無用
>>545のこといってるなら>>549の通りで無用
558 :名無しさん@お腹いっぱい。2010/08/30(月) 11:54:47 ID:soq7h6Mf0
>>556
非可逆圧縮のダイナミックレンジは可変 一定ではない
非可逆圧縮のダイナミックレンジは可変 一定ではない
561 :名無しさん@お腹いっぱい。2010/09/26(日) 15:14:24 ID:nal8GAuL0
Xiph.Org の設立まで
1998年9月、一つの事件が起こりました。
MPEG audio layer3(以下mp3)を構成するために必要な特許を持つ独Fraunhofer IIS は
その全てのエンコーダと商用のデコーダに対して特許使用料を要求し始めたのです。
これにより自由に開かれたはずのmp3の技術は、誰もが使用できるものではなくなってしまいました。
そしてその年も終わる頃、その様子をじっと見ていた一人の男がある決心をしました。
その男の名は"Christopher Montgomery"(通称 Monty)。
それまで趣味で音声圧縮の研究を行っていた彼は
mp3の代替技術の研究開発を本格的に始めることになります。
1999年も末、Montyの仕事に興味を示した"Green Witch Internet Radio 社"は
彼を雇い、Vorbisと名づけられた新しい音声圧縮技術の開発は急速に進むことになりました。
"Green Witch Internet Radio 社"は当時自社で開発をしていたストリーミングサーバ
"Icecast"のための特許料フリーのコーデックを探しており、Vorbisはその要求に合致したのです。
"Green Witch Internet Radio 社"はその後"iCast社"に吸収され、Vorbis 開発の支援は引き続き
"iCast社"によって行われました。
そうして、2000年6月20日にOgg Vorbisの最初のBetaバージョンが"iCast社"により公開されました。
しかし全てが順調にいった訳ではありませんでした。それからそう経たない内に
"iCast社"からの支援は打ち切られ、"iCast社"自体は2001年11月に事業を停止しました。
その後、Vorbisのメイン開発者のMontyとIcecastのメイン開発者のJack Moffitt、
そして"Green Witch Internet Radio 社"の元CEOであるPatrick Mahoneyを中心として
Xiph.org Foundation が設立されました。
この団体はVorbisやIcecastを始めとするXiphのプロジェクトを支援する非営利組織であり、
その資金は寄付と契約仕事に拠ります。
ちなみにChristopher MontgomeryはMIT卒
1998年9月、一つの事件が起こりました。
MPEG audio layer3(以下mp3)を構成するために必要な特許を持つ独Fraunhofer IIS は
その全てのエンコーダと商用のデコーダに対して特許使用料を要求し始めたのです。
これにより自由に開かれたはずのmp3の技術は、誰もが使用できるものではなくなってしまいました。
そしてその年も終わる頃、その様子をじっと見ていた一人の男がある決心をしました。
その男の名は"Christopher Montgomery"(通称 Monty)。
それまで趣味で音声圧縮の研究を行っていた彼は
mp3の代替技術の研究開発を本格的に始めることになります。
1999年も末、Montyの仕事に興味を示した"Green Witch Internet Radio 社"は
彼を雇い、Vorbisと名づけられた新しい音声圧縮技術の開発は急速に進むことになりました。
"Green Witch Internet Radio 社"は当時自社で開発をしていたストリーミングサーバ
"Icecast"のための特許料フリーのコーデックを探しており、Vorbisはその要求に合致したのです。
"Green Witch Internet Radio 社"はその後"iCast社"に吸収され、Vorbis 開発の支援は引き続き
"iCast社"によって行われました。
そうして、2000年6月20日にOgg Vorbisの最初のBetaバージョンが"iCast社"により公開されました。
しかし全てが順調にいった訳ではありませんでした。それからそう経たない内に
"iCast社"からの支援は打ち切られ、"iCast社"自体は2001年11月に事業を停止しました。
その後、Vorbisのメイン開発者のMontyとIcecastのメイン開発者のJack Moffitt、
そして"Green Witch Internet Radio 社"の元CEOであるPatrick Mahoneyを中心として
Xiph.org Foundation が設立されました。
この団体はVorbisやIcecastを始めとするXiphのプロジェクトを支援する非営利組織であり、
その資金は寄付と契約仕事に拠ります。
ちなみにChristopher MontgomeryはMIT卒
565 :名無しさん@お腹いっぱい。2010/09/27(月) 00:29:24 ID:9L2+ZmXg0
ほえー、歴史的背景はやっぱりMP3なのか。
いまじゃ、Webスタンダードになるかもしれないというところまで来てるもんな。頑張れ!!
いまじゃ、Webスタンダードになるかもしれないというところまで来てるもんな。頑張れ!!
566 :名無しさん@お腹いっぱい。2010/10/06(水) 17:01:04 ID:pXcoM4u90
05 10 月
生存報告
ttp://www2.atword.jp/aooa/
夏から秋へ、そして秋もあっという間に通り過ぎていきそうな気配ですが、皆さんはいかがお過ごしでしょうか?
お久しぶりです。前回の投稿から大分間が空いてしまいました。(関係ないですが、「まがあく」が「間が開く」と変換されたのでちょっとググる)
自分はと言えば、ここには投稿していなかったものの、それほど変わりなく過ごしています。
例えば、aoTuVも散発的にではありますが弄っていました。ログを見ると最長でも10日に一回はコミットしていたようです(ちょっとした修正メインですけどね)。
こちらはそろそろリリースしても良い頃なのですが、まだ直したい問題(アーティファクト)もあります。これは現在の開発版に固有のものではないので、
とりあえず妥協することも出来るのですが、どうしたものでしょうか。前回のリリースからもう1年半過ぎているので考え所ではあります。
とりあえず、今日はここまでです。
生存報告
ttp://www2.atword.jp/aooa/
夏から秋へ、そして秋もあっという間に通り過ぎていきそうな気配ですが、皆さんはいかがお過ごしでしょうか?
お久しぶりです。前回の投稿から大分間が空いてしまいました。(関係ないですが、「まがあく」が「間が開く」と変換されたのでちょっとググる)
自分はと言えば、ここには投稿していなかったものの、それほど変わりなく過ごしています。
例えば、aoTuVも散発的にではありますが弄っていました。ログを見ると最長でも10日に一回はコミットしていたようです(ちょっとした修正メインですけどね)。
こちらはそろそろリリースしても良い頃なのですが、まだ直したい問題(アーティファクト)もあります。これは現在の開発版に固有のものではないので、
とりあえず妥協することも出来るのですが、どうしたものでしょうか。前回のリリースからもう1年半過ぎているので考え所ではあります。
とりあえず、今日はここまでです。
568 :名無しさん@お腹いっぱい。2010/10/12(火) 06:49:40 ID:D2l5Cslg0
FLAC からタグとか、アートワーク引き継いだまま
WAVかAIFFに変換できるWin用のフリーソフトってない?
MacだとXLDで出来たんだが・・・。
WAVかAIFFに変換できるWin用のフリーソフトってない?
MacだとXLDで出来たんだが・・・。
569 :名無しさん@お腹いっぱい。2010/10/12(火) 07:41:48 ID:jqoxlU040
wavは規格上無理
570 :名無しさん@お腹いっぱい。2010/10/12(火) 09:39:31 ID:D2l5Cslg0
>>569 あっ、そうか忘れてたw
foobar2000でAIFFには出来るんだけど、タグ引き継いでくれなかった
んだよなー。
foobar2000でAIFFには出来るんだけど、タグ引き継いでくれなかった
んだよなー。
571 :名無しさん@お腹いっぱい。2010/10/21(木) 14:10:30 ID:LPEbOGGo0
>>544の不具合だと思うけどDirectshow Filtersを使うプレイヤーでaoTuV post-beta5.7 [20100516]以降の
デコーダ全部でエンコードした曲のタグを書き換えると再生してから1分以内に必ずCPU使用率が
上がったままになって音が出なくなる。
OSはXP SP3でfoobar2kを使ってq2でエンコード。
タグを書き換えない場合は問題なく再生できる。タグ書き換え後に元に戻しても駄目。
foobar2k winamp KbMedia Player Sound Player Lilithではタグ書き換え後でも問題なく再生できるので
>>544のバクだと思う。
>>390でエンコードしたのは問題なく再生できました。
デコーダ全部でエンコードした曲のタグを書き換えると再生してから1分以内に必ずCPU使用率が
上がったままになって音が出なくなる。
OSはXP SP3でfoobar2kを使ってq2でエンコード。
タグを書き換えない場合は問題なく再生できる。タグ書き換え後に元に戻しても駄目。
foobar2k winamp KbMedia Player Sound Player Lilithではタグ書き換え後でも問題なく再生できるので
>>544のバクだと思う。
>>390でエンコードしたのは問題なく再生できました。
575 :名無しさん@お腹いっぱい。2010/10/22(金) 17:18:03 ID:KfZWGORB0
>>571
試してみたけど、問題は起きなかった。
環境、ソフト共に同じで、タグ書き換えはfoobarとSTEで試してみた。
再生ソフトはWMP11でしかチェックしてないけど。
試してみたけど、問題は起きなかった。
環境、ソフト共に同じで、タグ書き換えはfoobarとSTEで試してみた。
再生ソフトはWMP11でしかチェックしてないけど。
577 :名無しさん@お腹いっぱい。2010/10/28(木) 18:19:25 ID:0zq0X1n20
人間の声はLPで、音楽はMDCTのハイブリッドと言うのは面白いな。
578 :名無しさん@お腹いっぱい。2010/10/28(木) 18:54:01 ID:tCK2iNDe0
AAC+LTPじゃねそれ
579 :名無しさん@お腹いっぱい。2010/10/28(木) 21:25:26 ID:uXFQtVw00
libvorbis 1.3.2pre で aoTuV の変更が1件バックアウトされてるの
580 :名無しさん@お腹いっぱい。2010/10/29(金) 17:50:23 ID:wKU9d4IM0
>>578
あくまでレイテンシを重視している点でターゲットが異なると思う。
後、既知(有名所)の特許は回避しているはず。
>>579
その部分は現在のaoTuVではとっくに使われていないから、
盲腸のようなモノじゃないかと。
あくまでレイテンシを重視している点でターゲットが異なると思う。
後、既知(有名所)の特許は回避しているはず。
>>579
その部分は現在のaoTuVではとっくに使われていないから、
盲腸のようなモノじゃないかと。
582 :名無しさん@お腹いっぱい。2010/11/06(土) 21:42:42 ID:k7M0i+NZ0
Oggenc2.87 using libVorbis v1.3.2
2010-11-06
ttp://www.rarewares.org/ogg-oggenc.php
oggdropXPd V.1.9.0 using libVorbis v1.3.2
2010-11-06
ttp://www.rarewares.org/ogg-oggdropxpd.php
2010-11-06
ttp://www.rarewares.org/ogg-oggenc.php
oggdropXPd V.1.9.0 using libVorbis v1.3.2
2010-11-06
ttp://www.rarewares.org/ogg-oggdropxpd.php
584 :名無しさん@お腹いっぱい。2010/11/07(日) 12:22:14 ID:dSC+YFWN0
XrecodeIIでflacエンコードしたいんだけど、flac.exeを使う場合コマンドラインをどう書けばいいのかな?
圧縮レベル5でリプレイゲインとベリファイできればいいんだけど・・・
あとデフォルトではxrecodeIIはエンコードにlibFLAC.dllを使うみたいなんだけど、これでエンコードして大丈夫なんだろうか?
flac.exeでエンコしたときと同じ結果になる?不具合とかバグはない?
圧縮レベル5でリプレイゲインとベリファイできればいいんだけど・・・
あとデフォルトではxrecodeIIはエンコードにlibFLAC.dllを使うみたいなんだけど、これでエンコードして大丈夫なんだろうか?
flac.exeでエンコしたときと同じ結果になる?不具合とかバグはない?
587 :名無しさん@お腹いっぱい。2010/11/27(土) 02:44:03 ID:tJt9epIN0
それにしても話題がねーなー
PCで聞く用にもポータブルで聞く用にもVorbis使ってんの俺ぐらいな気がしてきた
PCで聞く用にもポータブルで聞く用にもVorbis使ってんの俺ぐらいな気がしてきた
589 :名無しさん@お腹いっぱい。2010/11/27(土) 07:23:11 ID:NXNgow9h0
FlacCLでFLACのエンコードをすると、ボトルネックがなければ1400倍以上の速度が出るらしいよ。
http://www.hydrogenaudio.org/forums/index.php?showtopic=64628&view=findpost&p=733077
うちはCUDAもOpenCLもないので>>221がうらやましい。
http://www.hydrogenaudio.org/forums/index.php?showtopic=64628&view=findpost&p=733077
うちはCUDAもOpenCLもないので>>221がうらやましい。
590 :名無しさん@お腹いっぱい。2010/11/27(土) 14:19:41 ID:xI0EAg5O0
この前グラボを取り外しちゃったのでMCP7Aで>>98を使ってみたがさすがにスペック不足だったのか遅い(x25-35程度)
flakeのほうがx50前後で速かった(どちらもコンプレッションレベルは8)
GPUはGeForce 9300 mGPU、CPUはPentium Dual-Core E5300
バージョンはそれぞれflacuda91、flake0.11
そろそろグラボを買いなおすのでそしたらまた試してみよう
flakeのほうがx50前後で速かった(どちらもコンプレッションレベルは8)
GPUはGeForce 9300 mGPU、CPUはPentium Dual-Core E5300
バージョンはそれぞれflacuda91、flake0.11
そろそろグラボを買いなおすのでそしたらまた試してみよう
591 :名無しさん@お腹いっぱい。2010/11/27(土) 19:02:59 ID:EzE8ZqPA0
androidはoggがデフォと聞いたけど使ってる人いないの?
ワシはほんとにoggデフォならandroid何か買っても良いかと思っている所
ワシはほんとにoggデフォならandroid何か買っても良いかと思っている所
592 :名無しさん@お腹いっぱい。2010/11/27(土) 20:33:00 ID:+YwXZsaE0
>>591
聞ける(HT-03a)
何の苦労もなく聞ける
ただ音は良くないしDAPあるし音楽再生には使ってない
聞ける(HT-03a)
何の苦労もなく聞ける
ただ音は良くないしDAPあるし音楽再生には使ってない
593 :名無しさん@お腹いっぱい。2010/11/28(日) 03:30:57 ID:+ghYiRUS0
ipodでもogg聴けるんだよ実は
Rockboxでぐぐれ
Rockboxでぐぐれ
596 :名無しさん@お腹いっぱい。2010/12/04(土) 11:59:53 ID:9lEEfoE/O
>>593
対応世代持ってない場合、中古探して買ってレストアしないといけないのがネックだな。
実際にminiとCFとバッテリーを買おうか検討してる俺もいるが
対応世代持ってない場合、中古探して買ってレストアしないといけないのがネックだな。
実際にminiとCFとバッテリーを買おうか検討してる俺もいるが
599 :名無しさん@お腹いっぱい。2010/12/05(日) 17:17:35 ID:3T5cZ2nV0
Rockbox対応機器を個人輸入してもそんなに高く無い。
とは言っても敷居は高いよな。
とは言っても敷居は高いよな。
600 :名無しさん@お腹いっぱい。2010/12/05(日) 19:15:23 ID:HW13/11m0
今度出るZEN Touch 2はFLAC/Ogg両方対応っぽい。ただほかのスペックがいろいろと残念すぎる…
601 :名無しさん@お腹いっぱい。2010/12/06(月) 00:10:34 ID:RANfBpZl0
まあ、androidベースのプレイヤーが増えてくれば
少なくともVorbisに対応したものは増えてくるんじゃないか。
メーカーが意図的に使えなくしない限りは。
少なくともVorbisに対応したものは増えてくるんじゃないか。
メーカーが意図的に使えなくしない限りは。
602 :名無しさん@お腹いっぱい。2010/12/06(月) 01:05:19 ID:G/TiQGyB0
Androidが対応しててもVorbisのハードウェアデコーダなんてまず積んでないから
結局あまり意味が無い
結局あまり意味が無い
606 :名無しさん@お腹いっぱい。2010/12/10(金) 18:10:57 ID:2FW+F36i0
そういう問題以前にMP3やAACと比べて稼働時間1/2とかでは誰も使わない
607 :名無しさん@お腹いっぱい。2010/12/10(金) 20:37:37 ID:/PPOrp9h0
>>606
稼働時間半分なんてのはかなりのワーストケース。
まともに最適化されているデコーダならほとんど問題にならんよ。
稼働時間半分なんてのはかなりのワーストケース。
まともに最適化されているデコーダならほとんど問題にならんよ。
608 :名無しさん@お腹いっぱい。2010/12/11(土) 03:32:25 ID:SM2xxUPg0
今の携帯オーディオは100時間以上余裕で持つから消費電力云々はもう古いよ
610 :名無しさん@お腹いっぱい。2010/12/11(土) 15:20:34 ID:yiSmm3as0
発電効率(室内照明下での使用可不可)と蓄電池の性能にもよるけど、
そこらへんの能力が十二分になるまでは消費電力は重要。
と、こんなん出てるの見つけて思った。
ttp://www.amazon.co.jp/dp/B002M6JTQG/
そこらへんの能力が十二分になるまでは消費電力は重要。
と、こんなん出てるの見つけて思った。
ttp://www.amazon.co.jp/dp/B002M6JTQG/
611 :名無しさん@お腹いっぱい。2010/12/12(日) 20:16:16 ID:CpJPdzYiO
2.87-1.3.2のoggencから-p オプション廃止されてたのね
何に使えるのか解らなかったけど
何に使えるのか解らなかったけど
614 :名無しさん@お腹いっぱい。2010/12/22(水) 16:32:21 ID:Ag0SQAfP0
まぁ、webmに取って代わられるだろうな
pngは普及したしmngは忘れろ的な感じで許してやってや
pngは普及したしmngは忘れろ的な感じで許してやってや
615 :名無しさん@お腹いっぱい。2010/12/22(水) 16:37:12 ID:3mCihj1g0
GoogleがOn2を買って、VP8をオープンソースにするまでは、無償で自由に使えるビデオは、
TheoraかDiracくらいしかなかった。
TheoraかDiracくらいしかなかった。
616 :名無しさん@お腹いっぱい。2010/12/22(水) 17:27:07 ID:8OPPxdZJ0
何でVorbisは普及せえへんのや!!
617 :名無しさん@お腹いっぱい。2010/12/22(水) 17:51:36 ID:3mCihj1g0
>>616
MP3やAACの普及の仕方と比べてると見劣りはするが、AndroidもVorbisに対応しているし、
以前よりは普及はしてきているんじゃないか。
MP3やAACの普及の仕方と比べてると見劣りはするが、AndroidもVorbisに対応しているし、
以前よりは普及はしてきているんじゃないか。
619 :名無しさん@お腹いっぱい。2010/12/22(水) 21:34:20 ID:vyulNPYx0
音ゲーとかクリティカルなところにも採用されてほしいよね。
620 :名無しさん@お腹いっぱい。2010/12/22(水) 22:27:22 ID:UHn+G4XJ0
ゲーム系は採用が多いだろ。
ただ、それが普及には結びついてないけど。
ただ、それが普及には結びついてないけど。
623 :名無しさん@お腹いっぱい。2010/12/28(火) 19:12:28 ID:Q2ZvATrY0
最近PC買ったばかりの友人が、嬉しそうにこう言うんだ。
「CDから音楽取り込めるのっていいな。一週間掛けて手持ちのCD全部やっちゃったよ」
でも君の言う音楽って、メディアプレイヤーで取り込んだWMA128kbpsなんだよ。
僕は異論を唱えるでもなく、彼にうなずいてあげたんだ。それが優しさってもんだろ?
「CDから音楽取り込めるのっていいな。一週間掛けて手持ちのCD全部やっちゃったよ」
でも君の言う音楽って、メディアプレイヤーで取り込んだWMA128kbpsなんだよ。
僕は異論を唱えるでもなく、彼にうなずいてあげたんだ。それが優しさってもんだろ?
626 :名無しさん@お腹いっぱい。2010/12/29(水) 23:06:09 ID:QCRp5hZU0
むしろ、MP3のほうがまだ幸せだったな。対応機器が多いという意味で。
629 :名無しさん@お腹いっぱい。2010/12/31(金) 06:16:28 ID:/zBqOPLR0
next generation audio: CELT update 20101223
http://people.xiph.org/~xiphmont/demo/celt/demo.html
http://people.xiph.org/~xiphmont/demo/celt/demo.html
630 :名無しさん@お腹いっぱい。2010/12/31(金) 08:21:11 ID:2t9HODiT0
来月にビットストリームが凍結されると言う話だが、このバージョンがどうなのかは知らない。
http://www.mediafire.com/file/a5a6cuvrv0563gk/celt-0.10.0-win32-binary.7z
http://www.mediafire.com/file/a5a6cuvrv0563gk/celt-0.10.0-win32-binary.7z
632 :名無しさん@お腹いっぱい。2011/01/01(土) 14:33:59 ID:Ne3BkvFtO
>>629
なにセルトって?
ボービスの代わり?スピークスの代わり?
なにセルトって?
ボービスの代わり?スピークスの代わり?
633 :名無しさん@お腹いっぱい。2011/01/01(土) 14:59:21 ID:GcObiOxA0
>>632
どちらの代わりでもない。
CELTはVorbisよりも遅延の少ない、リアルタイムでの通信等で使われる事を目指した規格。
人間の声だけではなく、通常の音楽も高音質に圧縮できる。
どちらの代わりでもない。
CELTはVorbisよりも遅延の少ない、リアルタイムでの通信等で使われる事を目指した規格。
人間の声だけではなく、通常の音楽も高音質に圧縮できる。
634 :名無しさん@お腹いっぱい。2011/01/02(日) 01:41:56 ID:fxGTfZr9O
>>633
ハイブリッドで低質で高速なの?
ハイブリッドで低質で高速なの?
636 :名無しさん@お腹いっぱい。2011/01/02(日) 06:02:57 ID:leFCqPB10
CELTは、今月に正式版が出る予定だから、今後の互換性のためにも、それを待った方が良い。
638 :名無しさん@お腹いっぱい。2011/01/03(月) 16:19:44 ID:0YDy08s70
蒼弓ノート
最近、aoTuVリリースのための骨格が大体できあがりました。こちらのほうはファインチ
ューニングとコードの整理を経てリリース予定です。がまだリリース時期ははっきりとは
言えません。もうすぐ Jean-Marc Valin氏によるCELTのビットストリーム規格が固まるこ
ともありますし、今月中には出したいと思っています。
最近、aoTuVリリースのための骨格が大体できあがりました。こちらのほうはファインチ
ューニングとコードの整理を経てリリース予定です。がまだリリース時期ははっきりとは
言えません。もうすぐ Jean-Marc Valin氏によるCELTのビットストリーム規格が固まるこ
ともありますし、今月中には出したいと思っています。
640 :名無しさん@お腹いっぱい。2011/01/13(木) 20:11:46 ID:7vr4Xa050
googleがH.264切ってWebM1本で行くとは思わんかった
642 :名無しさん@お腹いっぱい。2011/01/13(木) 21:02:33 ID:jHVgv2ig0
>>640
買収で約1億4000万ドル使っている以上、それなりに本気ということでしょう
買収で約1億4000万ドル使っている以上、それなりに本気ということでしょう
643 :名無しさん@お腹いっぱい。2011/01/13(木) 23:44:45 ID:xuF1+MPw0
Directshow Filters for Ogg Vorbis, Speex, Theora, FLAC, and WebM
Version 0.85.17777
12 January, 2011
* Fixed project configuration which referenced two CRT versions in output binaries.
The above issue created faulty binaries for Windows XP and it was due migration to Visual Studio 2008.
Version 0.85.17777
12 January, 2011
* Fixed project configuration which referenced two CRT versions in output binaries.
The above issue created faulty binaries for Windows XP and it was due migration to Visual Studio 2008.
645 :名無しさん@お腹いっぱい。2011/01/24(月) 19:10:03 ID:qrI/otJUP
ffmpeg.exe+携帯電話変換君でTheoraにエンコードをしたいのだけど、
画質関連のパラメータの設定がさっぱり資料がなくて困ってます。
とりあえずググってみると「-vb」でビットレート指定が出来ることはわかりました。
他にHandbreakでは、サイズ指定、平均ビットレート、品質一定のとおりが選べるので
品質一定を指定出来るコマンドもありそうなのはわかりました。
どこかにコマンド一覧があるならURL教えてください
画質関連のパラメータの設定がさっぱり資料がなくて困ってます。
とりあえずググってみると「-vb」でビットレート指定が出来ることはわかりました。
他にHandbreakでは、サイズ指定、平均ビットレート、品質一定のとおりが選べるので
品質一定を指定出来るコマンドもありそうなのはわかりました。
どこかにコマンド一覧があるならURL教えてください
646 :名無しさん@お腹いっぱい。2011/01/24(月) 20:07:09 ID:mcj8CjLv0
ffmpeg -help > cl_option.txt
647 :名無しさん@お腹いっぱい。2011/01/24(月) 22:27:16 ID:qrI/otJUP
>>646
そんな基本貼られても。
それとも君用メモ?w
そんな基本貼られても。
それとも君用メモ?w
648 :名無しさん@お腹いっぱい。2011/01/24(月) 22:38:24 ID:VNvDlJje0
自分のバカっぷりを自覚できないとは困ったやつだ。
649 :名無しさん@お腹いっぱい。2011/01/24(月) 23:08:54 ID:Yp5vTeVb0
ffmpegはほかに手がない場合に仕方なく使うもんでしょ
Theoraならffmpeg2theoraのほうがわかりやすいし、出力もマシ
どうしてもffmpegじゃないといかんの?
Theoraならffmpeg2theoraのほうがわかりやすいし、出力もマシ
どうしてもffmpegじゃないといかんの?
650 :名無しさん@お腹いっぱい。2011/01/25(火) 06:04:28 ID:GP38akfu0
651 :名無しさん@お腹いっぱい。2011/01/25(火) 06:51:31 ID:XOMjzBPNP
>>648
ID変えて必死だなぁ
そんなに悔しいのかID:mcj8CjLv0は。
>>649>>650
最初の書き込みにHandbreakの例を挙げたように、
Theoraエンコ出来る他ツールのことは当然知ってますよ。
ここのテンプレにもありますし、ちょっとググるだけでいくらでも見つかります
ffmpegでやるにはどうするか、という質問だったんですけど、
ffmpegのコマンドヘルプ貼り付けて勝ち誇ってる人も出ちゃうくらい
なかなか答えられる人が居ない問題みたいですね。
ffmpegを使ってるHandbreakでは品質一定エンコが出来るのに、ffmpegのコマンドでは出来ない。
何か私が知らないオプション設定でもあるのかと思って質問してみたんですけどね。
ID変えて必死だなぁ
そんなに悔しいのかID:mcj8CjLv0は。
>>649>>650
最初の書き込みにHandbreakの例を挙げたように、
Theoraエンコ出来る他ツールのことは当然知ってますよ。
ここのテンプレにもありますし、ちょっとググるだけでいくらでも見つかります
ffmpegでやるにはどうするか、という質問だったんですけど、
ffmpegのコマンドヘルプ貼り付けて勝ち誇ってる人も出ちゃうくらい
なかなか答えられる人が居ない問題みたいですね。
ffmpegを使ってるHandbreakでは品質一定エンコが出来るのに、ffmpegのコマンドでは出来ない。
何か私が知らないオプション設定でもあるのかと思って質問してみたんですけどね。
652 :名無しさん@お腹いっぱい。2011/01/25(火) 07:33:38 ID:GP38akfu0
>>651
それだったら多分-qscaleだと思うけど、確信はない。
この辺りで質問すれば、FFmpegとlibtheoraのマッピングがどうなっているのか、
正確に知っている人も居るだろう。
https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-user/
http://lists.xiph.org/mailman/listinfo/theora
irc://irc.freenode.net/theora
それだったら多分-qscaleだと思うけど、確信はない。
この辺りで質問すれば、FFmpegとlibtheoraのマッピングがどうなっているのか、
正確に知っている人も居るだろう。
https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-user/
http://lists.xiph.org/mailman/listinfo/theora
irc://irc.freenode.net/theora
653 :名無しさん@お腹いっぱい。2011/01/25(火) 13:27:58 ID:aG3pxtZH0
>>651
Handbreak!
マカだ!逃げろー!マカが伝染るー!
Handbreak!
マカだ!逃げろー!マカが伝染るー!
654 :名無しさん@お腹いっぱい。2011/01/25(火) 13:28:33 ID:wllZ22O90
そのマッピングがコロコロ変わったりする永久ベータバージョンソフトだから
ffmpeg2theoraかencoder_example使うのが手っ取り早い
基本ソース読んで使い方把握しろっていうろくでもないソフトだしな
qrI/otJUPみたいな痛い子にそういう理解を求めるのは無駄だろうけど
ffmpeg2theoraかencoder_example使うのが手っ取り早い
基本ソース読んで使い方把握しろっていうろくでもないソフトだしな
qrI/otJUPみたいな痛い子にそういう理解を求めるのは無駄だろうけど
655 :名無しさん@お腹いっぱい。2011/01/25(火) 13:54:16 ID:yx67ZxWB0
>とりあえずググってみると「-vb」でビットレート指定が出来ることはわかりました。
>とりあえずググってみると「-vb」でビットレート指定が出来ることはわかりました。
>とりあえずググってみると「-vb」でビットレート指定が出来ることはわかりました。
>とりあえずググってみると「-vb」でビットレート指定が出来ることはわかりました。
>とりあえずググってみると「-vb」でビットレート指定が出来ることはわかりました。
656 :名無しさん@お腹いっぱい。2011/01/25(火) 14:06:23 ID:DJxcJb2b0
おまえら釣られすぎ
657 :名無しさん@お腹いっぱい。2011/01/26(水) 08:16:17 ID:OiM+7wNyP
>>653
handbreakはWinアプリも普通にあるし日本語版もある
使ってるものがffmpegとmencoderなんだからWinもMacもないでしょ
>>652
普通なら-qscaleでいいはずなのだが、実際にやってみると機能してない。
エラーは出ないが、200-300kbpsという低ビットレート動画が出来上がる
>>654
まさかTheora本スレで「誰もしらない、答えられない、答える気がない、-help貼りつけて勝ち誇る」
という連中が続出するとは思わなかったよ
本当に驚いた。俺の想定を超えてるくらい人材不足なんだねここ。
>>655
実際に君もググればわかるとおもうがw
「ffmpeg "-vcodec" libtheora」でググると、実際にffmpegでtheora使ってる人のコマンドライン
がヒットして出てくる。
その全てが -bと-vbを使ってる。つまりビットレート指定でエンコしてるわけよ。
品質指定でエンコしてる人はヒットしない。
だからここで聞いてみたんだよ。
実際に使ってる人のコマンド表記を参考にするのは、x264でもavisynthでも基本でしょ?
>>656
「釣られた」と言い張って自分の決定的敗北を精神的な勝利に変えたいんだね。
どこの魯迅だよw
handbreakはWinアプリも普通にあるし日本語版もある
使ってるものがffmpegとmencoderなんだからWinもMacもないでしょ
>>652
普通なら-qscaleでいいはずなのだが、実際にやってみると機能してない。
エラーは出ないが、200-300kbpsという低ビットレート動画が出来上がる
>>654
まさかTheora本スレで「誰もしらない、答えられない、答える気がない、-help貼りつけて勝ち誇る」
という連中が続出するとは思わなかったよ
本当に驚いた。俺の想定を超えてるくらい人材不足なんだねここ。
>>655
実際に君もググればわかるとおもうがw
「ffmpeg "-vcodec" libtheora」でググると、実際にffmpegでtheora使ってる人のコマンドライン
がヒットして出てくる。
その全てが -bと-vbを使ってる。つまりビットレート指定でエンコしてるわけよ。
品質指定でエンコしてる人はヒットしない。
だからここで聞いてみたんだよ。
実際に使ってる人のコマンド表記を参考にするのは、x264でもavisynthでも基本でしょ?
>>656
「釣られた」と言い張って自分の決定的敗北を精神的な勝利に変えたいんだね。
どこの魯迅だよw
660 :名無しさん@お腹いっぱい。2011/01/26(水) 14:04:36 ID:UwGGbbuU0
無自覚なクレクレが住人を相手に人材不足を嘆く
コント?
コント?
661 :名無しさん@お腹いっぱい。2011/01/28(金) 01:53:41 ID:HuZT/szlP
ちょっと古いけどこの記事で、Theora1.2がかなり良さそうなのだけど
この記事以降、何か進展あった?
ttp://people.xiph.org/~xiphmont/demo/theora/demo9.html
ちょっと試してみたいがどこかにWin版バイナリ無いかな
この記事以降、何か進展あった?
ttp://people.xiph.org/~xiphmont/demo/theora/demo9.html
ちょっと試してみたいがどこかにWin版バイナリ無いかな
662 :名無しさん@お腹いっぱい。2011/01/28(金) 06:47:50 ID:iQ0G+UJe0
665 :名無しさん@お腹いっぱい。2011/02/16(水) 08:51:27 ID:IBBFaVPI0
24bit 88.2KHzのソースを入手できたのでVorbisでエンコするとどこまで周波数が出ているかチェックした
エンコーダー&デコーダーはOggDropXP Xiph.Org libVorbis I 20101101 (Schaufenugget)
ソース
http://convini.ddo.jp/imguploader/src/up7178.png
-q8 [256kbps] 22kHZ〜36kHz間がばっさりカットされているがなぜか37kHz以降が出ている
http://convini.ddo.jp/imguploader/src/up7179.png
-q9 [320kbps] 22kHZ〜32kHz間がばっさりカットされている。32kHz以降が出ている
http://convini.ddo.jp/imguploader/src/up7180.png
-q10 [500kbps] 28kHZ〜32kHz間が怪しいがほぼ全域にわたって44.1kHzまでちゃんと出ていた。
http://convini.ddo.jp/imguploader/src/up7180.png
意外な結果で驚いた
ハイサンプリング音源を非可逆圧縮する奴は少ないと思うが
今後192kHzサポートするポータブルプレーヤーが出てくるかもわからんし
エンコするとすれば500kbpsで決まりだな
エンコーダー&デコーダーはOggDropXP Xiph.Org libVorbis I 20101101 (Schaufenugget)
ソース
http://convini.ddo.jp/imguploader/src/up7178.png
-q8 [256kbps] 22kHZ〜36kHz間がばっさりカットされているがなぜか37kHz以降が出ている
http://convini.ddo.jp/imguploader/src/up7179.png
-q9 [320kbps] 22kHZ〜32kHz間がばっさりカットされている。32kHz以降が出ている
http://convini.ddo.jp/imguploader/src/up7180.png
-q10 [500kbps] 28kHZ〜32kHz間が怪しいがほぼ全域にわたって44.1kHzまでちゃんと出ていた。
http://convini.ddo.jp/imguploader/src/up7180.png
意外な結果で驚いた
ハイサンプリング音源を非可逆圧縮する奴は少ないと思うが
今後192kHzサポートするポータブルプレーヤーが出てくるかもわからんし
エンコするとすれば500kbpsで決まりだな
666 :名無しさん@お腹いっぱい。2011/02/16(水) 08:53:00 ID:IBBFaVPI0
書き忘れた
VorbsにエンコしてからWavにデコードした物が88200Hz/16bitになってるのは
OggDropXPでデコードした仕様(?)だからあてにならんかもしれんが参考程度ってことで
VorbsにエンコしてからWavにデコードした物が88200Hz/16bitになってるのは
OggDropXPでデコードした仕様(?)だからあてにならんかもしれんが参考程度ってことで
667 :名無しさん@お腹いっぱい。2011/02/16(水) 08:54:51 ID:IBBFaVPI0
色々間違ってたので修正して再投稿
24bit 88.2KHzのソースを入手できたのでVorbisでエンコするとどこまで周波数が出ているかチェックした
エンコーダー&デコーダーはOggDropXP Xiph.Org libVorbis I 20101101 (Schaufenugget)
ソース
http://convini.ddo.jp/imguploader/src/up7178.png
-q8 [256kbps] 22kHZ〜36kHz間がばっさりカットされているがなぜか37kHz以降が出ている
http://convini.ddo.jp/imguploader/src/up7179.png
-q9 [320kbps] 22kHZ〜32kHz間がばっさりカットされている。32kHz以降が出ている
http://convini.ddo.jp/imguploader/src/up7180.png
-q10 [500kbps] 28kHZ〜32kHz間が怪しいがほぼ全域にわたって44.1kHzまでちゃんと出ていた。
http://convini.ddo.jp/imguploader/src/up7181.png
意外な結果で驚いた
ハイサンプリング音源を非可逆圧縮する奴は少ないと思うが
今後192kHzサポートするポータブルプレーヤーが出てくるかもわからんし
エンコするとすれば500kbpsで決まりだな
VorbisにエンコしてからWavにデコードした物が88200Hz/16bitになってるのは
OggDropXPでデコードした仕様(?)だからあてにならんかもしれんが参考程度ってことで
24bit 88.2KHzのソースを入手できたのでVorbisでエンコするとどこまで周波数が出ているかチェックした
エンコーダー&デコーダーはOggDropXP Xiph.Org libVorbis I 20101101 (Schaufenugget)
ソース
http://convini.ddo.jp/imguploader/src/up7178.png
-q8 [256kbps] 22kHZ〜36kHz間がばっさりカットされているがなぜか37kHz以降が出ている
http://convini.ddo.jp/imguploader/src/up7179.png
-q9 [320kbps] 22kHZ〜32kHz間がばっさりカットされている。32kHz以降が出ている
http://convini.ddo.jp/imguploader/src/up7180.png
-q10 [500kbps] 28kHZ〜32kHz間が怪しいがほぼ全域にわたって44.1kHzまでちゃんと出ていた。
http://convini.ddo.jp/imguploader/src/up7181.png
意外な結果で驚いた
ハイサンプリング音源を非可逆圧縮する奴は少ないと思うが
今後192kHzサポートするポータブルプレーヤーが出てくるかもわからんし
エンコするとすれば500kbpsで決まりだな
VorbisにエンコしてからWavにデコードした物が88200Hz/16bitになってるのは
OggDropXPでデコードした仕様(?)だからあてにならんかもしれんが参考程度ってことで
668 :名無しさん@お腹いっぱい。2011/02/16(水) 09:42:35 ID:57/0cBRv0
>エンコするとすれば500kbpsで決まりだな
http://ansaikuropedia.org/wiki/%E9%A3%9B%E8%BA%8D%E8%AB%96%E7%90%86
http://ja.wikipedia.org/wiki/%E9%9F%B3%E8%B3%AA#.E6.A6.82.E8.A6.81
http://ansaikuropedia.org/wiki/%E9%A3%9B%E8%BA%8D%E8%AB%96%E7%90%86
http://ja.wikipedia.org/wiki/%E9%9F%B3%E8%B3%AA#.E6.A6.82.E8.A6.81
669 :名無しさん@お腹いっぱい。2011/02/16(水) 10:08:43 ID:3/tcZhD10
>>665-667
22KHz以降の音が聞こえる聴力の持ち主だと自信を持って言えるなら500kbpsでエンコすればいいよ。
vorbisに限らず圧縮音源の研究・作成してる人は必要量以上にビット割いても無駄でしかないって言い切ってるけど。
ていうかそこまで気にするならFlacで良くないか。100%完璧に波形記録するしサイズも1/2〜1/3位になるぞ。
22KHz以降の音が聞こえる聴力の持ち主だと自信を持って言えるなら500kbpsでエンコすればいいよ。
vorbisに限らず圧縮音源の研究・作成してる人は必要量以上にビット割いても無駄でしかないって言い切ってるけど。
ていうかそこまで気にするならFlacで良くないか。100%完璧に波形記録するしサイズも1/2〜1/3位になるぞ。
670 :名無しさん@お腹いっぱい。2011/02/16(水) 10:15:55 ID:x3CRG6qX0
クリプトン、CD時代の音源を高音質化しロスレス配信
−K2技術を発展。24bit/176.4kHzなどの「HQM GREEN」
http://av.watch.impress.co.jp/docs/news/20110215_427116.html
−K2技術を発展。24bit/176.4kHzなどの「HQM GREEN」
http://av.watch.impress.co.jp/docs/news/20110215_427116.html
674 :名無しさん@お腹いっぱい。2011/02/17(木) 02:33:19 ID:0u1U7gWSP
バイナリはないのか
675 :名無しさん@お腹いっぱい。2011/02/17(木) 02:51:58 ID:aRn8ajuj0
>>674
このバージョンのceltencは、何故だかWAVを入力できない。
celtenc --bitrate 64 --rate 48000 --stereo --be --16bit input.pcm output.oga
Raw PCMを用意して、こんな感じにする必要がある。
http://www.mediafire.com/?pn7pp69h99pgiiz
このバージョンのceltencは、何故だかWAVを入力できない。
celtenc --bitrate 64 --rate 48000 --stereo --be --16bit input.pcm output.oga
Raw PCMを用意して、こんな感じにする必要がある。
http://www.mediafire.com/?pn7pp69h99pgiiz
676 :名無しさん@お腹いっぱい。2011/02/22(火) 01:20:09.87 ID:vkSnJJee0
丸一ヶ月以上ご無沙汰していました。
aoTuVの方はやっとリリースの準備ができました。当初の予定より遅れましたが、なんとかリリース出来そうです。ただ、5.1chのテストをまともにやっていないので、その辺は気がかりですが、仕組み的には問題無いはずです。固有の問題等が見つかったらレポートをよろしくです。
実際のリリース、及びWebページの更新は明日(今日)の夜あたりの予定です。
ではまた明日!
--
wktk
aoTuVの方はやっとリリースの準備ができました。当初の予定より遅れましたが、なんとかリリース出来そうです。ただ、5.1chのテストをまともにやっていないので、その辺は気がかりですが、仕組み的には問題無いはずです。固有の問題等が見つかったらレポートをよろしくです。
実際のリリース、及びWebページの更新は明日(今日)の夜あたりの予定です。
ではまた明日!
--
wktk
677 :名無しさん@お腹いっぱい。2011/02/22(火) 23:53:40.44 ID:6eL1Jr60P
aoTuV Beta6 [beta5.7 >> beta6] (2011/02/22)
ttp://www.geocities.jp/aoyoume/aotuv/index.html
・ libvorbis1.3.2 を統合しました。その結果、libvorbis1.2.2 から 1.3.2 の間の変更が適用されます(一部を除く)。
・ 特定パターンのプリ(ポスト)エコーを改善しました。
・ 異なるタイプの音が混在するケースでのビット割り当てを改善しました。
・ ステレオモード切替のしきい値計算を変更しました。以前の手法よりも概ね良い結果が得られます。
・ Noise normalization 処理を見直しました。低いビットレートにおいて、より正確なエネルギーコントロールとリンギングの削減を実現します。
ttp://www.geocities.jp/aoyoume/aotuv/index.html
・ libvorbis1.3.2 を統合しました。その結果、libvorbis1.2.2 から 1.3.2 の間の変更が適用されます(一部を除く)。
・ 特定パターンのプリ(ポスト)エコーを改善しました。
・ 異なるタイプの音が混在するケースでのビット割り当てを改善しました。
・ ステレオモード切替のしきい値計算を変更しました。以前の手法よりも概ね良い結果が得られます。
・ Noise normalization 処理を見直しました。低いビットレートにおいて、より正確なエネルギーコントロールとリンギングの削減を実現します。
678 :名無しさん@お腹いっぱい。2011/02/23(水) 00:00:57.44 ID:6eL1Jr60P
***** beta5.7 からの変更点 *****
・ マルチチャンネルに対応。
・ 特定のファイルでエンコードが出来ないケースを修正。
・ マルチチャンネルに対応。
・ 特定のファイルでエンコードが出来ないケースを修正。
680 :名無しさん@お腹いっぱい。2011/02/23(水) 03:41:24.20 ID:CxzLC5l/0
早速バグが指摘されとるな
681 :名無しさん@お腹いっぱい。2011/02/23(水) 04:57:33.53 ID:yNJgZtyr0
>>680
確かにおかしいな。
ttp://foobar2000.h12.ru/files/teh_sample.flac
を変換してみたけど、wavやbeta5.7だと大体同じ音で聞こえ続けるけど、
aotuv beta6だとq9 ですら、3拍子目で音が変になる。
確かにおかしいな。
ttp://foobar2000.h12.ru/files/teh_sample.flac
を変換してみたけど、wavやbeta5.7だと大体同じ音で聞こえ続けるけど、
aotuv beta6だとq9 ですら、3拍子目で音が変になる。
682 :名無しさん@お腹いっぱい。2011/02/23(水) 05:22:04.69 ID:yNJgZtyr0
ブログに報告しに行こうとしたら落ちてた。
反映されてないのに重複扱いされてる。報告失敗したかもしれない。
とりあえず、dll版、venc.exe、あと、自前のLinuxでビルドしたのも
全部q2 q5 q9で試してみたけど同じ症状が出た。
反映されてないのに重複扱いされてる。報告失敗したかもしれない。
とりあえず、dll版、venc.exe、あと、自前のLinuxでビルドしたのも
全部q2 q5 q9で試してみたけど同じ症状が出た。
684 :名無しさん@お腹いっぱい。2011/02/23(水) 10:11:04.56 ID:cC/1TE/v0
aoTuVユーザーに信者なんてレッテル貼るなら自分も公式信者って名乗れば。
687 :名無しさん@お腹いっぱい。2011/02/23(水) 13:08:22.75 ID:lqXqQybv0
詳しくは知らないんだけど、aoTuVで行われた改良点が本家にマージされてるってことは、開発版みたいな位置づけでいいのかな?
689 :名無しさん@お腹いっぱい。2011/02/23(水) 18:40:28.66 ID:qbzXTzoSP
aoTuVはABXテストなどの客観テストでいい成績だしてるわけだから
信者とかそういう低レベルな話はとっくに卒業して、実際にいい物なんだよ
もちろん、それは検証済みである前バージョンまでの話で
公開されたばかりの最新バージョンはまた検証しなきゃいけないんだろうけどね
信者とかそういう低レベルな話はとっくに卒業して、実際にいい物なんだよ
もちろん、それは検証済みである前バージョンまでの話で
公開されたばかりの最新バージョンはまた検証しなきゃいけないんだろうけどね
692 :名無しさん@お腹いっぱい。2011/02/23(水) 23:40:30.86 ID:8Il1e/GnP
aoTuV Beta6.01 [beta6 >> beta6.01] (2011/02/23)
ttp://www.geocities.jp/aoyoume/aotuv/index.html
・ 特定のサンプルのエンコードにおいて、オーバーフローが生じていた原因のバグを修正しました。
ttp://www.geocities.jp/aoyoume/aotuv/index.html
・ 特定のサンプルのエンコードにおいて、オーバーフローが生じていた原因のバグを修正しました。
694 :名無しさん@お腹いっぱい。2011/02/24(木) 02:18:04.42 ID:+xabjYv50
毎度の事ながら海外サイトの仕事の早さに驚くなあ。毎日チェックしてるのかしらん。
695 :名無しさん@お腹いっぱい。2011/02/24(木) 02:31:55.75 ID:wREd6XQT0
hydrogenaudioのスレの流れからだろ
.Ogg Vorbis aotuv, Question for Aoyumi
http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=60956&view=findpost&p=745131
.Ogg Vorbis aotuv, Question for Aoyumi
http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=60956&view=findpost&p=745131
696 :名無しさん@お腹いっぱい。2011/02/24(木) 08:19:34.07 ID:hIhzyeTw0
>>692
>>681のほうの問題は6.01だとまだ直ってないな。
ブログでも別問題って言ってたし、実用できるようになるまでもう少しかかるかな
>>681のほうの問題は6.01だとまだ直ってないな。
ブログでも別問題って言ってたし、実用できるようになるまでもう少しかかるかな
697 :名無しさん@お腹いっぱい。2011/02/24(木) 15:47:45.35 ID:BrfplPLy0
>>695のスレの江頭2:50のアバターが気になる
700 :名無しさん@お腹いっぱい。2011/02/26(土) 02:18:19.91 ID:yD3EoGfn0
来たけど一部サンプルで不具合が。次の対応版出るまで待った方が良いと思う。