【Opus/Vorbis/FLAC】Ogg統合20【AV1/Theora】

1 ：名無しさん＠お腹いっぱい。：2018/01/27(土) 13:32:37.91 ID:TtZ8Csmf0.net

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

【前スレ】
【Vorbis/FLAC】Ogg統合19【Theora/etc...】
http://egg.5ch.net/test/read.cgi/software/1393839807/

2 ：名無しさん＠お腹いっぱい。：2018/01/27(土) 13:42:02.10 ID:0iuBN6vA0.net

乙です
テンプレ前のそのままはアカンよね。結構動きあったし前スレ建ったの2014/03/03だし

3 ：名無しさん＠お腹いっぱい。：2018/01/27(土) 20:59:17.73 ID:jzDWgS4t0.net

プレイヤーの情報とかはさすがにいらん
Lilithみたいな情弱プレイヤーなんて誰も使ってないだろうし

加えて言うとスレ一個消費するのに4年も要してるのでテンプレ類はいらん
更新されたらその都度従来通りURLを貼っていけばいいと思われる

4 ：名無しさん＠お腹いっぱい。：2018/01/28(日) 05:11:52.59 ID:IqxyH0xl0.net

>>1
乙なんよ

5 ：名無しさん＠お腹いっぱい。：2018/01/28(日) 06:30:05.19 ID:ddokns0M0.net

>スレ一個消費するのに4年も要してるのでテンプレ類はいらん
?

6 ：名無しさん＠お腹いっぱい。：2018/01/28(日) 14:48:37.87 ID:AJg9znDh0.net

とりあえずあれば便利そうなリンク

「RareWares」（エンコーダ・デコーダ、ツール、バイナリを配布）
http://www.rarewares.org/
aoTuV（Vorbis派生エンコーダ）
http://www.geocities.jp/aoyoume/

Wikipedia (JP)
https://ja.wikipedia.org/wiki/Xiph.Org_Foundation
Hydrogenaudio Forum
https://hydrogenaud.io/index.php?action=forum

Web メディア拡張機能
https://www.microsoft.com/ja-jp/store/p/web/9n5tdp8vcmhs
QuickTime Components
https://www.xiph.org/quicktime/

7 ：名無しさん＠お腹いっぱい。：2018/01/28(日) 15:43:02.59 ID:XXY/6yBD0.net

4年もかかったことに驚愕

8 ：名無しさん＠お腹いっぱい。：2018/01/28(日) 16:19:56.16 ID:6GlyRfqu0.net

そもそもコンテナ語りの適地は/avi/な気はする
まぁ、初代スレからいるんでここで語りたいが

9 ：名無しさん＠お腹いっぱい。：2018/01/28(日) 16:33:01.31 ID:KjfkhyGi0.net

>>6のQuickTimeコンポーネントは開発終了が公式アナウンスされたから外した方が良かったね

10 ：名無しさん＠お腹いっぱい。：2018/01/29(月) 06:10:31.98 ID:KG1NZ+1I0.net

過去スレ一覧を貼ろうとしたらNGワードとか言われる
なにコレめんどくさーい

11 ：名無しさん＠お腹いっぱい。 ：2018/01/29(月) 11:23:31.39 ID:W65JDscq0.net

>>8
音声コーデックのコンテナとしてのOggは、DTV板とあまり関連が無い

VP8やVP9がオープンソースになってからのTheoraを語るのも不毛だし

12 ：名無しさん＠お腹いっぱい。：2018/01/30(火) 15:41:17.67 ID:saLrQ2CP0.net

FLACとMP3 320kbpsを聴き比べた結果正解率6/10

うーん、糞耳w

13 ：名無しさん＠お腹いっぱい。：2018/02/01(木) 00:43:59.08 ID:gphCCmQ70.net

>>12
mp3は lame -V 0 で十分だし

14 ：名無しさん＠お腹いっぱい。：2018/02/01(木) 22:24:09.50 ID:oRHUUmGop

やっぱりいかにflacといえど、元の音質や音域によっては、
一度音割れさせてしまうともうだめだな

15 ：名無しさん＠お腹いっぱい。 ：2018/02/04(日) 15:12:38.85 ID:NsLq3tId0.net

