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

**名無しさん＠お腹いっぱい。** · 2014/03/03(月) 18:43:27.59

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

【前スレ】
【Vorbis/FLAC】Ogg統合18【Theora/etc...】
http://anago.2ch.net/test/read.cgi/software/1317566046/

**名無しさん＠お腹いっぱい。** · 2016/11/05(土) 14:43:53.47

44.1を捨てたことが普及阻害要因の一つになっているのだろうか？

**名無しさん＠お腹いっぱい。** · 2016/11/05(土) 16:20:43.16

44.1を捨てるメリットってあったの？

**名無しさん＠お腹いっぱい。** · 2016/11/05(土) 16:47:18.26

単純に128Kbps～320KbpsはVorbisを使い
96Kbps以下ならOpusを使う

**名無しさん＠お腹いっぱい。** · 2016/11/05(土) 16:47:56.09

エンコーダやデコーダの仕様はシンプルにできるよ
周波数領域でビンあたりの帯域が決まってしまえば定数テーブルの類が減らせるし
心理音響モデルの設計も楽になる

**名無しさん＠お腹いっぱい。** · 2016/11/05(土) 18:54:55.42

>>602
＞リプレイゲインの仕様
aimpの音が小さいんじゃなくってfoobarやkbが音量盛ってたのか・・・

**名無しさん＠お腹いっぱい。** · 2016/11/17(木) 14:32:31.94

/* Threshold bit-rate for switching between SILK/hybrid and CELT-only */
static const opus_int32 mode_thresholds[2][2] = {
/* voice */ /* music */
{ 64000, 16000}, /* mono */
{ 36000, 16000}, /* stereo */
};

の見方が分からないのですがvoiceとmusic monoとstereo逆だったりしますか

**名無しさん＠お腹いっぱい。** · 2016/11/17(木) 15:13:53.22

ume

**名無しさん＠お腹いっぱい。** · 2016/11/17(木) 15:18:05.70

ｂｖ

**名無しさん＠お腹いっぱい。** · 2016/11/19(土) 20:18:46.78

Opus が 48kHz だけなのはDACの消費電力とかが48のほうが小さいからとか
どっかでみた
クロックジェネレーター的には44.1より48のほうがいいんかね？
そもそも44.1とかキリが悪いんだよなぁ

**619** · 2016/11/19(土) 20:22:51.97

44.1 はNTSCテレビとかの規格と関連してるっぽいな
音楽とかは必ず48kで制作されてるし、CDがオワコンになった今の
時代44.1にこだわる必要が無いと思うんだ

音楽は48で流通させてほしい

**名無しさん＠お腹いっぱい。** · 2016/11/19(土) 21:18:06.02

大勢の人でテストして精々22.05KHzまでしか聴き取れないっていうので決まったんでしょ

**名無しさん＠お腹いっぱい。** · 2016/11/19(土) 21:25:58.68

24までもとってもいいやん（いいやん）

**名無しさん＠お腹いっぱい。** · 2016/11/19(土) 21:40:04.62

44.1はVTR使ってデジタル記録してた時代の名残

**名無しさん＠お腹いっぱい。** · 2016/11/19(土) 21:48:03.68

ベートベンが長い曲つくってしまって12cmCD700MBに収めるにはステレオで1サンプル16ビット、48000サンプル毎秒割り当てると収まらない
結果44100サンプル毎秒が妥協点
無駄に長いベートベンを恨め

**名無しさん＠お腹いっぱい。** · 2016/11/19(土) 21:54:41.37

CDは650MBだぞ

**名無しさん＠お腹いっぱい。** · 2016/11/19(土) 22:08:14.40

今現在のこの世界で48kHzじゃいけない理由って「既存機器で対応してないのがある」以外になんかあるの？

**名無しさん＠お腹いっぱい。** · 2016/11/19(土) 23:17:11.48

48kHzの整数分の一を入力してもリサンプルされてからエンコードされるの？

**名無しさん＠お腹いっぱい。** · 2016/11/19(土) 23:50:29.66

CELTじゃなければ24kHzとか16kHzも使えるよ

**名無しさん＠お腹いっぱい。** · 2016/11/20(日) 00:13:31.83

そうだが

**名無しさん＠お腹いっぱい。** · 2016/11/20(日) 08:49:24.75

