【Vorbis/FLAC】Ogg統 ..
151:名無しさん＠お腹いっぱい。
09/10/01 18:21:04 xl8Z8YOw0
>>149
libvorbisは1.1.0以降、音質改善のための変更は全くないよ。
152:名無しさん＠お腹いっぱい。
09/10/01 18:41:06 WQ+kq0kR0
>>151
音質のチューニングはaoTuVに丸投げで、libvorbis 1.3.0でまたマージされる予定があるのも知っている。
153:名無しさん＠お腹いっぱい。
09/10/02 00:45:42 yms3rr460
OggTheora with AviSynth活用セット
URLﾘﾝｸ(www2.atword.jp)
154:名無しさん＠お腹いっぱい。
09/10/02 06:56:57 jfV3Ldog0
>>130のサンプルでは、Xvid(1000kbps)のSSIMは平均0.93915と、Theora(1006kbps, 平均0.94072)より悪かった。
強力なイントラ予測やBフレームが有りながら、それらの無いTheoraに負けるのは何とも言えない。
SSIMが全てだとは言わないが、XvidのユーザーはTheoraへの乗り換えを考えてみても良さそうだ。
因みに、ffmpeg -vcodec mpeg4(1004kbps, 平均0.94371)には負けた。
URLﾘﾝｸ(www.mediafire.com)
155:名無しさん＠お腹いっぱい。
09/10/02 13:41:59 M72ruC8z0
SSIMは何の目安にもならないって事例だな
156:名無しさん＠お腹いっぱい。
09/10/02 18:05:37 jfV3Ldog0
Changes:
* Fix an error in the MSVC inline assembly, the "pink blocks" problem.
* Don't use the ebx register in the MSVC asm because it's used by the
compiler in some optimization modes.
* Include the file encoder_disabled.c so --disable-encode works again
in the autoconf build for those who don't want to just link with
libtheoradec.
* MSVC project files now use the default dynamic runtime library.
* Namespace some local variables to avoid a conflict on WinCE.
* Include pkg,m4 and replace libtool so autogen.sh is more likely to
work in release packages.
* Remove 'beta' from the README.
GCCを使っている人は、1.1.0のままでも良さそう。このバージョンでは、折角なのでMSVCを使ってみた。
URLﾘﾝｸ(www.mediafire.com)
>>155
贔屓混じりの主観をただ漠然と書くよりは、何かの参考になるだろうけどね。
ついでに書くと、PSNR(Yの平均)もFFmpeg:36.35638dB, Theora:36.23030dB, Xvid:35.53759dBの順だった。
157:名無しさん＠お腹いっぱい。
09/10/02 19:57:46 M72ruC8z0
主観とかけ離れた結果しか出さない数字は有害無益
現に1.1の画質が1.0より劣化していることも害悪の一例だろ
158:名無しさん＠お腹いっぱい。
09/10/03 13:42:22 cVEqSxCf0
PSNRが不要ですか
こんなバカは生まれて初めて見た
159:名無しさん＠お腹いっぱい。
09/10/03 17:33:01 7ilzsGFP0
音楽の不可逆圧縮のビットレート談義や
DTV板での画質談義でもよくあるけれど
普通は最終的には自分の聴覚や視覚が判断の基準じゃないのか？
不要とまで極論にすり替えるのはちょっとおかしいと思う
たしかにID:M72ruC8z0の書き方自体も極論みたいではあるんで
そこにかみつきたかったんだろうけど
数値はあくまで最終的に判断するまでの材料の一つなんじゃないかな
160:名無しさん＠お腹いっぱい。
09/10/03 22:07:36 pRqUZ/lN0
URLﾘﾝｸ(web.mit.edu)
今後、AQはさらに改良されるだろうし、SSIMはもっと良くなるだろう。
PSNRは下がるかも知れないが。
161:名無しさん＠お腹いっぱい。
09/10/03 22:31:16 DfS6nj0T0
数字は多少上がったり下がったりするだろうが
画質は下がる一方だろうな
Theoraはもう終わったよ
162:名無しさん＠お腹いっぱい。
09/10/04 08:21:16 UjCxXwN20
多少なりとも上がるだろ？
企業みたいにシェアをとる段階にないんだし融通が聞く。
それよりファイルサイズを小さくしてほしい。
163:名無しさん＠お腹いっぱい。
09/10/04 13:34:21 er4hMhPT0
同じファイルサイズでの画質が上がる -> 同じ画質でのファイルサイズが小さくなる
164:名無しさん＠お腹いっぱい。
09/10/04 23:59:41 cCYrbRQg0
画質はそんなに下がってるかね？
全体としては上がってるように見えるが。
誰が見ても画質が悪くなるようなサンプルがあるなら、
開発者に見てもらったほうが良いと思う。
165:名無しさん＠お腹いっぱい。
09/10/05 14:10:52 xfVfpVP50
数字脳
166:名無しさん＠お腹いっぱい。
09/10/06 03:43:16 9RiwHw690
theora1.1.0
再生して動いてるとゆっくりパンする部分でモワモワと位置がぶれて安定しないのが目立つ
1フレーム1フレームの画質はいいと思う
167:名無しさん＠お腹いっぱい。
09/10/06 04:04:57 r1qoJnWc0
>>166
そう言うのは、MPEG-4 ASPの様なGMCの無いTheoraにとっては不利な映像だな。
168:名無しさん＠お腹いっぱい。
09/10/06 11:29:56 kOKcEL230
xvidのGMCはあんまり性能良くないと思うけどな
むしろ劣化が強まるシーン見かけたことがあるし
169:名無しさん＠お腹いっぱい。
09/10/06 17:21:11 r1qoJnWc0
ワープポイントの少ないDivX 6よりは、Xvidのそれの方がましではある。
もっとも、ちゃんとしたMV予測が有れば不要だと言うことで、H.264では削られた機能ではあるが。
170:名無しさん＠お腹いっぱい。
09/10/07 23:24:43 gR9qV1UH0
GMCは使える場面がかなり限られそうなのでいいとして、
QPELがないのはペナルティだな。
ゆっくりパンするシーンは1/2動き補償では厳しい。
171:名無しさん＠お腹いっぱい。
09/10/07 23:37:55 wg/3pn900
Diracでも、MV Pixel Precisionに1, 1/2, 1/4, 1/8と使える訳だし、
今後Theora IIを作る時には追加してもらいたい機能ではある。
172:名無しさん＠お腹いっぱい。
09/10/08 12:31:16 I6O6IAPb0
qpelも正直思ったほど高い効果は期待できないなってのがxvid使っての感想
チューニング不足なだけかもしれんがサイズ増える場面の方が多かったし
gmcもqpelもxvidでは一切必要を感じなかった
xvidより高画質狙うなら最初からx264でいいしな
Theoraはとりあえず高性能な符号化方式に拘るより主観画質の改善から取り掛かってほしい
Vorbisだって最新最強の符号化方式を採用したコーデックではないしな
173:名無しさん＠お腹いっぱい。
09/10/08 17:44:47 n9o2YpzA0
Theoraに導入するのなら、ASPより速度や品質が改善されたH.264のbilinear qpelの様にしないといけないだろうな。
これに関する特許がどうなっているのかは知らないが。
174:名無しさん＠お腹いっぱい。
09/10/08 17:52:30 n9o2YpzA0
Video formats that support Qpel
This list is incomplete; you can help by expanding it.
* H.264/AVC
* MPEG-4 ASP
* VC-1
* VP7
URLﾘﾝｸ(en.wikipedia.org)
真偽は不明だが、Wikipediaにはこう書いてあるな。
やはり、Theora(VP3)に出来そうな改良は、On2が先に何でもやってしまっている。
175:名無しさん＠お腹いっぱい。
09/10/12 23:25:31 tln+B5j10
aoTuV [20091012] (r446) version reference binary
176:名無しさん＠お腹いっぱい。
09/10/12 23:47:27 OiQYD0cR0
>aoTuV post-beta5.7 [20091012] (preview)
badvilbelを-q6(243kbps)で試してみたところ、18/20でABXができた。
他のサンプルは私にとっては問題なさそう。
177:名無しさん＠お腹いっぱい。
09/10/13 00:31:22 MlyJMhwR0
>今回の変更の影響はq3を下回るモードのみにあります
178:名無しさん＠お腹いっぱい。
09/10/13 00:36:56 dARkUQUK0
>>177
それは失敬。
179:名無しさん＠お腹いっぱい。
09/10/13 10:56:40 Nps9G9MW0
aotuvエンコ爆速化はやっぱ無理か
180:名無しさん＠お腹いっぱい。
09/10/15 22:39:10 K+aH9CU30
青粒のお勧めGUIエンコーダーを教えてください
181:名無しさん＠お腹いっぱい。
09/10/16 00:37:15 tegjuB770
>>180
URLﾘﾝｸ(www.rarewares.org)
182:名無しさん＠お腹いっぱい。
09/10/16 02:25:11 0Q6QHWA50
>>180 私はfoobarかCDEXを使用しています
aoTuV post-beta5.7 [20091012] (preview) での質問なのですが、
モノラルでエンコードする場合のコマンドラインオプションに関して、
--downmix や -S -m m を使用してもステレオではき出されてし
まうようです。昔のoggでは上記でモノラルにエンコード出来ていたので
すが。
どのようなオプションをつけたらいいのでしょうか？
是非ご教授下さい。
183:名無しさん＠お腹いっぱい。
09/10/16 02:52:17 tegjuB770
venc -downmix stereo.wav monaural.ogg
こうすればちゃんとモノラルになった。
>An error occurred while finalizing the encoding process (Object not found)
foobar2000から使おうとすると、私の環境ではどういう訳だかこんなエラーが出て駄目だけど。
184:名無しさん＠お腹いっぱい。
09/10/16 03:34:32 0Q6QHWA50
>>183
foobarでいけました。ありがとうございますm(_ _)m
185:名無しさん＠お腹いっぱい。
09/10/24 07:38:58 gyR2cz8H0
URLﾘﾝｸ(lists.whatwg.org)
MPEG-1 Videoの特許はもう切れているだろうから、HTML5のビデオにTheoraの代わりに使ってみてはどうか、等と言われているな。
ただ、MPEG-1 Audio(MP2, MP3)の特許はまだ有効なので、素直にTheora+Vorbisとした方が良いだろうけど。
186:名無しさん＠お腹いっぱい。
09/10/26 21:35:23 gd+YIGfm0
URLﾘﾝｸ(av.watch.impress.co.jp)
> COWON、薄さ8.9mmの高音質プレーヤー「iAUDIO 9」 −16GBで17,800円「BBE+」と「JetEffect3.0」搭載
OggVorbis, FLAC サポート継続
187:名無しさん＠お腹いっぱい。
09/10/30 00:26:05 FkpAotZeP
URLﾘﾝｸ(www.mediafire.com)
正式版が待ち遠しい。ビデオ会議等、Theora+CELTが便利な用途もある事だろうし。
188:名無しさん＠お腹いっぱい。
09/11/04 18:14:42 W/jf/ZNg0
URLﾘﾝｸ(japanese.engadget.com)
> アップル、リンゴ型USBメモリでビートルズ楽曲を販売。FLAC＆320Kbps MP3入り
189:名無しさん＠お腹いっぱい。
09/11/06 08:12:08 b4H9bcNR0
aotuvは音色重視で輪郭軽視。aotuvで不安定に感じたら公式を使うといいかも。
190:名無しさん＠お腹いっぱい。
09/11/06 18:52:30 kXEmbX8r0
>>189
ポエムはピュアAU板へ。
191:名無しさん＠お腹いっぱい。
09/11/09 08:10:03 XioRailz0
URLﾘﾝｸ(japan.cnet.com)
> ダイレクト録音が可能なiriverブランドのマルチメディアプレーヤー「E150」
対応ファイル形式は、音楽がMP3、WMA、OGG、FLAC
192:名無しさん＠お腹いっぱい。
09/11/09 18:45:39 tKfVFq9v0
OGG、FLACで録音出来たらスゲェけどな」
193:名無しさん＠お腹いっぱい。
09/11/10 15:49:27 LdGQmlzx0
ビートルズのリマスター楽曲を収めた“アップル型”USB
URLﾘﾝｸ(av.watch.impress.co.jp)
194:名無しさん＠お腹いっぱい。
09/11/11 19:18:13 jVWI0V6P0
URLﾘﾝｸ(people.xiph.org)
URLﾘﾝｸ(www.ietf76.jp)
広島で行われているIETFの会合でCELTの標準化についても話し合われる様だ。
195:名無しさん＠お腹いっぱい。
09/11/19 04:39:17 kmUfXB/v0
Accelerated Ogg Vorbis encoder, aoTuV_beta5.7 and Lancer_20061110 partial mix (no OpenMT!)
URLﾘﾝｸ(www.hydrogenaudio.org)
196:名無しさん＠お腹いっぱい。
09/11/19 11:33:16 QCrO3pun0
「質問」
ソニックステージで、wma再生できますか？
197:名無しさん＠お腹いっぱい。
09/11/19 12:24:11 +gAJPAsh0
聞くスレ間違えてね？
198:名無しさん＠お腹いっぱい。
09/11/20 13:31:23 maojRpx00
oggファイルと、アトラックって、別物ですか？どうちがうのでしょうか？
199:名無しさん＠お腹いっぱい。
09/11/20 14:03:03 2gg5eGgL0
ATRACのコンテナはOMG(OpenMG)で、Oggを使うXiphの規格とは拡張子が似ているだけで、全く関係が無い。
URLﾘﾝｸ(wiki.multimedia.cx)
URLﾘﾝｸ(wiki.multimedia.cx)
200:名無しさん＠お腹いっぱい。
09/11/20 19:03:24 Gi3ZedA40
そう、
201:名無しさん＠お腹いっぱい。
09/11/26 20:47:24 HNaUzS0x0
Music Interleaved and Orthogonal transformaed formatです。
202:名無しさん＠お腹いっぱい。
09/12/04 03:49:31 3SMjwmJt0
URLﾘﾝｸ(www.rarewares.org)
URLﾘﾝｸ(www.hydrogenaudio.org)
203:名無しさん＠お腹いっぱい。
09/12/04 04:11:32 yUky6MKp0
vencでも、Lancerの成果を可能な範囲で取り入れてくれたら良いのにな。
204:名無しさん＠お腹いっぱい。
09/12/04 08:06:38 h+H3ckns0
vencは単なるフロントエンドだろ
205:名無しさん＠お腹いっぱい。
09/12/04 11:08:57 h0ncDnTX0
マルチスレッドではないのか
206:名無しさん＠お腹いっぱい。
09/12/04 18:47:15 yUky6MKp0
>>204
確かにその通りだ。vencを他の人が配布していないとしても、libvorbis(aoTuV)と書くべきだった。
207:名無しさん＠お腹いっぱい。
09/12/04 21:24:43 apbU5d3UP
ファイルサイズを度外視したうえでOgg Vorbisでの最も高音質な設定ってどのようなものですか？
Q10指定以外に何かあるでしょうか？
208:名無しさん＠お腹いっぱい。
09/12/05 00:55:22 iJxXEnIC0
>>207
-q 10以外に思いつかない。ただ、FLACと比べても良いビットレートになってくるけど。
209:名無しさん＠お腹いっぱい。
09/12/05 11:05:05 xKaZe1RBP
>>208
ありがとうございました
210:名無しさん＠お腹いっぱい。
09/12/05 18:46:30 F4FR4jdd0
>>202
リンクとファイル名は同じだけど新しいVerが来てるね
LancerMod [20091204](SSE3)
211:名無しさん＠お腹いっぱい。
09/12/09 11:06:31 F2mWqGp10
いろいろありすぎてどれ使えば良いのかわからなくなってきたな
昔の青粒のままだわ
212:名無しさん＠お腹いっぱい。
09/12/10 15:14:24 kVcDCQmC0
Ogg Vorbis CODEC for MSACM を入れて一応再生できるところまでは来たのですが
何故か高速再生のような「ﾋﾟﾎﾞｯ……ﾊﾟｯ…ﾊﾞﾌﾞﾎﾟｯ……ﾋﾟｯ……」と言う音が鳴ってまともにwavが聴けません。
これは解決できませんかね？ ＯＳはＸＰです
213:名無しさん＠お腹いっぱい。
09/12/16 12:07:07 Fy4ofke60
>>202のところにLinux版Lancerも張ってあるね
214:名無しさん＠お腹いっぱい。
09/12/19 20:06:01 B1FPWEkc0
flac使ってる人、変換のフロントエンドは何使ってる？
foobarでいいかな？
215:名無しさん＠お腹いっぱい。
09/12/19 23:55:25 g15R7KX/0
俺はfoobarだけどまあ自分が使い易ければなんでもいいんじゃない？
216:名無しさん＠お腹いっぱい。
09/12/20 01:07:02 eik2AwdI0
>>214
私にはCUEToolsが使いやすい。cueを埋め込まない場合はCLIでやる。
217:名無しさん＠お腹いっぱい。
09/12/20 01:23:26 eBUr3DYt0
サンクス
別にEACじゃなくてもよさそうだな。
ギャップまで厳密な必要出ることって実際ある？
218:名無しさん＠お腹いっぱい。
09/12/20 01:50:34 eik2AwdI0
1. EACでcue+wavを作成
2. CUEToolsでflacを作成
こういう手順になるから、EACは使う。
219:名無しさん＠お腹いっぱい。
09/12/20 06:09:17 NIugGOK20
foobarで管理してる人はfoobarが便利でそうじゃないなら>>218みたいなの
って感じでいいと思うけど
俺は細かいこと気にしないからCDから直接InCueでfoobarでやっちゃう
220:名無しさん＠お腹いっぱい。
09/12/22 17:53:03 3hiV6Cfi0
今日、ogg音声のaviが再生出来なくなってるのに気づいた。
心当たりと言えば、ちょっと前に入れたnicoplayerとそれに付随するffdshowやFLV,MP4Splitterあたり？
で、oggDSやvorbisacm入れ直しても変わらなかったが
>>4のHaali Media Splitterのリンクからmatroska入れたら大丈夫になったよ。一応報告。
221:名無しさん＠お腹いっぱい。
09/12/24 08:47:03 JiP0HpQX0
今更ながら>>98の奴を試してみた
フロントエンドはFoobarでwav→flac
CPUはflac-1.2.1b-icl、CUDAはFlaCuda06を使った
Q9550@3.4GHzで57倍程度
GTX285で250-300倍を行ったり来たり、ﾊｴｰ
wav→flac→wavと変換してもmd5は一致していたので動作に問題はなさそう
CD1枚が15秒程度でエンコ出来るのは驚異的だが、
結局はCDの取り込み時間の方が支配的だしなぁ
222:名無しさん＠お腹いっぱい。
10/01/03 23:30:42 wEP/3Gfi0
free audio dubでoggをカットしてみたら
出来上がったファイルが早送り状態になってるんだけど
劣化（再エンコ）無しでoggカットできるツールって他に無いですかね
223:222
10/01/04 00:21:45 HCCufZBT0
ごめん
cd→oggの間にwaveを挟んで編集する事で対処した
224:名無しさん＠お腹いっぱい。
10/01/04 12:27:29 vOrH88zw0
>>222
vcut
225:名無しさん＠お腹いっぱい。
10/01/04 12:40:52 N7ui413f0
ここは素直に、サンプル単位での編集が可能なPCMでやらせておけば良いだろう。
226:名無しさん＠お腹いっぱい。
10/01/06 21:23:55 4y9LG0080
Vorbis興味あるんだけどどれ使えばいいか良くわからん
テンプレにあるLancerってのは今は>>202のでいいのかな？
227:名無しさん＠お腹いっぱい。
10/01/07 08:05:22 jLbnJlyD0
>>226
迷うのなら、基準になるこれを使ってみたらいい。
URLﾘﾝｸ(www.geocities.jp)
228:名無しさん＠お腹いっぱい。
10/01/07 09:44:57 OFrzbCzfO
元音源の再現性が忠実なxiph製がいい
URLﾘﾝｸ(www.exe64.com)
まあ好みは人それぞれだから自分で聞き比べて決めな
229:名無しさん＠お腹いっぱい。
10/01/08 21:43:29 vapKF4k30
>>227>>228
ありがとう。
色々試してみてしばらくは無難にaoTuVでいってみることにしました
230:名無しさん＠お腹いっぱい。
10/01/11 05:02:08 BN6S8yyg0
Athlon64 6000+載せた2年落ちのマシンで
久しぶりに手持ちのCDを再エンコしてみたら驚いた
LAME3.98.2でCBR320だと1枚に10分くらい掛かって
それでも昔に比べりゃｽｹﾞｰ速えと喜んでたんだが
FLACのCompression Level 8で5分、0なら3分以下だった
世の中は進んでるんだなあ
え？CUDA？なにそれおいしいの？
231:名無しさん＠お腹いっぱい。
10/01/23 09:35:59 NlvkMYLSP
VoIPで重要になるpacket loss concealmentの品質が改良されたそうだ。
URLﾘﾝｸ(www.voiptroubleshooter.com)
Jean-Marcによると、今回に限っては0.7.0と互換性の有るビットストリームだと言うことだ。
URLﾘﾝｸ(www.mediafire.com)
232:名無しさん＠お腹いっぱい。
10/01/23 19:30:13 zA3rAEzP0
最近マトリョーシカとかいう規格があると聞いたが、oggだと力不足？
別にコンテナとして劣っているとかいうものじゃないよな。
大したことはしていないはずだし
233:名無しさん＠お腹いっぱい。
10/01/23 19:38:51 QhS+Mim90
最近・・・？
234:名無しさん＠お腹いっぱい。
10/01/23 21:00:33 NlvkMYLSP
ストリーミングに使うのならOggの方が優れているが、それ以外の用途だとMatroskaには負ける。
235:名無しさん＠お腹いっぱい。
10/01/25 12:55:44 jx+3y/YL0
「質問」
ogg音楽ファイルを、エンコードできる、
プレイヤーやソフトを教えてください。
236:名無しさん＠お腹いっぱい。
10/01/25 13:23:27 XrB9r4+e0
CD取り込みとプレイヤー兼用ならfoobar2000とかAIMP2(AIMP2toolsを別途インストール)。
CDから取り込んでエンコードだけならCDExとか。
237:名無しさん＠お腹いっぱい。
10/01/25 14:20:31 z997gVfa0
>>235
お前AACスレを荒らしてた奴と同一人物だろ
ｽﾚﾘﾝｸ(software板:581-番)
238:名無しさん＠お腹いっぱい。
10/01/26 00:14:39 jAmo5u0t0
>>3
URLﾘﾝｸ(snackamp.sourceforge.net)
SnackAmp is a multi-platform music player with normal music player abilities,
multi-user support, integrated web server, and a powerful AutoPlaylist feature.
Currently mp3, wav, ogg vorbis, and many other sound files are supported.
SnackAmp also plays mp3 and ogg streams and can act as a Icecast/Shoutcast compatible server for other stream clients.
Both auto-leveling (normalization) and gapless playback are supported.
Tcl/Tk scripts and stand-alone executables (for Windows and Linux) are available from sourceforge.
239:名無しさん＠お腹いっぱい。
10/01/26 03:54:40 SwoHfzJr0
>>237
ひでぇなあw
カギカッコつきの質問はあぼーんしとく方がいいな
240:名無しさん＠お腹いっぱい。
10/01/26 04:51:19 y1314LB60
ﾎﾞﾋﾞｽｗ
241:名無しさん＠お腹いっぱい。
10/01/29 20:50:15 ARhU+8OZ0
333 ： 首輪(宮城県)：2010/01/29(金) 16:59:32.68 ID:VpRF1ELn
HTML5のビデオコーデックの規格に対する問題点
HTML5の規格をなんとしてもH.264にして儲けたいAppleと
オープンな規格であるOggにして誰でも無料で使えるようにするべきという
Mozilla、Opera陣営の構図。
そしてApple等に巨額のお布施（ライセンス料）を払ってH.264に対応しつつ、
OggもサポートするGoogle
「HTML5 video、ブラウザ対応状況とコーデックまとめ」
URLﾘﾝｸ(journal.mycom.co.jp)
「HTML 5のビデオコーデック--YouTubeの選択に異議を唱えるモジラ」
URLﾘﾝｸ(japan.cnet.com)
242:名無しさん＠お腹いっぱい。
10/01/29 20:54:30 Nq6dOm6m0
ogg？だから何なの？
243:名無しさん＠お腹いっぱい。
10/01/29 21:51:09 hU9yVcVw0
>>242
何しに来た
244:名無しさん＠お腹いっぱい。
10/01/29 22:36:34 ww/E8VJ/0
>>241
H.264の特許とAppleは何の関係もないのだが...
どこから電波を受信したんだ?
245:名無しさん＠お腹いっぱい。
10/01/29 22:42:35 pYVRTASp0
MPEG LAのAVC/H.264 Licensorsには、Apple Inc.が有るな。
US 7,292,636を持っているそうだ。
URLﾘﾝｸ(www.mpegla.com)
246:名無しさん＠お腹いっぱい。
10/01/29 23:43:24 GBX1ohzi0
AppleがH264のライセンサーとして一枚噛んでるから
HTML5へのTheora採用に反対していたのは有名な話なんだが
HTML関連になると流石にこのスレにいても知らんのもいるのか。
247:名無しさん＠お腹いっぱい。
10/01/30 01:17:36 6+1UZpRL0
Xperiaってogg再生対応してるのな。
買うわ。
248:名無しさん＠お腹いっぱい。
10/01/30 02:23:45 8EBNtiWS0
スマホで音楽聴くのってバッテリー消費的に微妙じゃね？
249:名無しさん＠お腹いっぱい。
10/01/30 04:26:07 in/5qzTQ0
iAudio M3愛用してるのでvorbisもFLACも聞き放題
250:名無しさん＠お腹いっぱい。
10/01/30 13:38:19 bBAmwI/p0
Vorbisは改善点が出尽くしたのか、もうすっかり更新されなくなったけど、GhostとかCELTとかはどうなってるんだろう。
251:名無しさん＠お腹いっぱい。
10/01/30 14:03:52 bNrUscYh0
CELTは絶賛開発中。
Ghostはいつ開発に着手するのかも不明。
Vorbisはいつになったらaotuv統合するんだろ。
252:名無しさん＠お腹いっぱい。
10/01/30 18:52:12 PhwiOLJt0
Theoraの改良は進んでいる。あと、x264の開発者の一人は、Xiphに幾つか助言をしたと言っているから、
将来、x264のPsy-RDOに相当する機能がTheoraにも実装されるのかもしれない。
URLﾘﾝｸ(svn.xiph.org)
URLﾘﾝｸ(doom10.org)
253:名無しさん＠お腹いっぱい。
10/02/01 01:20:02 5S5dzuDd0
aoTuV統合の件も気になるが、Vorbis自体の先行きが不安だ
win7でAACが標準対応ってのがなあ
韓国メーカー以外のDAPが対応してくれれば光明も見えるんだが・・・
254:名無しさん＠お腹いっぱい。
10/02/01 03:19:33 8Oeupsuh0
AACやH.264が特許の心配をせずに使える様にならない限りは、
Vorbis等、Xiphの規格の需要は無くなったりしないだろう。
もちろん、私も今よりもっと普及をしてほしいとは思っているが。
255:名無しさん＠お腹いっぱい。
10/02/02 19:51:37 en75k8WJ0
>>252
特許フリーでBフレームとか実装できないのかなぁ
あとレンジコーダーとかも
256:名無しさん＠お腹いっぱい。
10/02/02 20:38:05 pF8KcVWu0
>>255
レンジコーダはCELTで使われているから可能かも知れない
問題があったら正式版では取り除かれるだろうけど。
257:名無しさん＠お腹いっぱい。
10/02/03 00:15:56 +zz5CbuuP
Diracは、レンジコーダーやBフレームを使っているけれど、今の所特許で何かあったと言うことも聞かないので、
Theora IIには使ってもらいたい。
258:名無しさん＠お腹いっぱい。
10/02/03 00:39:01 ZAo9tryd0
レンジコーダーは考案者が特許取るつもりはないって言ってるのでしばらくは大丈夫だと思う。
GIFの例もあるのでどこまで信用できるかは分からんけど。
259:名無しさん＠お腹いっぱい。
10/02/03 06:38:53 GaLsL92I0
>>258
GIFのLZW特許は発表時に特許権を取得した上で特に使用料などを払わずに使えたのに
合併で保有企業が変わったことで請求するようになったという形なので、あまり前例とはいえない。
まあレンジコーダが必ずしも今後ずっと自由に使えるという保証はないという点は間違ってないけど。
260:名無しさん＠お腹いっぱい。
10/02/05 01:07:38 3fzHu4r90
URLﾘﾝｸ(ja.wikipedia.org)
＞技術の発表後でも特許を申請できる米国でも、期限は１年間のため、レンジコーダが特許を取得することは不可能
だそうです
261:名無しさん＠お腹いっぱい。
10/02/05 01:27:20 VqPYyQxy0
ということは完全に誰でも自由に扱えるアルゴリズムになってるってことで良いの？
なんか意味もなくわくわくしてきた。
262:名無しさん＠お腹いっぱい。
10/02/05 02:29:25 qhEvt2H5P
多分、VP6相当の画質は期待できるだろう。
URLﾘﾝｸ(wiki.multimedia.cx)
263:名無しさん＠お腹いっぱい。
10/02/06 05:13:34 lSocp0/h0
ffmpeg2theora 0.26
2010-02-05 new version released - 0.26
use a/v sync from input container
this should fix many issues that came up with variable framerate inputs
include metadata from source in --info json output
update GPL to version 3
update fmpeg
update libkate
OggIndex support, can be enabled with --seek-index
264:名無しさん＠お腹いっぱい。
10/02/06 09:46:50 RP6xy3gg0
> なお、算術符号に似ているが式が異なるため特許に抵触しない。
実際には特許審査なり、裁判なりで判断が出たわけじゃないから、「抵触しないと思われている」だよなあ
265:名無しさん＠お腹いっぱい。
10/02/06 17:25:38 lOzsQkcE0
まあ数式としてパクリと言えないほど違うものであればセーフという前例があるんだろう。
それに算術符号化の特許持ってるのはIBMなので当然レンジコーダについても把握してる。
だから少なくとも今のところクレームつけるつもりがないことは間違いない。
266:名無しさん＠お腹いっぱい。
10/02/06 19:31:57 sfi1d9640
業界の後進のためもあるのか、特許権を不行使とかIBMは立派だなあといつも感心させられますね
さすがコンピューター界の船越英二と呼ばれるだけの事はあります
……誰だよそんなこと言ってる奴はｗ
267:名無しさん＠お腹いっぱい。
10/02/07 00:45:57 6GzJteTvP
SilverlightをインストールしているMSIEのユーザーもTheoraの再生が可能になった。
URLﾘﾝｸ(www.atoker.com)
268:名無しさん＠お腹いっぱい。
10/02/07 15:44:50 LcULyHmX0
いまだにコマンドラインで-q -1を入力できません。
269:名無しさん＠お腹いっぱい。
10/02/07 16:05:47 ZQ5x7u3q0
-qにマイナスを指定できるのはaoTuVだけ。公式エンコーダは無理だったはず。
rarewareに置いてあるやつがaoTuV組み込んであるからそれ使えば出来るよ。
270:名無しさん＠お腹いっぱい。
10/02/07 17:09:06 k0GugzYW0
-2が無理なだけで、-1は公式版でもできると思うけど。
271:名無しさん＠お腹いっぱい。
10/02/07 18:06:45 isxGoHP50
知ったかこいてんじゃねえクズ
公式は1まで出来る
272:名無しさん＠お腹いっぱい。
10/02/07 20:19:54 ZQ5x7u3q0
ああ、公式でも-1は出来たのか。だいぶ昔のバージョンでマイナス指定はaoTuV独自って聞いてそのままだった。スマン。
273:名無しさん＠お腹いっぱい。
10/02/07 23:10:00 LcULyHmX0
半分ぐらい冗談口だったのにいろいろスイマセン…
＞ oggenc -q-1 -o foo.ogg bar.wav
と入力すればいいことに気づかずに
＞ oggenc -q -1 -o foo.ogg bar.wav
とスペースを入れて入力してて、何故できないのかと
このひと月くらい考えこんでたのが、>268を書き込んだ直後に解決しました…
274:名無しさん＠お腹いっぱい。
10/02/08 10:41:03 DaMBpKSR0
>>273
俺も同じ失敗してたよそれ。
ある時から急に出来るようになってなんでだ？ って不思議に思ってたけどそう言うことかー
275:名無しさん＠お腹いっぱい。
10/02/08 15:37:17 Rxr3JaxO0
>>273
＞ oggenc -q -1 -o foo.ogg bar.wav
公式でこれでもちゃんとできてるけどなぁ。
276:名無しさん＠お腹いっぱい。
10/02/08 16:04:52 pYPOaJH40
リンクするgetoptの実装によって-1を単独のオプションとして誤認識するか
-qの値として認識するかの挙動が変わるんじゃね、想像だけど。
277:名無しさん＠お腹いっぱい。
10/02/08 16:11:18 sqQ100mpP
aoTuVリファレンスのバイナリを使って、"venc -q-1 input.wav output.ogg" とすればいい。
278:名無しさん＠お腹いっぱい。
10/02/09 13:43:16 s0fbzsTQ0
今までlameしか使ってなかったんだけど、Vorbisすごいね。
48kbpsでも聴ける音楽に圧縮される。
CDと聴き比べないと、劣化してるのが分からない。
元の3.6%のファイルサイズでここまで再現できるとは。
279:名無しさん＠お腹いっぱい。
10/02/09 13:55:11 GWZfKXA50
違いが分かるほど低ビットレートで圧縮した場合、
MP3は水の中みたいにきゅるきゅる鳴っててイライラしてくるけど、
Vorbisはラジオのノイズみたいにシャリシャリ鳴るから耳が痛いと言う印象。
ただ、どちらかというと元のイメージを壊していないVorbisのがマシ。
280:名無しさん＠お腹いっぱい。
10/02/09 15:09:34 SkbzCwcl0
そんくらい低いレートならAACの方がいいような気がするけど、
128kbpsくらいだとVorbisのがかなりいい
281:名無しさん＠お腹いっぱい。
10/02/09 15:17:51 O0d21FnZi
>>280
コーデック代表になるもの使えば、
128kbpsはどれ選んでもほとんどtranspatentだろ。
282:名無しさん＠お腹いっぱい。
10/02/09 20:58:17 GB9tx7O40
aotuvの新しいビルドでLancerをコンパイルして頂けませんか？
Ｑ-2〜+1を多用するには、最新版が欠かせません
当方、洋ピン、洋楽専門リッパーで
小っこく、生ナマしくをモットーに普及させて頂いております
283:名無しさん＠お腹いっぱい。
10/02/09 21:01:38 s0fbzsTQ0
ソースによって大分違うね。
10曲ぐらい元データと48kbpsのブラインドテストをしたら、高音の上手い女性歌手ぐらいしか見分けがつかなかった。
それも96kbpsを越えたら見分られなくなった。
皆はどこから分からなくなる？
284:名無しさん＠お腹いっぱい。
10/02/09 23:39:57 4U/6q6jf0
>>283
ソースに拠るよ、本当に。
人工音というかテクノっぽいのは苦手だよね。
まあMDCTを使っているフォーマットはそういう傾向があるけれど。
ただ、違いが分かる分からないはともかく
実際に自分で使っているのは64〜128kbpsあたりだな。
285:名無しさん＠お腹いっぱい。
10/02/10 09:49:27 nNTXpcpE0
せっかくvorbis使ってんだから低レートやめとけ
160〜224あたりはサイズと音質のバランス取れて最強
286:名無しさん＠お腹いっぱい。
10/02/10 10:48:49 CnixP9QCi
優秀なコーデックほど、ビットレート低く使うもんじゃないのか。
287:名無しさん＠お腹いっぱい。
10/02/10 11:35:23 ka6oF/ar0
>>286
さすがにそれは単純化しすぎ。処理負荷とか、ライセンス形態とかも考慮しないといけないことも多い。
「優秀」って言葉は幅が広すぎる。
288:名無しさん＠お腹いっぱい。
10/02/10 11:47:09 TxNoADOV0
>>282
俺は試してないけど>>202のじゃだめなの？
289:名無しさん＠お腹いっぱい。
10/02/10 12:01:30 NN9xHEmQi
>>287
いや、単に>>285の話なだけなんだが。
290:名無しさん＠お腹いっぱい。
10/02/10 12:13:33 UmtbnNMQ0
まあ、今のaoTuVなら-q4くらいにしておけば、大抵の人にとっては、
どのサンプルでもABXが不可能になる音質を実現できていると思う。
もちろん人によって再生環境や聴力が違うから、-q3以下で十分だったり、
-q5以上が必要な事もあるだろうけれど。
291:名無しさん＠お腹いっぱい。
10/02/10 16:05:20 hT1bXD6N0
旧iPodがとうとうお亡くなりになり、新型でVorbisが使えず途方にくれる今日この頃
みんなって携帯プレイヤーどういうの使ってる？
それともPC専用と諦めて、Lameあたり使ってる？
292:名無しさん＠お腹いっぱい。
10/02/10 16:28:24 dxqFrtI10
fb2kでエンコード転送してるよ
293:名無しさん＠お腹いっぱい。
10/02/10 18:31:43 UmtbnNMQ0
URLﾘﾝｸ(svn.xiph.org)
URLﾘﾝｸ(www.mediafire.com)
実験用; Xiph.Org libtheora 1.1+ 20100126 (Ptalarbvorm)
しかしPtalarbvormとは、また発音の難しい名前にしたものだ。
294:名無しさん＠お腹いっぱい。
10/02/10 21:33:54 UnVO0WdK0
>>291
CowonかiRiverかって感じかねぇ…
URLﾘﾝｸ(www.bestgate.net)
ここらへんの情報収集はポータブルオーディオ板でやってくることを推奨。
295:名無しさん＠お腹いっぱい。
10/02/10 22:34:43 Bvs+LCRE0
プタラーブヴォーム？
296:名無しさん＠お腹いっぱい。
10/02/10 23:32:30 /oc4JhJ30
Android 携帯が Vorbis に対応しているから、再生デバイスは一気に増えた感じだよね
297:名無しさん＠お腹いっぱい。
10/02/11 00:20:17 HBa0vE+m0
最近のsundiskも対応してるんだけど
携プレは日本撤退しちゃったんだよね・・・
298:名無しさん＠お腹いっぱい。
10/02/11 00:20:54 FdwZJVjH0
iAUDIOおすすめ
299:名無しさん＠お腹いっぱい。
10/02/11 00:25:01 FdwZJVjH0
URLﾘﾝｸ(www.cowonjapan.com)
300:名無しさん＠お腹いっぱい。
10/02/11 06:03:01 iCJudmD+0
もう既に、1.1.1とは大分違う品質になっている。
URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(hdimage.org)
URLﾘﾝｸ(www.mediafire.com)
301:名無しさん＠お腹いっぱい。
10/02/11 06:42:25 51qf3r1L0
気に入った音楽はq8、どうでもいいのはq6でエンコしてる
HDD安いからビットレートケチってもあれだし
302:名無しさん＠お腹いっぱい。
10/02/11 07:27:07 i2UvNQ6l0
Vorbisってエンコードした際に「ターゲットビットレート160Kbps」とか表示されてても、
実際はそれより少ない平均ビットレートになることがあるけど、あれは必要ない部分(無音とか)には
mp3のVBRと同じく低いビットレート割り当ててるって事で良いの？
303:名無しさん＠お腹いっぱい。
10/02/11 08:16:46 iCJudmD+0
>>302
VBR(-q)のターゲットビットレートは目安だと考えたらいい。
エンコードの簡単な信号だとビットレートは低くなるし、難しい物は高くなる。
vinfo + Gnuplotで、Vorbisのビットレートの推移をグラフにして見ることができる。
URLﾘﾝｸ(www.geocities.jp)
304:名無しさん＠お腹いっぱい。
10/02/11 09:09:45 i2UvNQ6l0
>>303
こうしてグラフで見えると分かりやすいですね。
q値高くすると複雑さとは関係なく全体に高いビットレート割り当ててるのかと思ってたんですけど、
グラフ見る限りではそう言う無駄なことは無いようで安心しました。
こんな初歩の疑問にレスしていただいてありがとう。
305:名無しさん＠お腹いっぱい。
10/02/11 11:44:29 30haUlRv0
>>301
えっ。
ファイル容量が気にならないなら、ユーティリティの豊富なmp3が一番いいだろ。
音質をなるべく維持したまま、ファイルサイズを減らしたい人向けのソフトじゃないのか。
306:名無しさん＠お腹いっぱい。
10/02/11 13:59:01 4h1ss0kf0
>>305
えっ。
なんでおまえVorbis対応してないユーティリティなんて使ってるの。
フォーマットなんて自分の環境に合わせて使いやすいの選ぶもんじゃないのか。
307:291
10/02/11 14:36:19 qhrhnSD40
みんなありがと
いろいろあって返事が遅くなってすまぬ
>>292 ちょっと考えてみる
>>294
ありがと
でもVorbis対応のを探してるんじゃなくて、
Vorbis愛用者がどうしてるか（諦めてMP3含む）を知りたかった
>>298-299 これも候補にいれてみる
>>296 知らなかった
>>297 そうだったのか・・・
308:名無しさん＠お腹いっぱい。
10/02/11 23:03:05 dT789crL0
>>306
毎日晴天って顔してるわよ
309:名無しさん＠お腹いっぱい。
10/02/20 17:00:28 +yo0koi20
トラック毎に割ってエンコしたflacを
所謂CDイメージ+cueみたいな単ファイルの状態に戻すことって普通にできますか。
foobarなりで再エンコしかないでしょうか。
310:名無しさん＠お腹いっぱい。
10/02/20 17:20:52 oZTVvDrP0
CDからエンコードし直せば良い
311:名無しさん＠お腹いっぱい。
10/02/21 22:57:31 ZexXAT6l0
FSFの人が言っている通りになれば、確かにTheoraは不要な規格になるだろうな。
単に、Googleがこの要望を黙殺する可能性は高いだろうけれど。
URLﾘﾝｸ(www.fsf.org)
312:名無しさん＠お腹いっぱい。
10/02/22 00:55:52 FYiVpJW/P
>>311
いや、FSFの理想とは別に
グーグルにはグーグルの思惑(HTML5推進)があるんじゃないかって話なのよ。
グーグルがOn2買収、videoタグの膠着状態に終止符か
URLﾘﾝｸ(www.atmarkit.co.jp)
313:名無しさん＠お腹いっぱい。
10/02/22 01:43:12 gX5qq+5U0
VP8の実際の品質がどれだけの物かは、On2の人間にしか分からないだろうが、
VP6やVP7を試した経験から言って、On2にH.264にとって代われる物ができているとはとても思えない。
H.264の権利を持っているApple等にVP8を使わせるのは、Theoraと同様に難しい事だろう。
314:名無しさん＠お腹いっぱい。
10/02/22 08:23:22 5wB1DCgW0
youtubeとかに使い始めたらアップルも対応せざるを得ないだろ
appleはコンテンツをgoogleに頼りすぎ
315:名無しさん＠お腹いっぱい。
10/02/23 22:54:06 TbszVr2E0
Directshow Filters for Ogg Vorbis, Speex, Theora and FLAC
URLﾘﾝｸ(xiph.org)
News
Version 0.82.16930
22 February, 2010
More bugfixes, particularly to Theora and FLAC. Added support for Windows 7.
HTML5 <video> tehnical preview for Internet Explorer.
316:名無しさん＠お腹いっぱい。
10/02/23 23:24:41 R5Rrx6NE0
Monty's Vorbis surround work update 20100218
URLﾘﾝｸ(people.xiph.org)
surround couplingを実装するそうな
317:名無しさん＠お腹いっぱい。
10/02/24 00:52:59 p0eN40sJ0
6ch以上のPCMのソースを個人的に扱う機会は、私には無いけれど、
ゲームを作っている人には、マルチチャンネルの品質が改善されるのは、やはり嬉しいだろうね。
Vorbisのサラウンドカップリングに取り込むのは、Ghostの開発が続いている事を知らせるためとも、
Montyは言っているな。
318:名無しさん＠お腹いっぱい。
10/02/24 21:24:30 WNunFj6n0
Lancerきたね
乙
319:名無しさん＠お腹いっぱい。
10/02/24 21:39:43 lHox9Zph0
どこに・・・？
320:名無しさん＠お腹いっぱい。
10/02/27 22:53:31 Ro9SNiAG0
山に
321:名無しさん＠お腹いっぱい。
10/02/28 13:51:43 JYbZV1Or0
川に
322:名無しさん＠お腹いっぱい。
10/02/28 14:40:01 Lb0goUJz0
心に
323:名無しさん＠お腹いっぱい。
10/02/28 14:47:45 VcNqauSk0
里に
324:名無しさん＠お腹いっぱい。
10/02/28 15:09:33 9lNJ9O4f0
XBOXに
325:名無しさん＠お腹いっぱい。
10/02/28 15:38:33 JYbZV1Or0
PS3に
326:名無しさん＠お腹いっぱい。
10/02/28 16:01:03 Lb0goUJz0
Vorbis関係でろくなネタがないって事は、Vorbisはもう殆ど完成形ってことか。
安定しちまうと嬉しい反面寂しく感じるな。
327:名無しさん＠お腹いっぱい。
10/02/28 17:09:18 UH9kSt9c0
>>326
去年の10月にpost-beta5.7を出してから開発は止まってるし下記の文章を見ると完成はしていないと思う。
16 9 月 aoTuV beta6?
URLﾘﾝｸ(www2.atword.jp)
一応、開発作業は途切れ途切れに続いてます。その途中経過として、ここにテストバージョンを置いておきました。
(中略)
誰かソースを見て弄ってみたい方がいれば早めにリリースしたいところですが、そうした積極的な方はいらっしゃるでしょうか？（新しい開発者はWelcomeです！）
自分一人でやるならば、焦ってリリースする必要性は全く感じてないので、リリースはもう少し後になりそうです。
正式リリースのためにファインチューニングとテストをするだけでも結構な時間が掛かるので、あまり正式版は出したくないのが本音だったりします。
328:名無しさん＠お腹いっぱい。
10/02/28 19:29:39 wux4mOVd0
圧縮音源としては性能良すぎるから完成でいいくらいだろ
問題は汎用性
329:名無しさん＠お腹いっぱい。
10/02/28 21:28:36 eYDhijjV0
>>328
やっぱ、そこらへんのデジタルオーディオプレイヤーに対応しないと無理じゃね？
ゲーム用途とかなら、結構普及してるんだけどねぇ
サンプルコードも見つけやすいから導入しやすいし、BGMとしては申し分ないしね
330:名無しさん＠お腹いっぱい。
10/02/28 21:33:05 Lb0goUJz0
>>327
リリースしない≒もういじれるところが殆ど残ってないって事で完成形なんかなとね。
>>328
だよなあ。64kbps以下でAAC+SRBに張り合えるのって今のとこVorbis/aoTuVだけだもんなあ。
331:名無しさん＠お腹いっぱい。
10/03/01 00:03:20 CNCfkn2t0
>>329
デジタルオーディオだと対応チップが安価に出ないと厳しいんじゃないかと思う
特に携帯再生機なんかは汎用的なプロセッサで動かすのは厳しそう（消費電力＋サイズ的に）
332:名無しさん＠お腹いっぱい。
10/03/01 00:40:04 N9hjAqEc0
>>329
DAPではAppleかSONYが採用しない限り、数的には僅かなもの。
MPEG-4関連の特許を持っているこれらの会社がOggを採用する可能性は低いだろうけど。
>>331
よっぽど廉価なチップで無い限り、ハードウェア的には問題無さそう。
最適化されたIPの選択肢が少ないのが難だが。
333:名無しさん＠お腹いっぱい。
10/03/01 00:45:02 89g2lFeO0
RockBoxでいいじゃん
334:名無しさん＠お腹いっぱい。
10/03/01 01:04:06 0UKBQacD0
>>331
>>332
やっぱ、チップの問題とか出てくるよねぇ
mp3くらい流行れば、チップもどんどん最適化されたり安くなったりするんだろうが…
何か機会となり得る出来事でも無い限り無理っぽいよねぇ
>>333
汎用性という話から来てる話題なんで、普及の方法を考えてるんよ
で、普及させるのはデジタルオーディオプレイヤーに対応してもらうのが手っ取り早いなと
もちろんRockBoxは優れているし、手段としては良いけれど
一般客層がわざわざRockBox入れてまでoggを使うかと言えば使わないわけで…
やっぱ、デフォで対応してもらわないとなーって感じ
335:名無しさん＠お腹いっぱい。
10/03/01 02:11:18 DlHiCxZM0
vs1093bってチップがあるよ。
336:名無しさん＠お腹いっぱい。
10/03/01 06:12:26 ldu45Iyn0
まずそうだな
337:名無しさん＠お腹いっぱい。
10/03/01 06:34:03 0UKBQacD0
事の本質はチップの在る無しではなく
どうすれば多くのプレイヤーで採用されるのか。なわけだけど
やっぱ、mp3やaacで十分と言われているなかで、わざわざoggを採用する所はないって事かねぇ
個人的には、FLACだけでも対応してくれると嬉しいんだけどね
圧縮音源はまだしも、可逆圧縮はどこも互換性が無くて困るわ
338:名無しさん＠お腹いっぱい。
10/03/01 07:08:01 B1brXLRv0
仮にWindowsやMac並にLinuxのユーザーがいるなら、Vorbisに対応するDAPもたくさん出ているだろうけど、
現実は厳しい。
URLﾘﾝｸ(marketshare.hitslink.com)
339:名無しさん＠お腹いっぱい。
10/03/01 21:32:48 tc/uQAwF0
test
340:名無しさん＠お腹いっぱい。
10/03/02 23:30:46 ZkR8Bmuj0
HTML５に正式採用されるという夢を見た。
341:名無しさん＠お腹いっぱい。
10/03/03 20:18:35 yC38573h0
peercastで配信してるラジオでFlashでVorbis再生させてるところあるね
342:名無しさん＠お腹いっぱい。
10/03/07 09:59:29 1LIMZYT70
私の環境では実行しようとするとエラーがでるので、自分では試せなかったのだけれど、
最近リリースされたSchrödinger-1.0.9も、やはりTheoraと比べても劣っている品質の様だ。
デコードも遅いし、DiracをHTML5で使いたいと思う人は居ないだろう。
URLﾘﾝｸ(forum.doom9.org)
343:名無しさん＠お腹いっぱい。
10/03/07 14:56:02 zhi0bBEy0
oggはファイルサイズが小さくていい。
MP８６０でフリーズするけど、対応してくれてありがとさん。
344:名無しさん＠お腹いっぱい。
10/03/09 03:10:19 VQ/p5wYm0
07 3 月 ひさしぶりに･･･
URLﾘﾝｸ(www2.atword.jp)
お久しぶりです。蒼弓です。
随分放置状態だったこのblogですが、少しずつまた再開しようと思っています。軽いネタも含めて、ある程度定期的に更新するのが目標ですね。
実はこのBlogに久しぶりに投稿したきっかけは、aoTuVのソースコードを更新したことです。こちらも放置気味だったのですが、今回の作業でそれなりに成果はありました。まあ、まだリリース云々言える段階ではありませんが、それはそのうちに･･･。
あとテスト中に気がついたことなんですが、いつの間にか32kHzソースの-q-1以下のエンコード結果（ビットレート）がおかしなことになっています。aoTuV側のせいかとおもっていたら、本家のライブラリでも同様の結果でした。なんともはや。
345:名無しさん＠お腹いっぱい。
10/03/15 01:46:58 9aVQnlwN0
15 3 月 春
URLﾘﾝｸ(www2.atword.jp)
（中略）
さて、この前の投稿から断続的にではありますが"aoTuV"のテストと開発を続けてきました。
それで一区切りついたので、テストバイナリをアップロードしておきます。
変更点はいくつかあるのですが、ここではあえてなにも書きません。
何か明確な後退や問題が見られた場合はお知らせください。
もちろん、単なる感想でもOKです。＜今回のバイナリは中・高ビットレートのエンコードは未対応ですのでご注意ください＞
あとvenc側の”-ignore_length”のバグは修正してあります。
それから前回のエントリーにあったlibvorbisの挙動に関してはそのままです。
原因箇所は突き止めましたが、とりあえずXiph.Orgのほうへ報告だけしておきました。
346:名無しさん＠お腹いっぱい。
10/03/15 16:12:11 W1azZtOt0
.rarewares.orgが真っ白なんだが
347:名無しさん＠お腹いっぱい。
10/03/15 16:24:01 86Gj23ND0
>>346
HOMEなんかいじって壊して、index.phpへジャンプしなくなっちゃってるみたい。
↓こっちは問題なし。
URLﾘﾝｸ(www.rarewares.org)
348:名無しさん＠お腹いっぱい。
10/03/15 22:03:57 FVbfamQGP
Apache の設定ミスだな。
349:名無しさん＠お腹いっぱい。
10/03/16 22:49:34 vNY9K6hh0
URLﾘﾝｸ(xiphmont.livejournal.com)
5.1ch クルー
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5064日前に更新/145 KB
担当:undef