castanetsやfatboy等、ショートブロックが長く、1フレームが320kbpsまでに制限されるMP3にはどうにもならない音源もある
対するOpusはMDCTの構造から言ってもこういうのは得意

http://lame.sourceforge.net/download/samples/

16 ：名無しさん＠お腹いっぱい。：2018/02/11(日) 17:20:00.14 ID:4QdS39sd0.net

ffmpegで-atagを使ってOpusのFOURCCである0x704Fを指定すればasfにOpusを格納できる
「Groove ミュージック」や「映画 & テレビ」で再生できる
拡張子をwmaにすれば「プログラムから開く」から「Groove ミュージック」で再生できる
拡張子をwmvかasfにすれば「プログラムから開く」から「映画 & テレビ」で再生できる

コマンド例
ffmpeg -i input.mp4 -vn -c:a libopus -atag 0x704F -f asf output.asf

参考　WAVE_FORMAT_OPUS (0x704F)
https://msdn.microsoft.com/ja-jp/library/windows/desktop/aa372553(v=vs.85).aspx

17 ：名無しさん＠お腹いっぱい。：2018/02/13(火) 16:16:26.50 ID:6cdZmLJa0.net

催眠音声とか同人音声、MP3 320kbpsでエンコードされてたりするけど
無音とか多いから無駄なんだよなぁ。
320CBRだとFLACよりでかくなったりすることも多いので頭悪い

-V 0にしてほしい

さいつよはOpusだけど

18 ：名無しさん＠お腹いっぱい。 ：2018/02/13(火) 18:12:03.50 ID:pZGEtm2c0.net

>>17
これはCBRのMP3から音質に影響の無い詰め物を取ってVBRを実現するソフトみたいね

MP3 repacker
https://hydrogenaud.io/index.php/topic,32379.0.html

19 ：名無しさん＠お腹いっぱい。：2018/02/13(火) 19:04:28.32 ID:04TfZh460.net

☆ 私たち日本人の、日本国憲法を改正しましょう。現在、
衆議員と参議院の両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆

20 ：名無しさん＠お腹いっぱい。：2018/02/13(火) 22:55:42.63 ID:6cdZmLJa0.net

>>18

これはMP3を音質変化なく圧縮できるってことかな？

使えそう

21 ：名無しさん＠お腹いっぱい。：2018/02/15(木) 17:03:31.17 ID:Nu81M+7x0.net

ついにMPEG2の特許が消滅
https://gigazine.net/news/20180215-mpeg2-patent-expired/

2018年2月13日にアメリカで残っていた最後のMPEG2に関する特許が期限切れを迎えました。

MPEG-2 Patent List
http://www.mpegla.com/main/programs/M2/Pages/PatentList.aspx

MPEG2はMoving Picture Experts Group(MPEG)によって策定されたビデオフォーマットで、テレビ放送やDVDなどのメディアなどに広く利用される、最も一般的なビデオ標準規格です。
MPEG2の特許を管理するパテントプールのMPEG LAがMPEG-2の特許リストを更新し、2018年2月13日にアメリカ国内で残っていた最後の特許が期限切れを迎えたことを明らかにしました。


（　＾ω＾）

22 ：名無しさん＠お腹いっぱい。：2018/02/15(木) 20:54:02.92 ID:TxHGHT310.net

AV1って莫大な計算資源があるAmazonとかHuluとかNetflix以外使い道なさそう
というかAoMがAV1専用HWエンコーダでも出してくれないかなあ

23 ：名無しさん＠お腹いっぱい。：2018/02/16(金) 10:25:42.17 ID:0UmSRXsr0.net

そのためにAMD,ARM,NVIDIAを抱き込んでるものだとばかり

24 ：名無しさん＠お腹いっぱい。：2018/02/16(金) 20:38:06.59 ID:BlOlsR700.net

Appleも参加したとか逆に入ってない企業は何なんだ

25 ：名無しさん＠お腹いっぱい。：2018/02/19(月) 21:38:11.40 ID:OR93QCZi0.net

ソニーも参加したら、ビデオカメラにAV1のHWエンコーダが乗るのかな