結局制作過程で48k/24bitとか32bitPCMで作られてるので
ビット深度変えるときにディザリングかけるわけだから
ノイズシェーピングで超音波の高域にノイズを追いやれる
48kは有利

**名無しさん＠お腹いっぱい。** · 2016/11/20(日) 15:03:16.31

>>625
それはMode1を使うデータ形式の場合。

**名無しさん＠お腹いっぱい。** · 2016/11/20(日) 15:29:07.38

>>624
カラヤンも恨む対象だな
http://www.asj.gr.jp/qanda/answer/3.html

**名無しさん＠お腹いっぱい。** · 2016/11/20(日) 16:34:45.69

テレビ放送の音声との海賊版制作を妨げる目的でCDは44.1KHzになったとどこかで見たな

**名無しさん＠お腹いっぱい。** · 2016/11/20(日) 21:16:18.29

嘘乙

**名無しさん＠お腹いっぱい。** · 2016/11/21(月) 00:46:47.42

否定から入る奴ってどこ行っても嫌われるよね

**名無しさん＠お腹いっぱい。** · 2016/11/21(月) 00:48:46.61

確かにお前嫌われてんな

**名無しさん＠お腹いっぱい。** · 2016/11/21(月) 01:03:41.46

俺嫌われてないぜ
他人と接触しないから

**名無しさん＠お腹いっぱい。** · 2016/11/21(月) 02:34:05.09

苦肉の策が決まりました

**名無しさん＠お腹いっぱい。** · 2016/11/21(月) 05:06:38.77

関係ないがWMA/WMVの権利取得済み企業がこんなにあったとは驚きだ
http://public.wmlalicensing.com/public/licensees-lists.aspx

2016/11/21(月) 06:39:44.48

MSもいい加減WMAの仕様を公開すれば良いのにね

**名無しさん＠お腹いっぱい。** · 2016/11/21(月) 07:13:20.50

公開されてないのか

**名無しさん＠お腹いっぱい。** · 2016/12/05(月) 11:21:36.35

flac 1.3.2 ようやく来そうだな

**名無しさん＠お腹いっぱい。** · 2016/12/05(月) 12:26:51.55

今更改善することあるの？

**名無しさん＠お腹いっぱい。** · 2016/12/06(火) 00:20:46.07

くれぐれも下手なことはしないでくれよ……

**名無しさん＠お腹いっぱい。** · 2016/12/06(火) 02:10:46.32

MP4に入れられるようになるくらいじゃ？

**名無しさん＠お腹いっぱい。** · 2016/12/06(火) 09:16:15.03

どこ情報？>1.3.2

**名無しさん＠お腹いっぱい。** · 2016/12/06(火) 10:20:29.01

git

**名無しさん＠お腹いっぱい。** · 2016/12/06(火) 11:24:46.70

https://git.xiph.org/?p=flac.git;a=blob_plain;f=doc/html/changelog.html;
https://git.xiph.org/?p=flac.git;a=blob_plain;f=doc/isoflac.txt
ありがとう見つけられた話についていけそう

2016/12/06(火) 13:59:33.02

今回の更新にはL-SMASHの作者が関わっているそうだけど、彼のmuxerはopusやflacに未対応なのね

**名無しさん＠お腹いっぱい。** · 2016/12/06(火) 16:25:13.54

AndroidアプリにOpusエンコーダが見当たらない
mp3をOpusにダウンサイズしたい

**名無しさん＠お腹いっぱい。** · 2016/12/07(水) 02:12:14.75

デスクトップPC買ってこい

ジャンクでもHDD抜けてるだけでクッソ安いのあるからジャンクの電源コードと中古のHDD抱えてレジに行く。
Pentium4以上512MB以上のモデルなら大体6k＋αだろ。XPでもなんでもこの際関係ない
LinuxのLXDE採用してるやつ（LubuntuとかDebianLXDEとか）を"なんとかUSBに焼いて"インストールできればあとは簡単

**名無しさん＠お腹いっぱい。** · 2016/12/07(水) 02:17:23.00

opusに変換したいならTermuxインストールして
apt install opus-tools
コマンドはggr

**名無しさん＠お腹いっぱい。** · 2016/12/23(金) 16:02:09.57

今年はALAC馬鹿に出来ないぞ、音質はFLAC=ALAC
容量も同じ
再生時の処理の負荷はALACのほうが軽い！去年の夏くらいまではALACをデフォルトで再生できる機種少なかったけど、今じゃほとんどのDAPが対応してるしiOSはもちろんandroidも対応

