06/12/07 20:46:11 QTT0G96R0
>>691
ｽﾚﾘﾝｸ(software板)
698:名無しさん＠お腹いっぱい。
06/12/08 03:54:48 +K12p8x70
>>682
LancerのoggdecとかLibVorbosでデコードも高速化されているので
それらを使っているプレーヤーを探すといいよ。
でも俺の知ってるメジャーなプレーヤーはみんな標準で組み込みになってるから
差し替え無理^^;
エロゲーとかの場合LibVorbis使ってることがあるらしいｗ
>>691
URLﾘﾝｸ(nyaochi.sakura.ne.jp)
Helixが早いらしいぞ。
699:名無しさん＠お腹いっぱい。
06/12/09 16:05:00 KHvy0F8o0
rarewares版のflac 1.1.3もきたね。
MSVC6コンパイルだけど、公式とどっちが速いのかはわからない。
700:名無しさん＠お腹いっぱい。
06/12/09 16:48:33 OtqWevSQ0
俺の赤いFlacは三倍速
701:名無しさん＠お腹いっぱい。
06/12/09 18:26:15 2RVThKsH0
連邦の白い悪魔とは俺の事だ
702:名無しさん＠お腹いっぱい。
06/12/09 21:27:46 j5tdvHZ10
>>699
公式と誤差程度しか差は無かった。
カンマのバグも日本のOSでは起こらないし、公式版1.1.3が良いだろう。
703:名無しさん＠お腹いっぱい。
06/12/10 07:59:37 Q44MFS5r0
Vorbisは幾つかのサンプルでNero HE-AACと引き分けかそれ以上だった物の、
ドイツ語の男の声でlow anchor以下だったのが残念。
WMA Proが以外に良くてびっくり。
URLﾘﾝｸ(www.maresweb.de)
704:名無しさん＠お腹いっぱい。
06/12/10 08:14:11 eBB+Pv7x0
ぼろ負けだな
まあしゃーない
48kbpsとかどうでもいいし
705:名無しさん＠お腹いっぱい。
06/12/10 10:28:17 IDUlUohi0
HE-AACやっぱすげえな。なんだかんだでVorbisが勝利じゃないかとか思ってたんだけど、そうはいかなかったね。SBRおそろしい子。
aoTuVは64kbpsより上のビットレートで頑張ってもらいたい。
706:名無しさん＠お腹いっぱい。
06/12/10 11:26:07 /FMc23Wj0
まぁ48kとか使ってないしどーでもいいっちゃいいんだけど
頑張ってほしいな
707:名無しさん＠お腹いっぱい。
06/12/10 13:43:49 rDqztPS2O
>>669のやつをAthlon64X2 3800+とVistaX64RC1で実行したら
一番上のしか正常終了しなかったよ。
そういうもの？
708:名無しさん＠お腹いっぱい。
06/12/10 15:33:18 QlG3kB7u0
>>707
SSE3に対応してないんじゃない？
709:名無しさん＠お腹いっぱい。
06/12/10 17:59:44 XENeX3R+0
X2はSSE3ついてるはず。
710:名無しさん＠お腹いっぱい。
06/12/10 20:32:33 rDqztPS2O
XPx86だとSSE3MT版がちゃんと動いていたので
XPx64RC1あたりを試してみます。
711:名無しさん＠お腹いっぱい。
06/12/11 01:45:47 bywoLTbN0
FLAC1.13結構パワーアップしたね。
EACでCUEシートとジャケットうめ込み。foobar2kで問題なし。
-T "ALBUM ARTIST=%a" -T "ALBUM=%g" -T "DATE=%y" -T "GENRE=%m" --cuesheet="D:\CDImage.cue" --picture=|image/jpeg|||D:\cover.jpg -V %s
やばいEACにジャケットの検索機能ほしくなった。
712:名無しさん＠お腹いっぱい。
06/12/11 01:49:28 In9/CSTU0
全部作り直そうかな
713:名無しさん＠お腹いっぱい。
06/12/11 01:57:36 bywoLTbN0
711です。
( ﾟ∀ﾟ)ｱﾊﾊ八八ﾉヽﾉヽﾉヽﾉ ＼ / ＼/ ＼
なんか意味取り違えてたみたい。
ほかのディレクトリに移したら見れんくなったorz。
714:名無しさん＠お腹いっぱい。
06/12/11 02:15:28 8/13UH8s0
--cuesheet="D:\CDImage.cue"じゃなくて
--tag-from-file="CUESHEET=D:\CDImage.cue"じゃないのか
715:名無しさん＠お腹いっぱい。
06/12/11 12:42:02 eqG++E/QO
え、JPEGを埋め込めるようになったの？
それとも単純に外部参照だけ？
716:名無しさん＠お腹いっぱい。
06/12/11 12:49:45 kAGqyUQC0
埋め込める
717:637 ◆jUbpU.TPuw
06/12/11 19:33:40 Y3QygZWX0
>>710
これならどうでしょうか？
CPU識別処理をコンパイラのものに戻してあります。
URLﾘﾝｸ(homepage3.nifty.com)
URLﾘﾝｸ(homepage3.nifty.com)
718:名無しさん＠お腹いっぱい。
06/12/11 20:04:58 5Lo/pRpz0
>>714
すげぇえぇmka卒業
719:名無しさん＠お腹いっぱい。
06/12/12 01:37:22 gj0mgLfs0
>>714
OH!ありがとう。前よりProperties見たとき断然よくなったぜ。
あとは画像の表記だけだが、どうやって参照するのかな？困った。
720:名無しさん＠お腹いっぱい。
06/12/12 01:55:46 5zYEOZ9U0
flac単体でエクスプローラやfoobarでジャケ画像表示できるようになったの？
まじならmkaから全部作り直しだなｗ
721:名無しさん＠お腹いっぱい。
06/12/12 02:12:46 ERQX1fQS0
>>719-720
埋め込めるようにはなってるけど、まだfoobar側が対応してないんじゃないかな。
metaflac --listすれば埋め込まれてるかどうかは確認できるよ
722:名無しさん＠お腹いっぱい。
06/12/12 20:04:08 UrTSUyLB0
mkaは添付した画像取り出せるけど
flacに埋め込んだのは取り出せない？
ヘルプ見たけどオプションいまいちわからんかった
723:名無しさん＠お腹いっぱい。
06/12/12 20:17:56 lLPhBJ5M0
>>717
Fatal Error: This program was not built to run on the processor in your system.
The allowed processors are: Intel Pentium 4 and compatible Intel processors wit
Streaming SIMD Extensions 3 (SSE3) instruction support.
724:名無しさん＠お腹いっぱい。
06/12/12 20:21:56 U/Rwu+Bu0
(´・ω・`) .oO(俺んとこyumにまかせてるからまだflac-1.1.0だ...
725:名無しさん＠お腹いっぱい。
06/12/12 20:45:12 5zYEOZ9U0
yumって？
726:名無しさん＠お腹いっぱい。
06/12/12 20:48:03 CBUjLG+q0
Fedora Core
727:名無しさん＠お腹いっぱい。
06/12/12 20:55:26 5zYEOZ9U0
linuxか thx
728:名無しさん＠お腹いっぱい。
06/12/12 20:57:37 U/Rwu+Bu0
連投すまそ。1.1.3使ってみた
ちょっと期待してたんだがamaroKもジャケ表示まだだめみたい
>>722
--export-picture-to=hoge.jpg で取り出せた
729:637 ◆jUbpU.TPuw
06/12/12 21:03:43 EsanlfIs0
>>723
むむ、時間があったらSSE2版を作ってみます。
64ビットでもインテル縛りは健在っと・・・。
730:名無しさん＠お腹いっぱい。
06/12/12 23:58:08 wr9wA7P00
foobarが対応したら広まりそうだな
731:名無しさん＠お腹いっぱい。
06/12/13 00:12:38 j00LBXuF0
URLﾘﾝｸ(www.hydrogenaudio.org)
AudioShellとTag&Renameが埋め込み＆書き出し対応。
そしてfb2kより先にWMPでFLACカバー表示可能になったよん。
732:名無しさん＠お腹いっぱい。
06/12/13 00:45:38 nsq+Z1OY0
>>731
AudioShellが対応していたとは知らなかった。
1枚しか埋め込めないのか。表と裏と2枚に対応してくれると便利なんだが。
733:名無しさん＠お腹いっぱい。
06/12/13 01:02:21 MUvIGp9U0
カバー表示も悪かないけどcueの方が意義深い希ガス
もうCDｲﾗﾈ
734:名無しさん＠お腹いっぱい。
06/12/13 01:33:01 2Fv1dPei0
flacのcuesheetからのtag埋め込みにfoobarが完全対応してくれれば嬉しいｽ
735:名無しさん＠お腹いっぱい。
06/12/13 02:02:05 zQXJf/vQ0
foobarならapl利用で万事解決だよ
可逆+絶対パス記述のcueからapl作成→あとはflacを移動させずにaplだけ移動させてフォルダ分け利用
cueが相対パス記述だとaplも相対パスになるので注意
aplだからタグは完全に自由だし、容量は各1kb以下だから書き換えやコピー・移動は一瞬だし
foobar上でタグとか変更してもflacとかの可逆ファイルやcue本体には全く変更を加えないで済むのが良い
mp3とかのフォルダ分けに慣れてればそのまま簡単に移行できるし
foobarしか使わないならこれオススメ
736:名無しさん＠お腹いっぱい。
06/12/13 12:28:56 DB4DDPZJO
ずっとcuesheetタグ使ってたよ
これとはまた別だよね？
737:名無しさん＠お腹いっぱい。
06/12/13 18:21:14 zQXJf/vQ0
>>736
cueの代わりにaplを使ってる感じ
ただ1曲1ファイルなのと、タグが無制限なのと、後からリンクしてる音楽ファイル本体への
参照パスが書き換えられない点（書き換えられる方法があれば教えてくれ）が違う
参照パスはapl作る際に利用するcueの値が使用される
738:名無しさん＠お腹いっぱい。
06/12/13 20:43:26 dO/EI2Z30
aplだとAPE Tagが全部使えるはずなので変な制限うけなくていいな。
foobarだとcuesheetでもReplayGainまでは対応してくれてるけど、
それ以外のタグは対応してない。
俺はcue+ttaの２ファイルで管理するのが好きだなぁ。
とりあえずcueをバックアップしておけば安心だし、
テキストエディタとかで直接いじれる自由さも好み。
739:名無しさん＠お腹いっぱい。
06/12/14 19:15:06 asFrnbB/0
P4 Win32 Compile of Flac 1.1.3
URLﾘﾝｸ(www.hydrogenaudio.org)
ICCなFLAC 1.1.3。
740:名無しさん＠お腹いっぱい。
06/12/14 22:08:15 moieinM80
可逆にテスト版は不安で使えない俺がいる
741:名無しさん＠お腹いっぱい。
06/12/14 23:19:36 bbi3TwGK0
md5チェキすればいいやん
742:名無しさん＠お腹いっぱい。
06/12/15 00:01:51 QqyhrP1/0
なるほど！
正規版でエンコしたものと比較すればいいのか！！
743:名無しさん＠お腹いっぱい。
06/12/15 00:06:01 YTpp8jtT0
基本的に整数演算しか使わない可逆はあまり変なことは起こらないと思う
744:名無しさん＠お腹いっぱい。
06/12/15 00:15:42 KHUCJmsT0
デコードして、オリジナルファイルと比較すればいい話だが
面倒だし、そこまですると速さのメリットが薄くなる。
745:名無しさん＠お腹いっぱい。
06/12/15 00:36:20 xbuuOsBo0
FLACはエンコードしながらベリファイできるオプション(-V)がある。
それにファイルにMD5とCRCのチェックがあるから、flac.exe -tでテスト可能。
746:名無しさん＠お腹いっぱい。
06/12/15 00:41:39 0qtpgr1X0
>>745
ｳﾋｬｯ いいこと聞いた！(ﾟ∀ﾟ)
747:名無しさん＠お腹いっぱい。
06/12/15 03:39:40 gTGeXMAz0
>>742
エンコしてデコした物が元のwavとmd5が一致するかをチェキしろ
別のバージョンでエンコしたもんと比較したって無駄
748:名無しさん＠お腹いっぱい。
06/12/15 03:50:03 vC9Zx6BE0
WAVヘッダの書式が微妙に違ってたらデータが正しくてもmd5合わないよ。
749:名無しさん＠お腹いっぱい。
06/12/15 04:01:46 nYjyYgEY0
そのIC9版バイナリHAに書いてある通りAMDのCPUでは使えなかった
うちのCPUはX2 4200+
残念だな
750:名無しさん＠お腹いっぱい。
06/12/15 04:58:11 HBYiyc7K0
比較ならWAVCompareでいいんじゃね?
751:名無しさん＠お腹いっぱい。
06/12/15 07:08:51 z3JxHF7O0
foobar2000でBit-Compare
752:名無しさん＠お腹いっぱい。
06/12/15 13:39:37 xO4QhoE70
>>749
ICCはAMD製CPUで起動不可のバイナリを吐くらしいよ
753:名無しさん＠お腹いっぱい。
06/12/15 15:38:00 l5m6eyyg0
EPSONチェックみたいだな。
754:名無しさん＠お腹いっぱい。
06/12/15 17:23:41 cAY2GaYH0
インテルのコンパイラでビルドするとathlonxp環境で
パフォーマンスが良くなるって現象があったからそこら辺の牽制かね
755:名無しさん＠お腹いっぱい。
06/12/15 21:02:43 zDdf1C7c0
>>753
懐かしいな。
エプソン製のSIPとかフリーソフトのDispellとかで解除したっけ…
756:637 ◆jUbpU.TPuw
06/12/15 21:20:29 nVZUl4zV0
>>753-755
Lancerでは自前でCPU識別用コードをオーバーライドして対処している。
再生専用のvorbis.dllとか需要あるかな？
エンコード用のパラメータテーブルを含まないのでバイナリサイズが1/5で済む。（1.5MB->300KB）
Lancerベースのwuvorbis.dllもビルドして年末の某アクションゲーム用に準備中。
757:名無しさん＠お腹いっぱい。
06/12/15 21:23:59 pY3WNgsQ0
>>756
需要はあると思うよ。体験版とかでVorbis使ってるところは少しでも容量稼ぎたいだろうし。
あと、foobar2000とかで採用してくれないのかね。
>年末の某アクションゲーム用
同人?コンシューマ？
758:637 ◆jUbpU.TPuw
06/12/15 21:37:20 nVZUl4zV0
>>757
そのためには現在SSE, SSE2, SSE3最適化をコンパイル時に指定しているのを自動識別にしないといけない。
これがまためんどくさい仕事でサイズも増えるし速度も落ちる。
再生専用版の最大のメリットは実行時のメモリ容量が少なくて済むこと。
>同人?コンシューマ？
コンシューマ。既に前作で動作確認済み。
759:名無しさん＠お腹いっぱい。
06/12/15 22:18:25 tWTlBq+40
>>758
おー、すげー、おめー。
760:637 ◆jUbpU.TPuw
06/12/15 22:33:03 nVZUl4zV0
>>759
あ、やっぱり勘違いしてる。
あくまで自分で購入して置き換えてプレイするために作っただけ。
761:名無しさん＠お腹いっぱい。
06/12/16 00:19:48 +ZjJxqOm0
>>760
12/21発売の某ゲーム用か
あれってVorbis使ってたんだ。
762:名無しさん＠お腹いっぱい。
06/12/16 01:11:32 nHzxfUrx0
>>756
> 再生専用のvorbis.dllとか需要あるかな？
ほしいほしい。
そのうち必ず使う。
763:名無しさん＠お腹いっぱい。
06/12/16 04:28:24 9JQXcdyc0
>>753
何もかも皆懐かしい
764:名無しさん＠お腹いっぱい。
06/12/16 07:25:10 /tj85dDc0
某アクションゲームって○ースかｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
765:名無しさん＠お腹いっぱい。
06/12/16 16:43:35 hYia0AvMO
637たん、
>自前でCPU識別用ｺｰﾄﾞをｵｰﾊﾞｰﾗｲﾄﾞして対処
する部分を切り出して他で使えるようにしてくれたら
ICC使ってるソフトがもっと救われるんじゃない？
766:名無しさん＠お腹いっぱい。
06/12/16 17:46:55 vNFH9g600
AdvaLameの人、OGG版も作ってくれねーかな。
実際自分でコマンドラインオプション指定するからバッチも有りなんだけど。
RazorLameで実行ファイルにflac.exe置いてカスタムオプション使ってやってる人って居る？
あのGUIと完了時間の予測が欲しい
767:名無しさん＠お腹いっぱい。
06/12/16 18:04:43 pVSdzTlJ0
>>760
('Ω`)ごめん。
768:637 ◆jUbpU.TPuw
06/12/16 18:50:05 MLmR/X9k0
>>765
__intel_cpu_indicatorで検索するといろいろ出てくる。
Lancerで使われているのは簡易版で正式なものにするにはいろいろ複雑なコードを書く必要がありそう。
URLﾘﾝｸ(btmux.com)
に詳しいソースコードあり。
769:名無しさん＠お腹いっぱい。
06/12/17 13:24:00 /YnCM8dC0
vorbisのデコード部分を内蔵しているdllとかexeとかを
外部vorbis.dllを使うように書き換えるのって難しい？
vorbisを使うソフトをすべて
Lancer版デコーダに置き換えられるかなと思ったんだけど
770:名無しさん＠お腹いっぱい。
06/12/17 18:57:24 x/7oU4i60
すべては無理。
場合によっては可能。
771:名無しさん＠お腹いっぱい。
06/12/17 19:43:35 deN4u8v70
やれるとしたら、これらに似た手法になるのかな？
GDI++
URLﾘﾝｸ(drwatson.nobody.jp)
ｽﾚﾘﾝｸ(win板)
TTBase
URLﾘﾝｸ(ttbase.sourceforge.jp)
ｽﾚﾘﾝｸ(software板)
772:名無しさん＠お腹いっぱい。
06/12/17 20:29:20 7liVifjb0
>>769
Vorbisの実装を自前でしてるとこは少ないと思うので、
Lancerパッチを取り込んでくださいという形でお願いすれば
出来なくもないんじゃない?
773:名無しさん＠お腹いっぱい。
06/12/17 21:48:45 x/7oU4i60
外部DLLにvorbisfileの関数を呼び出している場合は、DLLをリネームなりラッパーDLLを作るなりで可能。
外部DLLにtremorの関数を呼び出している場合は、ラッパーDLLを作れば可能。
内部でvorbisfileの関数を持っている場合と外部でその他のデコード関数を呼び出す場合はむずいというかほぼムリ。
774:名無しさん＠お腹いっぱい。
06/12/17 21:51:43 /YnCM8dC0
イメージとしてはこれの感じ
多分>>771が言ってるのと同じ
_inmm.dll
URLﾘﾝｸ(www.geocities.co.jp)
775:名無しさん＠お腹いっぱい。
06/12/17 23:45:38 deN4u8v70
>>774
実行ファイルを直接変更の必要なかったっけ？ _inmm.dll って。
>>711で挙げたのはバイナリをいじる必要がないって事で挙げたんよ
ま、>>773以上に語る部分もないっぽいけどね。
776:名無しさん＠お腹いっぱい。
06/12/18 12:09:35 ljYKRIbwO
やっぱり直接いじらないとダメなのか……。
777:名無しさん＠お腹いっぱい。
06/12/19 00:02:48 V/5XJFFF0
117 名前： [名無し]さん(bin+cue).rar [sage] 投稿日： 2006/12/18(月) 23:54:49 ID:v+DLrDS+0
URLﾘﾝｸ(www.uploda.org)
2枚以上の埋め込みに対応した(つもり)
と、デコード実装
いきなり停電して精神的に疲れたので今日はここまでにしときます _no
778:名無しさん＠お腹いっぱい。
06/12/19 03:36:00 BoD3BW1o0
>>777の流れとしては、
GUIでFLACを扱う為のソフトを素人（？）っぽい人が堕落板で公表している状況の一部分
今回のupdateでいろいろ埋め込めるようにもなったしね
仮にユーザの裾野が広がると言う事なら長期的な目で見るととてもとてもいい事です
779:名無しさん＠お腹いっぱい。
06/12/19 09:16:05 R4Bk6pQr0
2chしかもダウソ板でアップしてたら、広がるもんも広がらなくなっちゃうだろー
良い試みなんだから、どっか別のところに公開して欲しいな。
780:名無しさん＠お腹いっぱい。
06/12/19 10:05:11 FdyaGsEO0
781:名無しさん＠お腹いっぱい。
06/12/19 10:21:05 ELE8Pot40
（仮）って付けるの止めて欲しい。
782:名無しさん＠お腹いっぱい。
06/12/19 12:20:29 EalcJxP9O
よーしﾊﾟﾊﾟwiki借りちゃうぞぉ
783:名無しさん＠お腹いっぱい。
06/12/19 20:45:43 9JT9Zbgv0
大きな進展ではありませんが、noise normalization周りの変更を少し。
以前、"beta5 fix?"で直した部分はまた書き直してしまいました。
またしきい値の一部の変更も含みます。
noise normalization（ノイズ・ノーマライゼーション）について
周波数バンド毎に、切り捨てられるレベルのresidue(mdct係数)を特定の条件で復活させます。
これはリンギングやメタリックノイズ対策として有用です。ただ副作用もあるので、使い方(所)は難しいです。
2006年12月17日 14:01:01
784:名無しさん＠お腹いっぱい。
06/12/21 22:07:56 kuqWjr2uO
ハードウェアデコーダが欲しい
785:名無しさん＠お腹いっぱい。
06/12/21 23:24:24 61wMAV0o0
>>784
ハードウェアかはわかんないけど、iPodでもRockbox入れるとVorbis聴けるみたいよ。
iPod以外のメーカーのプレイヤーにも対応してるみたいだしチェックしてみたら?
Vorbisのストリームぶち込むとPCMでデコードするチップとかのレベルだと不明。
韓国のプレイヤーはデフォでVorbis対応してる(こともある)から存在してると思うんだけど。
786:名無しさん＠お腹いっぱい。
06/12/21 23:38:52 LBj13LDZ0
iPod5.5G(80GB)とnano2Gで使えない。
787:名無しさん＠お腹いっぱい。
06/12/23 22:42:08 e4MZL1eX0
ハードウェアデコーダってFPGAに実装されたタイプならある。
ASICは多分ないだろうな。
ただ、今はポータブルプレイヤーでさえソフトメインでデコード
してるのが多いようなんだよね(Vorbisに限らず)。
ソニーはリコンフィギュラブルだけど主流とは言えなさそうだし。
788:名無しさん＠お腹いっぱい。
06/12/25 01:06:56 1s6+qFF70
FLACのGUIverが日本語ファイル名に対応していないことに気づき、にっちもさっちも行かなくなった私。
旧バージョンだと対応しているんですかね?
鬱だ。軽く死ねる。
でも、コマンドラインで直接ぶち込むと、ちゃんとエンコードしてくれるから、
ファイルごとにいちいち打たなきゃいけないのかなぁ。
それを打開する策を持っていらっしゃる方、いませんか?dropでもダメでした。
winampではoggflacどころか、普通のflacも読み込んでくれないし･･･。デフォで対応しているんじゃなかったのか?
よろしくです。
789:名無しさん＠お腹いっぱい。
06/12/25 01:15:57 eo/0ZcZD0
foobar2000を使う。
URLﾘﾝｸ(foobar.s53.xrea.com)
790:788
06/12/25 01:18:19 1s6+qFF70
前者は、自己解決しました。dropでちゃんと指定してあげれば出来ました。そりゃそうですよね、dropは指定された値をflacに渡しているだけなんですから。
ただ、後者は、未だです。foobar2000にしようかと思います。重そうだな･･･。
791:名無しさん＠お腹いっぱい。
06/12/25 01:28:10 nlIzN0vV0
>>788
やっぱfoobar2000かなぁ。
CD入れてfreedbからのタグ情報取得、リッピング、エンコーディングまで普通にできたよ。
日本語ファイル名でも特に問題ないみたいだし。
大抵のファイルが読めるから変換だけに使っても損はしないと思う。
メニューが英語だったりするけど、変換に使うだけなら全然問題ない。
792:名無しさん＠お腹いっぱい。
06/12/25 02:37:59 nEYVuMxc0
>>788
コマンドラインウィンドウにドロップすればいいじゃん。
フルパスなのがうざいけど。
793:名無しさん＠お腹いっぱい。
06/12/25 19:17:53 epjCNQQ90
>>788
こんなものもないことはないが解決済みらしいのでもういいか
298 名前： [名無し]さん(bin+cue).rar [sage] 投稿日： 2006/12/25(月) 16:23:58 ID:rMPCaSbb0
URLﾘﾝｸ(www.uploda.net)
画像抽出と--listを統合
残骸削除
進行状況の更新頻度age
Winamp5.32は今試してみたけど、インストールのときAudio File SupportにFLACのチェック項目があったよ
でもまだ画像表示は対応してないね
794:名無しさん＠お腹いっぱい。
06/12/26 08:20:36 z8IZ4ffd0
槻ノ木隆の「BBっとWORDS」 その106「Ogg Vorbisの成り立ち」
URLﾘﾝｸ(bb.watch.impress.co.jp)
795:名無しさん＠お腹いっぱい。
06/12/26 12:42:09 xJX/M3Yl0
わりとよく書けてるほうかな
796:名無しさん＠お腹いっぱい。
06/12/26 13:10:14 YOfDY7tL0
だっておｗｗｗｗｗｗｗｗｗｗｗ
797:名無しさん＠お腹いっぱい。
06/12/26 13:17:45 u7vNXmLS0
ジャーナリストでも何かの特集記事を書くにはまず●を買って2chの該当スレの過去ログを読んでからにした方がいいってことだな
798:名無しさん＠お腹いっぱい。
06/12/26 19:21:50 8xRCVRMs0
別におかしな事は書いてなくね
つか、そんな事より謎の萌えキャラが気になるんだが
799:名無しさん＠お腹いっぱい。
06/12/26 20:12:00 M1gfYbv40
>>794
細かいところが間違えてるような。疑問に思う部分もある。
>ビットレートは48～352kbps
こんな制限はない。
>MDCTに浮動小数点演算を使うオプション
どのフォーマットでも大抵同じ。Vorbisの特徴ではない。
PCのエンコーダ・デコーダでは(mp3もaacも)みんな浮動小数点を使ってる。
>もっともエンコーダはWindowsとMAC OSのみで
オフィシャルで提供しているのは現状全てのプラットフォームで
vorbis-tools(oggenc)のみ、後は全て3rdパーティ製。
UNIX系だけソフトがないように見えるけど、多くのディストリで対応ソフトが入ってる。
>エンコード/デコードともにMP3より負荷が高い
これは環境やソフト的な部分にかなり依存する。
メモリへの負荷が大きいというなら、その通り。
800:名無しさん＠お腹いっぱい。
06/12/26 21:25:37 oKArKoS/0
>>799
とりあえずこの内容についてインプレスに質問してみた
801:名無しさん＠お腹いっぱい。
06/12/26 23:02:26 EcaI0nGv0
352kbps？何じゃと思ってググったら…
802:名無しさん＠お腹いっぱい。
06/12/26 23:37:34 HZNzIAfR0
多分、Wikipediaを参考(引用)してると思われ。
803:799
06/12/26 23:43:22 KzO5SKDz0
>PCのエンコーダ・デコーダでは(mp3もaacも)みんな浮動小数点を使ってる。
上の"みんな"というのはちょっと言い過ぎたかも知れない。
エンコーダ系はともかく、デコーダ系は整数演算のものも結構あるので。
ただ浮動小数点演算だから音質がいい、というのはアレだ。
804:名無しさん＠お腹いっぱい。
06/12/27 01:26:45 qC0UKEwx0
浮動小数点も機種依存ぽくて、気味が悪い。
80ビットだったり64ビットだったり32ビットだったり。
MMXとかSSEとか3dnowとかの最適化によっても変わったりするのかな。
PowerPCだとAltivecか?
805:名無しさん＠お腹いっぱい。
06/12/28 00:53:21 4gH63Y/+0
Ogg Vorbis 対応しているものってどういうのがありますか？
ミュージックプレイヤーでも携帯でもいいんですが、
なんかメジャーどころはあまりなさそうな気がしています。
間違って無いでしょうか。
806:名無しさん＠お腹いっぱい。
06/12/28 00:56:36 gXneIqH30
>>794の記事への質問の回答来ましたｗ
Impress Watchの？？と申します。
いつもご愛読ありがとうございます。
ご質問の件ですが、筆者と協議の上、記事の一部箇所を
修正いたしましたので、ご連絡申し上げます。
ご連絡いただきありがとうございました。
今後とも弊誌をご愛読いただけますようお願い申し上げます。
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
■□ 株式会社Impress Watch
□■ Broadband Watch編集部
807:名無しさん＠お腹いっぱい。
06/12/28 01:04:48 WP1p+Frl0
Ogg,ポテンシャル高いわりにはあまり普及して無い気がしますが、
理由は何でしょうか？
リリース時にはすでに既存コーデックが地位を確立していて、
oggはそのシェアを塗り替えられるほどのポテンシャルではなかった
というのが真相ですか？
808:名無しさん＠お腹いっぱい。
06/12/28 01:48:28 zFHfRZhb0
・既にMP3があった
・スタートダッシュにつまずいた
・近寄りがたいオーラを発した取り巻きがいた(いる)
809:名無しさん＠お腹いっぱい。
06/12/28 01:55:22 4L00Q/Ai0
>>807
リリース時には既にmp3が代名詞的存在だった。
後は大きな会社のサポートが無かったこと。
実際の所、サポート数自体は増えてる（ソフト・ハード共に）んだけど
名前が露出する機会は逆に減ってる感じ。
810:名無しさん＠お腹いっぱい。
06/12/28 05:11:08 rTdOXNgk0
>>807
ポテンシャル だ け を求める層が少ない
・既存環境に捕らわれず、普及率も気にせず、ポテンシャルと完全フリーな規格を採用する層
に比べ
・ポテンシャルより既存環境を重視する層(移行が手間)
・ポテンシャルより普及率を重視する層(選択幅の不足)
・ポテンシャルよりも利権団体の顔色を重視する層(利権がらみの機能不足)
ところで、再生専用DLLﾏﾀﾞｰ? ﾁｿﾁｿ
811:名無しさん＠お腹いっぱい。
06/12/28 06:19:48 tJEC2fku0
再生時の必要メモリが多かったのが一番でかい.
Tremor の low-mem やら monty の度重なる出稼ぎ対応は全てそれに尽きた.
812:名無しさん＠お腹いっぱい。
06/12/28 13:43:49 7B2/mc/X0
単純にMSのWMPが対応してないからだろ。
813:名無しさん＠お腹いっぱい。
06/12/28 13:53:02 TPRD+/eL0
WMPとiTunesでデフォ対応してないのは大きいよな。
814:名無しさん＠お腹いっぱい。
06/12/28 18:53:01 F0RBFAQd0
オープンソースはGPL絡みで問題が起きる時がある。
↓
企業は怖がって手を出したがらない。
↓
結果、普及どころか一般層は名前すら知らない。
なんてのもあるかと。
815:名無しさん＠お腹いっぱい。
06/12/28 19:11:35 T8SQrDgk0
ゲームメーカーとかは結構採用してるんだけどね。エロ・コンシューマー限らず。
816:名無しさん＠お腹いっぱい。
06/12/28 19:21:07 3wuFq5qU0
イースオリジンもvorbisだった
817:名無しさん＠お腹いっぱい。
06/12/28 19:38:31 6m7kVyYe0
↓
そう、ATRACKです。
818:名無しさん＠お腹いっぱい。
06/12/28 20:30:06 SxssJau40
MPCはrarewaresでカテゴリされなくなったし
ポテンシャルだけじゃ駄目なんだね
819:名無しさん＠お腹いっぱい。
06/12/28 20:49:36 D5fYuRi30
ニュー速にこんなスレまで立っているな。
OGG Vorbisっていつになったら普及するんだ。MP3はもういいよ
ｽﾚﾘﾝｸ(news板)
820:名無しさん＠お腹いっぱい。
06/12/28 20:57:20 Yav5Tmv+0
まあかつてのMP3課金の試みを考えると、
オープンソースでそれなり（以上）の性能を持った非可逆コーデックが
一つあるっていうのは普及率関係なく大きいと思うけどね。
無かったら企業側もまた同じ行動に出たかもしれないし。
821:名無しさん＠お腹いっぱい。
06/12/28 23:22:01 u4Wb9ENy0
そこそこには普及していると思うけどな。
別にMP3に取って代わる必要もないし。
822:名無しさん＠お腹いっぱい。
06/12/28 23:45:55 Tx+RQmSD0
>>820
mp3なんて今や２つの団体が料金を徴収してますよ。
ただ払っているのがメーカーなんで誰も気にしないだけで。
823:名無しさん＠お腹いっぱい。
06/12/28 23:59:57 zWl9i0qq0
このスレを見ている人はこんなスレも見ています。(ver 0.20)
[本体]個人売買スレッド[周辺機器・部品] [新・mac]
OSX専用2chブラウザ "BathyScaphe" 潜航深度 18m [新・mac]
Acq* / LimeWire / Cabos [新・mac]
Mac OS X 10_4 Tiger 23頭目 [新・mac]
Safari Part32 [新・mac]
824:名無しさん＠お腹いっぱい。
06/12/29 00:01:30 7wX6EwLQ0
パフォーマンスでライバル的なAAC（←主観だけど）が一気に普及度高めたのも大きいんでない？
何とか対応ソフト・ハードが増えてけばいいのにな。
ところで、
URLﾘﾝｸ(www7a.biglobe.ne.jp)
あたりを見ると、Ogg Vorbisって80kbps越えたらほとんどNo.1の評価なんだが、
これってかなりバイアスかかってんのですか？
825:名無しさん＠お腹いっぱい。
06/12/29 00:23:05 C94zK+FA0
歴代の公開リスニングテストとguruboolez氏のテストをまとめただけじゃん
826:名無しさん＠お腹いっぱい。
06/12/29 00:34:11 WGnJAs//0
>>824
再生・コピーに制限をかけられないフォーマットである以上、
ハードの販売元が対応する理由はほとんどない
いくら音が一番いいといってもそれだけでは（特定の用途には）向かない
827:名無しさん＠お腹いっぱい。
06/12/29 01:08:18 T7a0i7R30
>>824
バイアスはかけようがないんだが、128kbps以上ではNo.1ではなく有意差なし。
80kbpsでは対抗馬のiTunesがVBR非対応だったり、Neroがチューニング不足だったりで、
今のバージョンと大きく事情が違うから参考に出来ない。
828:名無しさん＠お腹いっぱい。
06/12/29 01:09:48 T7a0i7R30
iTunesは今でも112kbps以下はVBR非対応か。
829:名無しさん＠お腹いっぱい。
06/12/29 01:12:27 C94zK+FA0
96kbpsでは対応してる
830:名無しさん＠お腹いっぱい。
06/12/29 01:22:42 T7a0i7R30
知らなかった。
96 128 160 192 256でのみ対応してるのか…。
今、ちょうど80kbpsでの最適なLC-AACの設定をやってるところで、
aoTuVもbeta5になったわけだから、64kbpsや80kbpsの評価は分からんよ。
831:名無しさん＠お腹いっぱい。
06/12/29 07:28:08 u9MvrER90
永遠の2番手ってことで
832:名無しさん＠お腹いっぱい。
06/12/29 11:26:58 CfQ0mPJl0
非可逆圧縮の音声コーデックは圧縮率ではどれも限界に迫りつつあるんだろうな
で、結局チューニングで音の性格が売りになってきたわけか
というわけでFLACやTheoraの開発強化祈願
833:名無しさん＠お腹いっぱい。
06/12/29 11:42:21 e5iT8P5C0
FLACは開発続いてるよ。
デコード速度を保ちつつ圧縮率を上げてきてるし、今はiTunesでのサポートを狙っているみたい。
834:名無しさん＠お腹いっぱい。
06/12/29 12:50:47 klGgQgrQ0
>>833
>今はiTunesでのサポートを狙っているみたい。
そうなってくれたら嬉しいけど今の時点では夢物語にしか聞こえないなあ。
835:名無しさん＠お腹いっぱい。
06/12/29 13:41:15 e5iT8P5C0
>>834
次期MAC OS(Leopard)のプレビュー版でFLACが利用可能になっていたらしいし、あながち夢物語でも無いけどね。
836:名無しさん＠お腹いっぱい。
06/12/29 14:59:01 C94zK+FA0
QuickTimeでのサポートは夢物語ではないが、iTunesでのネイティブサポートは
限りなく夢物語に近い、かな
837:名無しさん＠お腹いっぱい。
06/12/29 15:15:34 klGgQgrQ0
>>835
そうなんだ。情報thx。
どっちかというと"FLAC採用"ってとこよりも"可逆の採用"に懐疑的。
コンテンツホルダーがDRMなしの可逆を認める気がしない。
3～5年くらいたてば状況が変わると思いたいが、、、
影響力だったらMacよりFlashでvorbisサポートry
838:名無しさん＠お腹いっぱい。
06/12/29 16:04:10 SQZdMv540
そんなにメジャーになりたいのか
839:名無しさん＠お腹いっぱい。
06/12/29 18:51:12 6DHlJdLw0
OggVorbisくん、とか居そうだな
840:名無しさん＠お腹いっぱい。
06/12/29 19:29:41 hVvaNS+B0
おっぐ！おらぼるびす！
841:名無しさん＠お腹いっぱい。
06/12/29 19:45:41 6taVal6j0
>>837
>可逆の採用
つ Apple Lossless
842:名無しさん＠お腹いっぱい。
06/12/29 20:13:51 nmbzcQMN0
初めから FLAC パクりコーデックの ALAC なんか作らずに FLAC に対応しとけよって感じだ.
843:名無しさん＠お腹いっぱい。
06/12/29 20:30:50 C94zK+FA0
線形予測とGolomb-Rice符号の類を使ってるだけでパクりとか言われたら
wavpackもttaもmonkey's audioもパクリだな
そもそも何がオリジナルかは知らんが
844:名無しさん＠お腹いっぱい。
06/12/29 22:38:40 PEkk2do70
ネット購入音楽をWAVEでお願いします。
URLﾘﾝｸ(www.tanomi.com)
ﾜﾛﾀ。てか”FLAC”の文字が出てこないorz
845:名無しさん＠お腹いっぱい。
06/12/30 18:56:49 9QaT1Jbd0
「LAC」が同じだからパクりだろ。
ttaとmonkey's audioは「A」、wavpackは「AC」だけだからギリギリセーフ。
846:名無しさん＠お腹いっぱい。
06/12/30 19:23:35 3mv1Id/U0
鬼才現る
847:名無しさん＠お腹いっぱい。
06/12/31 00:45:19 evLNffa30
vorbis-tools1.0.1の音が好きだ。
848:名無しさん＠お腹いっぱい。
06/12/31 01:31:49 LxoDx13Z0
vorbis-toolsを変えたって音は変わらんが
849:名無しさん＠お腹いっぱい。
06/12/31 09:05:20 jpVdJGlY0
Core 2 Duo B1ステッピングの音が好きだ。
850:名無しさん＠お腹いっぱい。
06/12/31 17:08:39 JiHY6vGL0
もうすぐダウソ板から神が降臨するぞ
851:名無しさん＠お腹いっぱい。
06/12/31 17:28:41 BG5+mrqi0
チェーンソーの出番か？