26 ：名無しさん＠お腹いっぱい。：2018/02/20(火) 17:18:11.81 ID:poNTyNEY0.net

サンプリングレート32kHzと44.1kHzでABXしたら聞き分けできなかった
24kHzでもやってみたらアタック性の強い音なら区別できたけど、単独で聞かされたら違和感ない気がする

結局96kHzとか192kHzとかって無意味極まりない感しかない

27 ：名無しさん＠お腹いっぱい。：2018/02/20(火) 17:53:45.43 ID:IJRTZ55O0.net

無意味極まりないって数年前にMontyが言ったじゃない

28 ：名無しさん＠お腹いっぱい。：2018/02/20(火) 19:38:28.02 ID:yPQ+jKvj0.net

無意味っつーか音楽を作る側にはナイキストを可聴域外に追い出せたり
ビット深度は浮動小数点でミックスでマージンに余裕がとれるとかメリットがあるけど
聴く側からしたらAC97で強制リサンプリングがない48/24が一番マシだよね

29 ：名無しさん＠お腹いっぱい。：2018/02/21(水) 10:32:41.81 ID:cWpvm9id0.net

人間の可聴範囲には限界があるんやなｗ

30 ：名無しさん＠お腹いっぱい。：2018/02/21(水) 10:39:57.56 ID:CmLNBePd0.net

「超音波発射！」
「うわ耳がやられた！」
「えっ？」
「えっ？」

31 ：名無しさん＠お腹いっぱい。：2018/02/21(水) 12:37:55.27 ID:lNNPg3E00.net

聴こえないってだけで、エネルギーがないわけじゃないぞ

32 ：名無しさん＠お腹いっぱい。：2018/02/23(金) 00:29:49.77 ID:VBh7MB5Z0.net

やっぱ地球はダメだよね、第3惑星程度じゃ太陽に近すぎてフレアのノイズが乗ってくる。
冥王星程度まで離れるとかなり静かな環境なんで、クラッシックなどのダイナミックレンジの広い音を聞くにはお勧め。
それでもいて座A*からのブラックホールの輻射ノイズが感じられるという繊細なひとには、ちょっと時間がかかるけど
銀河間の巨大ボイド領域まで出かけていってもらうしかないね。

33 ：名無しさん＠お腹いっぱい。：2018/02/24(土) 22:32:55.17 ID:rbzSxR8P0.net

CPUだとコスパ激悪（安いCPUは2wayできない、2wayできるのはマザーボードもメモリもCPUも高い）だからいくらでも増やせるグラボでエンコードしたいなあ
グラボはあればあるだけ高速化できるけど、CPUはAtomでOKみたいな感じで

34 ：名無しさん＠お腹いっぱい。：2018/02/27(火) 12:32:32.05 ID:fdy1l8Zi0.net

やっぱ人間はダメだよね、心臓の音がうるさくてノイズが乗ってくる。

35 ：名無しさん＠お腹いっぱい。：2018/03/02(金) 15:08:28.45 ID:CgCahnVa0.net

情弱だがWAVファイルをTTA→APE→FLAC→TAK→TTA→FLACの順にエンコードしても完全無劣化という認識でおｋ？

36 ：名無しさん＠お腹いっぱい。：2018/03/02(金) 18:30:15.81 ID:Z7Kww0hl0.net

そうだね
別にその順番でなくてもそう

37 ：名無しさん＠お腹いっぱい。：2018/03/03(土) 17:40:02.08 ID:uU/D2se10.net

Opus 128kbpsはVorbis 192kbppsと同等だな

38 ：名無しさん＠お腹いっぱい。 ：2018/03/13(火) 15:15:28.08 ID:BTezh8d+0.net

>>37
OpusよりVorbisの方がノイズ成分の少ない器楽等は得意だけど、それ以外ならそれくらいの差はあるかもな

39 ：名無しさん＠お腹いっぱい。：2018/03/14(水) 20:55:30.02 ID:EEi1arkI0.net

ストリーミングやTV放送で動画圧縮技術「HEVC」の特許使用料が廃止
https://pc.watch.impress.co.jp/docs/news/1111623.html