↑なにそれ林檎ハードだとそうだったりするのか

**名無しさん＠お腹いっぱい。** · 2016/12/23(金) 20:40:27.26

ALACって可逆圧縮でしょ
圧縮率だってフリーのFLACに負けてたらどうなんだって話でもあるし

**名無しさん＠お腹いっぱい。** · 2016/12/23(金) 22:45:04.66

ところが圧縮率はFLAC標準と同等程度で、エンコはLevel 8より遅い

**名無しさん＠お腹いっぱい。** · 2016/12/24(土) 00:43:31.65

alacの強みはむしろ政治力とそれの織りなす利便性にあると思ってる、あとは標準がID3タグってことくらいか

2016/12/24(土) 07:00:21.13

わざわざALACなんて作るより、FLACをAppleが定義してMP4に入れられる様にした方が良かったと思う

**名無しさん＠お腹いっぱい。** · 2016/12/24(土) 17:01:34.14

前はALACとFLACで悩みどころだったが
Windows10になってOSレベルでALACに対応したから
iPodの持ち歩き保存用途とPCの保存用途をALACで兼用することにした
つまりCue+分割ALACでエンコしてそのままiPodに送り込む

**名無しさん＠お腹いっぱい。** · 2016/12/24(土) 17:48:10.70

いやいや可逆を持ち歩きたいのにiPodを使うようなら最初からApple版ATRAC(もしくはWMA)しか選択肢にないだろ

**名無しさん＠お腹いっぱい。** · 2016/12/24(土) 20:47:56.68

Apple版ATRACって逆に興味ある

**名無しさん＠お腹いっぱい。** · 2017/01/01(日) 15:01:19.58

FLAC 1.3.2

**名無しさん＠お腹いっぱい。** · 2017/01/02(月) 01:54:41.06

今更何を付け足すことがあるのだ

**名無しさん＠お腹いっぱい。** · 2017/01/02(月) 15:17:13.60

比較テスト
https://hydrogenaud.io/index.php/topic,113190.msg933406.html#msg933406

今のところxiph.orgとかgithub.comよりsourceforge.netの準備が早いかも
http://lists.xiph.org/pipermail/flac-dev/2017-January/006069.html

>>662
Addだけじゃないよ
https://xiph.org/flac/changelog.html#flac_1_3_2

**名無しさん＠お腹いっぱい。** · 2017/01/02(月) 16:03:22.48

>>663
エンコ遅くなってるな

**名無しさん＠お腹いっぱい。** · 2017/01/08(日) 17:44:38.21

速くなった人も
https://hydrogenaud.io/index.php/topic,113391.msg933603.html#msg933603

**名無しさん＠お腹いっぱい。** · 2017/01/18(水) 16:58:20.91

びっみょーな不具合修正がメインだな
2年リリースしてなかったので一応メンテされてますよーアピール的なリリース

あとはパラメータ変更してクラシックでちょっと圧縮率上がったとかそんなん

**名無しさん＠お腹いっぱい。** · 2017/01/19(木) 06:51:55.92

まあそんなにドラスティックに仕様が変わられても困るしそんなもんでは

2017/01/21(土) 00:54:51.10

ピアノ独奏曲のアルバムで、Opus(1.1.3)の--bitrate 96が平均161kpbsと、
aoTuV 6.03(2015)の-q6(平均155kbps)よりも大きくなって少し驚く。

このアルバムはFLACでも420kbpsで、一般に器楽は圧縮しやすいイメージだったので意外に思った。

**名無しさん＠お腹いっぱい。** · 2017/01/21(土) 01:10:46.37

opusは低遅延のためにフレームサイズが20msと小さいから
いわゆるtonal sampleには相対的に弱いという話だった気がする

2017/01/21(土) 01:26:04.50

参考までに30秒だけ切り出した。

http://www.mediafire.com/file/25gt0pej7x38m3b/mazurka.flac

>>669
OpusはMDCT、オーバーラップが小さく、リークの埋め合わせでビットレートを上げているのだろうね。

**名無しさん＠お腹いっぱい。** · 2017/01/26(木) 08:54:29.01

Mozilla Firefox がFLAC再生サポートだとか

**名無しさん＠お腹いっぱい。** · 2017/01/26(木) 09:01:06.43