40 ：名無しさん＠お腹いっぱい。：2018/03/14(水) 22:05:28.36 ID:RLfKy8xQ0.net

金をとるパテントプールがひとつ減ったぞ！やったね！

41 ：名無しさん＠お腹いっぱい。：2018/03/14(水) 22:36:21.35 ID:S9oQIIRV0.net

カスラック「殺してでも　うばいとる」

42 ：名無しさん＠お腹いっぱい。：2018/03/21(水) 21:00:52.23 ID:xgcKcwY/0.net

日本企業が軒並みダークサイドについててワロタ
ソニーがAOMに入ってカメラに載せるAV1のHWエンコーダ作るとかそういう話でもあればいいのに

43 ：名無しさん＠お腹いっぱい。：2018/03/22(木) 14:28:05.69 ID:9hVtzvFj0.net

オープンソースは無職の仕事
男は黙って商用陣営で家族養え

44 ：名無しさん＠お腹いっぱい。：2018/03/23(金) 01:01:09.50 ID:JmLXzlmE0.net

そう、Atrac3です。

45 ：名無しさん＠お腹いっぱい。：2018/03/23(金) 21:00:20.62 ID:hPLe1N3Q0.net

AV1ってDaalaも含まれてるならグラボでエンコードできるのかな

46 ：名無しさん＠お腹いっぱい。：2018/04/01(日) 00:17:11.37 ID:y2OgQRma0.net

最新のoggenc2.exeをdlしてきてfoobarからVBRで約320kbpsにしたらファイル次第ではflac以上のサイズになってしまった……ABRじゃないんだから

47 ：名無しさん＠お腹いっぱい。：2018/04/13(金) 15:27:22.34 ID:BQEcpVXu0.net

次世代コーデックの本命「AV1」の技術仕様をXiph.Orgが解説
https://gigazine.net/amp/20180411-xiph-explain-av1
フリーの次世代コーデック「Daala」を開発するXiph.Orgは、AOMに加わりAV1の開発に協力しています。
当初、次世代コーデックAV1のベースとなるコーデックに名乗りを上げたのは、Googleの「VP9」、Ciscoの「Thor」そしてXiph.Orgの「Daala」でしたが、既存の特許に抵触するリスクの最も低かったVP9が選出されました。
Xiph.Orgによると、当時、Daalaはラッピングアプローチとクロックドメイン技術の両方が成熟していなかったことからベースコーデックに選ばれなかったとのことで、VP9が選ばれた決定自体は妥当なものだったと考えているそうです。
ベースコーデックに選ばれなかったDaalaですが、同コーデックが取り入れている多くの技術はAV1にも取り入れられているとのこと。

48 ：名無しさん＠お腹いっぱい。：2018/04/13(金) 15:39:44.06 ID:BQEcpVXu0.net

次世代動画コーデック「AV1」の圧縮技術を利用する次世代画像フォーマット「AVIF」
https://gigazine.net/news/20180411-avif-draft/
AV1のエンコード技術を活用することで、高画質＆小サイズという高い圧縮率を目指して「AVIF」は開発されています。AVIFはファイル形式(いわゆるコンテナ)であり、AV1以外の圧縮技術も利用できる予定です。
次世代動画コーデックAV1ではHDRやWCG(広色域)技術などがエンコードで反映されていますが、AVIFでもHDRやWCG対応になる予定です。
他にもマスター画像とともにより小さなサイズのサムネイル画像を付加したり、プロパティやメタデータを共用するImage Collectionなどの機能を備えており、画像フォーマットのスタンダードであるJPEGの後継フォーマットとなることを目指して開発が進行中。
2017年12月13日に初期バージョンである「AVIF version 1.0」のドラフトが公開されており、正式リリースの準備が行われています。
なお、以下のサイトではJPEGやX.265のほかにAV1を使った圧縮画像の画質比較が行えます。
AV1 Still Image Comparison
https://people.xiph.org/~tdaede/av1stilldemo/

49 ：名無しさん＠お腹いっぱい。：2018/04/13(金) 20:20:51.47 ID:4tBVlmpY0.net

腐るほどお金があるamazonとかnetflixが専用ボードを使って、天文学的な時間がかかるソフトウェアエンコードは
誰もしない。結局2020年になっても個人用途ではx264が主流

とかありそう

50 ：名無しさん＠お腹いっぱい。：2018/04/18(水) 12:21:24.98 ID:Brwb574N0.net

>xiphがRustで作ってるav1のエンコーダ
>リファレンスより速いって書いてある
>https://github.com/xiph/rav1e

やるぅ！

51 ：名無しさん＠お腹いっぱい。：2018/05/03(木) 01:18:01.62 ID:7iBqWeRV0.net

aoTuV beta 6.03 (2018) リリース
https://aynote.wordpress.com/2018/05/02/aotuv-beta-6-03-2018%e3%83%aa%e3%83%aa%e3%83%bc%e3%82%b9/
本家のlibvorbisの新しいバージョン1.3.6がリリースされたため、それと統合したaoTuVを公開しました。

脆弱性の修正がメインとなっており、公式の1.3.5から1.3.6への変更点は以下の通りです。

Fix CVE-2018-5146 ? out-of-bounds write on codebook decoding.
Fix CVE-2017-14632 ? free() on unitialized data
Fix CVE-2017-14633 ? out-of-bounds read
Fix bitrate metadata parsing.
Fix out-of-bounds read in codebook parsing.
Fix residue vector size in Vorbis I spec.
Appveyor support
Travis CI support
Add secondary CMake build system.
Build system fixes

新しいaoTuVについても以上の変更・修正点を反映しているため、ライブラリとしてaoTuVを利用されている場合は旧バージョンからアップデートされることを推奨します。

もちろん公式の1.3.6の代わりに今回のaoTuVを使用することも問題なく可能です。

52 ：名無しさん＠お腹いっぱい。：2018/05/03(木) 01:19:51.11 ID:7iBqWeRV0.net

以下雑談

久しぶりの更新となりました。

今回は前回よりもアップデート作業自体はスムーズに進んだものの、その前段階でPCにトラブルがあったりしたため、
そちらの方に時間が取られてしまい難儀しました。（この辺のお話はそのうち書きたいです）

今回も相変わらずエンコードに影響するような変更は有りません。
コンパイラを更新したこともあり、リファレンスバイナリの出力結果は微妙に異なりますが、コンパイラや実行環境が同じであれば、
同じ出力結果になるはずです。

後は地味にエンコーダのvencの更新をしています。
今回は8/24/32bit整数と32bit浮動小数点のPCM形式の入力に対応したのが主な変更点です。
オーディオデータは32bit浮動小数点数で処理されるため、32bit整数は精度的にはオーバースペックになりますが、
対応してないよりは対応していたほうが良いでしょう。

53 ：名無しさん＠お腹いっぱい。：2018/05/03(木) 01:21:40.35 ID:7iBqWeRV0.net

aoTuV Beta6.03 (2018) (2018/5/2)
http://www.geocities.jp/aoyoume/aotuv/index.html
# The latest aoTuV beta6.03 was unified with Xiph.Org's libvorbis1.3.6. The part related to sound quality is not changed from previous version.

・　libvorbis 1.3.6を統合しました。エンコード品質については前バージョンと同様です。

54 ：名無しさん＠お腹いっぱい。：2018/05/03(木) 03:17:14.46 ID:IY+Pmv9R0.net

3年ぶりの更新か。
MP3の特許が切れ、低ビットレートに強Opusのある今、Vorbisの需要ってどうなんだろう。

55 ：名無しさん＠お腹いっぱい。：2018/05/03(木) 10:10:45.52 ID:0e8Y41xi0.net

むしろMP3のメリットがどんな古い機器でも再生出来るって事しかない

56 ：名無しさん＠お腹いっぱい。：2018/05/03(木) 12:30:57.10 ID:ijlOFXn50.net

だな
古い端末でも希にVorbis再生できたりするがMP3には敵わん

57 ：名無しさん＠お腹いっぱい。：2018/05/03(木) 13:15:22.85 ID:A0tOww9u0.net

■現時点での有効な選択肢