逆に今までなかったのかよと思いましたが、よく考えたらFLACを埋め込むようなリッチなサイトってあんまりなさそうですし自然なのかも。今回の対応はWebVRとかの文脈ですかね。

**名無しさん＠お腹いっぱい。** · 2017/02/01(水) 14:51:39.19

http://opus-codec.org/

libopus 1.1.4
Jan 20, 2017

This Opus 1.1.4 release fixes a single bug. A specially-crafted Opus packet could cause an integer wrap-around in the SILK LSF stabilization code.
This would cause an out-of-bounds read 256 bytes before a constant table. In most circumstances, the consequences are harmless and the result is simply noise in the audio.

This was reported as CVE-2017-0381. Contrary to that report, our own analysis shows that no remote code execution is possible. However, we are making this release as a precaution.

きたで

**名無しさん＠お腹いっぱい。** · 2017/02/01(水) 15:55:53.46

今年中にlibopus 1.2.0, libflac 1.3.3でると予想してるからむやみやたらに自分はライブラリ更新しないんだ
すまんな

2017/02/01(水) 23:25:06.60

Opusにもチューニングの余地があるなら、aoTuOとかやってくれないかな

**名無しさん＠お腹いっぱい。** · 2017/02/02(木) 00:14:20.59

>>12

**名無しさん＠お腹いっぱい。** · 2017/02/09(木) 19:03:50.47

http://www.mp4ra.org/codecs.html

MP4コンテナってOpusも格納可能なんだな知らなかったわ

**名無しさん＠お腹いっぱい。** · 2017/02/09(木) 21:35:47.32

MatroskaのがなんでもしまえるイメージあるけどMPEG系も結構やるのな。

そういえばVP9をMP4に乗せるって話も聞いたことがある

**名無しさん＠お腹いっぱい。** · 2017/02/10(金) 02:48:41.00

opusをMatroskaに突っ込んでAndroidに持ってくと再生できるけど
トラック番号タグとか読んでくれなくて困る

2017/02/10(金) 06:21:56.90

>>679
*.opusを*.oggとリネームしたら、Android 5.0以上でOSが認識する

**名無しさん＠お腹いっぱい。** · 2017/02/10(金) 07:41:10.78

(そもそもoggコンテナじゃないと大抵のソフトは読んでくれないのでは?)

**名無しさん＠お腹いっぱい。** · 2017/02/10(金) 17:12:51.74

>>680
認識はされたけど再生できなかった

2017/02/10(金) 19:00:20.79

>>682
私の携帯(Android 6.0.1)では拡張子を.oggにリネームしたOgg OpusをGoogle Play Musicで再生できるけど、
環境によってはうまくいかないのかな

**名無しさん＠お腹いっぱい。** · 2017/02/10(金) 21:08:56.82

韓国製だがMX Playerを音楽プレーヤーモードにしてやるとopusも再生できる

**名無しさん＠お腹いっぱい。** · 2017/02/11(土) 00:33:04.43

>>683
Google Play Music使ってみたけど再生できなかったよ
同じAndroid6.0.1なのに
機種はgalaxy s5
できれば元々あるプレーヤーで使いたかった

**名無しさん＠お腹いっぱい。** · 2017/02/11(土) 00:39:28.89

>>683
Google Play Music使ってみたけど再生できなかったよ
同じAndroid6.0.1なのに
機種はgalaxy s5
できれば元々あるプレーヤーで使いたかった

**名無しさん＠お腹いっぱい。** · 2017/02/11(土) 00:39:49.76

連投ごめん

2017/02/11(土) 02:15:35.31

>>685
5.1.1 Audio Codecs Opusの欄で、(.mkv)と(.ogg)への対応はAndroid 5.0+で必須となっているので、
OSの機能で再生できないのはSamsungの不手際だな

https://static.googleusercontent.com/media/source.android.com/en//compatibility/android-cdd.pdf

私のASUS ZE500KLでは*.oggにしないと認識しないが、NexusやMoto Xでは*.opusのままでOSが認識するそうな

**名無しさん＠お腹いっぱい。** · 2017/02/11(土) 09:48:11.38

Matroskaコンテナの音声用の拡張子は.mkaのはず(.mkvは動画用)なんだが、Google様の文書でこうなってるなら仕方がないな