・可逆圧縮
FLAC、MPEG4-ALS
・非可逆圧縮
MP3（高ビットレート時）、Opus（中ー低ビットレート時）

・一般人は視聴のみできる非可逆圧縮
MQA

・放送などで普及しているので再生だけは引き続き対応する必要がある非可逆圧縮
AAC、HE-AAC

こんな感じか？

58 ：名無しさん＠お腹いっぱい。：2018/05/03(木) 13:55:57.54 ID:lJ66y7NO0.net

ABXしてもどうせわからんのだし、特許料要らないFLAC/Opusで全部事足りそう

59 ：名無しさん＠お腹いっぱい。：2018/05/03(木) 14:06:40.18 ID:0e8Y41xi0.net

>>56
いやだから、今更MP3を使うメリットなんて無いと言ったのだけど
iTunesや窓MPを常用してるのならともかく

60 ：名無しさん＠お腹いっぱい。：2018/05/03(木) 14:12:39.15 ID:A0tOww9u0.net

>>59
横からアレだが、256kbps以上のMP3ならばエンコーダーにもよるけど20kHz以上の音が入ることもあるので、全く無意味というわけではないかと
もっとも256kbps以上で保存するならば、MP3以外の選択肢のほうが現実的なのは間違いないけれど

61 ：名無しさん＠お腹いっぱい。：2018/05/03(木) 14:46:51.72 ID:JLgmZhXF0.net

非可逆で20kHz以上を残すことに意味を感じる理由がわからない

62 ：名無しさん＠お腹いっぱい。：2018/05/03(木) 14:58:49.99 ID:ijlOFXn50.net

>>59
古くても良い物はいっぱいあるんだ！
HDD_DAPとか
まだ修理受け付けてくれるんだぞ！

63 ：名無しさん＠お腹いっぱい。：2018/05/03(木) 17:00:06.20 ID:A0tOww9u0.net

>>61
耳の感度は人によってかなり差があるから当人以外何とも言えない話だけど、出てくる音への影響を考えた場合

・20kHz以上の周波数帯を含む場合
→ナイキスト周波数の近傍の折返しノイズが出やすい周波数帯も可聴帯域を超えているので折返しノイズとして極めて認知しにくい

・20kHzまでの周波数帯までの場合
→折返しノイズが可聴帯域に入ってくるも、聞き取りにくい周波数帯が主なため、折返しノイズとして認知しにくい（認知しないわけではない）

・16kHzまでの周波数帯までの場合
→もろに可聴帯域内に折返しノイズが入ってくるため、よほど耳の感度が悪くない限り折返しノイズを認知できる

という違いはあるので、20kHz以上を含んだからといって無意味なわけではない
ただし、一部のハイレゾみたいに40kHz以上の領域が必要かというと、さすがにそれは行き過ぎだとは思うけど

64 ：名無しさん＠お腹いっぱい。：2018/05/03(木) 17:15:44.38 ID:JLgmZhXF0.net

何で22kHzで折り返す前提で話してるのかさっぱり分からない
オーバーサンプリング縛りでもしてるのか

65 ：名無しさん＠お腹いっぱい。：2018/05/03(木) 17:19:36.39 ID:A0tOww9u0.net

無理にわかる必要はないよ

66 ：名無しさん＠お腹いっぱい。：2018/05/03(木) 18:14:36.44 ID:60OL5P4g0.net

opusは20kHzカットだったな

67 ：名無しさん＠お腹いっぱい。：2018/05/04(金) 16:29:41.04 ID:hmMtCcbD0.net

opusは思いきりが良すぎ

68 ：名無しさん＠お腹いっぱい。：2018/05/05(土) 00:32:47.27 ID:sTxNml4u0.net

iphoneでflac使ってる香具師おる？

69 ：名無しさん＠お腹いっぱい。 ：2018/05/05(土) 14:33:18.68 ID:CP7x41RJ0.net

>>60
スケールファクタに制限のあるMP3と言う規格で16kHz以上を保持しようとすると、それ未満の帯域が犠牲になる

http://wiki.hydrogenaud.io/index.php?title=High-frequency_content_in_MP3s

70 ：名無しさん＠お腹いっぱい。：2018/05/08(火) 01:35:15.03 ID:FolK036A0.net

最近はopus 160kで統一したわ
泥スマホで普通に聞けるし、何も問題ない
Flacと聞き比べしても違いがわからんし

71 ：名無しさん＠お腹いっぱい。：2018/05/10(木) 19:22:58.78 ID:P64/VLcw0.net

libvorbis 1.3.6 (2018-03-16) -- "Xiph.Org libVorbis I 20180316 (Now 100% fewer shells)"

* Fix CVE-2018-5146 - out-of-bounds write on codebook decoding.
* Fix CVE-2017-14632 - free() on unitialized data
* Fix CVE-2017-14633 - out-of-bounds read
* Fix bitrate metadata parsing.
* Fix out-of-bounds read in codebook parsing.
* Fix residue vector size in Vorbis I spec.
* Appveyor support
* Travis CI support
* Add secondary CMake build system.
* Build system fixes

72 ：名無しさん＠お腹いっぱい。：2018/05/10(木) 21:15:17.30 ID:hUCYUCNd0.net

>>71
http://www.geocities.jp/aoyoume/aotuv/
こっちも

73 ：名無しさん＠お腹いっぱい。：2018/05/29(火) 22:13:55.10 ID:LJ5jNgy50.net

音楽ストリーミング配信のコーデックは
Apple Music→AAC
Spotify→Vorbis
YouTube Music→Opus

で合ってる？
いっぺん聴き比べしてみっかな

74 ：名無しさん＠お腹いっぱい。：2018/06/07(木) 12:56:06.10 ID:a3ILQAci0.net

ついに1.3がβからrcになったな
stableもうそろそろか

75 ：名無しさん＠お腹いっぱい。：2018/07/04(水) 13:26:48.33 ID:WeSm5HGl0.net

Google Home:HE-AAC,LC-AAC,MP3,Vorbis,WAV(LPCM),FLAC,Opus
Google Home mini:HE-AAC,LC-AAC+,MP3,Vorbis,WAV(LPCM),FLAC

なぜにOpus省いたし

76 ：名無しさん＠お腹いっぱい。：2018/07/04(水) 14:49:14.90 ID:LasDllnI0.net

miniですから

77 ：名無しさん＠お腹いっぱい。：2018/08/03(金) 23:59:08.45 ID:4rYCy7MW0.net

opus

78 ：名無しさん＠お腹いっぱい。：2018/08/12(日) 08:58:55.70 ID:BkDwdtXe0.net

公式だけどrc版リンクなのでさらに新しいrc fix版(rc2)
archive.mozilla.org/pub/opus/win32/opus-tools-test-1.3-rc-fix.zip

79 ：名無しさん＠お腹いっぱい。：2018/08/12(日) 14:48:26.98 ID:EpVFfSrl0.net

もう古いよ

80 ：名無しさん＠お腹いっぱい。：2018/08/17(金) 18:52:34.22 ID:CyyS5Yy60.net

えっ

81 ：名無しさん＠お腹いっぱい。：2018/09/07(金) 17:35:16.68 ID:k4KHgf5s0.net

flacにすると音が悪くなるって書いてあった。あと、タグ付けるとダメとも。

82 ：名無しさん＠お腹いっぱい。：2018/09/07(金) 20:53:00.62 ID:jhCOnFqk0.net

>>81
オカルト

83 ：名無しさん＠お腹いっぱい。：2018/09/20(木) 03:52:35.82 ID:5TGS/oOZ0.net

opus-tools 0.2が出ました

84 ：名無しさん＠お腹いっぱい。：2018/09/20(木) 20:39:15.52 ID:FZkxj3x00.net

stable消えてrc2になった
このまま何もなきゃstableに昇格かな？

85 ：名無しさん＠お腹いっぱい。：2018/09/22(土) 07:20:36.52 ID:MhCm6N8q0.net

密度が減った音になるなー
上下バッサリカットしても濃いmp3のが好き

86 ：名無しさん＠お腹いっぱい。：2018/09/25(火) 15:47:32.52 ID:jfbXTKoA0.net