参考:Matroskaの公式サイト(https://www.matroska.org)

**名無しさん＠お腹いっぱい。** · 2017/02/11(土) 09:58:42.57

追記:やはり公式の方針は音声なら.mkaとしているようだ。

https://www.matroska.org/technical/guides/faq/index.html#q3
https://www.matroska.org/technical/specs/notes.html#MIME

**名無しさん＠お腹いっぱい。** · 2017/02/11(土) 09:59:58.03

>>689
s/"https://www.matroska.org)"/"https://www.matroska.org";

**名無しさん＠お腹いっぱい。** · 2017/02/11(土) 10:01:20.86

>>689 の訂正の訂正
s/ "https://www.matroska.org)"/ " https://www.matroska.org "

**名無しさん＠お腹いっぱい。** · 2017/03/02(木) 10:18:22.62

Opusエンコード時の帯域幅指定が何気に重要
「フルバンド」を選ばないと大変なことになる

間違って「ナローバンド」を指定しようものなら高めのビットレートでエンコードしようが篭もりまくった音になる

**名無しさん＠お腹いっぱい。** · 2017/03/02(木) 23:28:35.92

アルゴリズムがSkypeの通話を圧縮するやつとのハイブリッドだからそちらの色が強く出てしまうのか、コーデックの規格文書見るとナローバンドモードだとサンプリングレートが8kHzにまで抑えられるようですね

**名無しさん＠お腹いっぱい。** · 2017/03/03(金) 15:51:32.45

opusenc.exeでそのあたりどうやって指定すんの？

2017/03/03(金) 18:29:44.91

音楽配信「スポティファイ」、有料会員5000万人に業界独走

http://www.afpbb.com/articles/-/3119964?act=all

>Spotifyでは、ストリーミングにどのビットレートを使用していますか？

>Spotifyでは、ストリーミングに3つの品質レートを使用しています。すべてOgg Vorbis形式です。

> ~96 kbps
> スマホでの標準品質。
> ~160 kbps
> デスクトップおよびWebプレイヤーでの標準品質。
> スマホでの高品質。
> ~320 kbps（Premiumユーザー限定）
> デスクトップでの高品質。
> スマホでの最高品質。

https://support.spotify.com/jp/using_spotify/search_play/what-bitrate-does-spotify-use-for-streaming/

それとは知らずに使うVorbisの使用者がこれだけ増えたのには感慨深いものがある。

**名無しさん＠お腹いっぱい。** · 2017/03/03(金) 19:02:57.88

カタカナで書くのなら
「スポッティファイ」にして欲しいよな
音の抜けが違う

2017/03/14(火) 23:26:28.19

opus: add a native Opus encoder

https://github.com/FFmpeg/FFmpeg/commit/5f47c85e5c961d5985a01e16697439d179b03a0e

libopusのコードを使わないFFmpegによる実装との事。まだ基本的な機能しかないけど、
Opusと言う規格そのものの優位性によるものか、他のFFmpegのエンコーダーより優れているそうな。

**名無しさん＠お腹いっぱい。** · 2017/03/21(火) 18:06:25.90

opus：ネイティブのOpusエンコーダを追加する

これは、誰もOpusエンコーダを書かなかった初めてのことです。
任意のlibopusコードを使用します。エンコーダの目的は、
フォーマットは、それのための最も狂ったエンコーダを書くことによって行くことができます。

エンコーダは基本的にはCBRエンコーディングしかサポートしていませんが、
内部的には、CELTレイヤーに実装されているすべての単一の機能が実装されています
（残りの部分とうまく動作する必要があるピッチ・プレフィルターを除いて
実装されるものは何でも）。心理音響学およびレート制御システムは、
開発中で。

エンコーダは120サンプルのフレームを取り込み、その値に応じて
opus_delay追加のバッファリングされたフレームを先読みとして使用する予定です。
今のところ、エンコーダは最も近い最も大きな有効フレームサイズを選択し、
先読みは使われませんが、
心理音響システム。

かなり基本的なエンコーダが既に優れた性能を発揮しています
他のネイティブエンコーダFFmpegは膨大な量があります。

PVQの検索アルゴリズムは、libopusより高速で正確です
アルゴリズムのように、エンコーダの性能はlibopusの性能に近い
複雑さはゼロです（libopusにはより多くのSIMDがあります）。
このアルゴリズムは、PVQを使用してlibopusまたは他のコーデックに移植される可能性があります
未来。

エンコーダーには依然としていくつかのマイナーなバグがあります。例えば、超低速での脱同期
ビットレート（20msフレームで9kbps以下）。

サインオフ：Rostislav Pehlivanov <atomnuker@gmail.com>

**名無しさん＠お腹いっぱい。** · 2017/03/21(火) 20:01:32.22

機械翻訳やめて

**名無しさん＠お腹いっぱい。** · 2017/03/21(火) 20:09:13.66

FFMPEGのプログラマーはカスしかいないから規格不適合非準拠ファイルを大量生産する
障害児どもしゃしゃりでるなって感じ

**名無しさん＠お腹いっぱい。** · 2017/03/21(火) 22:00:12.34

機械翻訳より多少マシに

Opus: ネイティブOpusエンコーダーを追加
これはOpusエンコーダーを一切のlibopusのコードを使わずに書いた初めてのものです。
エンコーダーの目的は、変わったエンコーダーでどれだけこのフォーマットが使えるかを証明することです。

今のところはエンコーダーの基本のCBRエンコードしかサポートしていませんが、内部的にはCELT(ケルト)が持つすべての機能が実装されています。(残りの実装されていない部分とうまく動作する必要があるピッチ・プレフィルターを除く)
心理音響とレートコントロールは開発中です。

エンコーダーは120サンプルのフレームを取り込み、opus_delayの値に応じて追加の先読みバッファとして使用する予定です。
今のところはエンコーダーは先読みをせずに、最も近く大きな有効フレームサイズ選択しますが、心理音響システムが実装されればそうではなくなるでしょう。

とても基本的なエンコーダーですが、すでにFFmpegエンコーダーが含んでいる膨大な、他のどのネイティブエンコーダーよりも優れた性能を持っています。

PVQ(ピラミッドベクトル量子化 https://people.xiph.org/~tterribe/daala/pvq201404.pdf)アルゴリズムは、libopusのアルゴリズムよりも正確なので、エンコーダーの性能はlibopusの性能に計算量以外では近いです。(libopusはもっとSIMDを使っている)
PVQアルゴリズムは将来libopusや他のコーデックに移植されるかもしれません。

このエンコーダーには依然として多少のバグがあります。(例えば20msで9kbps以下の超低ビットレートでの同期不良など)

**名無しさん＠お腹いっぱい。** · 2017/03/21(火) 23:32:42.73

>>702
FFmpeg上で、libopusとネイティブエンコーダーを比較してみたら
ネイティブエンコーダーのほうが2.5倍速かったけど、低ビットレートでの音質はひどかった

**名無しさん＠お腹いっぱい。** · 2017/03/22(水) 00:21:26.37

デコーダはいいけどエンコーダはオープンソースな実装があるなら車輪の再発明お断り

**名無しさん＠お腹いっぱい。** · 2017/03/22(水) 01:35:20.65

低ビットレートでの音質でOpusの評判を落とそうという、反Xiph勢の手の者による地雷工作だな

**名無しさん＠お腹いっぱい。** · 2017/03/22(水) 01:56:58.63

低ビットレートといえば、libopus 1.2はまだα版だけど、1.1系より結構音質良くなってる

2017/03/22(水) 09:34:59.06

FFmpegは色々な規格を自分たちで実装してみると言うプロジェクトだから、実用的では無い部分は使わずに置いておけば良い

**名無しさん＠お腹いっぱい。** · 2017/03/22(水) 12:36:52.44

代替実装があるのはいいことだけれど、FFmpegみたいな実装サイドの巨人がやると混乱を呼ぶこともあるからそこは弁えた上でvp9の時のような切磋琢磨を見せて欲しいですね

**名無しさん＠お腹いっぱい。** · 2017/03/24(金) 05:31:19.16

Rarewareに最新gitのWindows向けflac/metaflac/libflacがやっときてた
http://www.rarewares.org/lossless.php

**名無しさん＠お腹いっぱい。** · 2017/04/18(火) 03:03:47.92

DVDやBDの音声って無圧縮（LPCM）なときあるやん
あれをVorbis 192kbpsかOpus 192kbpsにエンコするならおまえらどっちを選ぶ？

**名無しさん＠お腹いっぱい。** · 2017/04/18(火) 03:41:58.18

DVDなら互換性重視でVorbis、BDなら後々対応も増えるだろうしOpus