opusを昨日知ったけど160kでメチャクチャいいな
ONKYO CMX1程度じゃロスレスと差がわからない。mp3のv0だとわかるんだけど
プレイヤーはAndroidだとNeutronで良いのかな

87 ：名無しさん＠お腹いっぱい。：2018/09/26(水) 17:20:55.12 ID:kC36Czu50.net

>>86
気のせい

88 ：名無しさん＠お腹いっぱい。：2018/09/30(日) 13:43:39.46 ID:SnIzq/FG0.net

>>85
mp3が濃いとか意味不明

89 ：名無しさん＠お腹いっぱい。：2018/10/01(月) 17:12:07.53 ID:RQzbo7nh0.net

>>81-82
FLACにエンコして品質が低下するのであれば、
CD-DA等のソースをまともに吸い出せていないか、
再生環境が低スペックすぎるのではないでしょうか？

前者であれば
FLACに限らずどのロスレス形式であっても劣化するはずです。
EAC等のAccurateRip等で照合するソフトで再リップをお勧めします。

後者の場合は、
FLACのビットレートに見合う処理能力を持つスペックの高い環境に替える等するしかありません。

90 ：名無しさん＠お腹いっぱい。：2018/10/01(月) 17:59:48.39 ID:H2kt3Slz0.net

>>89
なんか変なflac派生を使ってパイプ処理してんじゃない？

91 ：名無しさん＠お腹いっぱい。：2018/10/06(土) 22:58:21.31 ID:PV2W0MOL0.net

>>88
HelixのMP3は悪くはないですよ。

92 ：名無しさん＠お腹いっぱい。：2018/10/19(金) 15:26:07.01 ID:IGgNDoRB0.net

Opus 1.3
https://archive.mozilla.org/pub/opus/win32/opus-tools-0.2-opus-1.3.zip
https://archive.mozilla.org/pub/opus/win64/opus-tools-0.2-opus-1.3-win64.zip

93 ：名無しさん＠お腹いっぱい。：2018/10/19(金) 16:54:49.05 ID:tzwC0cO50.net

>>92
あれ？10月7日にDLしたんだがopus-tools-0.2-win32.zip
良かったら「opusenc --version」教えてください

94 ：名無しさん＠お腹いっぱい。：2018/10/19(金) 17:46:17.11 ID:IGgNDoRB0.net

opusenc opus-tools 0.2-3-gf5f571b (using libopus 1.3)
Copyright (C) 2008-2018 Xiph.Org Foundation

95 ：名無しさん＠お腹いっぱい。 ：2018/10/20(土) 17:09:04.05 ID:7HsgtWFE0.net

FX-8150では>>92より5%程こちらが速い
Core i7 6700では変わらず

http://www.mediafire.com/file/221rzevd8ndt0a4/opus-1.3-win64-generic.7z/file

96 ：名無しさん＠お腹いっぱい。 ：2018/10/20(土) 21:28:59.51 ID:7HsgtWFE0.net

これはAtom Z8300で公式バイナリよりも12%速い

http://www.mediafire.com/file/89a8ancfnc02rsb/opus-1.3-win32-pentium3.7z/file

97 ：名無しさん＠お腹いっぱい。：2018/10/22(月) 20:52:41.64 ID:PcLCtwJW3

>>90
FLACのデコーダーがデコード(再生)できてる訳なので、それはない気がしますよ。
音質を下げる嫌がらせFLACエンコーダーとか想像したら笑えますけどね。

98 ：名無しさん＠お腹いっぱい。：2018/10/25(木) 00:09:01.26 ID:/6i4lZlu0.net

http://www.rarewares.org/

libvorbis新版こねえなー

99 ：名無しさん＠お腹いっぱい。：2018/10/26(金) 21:05:06.22 ID:S0nw1gRq0.net

今はVorbis再生できる安価ポータブルオーディオプレイヤーがあって良い時代になったもんだ

100 ：名無しさん＠お腹いっぱい。 ：2018/10/29(月) 23:51:52.24 ID:4MTu03Lo0.net

パッチ無しの素のoggencのみ

http://www.mediafire.com/file/3pweg533ztfs79g/oggenc-libvorbis-1.3.6-win64-generic.7z/file