【Opus/Vorbis/FLAC】Ogg統合20【AV1/Theora】
■ このスレッドは過去ログ倉庫に格納されています
http://www.xiph.org/
Xiph.Org Foundation（ザイフォ財団）により運営されている
パテントフリー、オープンソースのマルチメディアプロジェクト
コアライブラリには修正BSDライセンスを採用しており、
商用非商用関係なく、使用・配布など全てを自由に行えるのが特徴
【前スレ】
【Vorbis/FLAC】Ogg統合19【Theora/etc...】
http://egg.5ch.net/test/read.cgi/software/1393839807/ 乙です
テンプレ前のそのままはアカンよね。結構動きあったし前スレ建ったの2014/03/03だし プレイヤーの情報とかはさすがにいらん
Lilithみたいな情弱プレイヤーなんて誰も使ってないだろうし
加えて言うとスレ一個消費するのに4年も要してるのでテンプレ類はいらん
更新されたらその都度従来通りURLを貼っていけばいいと思われる >スレ一個消費するのに4年も要してるのでテンプレ類はいらん
? そもそもコンテナ語りの適地は/avi/な気はする
まぁ、初代スレからいるんでここで語りたいが >>6のQuickTimeコンポーネントは開発終了が公式アナウンスされたから外した方が良かったね 過去スレ一覧を貼ろうとしたらNGワードとか言われる
なにコレめんどくさーい >>8
音声コーデックのコンテナとしてのOggは、DTV板とあまり関連が無い
VP8やVP9がオープンソースになってからのTheoraを語るのも不毛だし FLACとMP3 320kbpsを聴き比べた結果正解率6/10
うーん、糞耳w >>12
mp3は lame -V 0 で十分だし castanetsやfatboy等、ショートブロックが長く、1フレームが320kbpsまでに制限されるMP3にはどうにもならない音源もある
対するOpusはMDCTの構造から言ってもこういうのは得意
http://lame.sourceforge.net/download/samples/ 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 催眠音声とか同人音声、MP3 320kbpsでエンコードされてたりするけど
無音とか多いから無駄なんだよなぁ。
320CBRだとFLACよりでかくなったりすることも多いので頭悪い
-V 0にしてほしい
さいつよはOpusだけど >>16
これはCBRのMP3から音質に影響の無い詰め物を取ってVBRを実現するソフトみたいね
MP3 repacker
https://hydrogenaud.io/index.php/topic,32379.0.html ☆ 私たち日本人の、日本国憲法を改正しましょう。現在、
衆議員と参議院の両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆ >>17
これはMP3を音質変化なく圧縮できるってことかな？
使えそう ついに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日にアメリカ国内で残っていた最後の特許が期限切れを迎えたことを明らかにしました。
（ ＾ω＾） AV1って莫大な計算資源があるAmazonとかHuluとかNetflix以外使い道なさそう
というかAoMがAV1専用HWエンコーダでも出してくれないかなあ そのためにAMD,ARM,NVIDIAを抱き込んでるものだとばかり Appleも参加したとか逆に入ってない企業は何なんだ ソニーも参加したら、ビデオカメラにAV1のHWエンコーダが乗るのかな サンプリングレート32kHzと44.1kHzでABXしたら聞き分けできなかった
24kHzでもやってみたらアタック性の強い音なら区別できたけど、単独で聞かされたら違和感ない気がする
結局96kHzとか192kHzとかって無意味極まりない感しかない 無意味極まりないって数年前にMontyが言ったじゃない 無意味っつーか音楽を作る側にはナイキストを可聴域外に追い出せたり
ビット深度は浮動小数点でミックスでマージンに余裕がとれるとかメリットがあるけど
聴く側からしたらAC97で強制リサンプリングがない48/24が一番マシだよね 「超音波発射！」
「うわ耳がやられた！」
「えっ？」
「えっ？」 聴こえないってだけで、エネルギーがないわけじゃないぞ やっぱ地球はダメだよね、第3惑星程度じゃ太陽に近すぎてフレアのノイズが乗ってくる。
冥王星程度まで離れるとかなり静かな環境なんで、クラッシックなどのダイナミックレンジの広い音を聞くにはお勧め。
それでもいて座A*からのブラックホールの輻射ノイズが感じられるという繊細なひとには、ちょっと時間がかかるけど
銀河間の巨大ボイド領域まで出かけていってもらうしかないね。 CPUだとコスパ激悪（安いCPUは2wayできない、2wayできるのはマザーボードもメモリもCPUも高い）だからいくらでも増やせるグラボでエンコードしたいなあ
グラボはあればあるだけ高速化できるけど、CPUはAtomでOKみたいな感じで やっぱ人間はダメだよね、心臓の音がうるさくてノイズが乗ってくる。 情弱だがWAVファイルをTTA→APE→FLAC→TAK→TTA→FLACの順にエンコードしても完全無劣化という認識でおｋ？ Opus 128kbpsはVorbis 192kbppsと同等だな >>36
OpusよりVorbisの方がノイズ成分の少ない器楽等は得意だけど、それ以外ならそれくらいの差はあるかもな 金をとるパテントプールがひとつ減ったぞ！やったね！ 日本企業が軒並みダークサイドについててワロタ
ソニーがAOMに入ってカメラに載せるAV1のHWエンコーダ作るとかそういう話でもあればいいのに オープンソースは無職の仕事
男は黙って商用陣営で家族養え AV1ってDaalaも含まれてるならグラボでエンコードできるのかな 最新のoggenc2.exeをdlしてきてfoobarからVBRで約320kbpsにしたらファイル次第ではflac以上のサイズになってしまった……ABRじゃないんだから 次世代コーデックの本命「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にも取り入れられているとのこと。 次世代動画コーデック「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/ 腐るほどお金があるamazonとかnetflixが専用ボードを使って、天文学的な時間がかかるソフトウェアエンコードは
誰もしない。結局2020年になっても個人用途ではx264が主流
とかありそう >xiphがRustで作ってるav1のエンコーダ
>リファレンスより速いって書いてある
>https://github.com/xiph/rav1e
やるぅ！ 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を使用することも問題なく可能です。 以下雑談
久しぶりの更新となりました。
今回は前回よりもアップデート作業自体はスムーズに進んだものの、その前段階でPCにトラブルがあったりしたため、
そちらの方に時間が取られてしまい難儀しました。（この辺のお話はそのうち書きたいです）
今回も相変わらずエンコードに影響するような変更は有りません。
コンパイラを更新したこともあり、リファレンスバイナリの出力結果は微妙に異なりますが、コンパイラや実行環境が同じであれば、
同じ出力結果になるはずです。
後は地味にエンコーダのvencの更新をしています。
今回は8/24/32bit整数と32bit浮動小数点のPCM形式の入力に対応したのが主な変更点です。
オーディオデータは32bit浮動小数点数で処理されるため、32bit整数は精度的にはオーバースペックになりますが、
対応してないよりは対応していたほうが良いでしょう。 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を統合しました。エンコード品質については前バージョンと同様です。 3年ぶりの更新か。
MP3の特許が切れ、低ビットレートに強Opusのある今、Vorbisの需要ってどうなんだろう。 むしろMP3のメリットがどんな古い機器でも再生出来るって事しかない だな
古い端末でも希にVorbis再生できたりするがMP3には敵わん ■現時点での有効な選択肢
・可逆圧縮
FLAC、MPEG4-ALS
・非可逆圧縮
MP3（高ビットレート時）、Opus（中ー低ビットレート時）
・一般人は視聴のみできる非可逆圧縮
MQA
・放送などで普及しているので再生だけは引き続き対応する必要がある非可逆圧縮
AAC、HE-AAC
こんな感じか？ ABXしてもどうせわからんのだし、特許料要らないFLAC/Opusで全部事足りそう >>55
いやだから、今更MP3を使うメリットなんて無いと言ったのだけど
iTunesや窓MPを常用してるのならともかく >>58
横からアレだが、256kbps以上のMP3ならばエンコーダーにもよるけど20kHz以上の音が入ることもあるので、全く無意味というわけではないかと
もっとも256kbps以上で保存するならば、MP3以外の選択肢のほうが現実的なのは間違いないけれど 非可逆で20kHz以上を残すことに意味を感じる理由がわからない >>58
古くても良い物はいっぱいあるんだ！
HDD_DAPとか
まだ修理受け付けてくれるんだぞ！ >>60
耳の感度は人によってかなり差があるから当人以外何とも言えない話だけど、出てくる音への影響を考えた場合
・20kHz以上の周波数帯を含む場合
→ナイキスト周波数の近傍の折返しノイズが出やすい周波数帯も可聴帯域を超えているので折返しノイズとして極めて認知しにくい
・20kHzまでの周波数帯までの場合
→折返しノイズが可聴帯域に入ってくるも、聞き取りにくい周波数帯が主なため、折返しノイズとして認知しにくい（認知しないわけではない）
・16kHzまでの周波数帯までの場合
→もろに可聴帯域内に折返しノイズが入ってくるため、よほど耳の感度が悪くない限り折返しノイズを認知できる
という違いはあるので、20kHz以上を含んだからといって無意味なわけではない
ただし、一部のハイレゾみたいに40kHz以上の領域が必要かというと、さすがにそれは行き過ぎだとは思うけど 何で22kHzで折り返す前提で話してるのかさっぱり分からない
オーバーサンプリング縛りでもしてるのか 最近はopus 160kで統一したわ
泥スマホで普通に聞けるし、何も問題ない
Flacと聞き比べしても違いがわからんし 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 音楽ストリーミング配信のコーデックは
Apple Music→AAC
Spotify→Vorbis
YouTube Music→Opus
で合ってる？
いっぺん聴き比べしてみっかな ついに1.3がβからrcになったな
stableもうそろそろか 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省いたし 公式だけどrc版リンクなのでさらに新しいrc fix版(rc2)
archive.mozilla.org/pub/opus/win32/opus-tools-test-1.3-rc-fix.zip flacにすると音が悪くなるって書いてあった。あと、タグ付けるとダメとも。 stable消えてrc2になった
このまま何もなきゃstableに昇格かな？ 密度が減った音になるなー
上下バッサリカットしても濃いmp3のが好き opusを昨日知ったけど160kでメチャクチャいいな
ONKYO CMX1程度じゃロスレスと差がわからない。mp3のv0だとわかるんだけど
プレイヤーはAndroidだとNeutronで良いのかな >>80-81
FLACにエンコして品質が低下するのであれば、
CD-DA等のソースをまともに吸い出せていないか、
再生環境が低スペックすぎるのではないでしょうか？
前者であれば
FLACに限らずどのロスレス形式であっても劣化するはずです。
EAC等のAccurateRip等で照合するソフトで再リップをお勧めします。
後者の場合は、
FLACのビットレートに見合う処理能力を持つスペックの高い環境に替える等するしかありません。 >>88
なんか変なflac派生を使ってパイプ処理してんじゃない？ >>91
あれ？10月7日にDLしたんだがopus-tools-0.2-win32.zip
良かったら「opusenc --version」教えてください opusenc opus-tools 0.2-3-gf5f571b (using libopus 1.3)
Copyright (C) 2008-2018 Xiph.Org Foundation 今はVorbis再生できる安価ポータブルオーディオプレイヤーがあって良い時代になったもんだ 数千曲から万を超える楽曲をリッピング等してMicroSD等で携帯してる方の
楽曲の管理手法をお聞かせ願えないでしょうか？
私はCD等の音源のバックアップにはEACでリップしたWAVEファイルを
ジャケ画像やトラックリスト(テキスト)と共に圧縮アーカイブしてHDDで保管しています。
携帯に関しては全曲をqaacでm4a(AAC-LC)化し、128GBのMicroSDで持ち歩いているのですが、
所持している全CDをリップしたらMicroSDに収まりきらなくなる事が予期できます。
だからといって複数の記憶媒体を携帯したり、抜き差しして運用はしたくないのです。
それならいっその事、SSDで持ち歩いたほうが良いかな？と考えたりしています。
皆さんはどうされてますか？ 512MBのmicroSDにすれば4倍入るから
当分は同じ運用でなんとかなるだろ flacに画像も全収納してる
wave+cue,logとかあとから見る事がない。
持ち歩きはopus192
今はmicrosd400gbでも安いよ >>101
MBではなくGBです。
>>103
記し忘れました。
普段運用してる機器(一部のタブレットPC)が128GBのmicroSDXCまでなんです。
やはり機器の買い換えを検討したほうが良さそうですね。
ありがとうございました。
ところで、FLACでの運用をしたことないのですが、
qaacやopusencは、そのまま通りますか？
もし通るならバックアップはFLACが良いですね。
今は外出先なんで、帰ったら試してみます。 俺はgoogleplaymusicに5万曲upしてストリーミングで聴いてるわ >>108
5万曲！？Opusとかにしてクラウドに上げてんの？
サイズどのくらいになるん？ >>109
https://support.google.com/googleplaymusic/answer/1100462?hl=ja
>各音楽ファイルの最大サイズは 300 MB です。ファイルが MP3 に変換される場合は、変換後の MP3 ファイルにこの 300 MB のサイズ制限が適用されます。
aac,oggは同じビットレートのmp3
FLAC,ALACは320kbpsのmp3に変換されるみたいだね
opusは未対応っぽい Opusってタグ管理ですか？wav+cue管理のアルバム.opusは再生不可能...?
foobar2000でアルバム毎にエンコードしたらcueシートで分割はできてるみたいですが再生が出来ないんです。 >>111自決しました
本体とfree enc packを最新版にインストールし直したら、すんなり出来ました。
cueシート管理は一応できるみたいですがよく考えたら意味ないですね
opus 256kbpsがmp3,aacの320に相当する品質ということなのでしょうか
512kbpsまで上げられるのですが... >>112
MP3と比較するよりも君がABXで元の音と区別ができなくなるまでビットレートを上げるんや
君の聴力と再生環境によって変わるが、一般には96kbpsで90/100点はあるし、
256kbpsとは言わずその半分の128kbpsでもほぼ区別がつかないかもしれん
http://listening-test.coresv.net/results_jp.htm 「自己解決」を「自決」と略すなよ･･･。馬鹿だと思われるぞ。
実際、そう思ったから2行目以降は読み飛ばした。 opusはいくら上げても上下強制カット
mp3の320の方が全域出る 不可逆圧縮で人間の耳に聞こえない直流成分や20kHz以上を残すのは大問題や >>116
たとえ聞こえない音でも、エネルギーはあるのだし残さないと音が変わるのでは？
ハイレゾは一体何を聴いているのかという話になっちゅうし ハイレゾは別に何も聞いてないよ
聞こえない雑音を残して帯域の無駄遣いしてますってブランド 512kbpsでも若干音が弱いような感じがして何回も聞き直しながらならABXで7回連続くらいはわかった
サンプリングレートの違いとか関係あるかねえ >>116
FLACでは残ってて駄目ってこと？不可逆圧縮だとクリップするということでしょうか
確かに音圧バリバリをmp3にエンコするときゲインを下げると音割れしないのだけど関係ありますか >>119
有意水準クリアするにはギリギリのラインでも、10回中9回正解ないしは不正解してないといけないはずだが。 >>117
Xiphの面々はリスニング用途でのハイレゾには懐疑的や
https://people.xiph.org/~xiphmont/demo/neil-young.html
>>120
可逆圧縮では元と完全一致せんとアカン
音割れはどうにもならんが再生時のReplayGainでマシにはなる >>122
無駄にファイルサイズが大きくなるし単なるリスナーにとっては恩恵が少ないよね
CD音質でも音量稼がなきゃ
前から気になってたのだけど
replaygainとmp3gainが音源は弄らずタグに再生時の音量を埋め込んで
音量の均一化とクリッピングを防ぐのも目的なのは分かるけど
元から最大音量ぎりぎりの音圧高い音源を非可逆圧縮に変換するときに
波形処理でクリッピングを起こすという記事を見て
後からのgain調整じゃ圧縮音源に変換した際のクリッピングは防げないし
元の音源の音量を下げてから変換したときの方が 変換後gain調整よりも音質が良くなるのでは？？
音圧戦争対策のツールで四角い波形からダイナミクスレンジとヘッドルーム確保したらすっきりすると思うのですが
いやしかし、波形を弄る以上確実に変化してしまうし
とにかくmp3に変換するときのクリッピングを防ぎたい ワイみたいにクラヲタにでもなるか、録音のましな1980年代のCDを探すしか無いわな クラシックみたいにダイナミックレンジの広い楽曲の時は量子化ビット数が大きいほうが良いかもね。サンプリング周波数は別として。 世の中の殆どの人がCD可逆どころか256kbpsAACで満足してる現状ハイレゾはオーバースペック >>126
一部のマニア向けのスペックは有っても良いんじゃね？
誰もハイレゾがデファクトスタンダードになるとは思ってないよ
ドルビーアトモスを誰もオーバースペックなどと言わないだろ AACからOpusに変換するのは抵抗があるからPCMあるいはその可逆圧縮を買いたいわ RAREWARESに有るファイルが更新されています。 >>126
いや、それどころか世の中のほとんどの人は128kbpsMP3で満足してるから 最近は光学ドライブの無いPCが増えた結果自分でリッピングする人も減って
SpotifyのVorbis 96kbpsで満足する人も多いんちゃうか |
|
∩＿＿＿∩ |
| ノ _, ,_ ヽ （（ | ﾌﾟﾗﾌﾟﾗ
/ ● ● | (=)
| ( _●_) ミ ＿ (⌒) J ））
彡､ |∪| ノ
⊂⌒ヽ / ヽノ ヽ /⌒つ
＼ ヽ / ヽ /
＼_,,ノ |､＿ノ 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b) >>131
プレイヤー環境変えた瞬間、こんな音悪かったんだって皆言うけどね。
DL派だったやつもCD買ったりレンタルしだす。
ハイレゾは良いけど、DL販売はひとまず、CD音源とかそのまま売ってくれって思う。 >>134
↑に補足。あとCDと大した値段変えないなら、
アルバムアートとかのブックレット画像全部付けろって思う。 Super Smash Bros. Ultimate Would Have Required Close To 30GB If They Didn’t Compress The Music
https://nintendosoup.com/super-smash-bros-ultimate-would-have-required-close-to-30gb-if-they-didnt-compress-the-music/
>the lopus codec, an audio compression format rarely used by the end consumer. With the lopus codec, the total file size of the thousand or so musical tracks tallied up to 1GB+.
If they didn’t go with the lopus codec, things would have been disastrous – if they used WAV, the file size of all music would have ballooned up to 13GB.
If MP3 was used instead, it’d have been 8GB. For reference, 13GB is almost the same size as the entire game itself (adding the game and WAV files up is 27GB), so you can tell how important the task was to compress all the music.
the lopus codec = Opus? ゲーム開発向けの統合型サウンドミドルウェアWwiseのOpusサポート
https://blog.audiokinetic.com/ja/wwise-2018.1/
OPUSコーデックが、全プラットフォームでサポートされています。Opusは、CPUを少し余分に確保するだけでWwise Vorbisに匹敵する品質を保ちつつ、さらに圧縮できるので、ファイルサイズを特に縮小する必要があるときは、Wwise Vorbisの代替案として非常に有効です。
これらのコーデックを組み合わせて使い、両者の長所を利用することで、ファイルサイズやCPUの競合するニーズに対応できます。
Opusを使ったループやシークについて
Opusでは、シークやループ用のシークテーブルは不要ですが、その分、CPU負荷が高くなり、ディスクアクセスが増えます（ストリーミングの場合）。
これを念頭に、Opusの利用はシークやループのニーズが最小限または皆無のサウンドに制限すべきです。なお、ファイル冒頭のシークやループは軽度なので、このような余計なコストがありません。 Resource usage - リソースの消費 - OpusとVorbisの比較: [http://listening-test.coresv.net/results.htm]で見る限り、Opusコーデックの方がVorbisよりも、同程度のビットレートでの音質評価がやや高いようです。
同じファイルサイズで音質が高い方が、一見、有利なように思えますが、品質が多少なりにも高い裏には、Opusの方がWwise VorbisコーデックよりもCPU負荷が4倍から5倍も高いという現状があります。
とはいえ、何千ものダイアログラインや、長いSFXや、ループなしの単一ストリームミュージックなどを圧縮するには最適の選択です。
Opusとほかのコーデックのオーディオ品質の比較についてさらに詳しく知るには、 [https://opus-codec.org/comparison/]を参照してください。 OpusとOpusNX
https://www.audiokinetic.com/ja/library/edge/?source=Help&;id=glossary
Opus
音声と汎用オーディオの両方に最適化された、低レイテンシのオーディオコーデック。音質を損なうことなく他のコーデックより優れた圧縮率を発揮します。Opusコーデックのこのバージョンは公開仕様に基づくもので、すべてのプラットフォームで利用できる。
OpusNX
音声と汎用オーディオの両方に最適化された、低レイテンシのオーディオコーデック。音質を損なうことなく他のコーデックより優れた圧縮率を発揮します。このバージョンはNintendo Switchハードウェアでデコードされ、一般的なOpusソフトウェアデコーダとの互換性がない。 https://github.com/kode54/vgmstream/blob/master/README.md#vgmstream
A few extensions that vgmstream supports clash with common ones. Since players like foobar or Winamp don't react well to that, they may be renamed to make them playable through vgmstream.
.aac to .laac (tri-Ace games)
.ac3 to .lac3 (standard AC3)
.aif to .aiffl or .aifcl (standard Mac AIF)
.asf to .sng (EA games)
.flac to .lflac (standard FLAC)
.mp2 to .lmp2 (standard MP2)
.mp3 to .lmp3 (standard MP3)
.mp4 to .lmp4 (standard M4A)
.mpc to .lmpc (standard MPC)
.ogg to .logg (standard OGG)
.opus to .lopus (standard OPUS or Switch OPUS)
.stm to .lstm (Rockstar STM)
.wav to .lwav (standard WAV)
.wma to .lwma (standard WMA)
The main advantage to rename them is that vgmstream may use the file's internal loop info, or apply subtle fixes, but is also limited in some ways (like standard/player's tagging). Youtube Music
アプリ版はAACでWeb版はOpusなんだな 最近opusのよさに気がついて
あれこれ試してみてるんですが
皆さんはAndroidの再生プレイヤーに
何を使われてます？
調べてもなかなか納得したものに
たどりつけなくて・・・ Poweramp v3リリース来てた
Opusサポートしたらしいけど新UIの酷評で更新躊躇しちゃう
誰か人柱頼む！ >>142
最近のAndroidは拡張子.opusも音声ファイルとして認識するから何でもええと思うが
ワイはfoobar2000 mobile JetAudioってopus認識してくれないよねたしか >>143
試したら前駄目だったのにopus読めた
やっぱUIが馴染まない。リスト小でもでかいわ
タグのアルバムアーティストが空欄だと出なかったり使いにくい >>144,>>146,>>147
ありがとうございます！
とりあえず文字化けしてもフォルダから
たどり着けやすそうなのでNEUTRON
をしばらく使ってみることにしました
Foobarも一番最初に試したんですが
なぜかうちのopusファイルを認識して
くれないんですよね、Foobarでエンコ
したのになあ >>148
まじかー
opus対応嬉しいけど今までデフォで使ってたからスキン探して選定しなきゃ… moraで購入した無圧縮flacをfoobar2000などでflac レベル5に再変換しても問題はないですか？
音質などに影響はないですよね？
無圧縮だと容量が大きくて扱いづらいんですよね。 音質的には問題はないが
変換時に一部のタグを削除しちゃうソフトがあるから
その辺りを気にする人は注意
何種類かコンバータ用意して試すといいよ cdex170b3_hissori_R2.10でrarewaresのogg vorbis dlls using libVorbis v1.3.6が使用不能になってしまった
正しくはCDex側で認識されない(1.3.5のライブラリなら認識される)
マルウェアまみれのCDex2.12やCDex1.77は使いたくないし参ったなー >>116-117
心の耳で聞けよ・・・えっ、それ幻聴っていうの？ SIE，「Wwise」のAudiokineticを買収 - 4Gamer.net
https://www.4gamer.net/games/999/G999902/20190109002/
OpusNXの運命は如何に？
OpusPSX爆誕クルー？ Microsoftが一部特許を保持するOpusだがBSDライセンスに従って誰でも自由に使えるので
OpusNXとやらもそれに準拠したライセンスちゃうの 「各社に対するWwiseのライセンス事業を継続する」とは言っているけど、ファーストである「SIE」が許すか…今後の動き次第
HavokやSimplygonはすでにマイクロソフトのスタジオだし、マルチタイトルでWwiseが使えなくなるみたいな時代に逆行するようなことはせんと思うけどね。 MP3で圧縮すると音源から「幸せ」や「ロマンチック」といったポジティブな感情が失われていくってマジ？ 320kで情熱が256kで気品が192kで大胆さがそして128kですべてが失われる それでわかった、俺が女性にモテないのは64kで聞いてるからだな MP3はロマンチックがヌルポされるとφ(..)メモメモ ジッターノイズの揺らぎがだめってことやろ？
けどそれならハイレゾ音源は録音時でのAD変換時に
４４ｋよりもジッターの影響を受けるから４４ｋがベストなんじゃない？
影響を受ける受けないの基準というか許容できるジッターの定数が解らん そんなことはどうでもいいんだ
いま切羽詰まってるのは俺がモテないということだよ
チョコは中学の時に貰ったけど50年以上生きてきて1個だけかよ！ ＿
ミ ∠＿）
/
/ ＼＼
ｳｲｰﾝ Γ/了 | |
ｳｲｰﾝ |.＠| | | ｶﾞｯｶﾞｯ
| / | 人
|/ | < >_Λ∩
＿/ | ／／.Ｖ｀Д´）/ ← >>163
（＿フ彡 / https://android-developers.googleblog.com/2019/03/introducing-android-q-beta.html
Android Q introduces support for the open source video codec AV1. This allows media providers to stream high quality video content to Android devices using less bandwidth.
In addition, Android Q supports audio encoding using Opus - a codec optimized for speech and music streaming, and HDR10+ for high dynamic range video on devices that support it. iOS 12.2ではiMessageの音声メッセージにOpusコーデックが採用され、よりクリアな音声メッセージが送れる模様
AppleのScholarshipでWWDC 2018やインターンに参加しているドイツのfrederik riedel氏によると、AppleはiOS 12.1.xまで音声メッセージにサンプリングレート8000HzのAMRコーデックを採用していたが
iOS 12.2 Beta 5では24,000HzのOpusコーデックが採用された
Opusコーデックは既にFacebookに買収せれたWhatsAppやTelegramが採用している How Opus Came To Be
https://jmvalin.dreamwidth.org/16616.html
AV1がパテントトロールから標的にされてえらいことになってるけどOpus/Vorbis/FLACが無事でロイヤリティフリーを維持できてるのはなんでだろう Opusに関してはむしろ自分たちでガッチリパテント抑えて守ってるから opus-tools-0.2-opus-1.3.1
win64わいつくんだ 1.3
1.3.1
日付同じだけどこれなんやねん？ >This Opus 1.3.1 minor release fixes an issue with the analysis on files with digital silence (all zeros),
>especially on x87 builds (mostly affects 32-bit builds)
https://www.mediafire.com/file/qtetedlm5k9z4z1/opus-1.3.1-win64-generic.7z/file
今回の修正はx86-64では不要かもしれないが一応 https://pbs.twimg.com/media/D5ldn28XkAYJPxP.jpg
次世代JPEG規格のJPEG XLはPikとFUIFのハイブリッドらしい（しかもロイヤリティフリー）
SILKとCELTのハイブリッドのOpusと親近感を感じるな webpはエンコード遅すぎだしな……
jpegの新作はありがたい >>179
ブラウザはChromium系のシェア的に心配無用だと思う
後はiOS端末におけるheif(heic)みたくAndroid端末でjpegXLに強制エンコードさせたら普及するかも
今年中に規格策定終えたらAndroid11(R)辺りでネイティブサポートできそうかな？
つかそもそもPik is 何。webpの派生なのか？わからん
https://github.com/google/pik
>>177
FLAC...Free Lossless Audio Codec
FLIF...Free Lossless Image Format
なのでFLIF(≒FUIF)作者はFLACのファン説ある
ちなみにFUIFはFree Universal Image Formatの略称だとか
https://github.com/cloudinary/fuif >FUIF is an image format, not a container.
もしやoggに格納できる…？
動画の拡張子を.ogv、音声の拡張子を.ogaに続く
画像の拡張子を新設その名は.ogp
なんてな jpegXLの拡張子は.jxlなのか
シンプルイズベストだな
.opus然り.flac然り FLACでcueシートを埋め込んでmetaflac.exeで抽出してもデフォが非可逆ってゴミすぎる
改行のバグまでまだ残ってるって凄いわ 32bitのwavファイル買って都合によりflacにしたら24bitになった
仕様上は32bitまでいけるって話のはずだが？ フォーマットの仕様上は32bitまで対応
現在存在するエンコーダやデコーダは24bitまでしか対応してない まぁ32bitと24bitの違いをブラインドで聴き分けられる自信無いけどな！（サンクスです 24ビットですら必要かどうか怪しいのに32ビットなんて完全にオーバースペックや そこそこ汎用性あって32bit可逆圧縮にしたいならALACにするしか
Windows10ならそのまま聞ける（はず） え？
WindowsてALACのデコーダ標準装備なん？
Appleだけかと思うてた
AndroidはALAC標準装備してへんわ
そのかわりFlacやVorbisは標準装備やけど Androidはwma標準装備でないのが辛い（辛い >>189
> WindowsてALACのデコーダ標準装備なん？
Windows「10」からは
・ALACデコーダ
・FLACデコーダ
の両方がOS標準装備になりました >>190
WMAなんかどうせ使わんから要らんわ
WAV、Vorbis、Flac、AAC、MP3、猿音
これだけで充分 >>192
10年前の温泉ラジオがwmaなのよね……あとアニメイトTV ALACは全く詳しくないのだがcueシートと画像を埋め込める？ True Audio (TTA)が64 bit Audioまで対応してるで TAKがオープンソースになったけど、昔TAKの開発者がオープンソースになったらFLACにつくって言ってなかったっけ ffmpegは随分前からTAKのデコーダを実装してるけど
TAK自体がオープンソースになった形跡はないけど...
FLAC云々ってのはTAK開発のアイデアが出尽くしたらFLACに成果が取り込まれるのがいいかもみたいな発言は10年ぐらい前にしてるけど
今のFLACが普及しまくった状況を見るとそんなのはもう不可能だろうし flacってなんでキューシートの仕様が糞なんだろ
改行バグは相当昔からあるのに直ってないのには失笑するわ 最新国産MMO「BLUE PROTOCOL」でopusが使用されていることを確認
https://i.imgur.com/VF7WfXf.jpg
大手メーカーの商用ゲームでopus採用って初か ニンテンドースイッチにOpus採用しているゲームはあるけど
oggコンテナの代わりにlopusという拡張子のカスタムコンテナフォーマットを使ってるとか>>140
https://github.com/losnoco/vgmstream/issues/342 開発用サウンドエンジンのWwiseがOpusに対応してるから
Wwiseを使ったゲームを調べたらもっと見つかるかも
https://www.audiokinetic.com/ja/discover/wwise-in-games/ Opusと言えば、SoundCloudがOpusに対応と聴いたが、ゴニョゴニョして落とすとMP3なのは何故なんだぜ？ OpusってVorbisより音声に適しているのにエロゲで使われたことはまだ一度も無いんだよな メンテナンスリリースばっかだな
新技術の導入はもうなさそう 24bit、32bitへの最適化はまだまだ余地あるんじゃないの？ RAREWARESのコンパイル済みファイルが更新されました ADVANCED大戦略 38欠陥品
https://egg.5ch.net/test/read.cgi/game/1514596257/934
＞15年治らないなら無理だろｗ
＞熊沢栄ー郎みたいに親に殺してもらうしかねえわｗ
殺
害
に
関
連
づ
け
る
文
章
を
書
い
て
い
る
犯
人
は
セ
ガ
と シ ス テ ム ソ フ ト α へ ハ ン マ ー を 使 っ て 頭 を 砕 く と い う 内 容 の 殺 害 予 告 文 を 書 い た 犯 人 で お 馴 染 み
株 式 会 社 チ キ ン ヘ ッ ド の ミ ナ ミ ヒ ト ア キ 容 疑 者 と 鈴 木 ド イ ツ 容 疑 者
★ ★ ★ 必 要 な ら ば 警 察 に 被 害 届 を 出 し て く だ さ い ★ ★ ★
sae >>212
レアウェアってライセンサーに金払ってレアなソフトウェア無料配布してるって話だけど
FLACエンコーダの実行ファイルアーカイブにGNUのライセンスファイルのコピー同梱してないのは金払って許諾得てるせいなのか？
You should have received a copy of the GNU General Public License along with this program;
if not, write to the Free Software Foundation, Inc. rarewaresはmp3とかの特許が成立してない国にサーバ置いてバイナリ配布するってのが成立の生い立ちだったと思うけど .| ::|
.| ::|
.| ::|
.| ::|
.| ::|
.| ::|
.| ::|
.| ::|
.| ::|
.| ::|
.| ::|
.| ::|
.| ::|
.| ::| 人
.| ::| ﾌﾟｰﾝ ノ;;;;;;) ～∞
.| ::| ￣￣￣＼ (;;;;;;;;;;;;;;;)
.| ::| （;;;;;;;;;;;;;;;;;;;;;;;ヽ
.| ::| /:::::::::::::::::::::::::::::::ヽ ∞～
.| ::| λ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;)
.| ::| 彡川川川三三三ﾐ～ ﾌﾟｰﾝ
.| ::| ＿＿＿＿＿＿ 川｜川;;;;;；；; ;;;;;；;;）～ ／￣￣￣￣
.| ::| | .| ∥｜∥;;:.；；；;r;;；；;）～
.| ::| |. 隔 離 病 棟.| 川川∥;:*；; ( oo) ;;;ヽ～
.| ::| | .|. 川川〈；;;;；;;：）３（;:；;;;;〉～
.| ::| ￣￣￣￣￣￣ 川川:｡；:;;;;;；;::;：,,;:：;;;,）～
.|＿＿＿＿......|. ﾌﾟｰﾝ 川川∥'';:;;；;;;;:.::;;；;;;ﾉ∥
||:| :| ::| ::::|::|:|| ￣￣￣＼ 川川川川､'；'';;:::..;::ノ､,,..- ､
||:| :| ::| ::::|::|:|| ヾＭＭ／ rｰ―__―.' .-'' 々i
||:| :| ::| ::::|::|:|| ／ / ヽ ＼ ! ﾒ ￣｀. ´ ￣｀ .ﾉ ﾌﾟｰﾝ
||:| :| ::| ::::|::|:|| .／ / ＼ '- .ｨ ;;; ＃ 「 , ' ／￣￣￣￣
||:| :| ::| ::::|::|:|| i i | :｡:: ﾒ :｡:: ! i
||:| :| ::| ::::|::|64 >>214
単に配布者のJohn33がライセンス文書の添付に無頓着なだけやろうね 毎日熱中症対策で頭に巻いてるタオルから生乾き臭がする株/式/会/社/チ/キ/ン/ヘ/ッ/ド/のボンクラチョーセンジンの南ひ/と/あ/き/？
俺
も
他
ス
レ
か
ら
来
た
だ
け
だ
か
ら
原
因
は
知
ら
ね
え
け
ど
どうせ青葉みたいに独りよがりな思い込みで勝手に恨み抱いてんだろうな
15年も前からずっと粘着してる子供部屋おじさんとか完全に末期だろw
自殺したほうがいいよ\ エロゲーにopusが使われているのを発見
ろけらぶ -Location Love- 同棲×後輩のBGMはVorbisで音声がopusと使い分けられていた Opusデコードのアプリ対応は結構普及してきたね。PowerampやAIMPとか
Opusエンコードの方は次期Android Qでネイティブサポートされるから、アプリ対応はこれから増えると思う
https://android-developers.googleblog.com/2019/08/final-beta-update-official-android-q.html
We recommend these if relevant for your app:
Better codecs: For media apps, try AV1 for video streaming and HDR10+ for high dynamic range video. For speech and music streaming, you can use Opus encoding, and for musicians, a native MIDI API is available. ba■ 栃木ゲーセン事情80 ■
https://medaka.5ch.net/test/read.cgi/gecen/1564809234/856
> 856 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2019/09/02(月) 20:58:16.83 ID:kutFghBw0 (PC)
> まあ製造物責任法って感じで責任もって欲しいよね、親御さんには
親
が
ど
う
と
か
し
つ
こ
く
同
じ
書
き
込
み
を
し
て
いるのは最近自分の親が両方とも他界したからだろうな
自分になくしたものを攻撃材料にすることで憂さを晴らしてるんだろ
犯人は一人ぼっちになった南人彰 独身童貞インポ顔（５８）
寂しいなら親の後を追って逝けばいいだろオマエみたいにネット工作やらせてもチョン臭い三流自演しかできない役立たずがよｗ MDCT窓が短くオーバーラップも小さい構造のOpusにはピアノ独奏など苦手な信号もあるので
Vorbisと使い分けや https://i.imgur.com/RSSh1Gu.jpg
バンダイナムコゲームズの最新作コードヴェインにAotuVの名前が
商用ゲームはXiph製libvorbisの採用が多かったがAotuVのlibvorbis採用は珍しいですな エロゲーだけどエンコされたファイルを見ると青粒を使ってるメーカーはある
リドミ等を見てもXiph.Org Foundationしか書いてないことが多く
こんな風に書いてあるのは確かに珍しい youtubeは今どんなエンコ使ってんのやろ、と思ったらvorbisなくなってるっぽい？
モノによるんだろうけど Spotify Free : Vorbis 160kbps
Spotify Premium : Vorbis 320kbps
Apple Music : AAC 256kbps
YouTube Music : Opus 192,160,128,70,50kbps (auto/default)
Vorbis 128kbps
AAC 128,96kbps これ言ってしまうと元も子もないのだが、昔ほどに高圧縮しなければならないわけではなくなってきている時代においては、
圧縮率をもう少し抑えて、高音質なコーデックが出ても良いようには思う
Hi-bit、Hi-SamplingについてはMQAのような折り紙方式も出てきたわけで、
WOWOWがMQAとMPEG4-ALSを使って、伝送レートを抑えつつ高音質を目指すことも考え始めているようだし、
そろそろ新しいことを始めてほしい気はする
（現状、MQAによるエンコードをユーザーが気軽に試せないのが残念ではあるが） 省電力性に関わるデコード負荷の低さも重要だよ。
例えばAV1コーデックはS/W実装向きのAsymmetric numeral systems(ANS)とH/W実装向きOggDaalaで前者を捨て後者を選択したと聞いた
実際Opus(ver1.1)はAAC-LCと同規模のデコード負荷で、FLACもALACより再生負荷が断然低いんだっけか もうすぐソニーが開発したMPEG-H 3D Audioベース360 Reality Audioを使った立体音響配信が始まるらしいがどんな感じなんだろう
Xiph.orgも対抗規格つくってほしいな >>233
MDCTを使わないMP2をベースに、各種ツールを追加したMusepackは--standardでそれなりのビットレートになるが
たいていの音で元と区別のつかない音質を実現しとる
心理音響を使わずビットレートが高めで高音質なものにはWavPack lossyもあるな foobarのmedia severがopus認識してくれないかな 『4K OPUS』とは何か？
YouTubeでは『4Kや8Kの動画をアブロードすると自動的にOPUS高音質』になる。
測定結果から『OPUSは24bitベースの音響データ』らしい特性を示している。
24bitベースでは内部SNは144dB相当でサンプリングは96kHz以上と思われる。
ダイナミックレンジ予想値 (データより)
AK4499EQ 1bitデジタル 140dB 768kHz/32-bit
AK4490EQ 1bitデジタル 123dB 768kHz/32-bit
SuperD オープン 120dB アナログ
SuperD カセット 110dB アナログ
dbx オープン 110dB アナログ
dbx カセット 100dB アナログ
DolbyC オープン 90dB アナログ
DolbyC カセット 80dB アナログ
CD 線形デジタル 96dB 44.1kHz/16-bit
ダイナミックレンジ120dB証明書
://i.imgur.com/xwgmj4e.png
おっと！超音波なんて聴こえてこない！ダイナミックレンジ120dBの世界。
://youtube.com/embed/jegRcNeyq_Q?playlist=jegRcNeyq_Q&loop=1
おまいらの物理耳特性！
://i.imgur.com/LaqSoCE.png
おっと！音楽しか聴こえてこない！スーパーレンジの世界！永久保存版
://youtube.com/embed/peRwYTrV0rY?playlist=peRwYTrV0rY&loop=1
OTTO High Fidelity 音楽しか聴こえてこない。ダイナミックレンジ110dBの世界。(本家)
://audiosharing.com/review/wp-content/uploads/2015/08/OTTO.jpg AIMP test - PIONEER RT-707 - Direct Drive Auto Reverse Stereo Open Reel Deck
://youtube.com/embed/wr55WA2U2Aw?list=UUAD_OjfQmia0EbUwjwRSI5g AIMP test - Technics classAA - Stereo Power Amplifier and Stereo Cassette Deck
://youtube.com/embed/B91F_P0lH2o?list=UUAD_OjfQmia0EbUwjwRSI5g マスターモニタースピーカーに最適 ://tlet.co.jp/pro_cdradio/ty_ah1/
（これで良い音が出ていれば全てのハイレゾアンプで良い音がする理論）
://tlet.co.jp/pro_cdradio/ty_ah1/image/photo_05.jpg
消費電力と最大出力に注目！ 超ハイレゾモニタースピーカー
AB級アナログアンプらしき製品 D級デジタルアンプらしき製品
://tlet.co.jp/pro_cdradio/ty_cwx90/ ://tlet.co.jp/pro_cdradio/ty_ah1/
ここでオーレックス東芝が浮上する理由・・・（ ＾ω＾）・・・そいつはB&W 803 Diamond MRオーナーながらハイレゾTY-AH1000を購入・・・（ ＾ω＾）・・・そこでコスパTY-AH1に
購入記 Aurex TY-AH1000
://youtube.com/embed/VahZDW9a1dE?list=UUKnDnWi10E7RYPM4s9zaGHQ パソコンのハイレゾ音質・・・（ ＾ω＾）・・・重低音が出ないNECハイレゾは論外
://nec-lavie.jp/brand/history/sound.html
://nec-lavie.jp/brand/history/images/sound1702_history_table.jpg Accuphase DG58 デモ中
://youtube.com/embed/6nRWvuJ7QiI?list=UUoJ6Y30T7jmnXhpfDQLpemA
アキュフェーズ DG-58
://youtube.com/embed/XbrS9fq8D0Q?playlist=onb2DzrL4oI,u7srY5aTOlY
2ch/4ch 100 kHz解析 FFTアナライザ CF-9200/9400
://guide.jsae.or.jp/topics/84288/
://guide.jsae.or.jp/wp-content/uploads/2014/05/1126.jpg
Accuphase DG-58 ://joshinweb.jp/audio/6736/2097145715904.html .
://dist.joshinweb.jp/emall/img/sm/JSN_C00001/middle/20/97145/2097145715904.jpg ://dist.joshinweb.jp/emall/img/sm/JSN_C00001/middle/20/97145/2097145715904D.jpg
Accuphase DG-58 デジタルヴォイシングイコライザー
://www.accuphase.co.jp/cat/dg-58.pdf
://i.imgur.com/1wq4ceG.jpg マークレビンソン Mark Levinsonから約60万円のSACD「No5101」 ://av.watch.impress.co.jp/docs/news/1219955.html
://av.watch.impress.co.jp/img/avw/docs/1219/955/jbl18_s.jpg ://www.phileweb.com/news/photo/audio/213/21315/4.jpg
マランツ、独自開発のディスクリートDACを搭載した旗艦SACDプレーヤー「SA-10」 ://www.phileweb.com/news/audio/201609/01/17665.html
://www.phileweb.com/news/photo/audio/176/17665/2_1.jpg ://www.phileweb.com/news/photo/audio/176/17665/8.jpg
マランツ、オリジナルDAC搭載で30万円のSACDプレーヤー「SA-12」 ://www.phileweb.com/news/audio/image.php?id=19928
://www.phileweb.com/news/photo/audio/199/19928/pha.jpg ://www.phileweb.com/news/photo/audio/199/19928/phb.jpg >>238
ようつべのダウンロード時にOpusを指定すればいいがな… サラウンドのベストは4チャンネルシステムだった
://youtube.com/embed/bua8Cq15zYI?start=3865 AIMP 4K OPUS - Fine HiTune - Mini Album 南西風 Drumn Bass Boost DJ Sound with Spectrum Analyzer .
://youtube.com/embed/ng7MO2hOPt8?list=UUAD_OjfQmia0EbUwjwRSI5g Mayo Nakano Piano Trio " 1-inch 2-track Ultimate Analog Master Recorder " DSD11.2MHz Masteringハイレゾ
://youtube.com/embed/cm4-T-YlLPU?list=UUpNanCYNClMORis-OYiIBPA AIMP 4K OPUS - Technics ClassA - Mini Album 風門響 Synth DJ Sound with Mini Spectrum Analyzer
://youtube.com/embed/wCx8ol7yHbg?list=UUAD_OjfQmia0EbUwjwRSI5g AIMP test - DENON Marshall - Stereo Power Amplifier and Stereo Cassette Deck
://youtube.com/embed/ifMVa35ht5g?list=UUAD_OjfQmia0EbUwjwRSI5g http://listening-test.coresv.net/results.htm
このサイトでは音質の優劣にOpus＞AAC＞OGG＝MP3(128)とあるけど
ほんとにこれくらいの差があるの？
実際はOpus≧AAC＝OGG≧MP3くらいじゃないの？ そんだけ詳細にリスニングテストの結果載せてるサイトより
このクソスレの糞戯言に価値を感じるのか？脳の病気だろ 300人ならまだしも38人程度じゃ単純にサンプル不足だと思う
「区別できない」～「区別できるが、気にならない」という評価が最も多かったみたいだし サンプルセレクションバイアスがないとは言い切れないだろうけど、それでもAACまでには払拭できなかったサ行音に付帯しやすいノイズは、
Opusで大きく改善されたから、現状は基本Opus、高音質はFLAC、さらにハイレゾにしたければMQA処理をプラスするあたりになるのではないか
※現状、個人でMQAエンコードをするのは無理だろうけど まあOpus128とMP3 128の比較なら聴いたらわかる程度には違う Opusは44.1kHzも強制的に48kHzにリサンプリングされるのがなぁ
CD音源とかハイレゾじゃない音楽ファイルの圧縮には適さんと思う >>256
44.1kHzのファイルを作成したとしても、再生時にOSのミキサーで48kHzになってるかもしれんよ 圧縮前と後にリサンプリングするのどっちが音質に影響するんだ？ 圧縮した後にリサンプリングなんてできないだろうから処理としてはリサンプリングしてから圧縮してると思う
あとはリサンプリングの質の問題じゃないかな 意味があるかわからないけどリサンプラのクオリティを一応上げてある 先に好みのリサンプラーで48KHzにしておけばOKじゃないの。 プロ中のプロがFLACよりWAVの音質がいいと言ってるからOpusのリサンプラなんて確実に減点対象だよ
https://www.hires-info.info/2017/04/16/ そんな貧弱CPUでflac再生したような話されても >>260におけるopus開発者の重要な主張は
・OpusはMDCT後に20kHz以上をカットするので実際は44.1kHz→48kHz変換のナイキスト周波数(22.05kHz)付近の折返しノイズは問題にならない
・高品質なリサンプラを実現するためにフィルタを長くするとより大きなプリエコーが発生するので、理論上は品質を悪化させる可能性がある(聞こえないとは思うが)
・そもそも仮に(リサンプラを改善する程度の)単純な処理でエンコーダの品質が上がるならそれをデフォルトにするし、それが重い処理だったとしてもコマンドラインオプションを追加するぐらいのことはする 96/24をoggでエンコードしたらサンプルレートが96のままなんだけど、どうなってるの？ >>267
どうもなってないだろ。Vorbisは192まで対応だからリサンプルなしでそのままエンコードされたんだろ。
96じゃまずいならエンコードする前にリサンプルしないと。 容量小さいのに96のままとかお得過ぎでしょとか思ってしまいました
ビット深度も24のままですし一体どんな技術が使われているのでしょうか >>270
>ビット深度も24のままですし
それ、何で表示したら24と表示されるの？
VorbisだってMP3、AACなど他の非可逆圧縮と同様に、ビット深度の概念はなく、
基本的に16bit前提で取り扱われるはずだがな。
だから実際、MediaInfo、真空波動研SuperLiteといったチェッカーでもビット深度は
表示されないし、変換ツールでリサンプルとか無しでデコードすりゃ16bit/96kHzに
なるのが普通なんだけど。 非可逆圧縮は基本的に整数のままでは扱えないから16bitとか24bitというのはデコーダの出力がそうなっているというだけだろう
オリジナルがどうだろうとエンコードする時に浮動小数点に変換されるから出力ファイルだけ見て入力が何bitだったかはわからない
デコーダの出力はAPIの叩き方次第だがov_read_floatで読むfloat値がネイティブ 今更だけどflacの1.3.3って何が変わったの？ >>273
一般のユーザーに関係ありそうな変更は24bitのデコードが速くなったくらいやね
https://xiph.org/flac/changelog.html >>274
ありがとう
1.3.2のままでいいことがわかった ザイフォって読むんだな
ずっとイクシフって読んでた
それはどうでもいいのですが、WSL UbuntuでcdparanoiaをインストールしたんですがCDドライブを認識してくれません
Windowsの方のG:\のDVDドライブ（内蔵用ドライブをUSB変換ケーブルを使ってUSBへ差しているのでリムーバブル？）を/mnt/g へmountして、WSL内でDVDドライブにアクセスできるようにした後
/dev（cdparanoiaはここを探しに行く）にcdromなんて名前でシンボリックリンクを用意したのですが
/dev/cdrom is not a block or character device
と言われてお断りされます
どうすればWSL内でcdparanoiaを動かすことができるのでしょうか？ flac.exeで5.1chのpcmからflacに変換したいのですが
チャンネルレイアウトを変えたい場合どのような
オプションになるのでしょうか L R C Ls Rs LFE
このpcmを--channels=6で変換すると
L R C LFE Ls Rs
になってしまいます apeファイルがあるんですけど、flacとwavどっちに変換したらいいですか、音質変わりませんか >>279
何に使うのかによるけどFLACでいいんじゃない？音質は変わらない >>279
wavの32bitに変換するとすごいことになる CDだから16bitなのになんで32bitにするの？ ソースによるんだろうが、たまーにflacのほうがapeより圧縮率が高い場合があるな、500ファイルに1つくらいw 久し振りにfoobar2000をクリーンインスコしたらlossless decoderが色々更新されてた Losslesscutならoggも無劣化カットできるとあったから試しに保存だけしてみたら容量が変わってて
結局無劣化でカット出来たのはOggVorbis Packet Tool'sしかなかった
15年前近くのソフトウェアに頼らないといけないoggよりもaac辺りにしときゃ良かったかなぁとかちょっと後悔した RAREWARESのogg関連ﾌﾟﾛｸﾞﾗﾑが更新されています >>292
じゃあ何のためにxiphは未だに更新してるの？
その分のリソースをopusやflacに注力した方がよくない？ なるほどー
逆に言えばそれくらい完成されているということですね RAREWARESのogg関連(aoTuVとLancer)が更新されています Opusを再生できるiOS用のプレイヤーってありますか？ Amazon MusicがOpusコーデック採用してた wavの同人音声圧縮したいんだけど
192kbpsくらいで圧縮するならopusとvorbisどっちがいいのかな？
あとopusて青粒みたいな有志のエンコーダないの？ その２つを挙げるならその２つの概要は知ってそうだが…… >>304
サイトによって
高ビットレート帯ならVorbisの方が良いってのと
どんなビットレートでもopusの方が良いってのがあって迷ってるんだよね
あと、普通はmp3 320だけどopusの160とか128でも遜色ないの？2桁は流石に不安だけど >>308
他人に聞かせる訳じゃないなら自分の耳で確かめればいいじゃん opusは仕様上48KHzに強制サンプリングされるからそれが嫌ならVorbisやな その仕様(48固定)の意図するところがわからないけど
何か凡人には思いつかないようなメリットあるんだろうか 48kHzになるのは元から48のwavが多いし良いかな
取り敢えず96と128と160にしてみたけと違いが分からなかったわ…
音楽にもSSIMみたいな定量的に劣化具合分かる指標無いのかな？ >>311
最近は再生側で基本クロックを48KHz系しか積んでない場合が多いからじゃね？
48KHz系しか無いと44.1KHz系はリアルタイムソフトウェア処理されるので質が悪い可能性が有る。
予め高品位に48KHz系にリサンプリングしておいた方がマシなのかもしれない。 全く同じ設定で複数回エンコードすると毎回ハッシュ値が違うんだけど
これって毎回生成されてるファイルが異なるってことだよね？
普通こういう物なのかな？アルゴリズムが同一な筈なのになんで結果に揺らぎが発生するんだ…？ Oggコンテナはストリームのシリアルナンバーが毎回変わるから
ファイル全体でハッシュ計算しても中身が一致してるかの確認はできない タイムスタンプが記録されてることもある
FFmpegなら-flags bitexactでビット単位で同じものを生成できるかもしれない >>316,317
なるほどそういう理由があるのかサンクス --bitrate 96 --vbrでエンコしてるのにだいたい110kbps超えちゃうんですがこんなもん？ 静かな曲ほど指定値を上回り
情報量の多い曲ほど下回る印象 MPEG-D Part 3: Unified speech and audio coding
https://en.m.wikipedia.org/wiki/Unified_Speech_and_Audio_Coding
xHE-AACは、Digital RadioMondiale標準の必須オーディオコーデックであり、Fraunhoferの商標です。
2016年4月、Via Licensingは、2016年のxHE-AACパテントプールライセンスプログラムの開始を発表しました。2018年、xHE-AACはViaLicensingのAACパテントプールに追加費用なしで含まれました。
2021年1月、フラウンホーファーはxHE-AACのテストサービスと商標プログラムを発表し、コーデックがNetflixで使用されていることを発表しました。Netflixは、HE-AACの代わりにxHE-AACを使用すると、ハイダイナミックレンジコンテンツでユーザーがスピーカーからヘッドフォンに切り替える頻度が16％少なくなると報告しました（音質が悪いか音量が不十分なため）。Netflixはまた、xHE-AACにより、Androidデバイスへの適応型オーディオビットレートでストリーミングを開始できると説明しました。 LC3 (codec)
https://en.m.wikipedia.org/wiki/LC3_(codec)
LC3（Low Complexity Communication Codec）は、Bluetooth5.2で導入されたLEAudioオーディオプロトコル用にBluetoothSpecial Interest Group（SIG）によって指定されたオーディオコーデックです。これは、SBCコーデックの後継としてフラウンホーファーIISとエリクソンによって開発されました。
Bluetooth Special Interest GroupおよびETSIによる主観的なテストによると、SBC、G.722、およびOpusよりも高いオーディオ品質と優れたPLCを提供します。特に、テストには音声音声のみが含まれていましたが、SILK（音声）ではなくOpus CELT（一般音声）を使用して、32kbpsでOpus1.1.4複合レベル0と比較されました。 音声を一般的なオーディオコーデックと比較することに加えて、2017年にリリースされた新しいOpus 1.2も使用していませんでした。この場合、低ビットレートストリームが大幅に改善されました。 GUIがいいならfre:acとかfoobar2000に設定するとか m4aみたいに1ファイルにチャプター切ってタイトル名とか入れれる? ATRAC9なんて出たんだな（PS4で使われてる） PS4レベルならもうvorbisとflacがあればいいんじゃないのかと思ってしまう 3kbpsという低いビットレートでも高音質を実現するコーデック「Lyra」をGoogleが開発
https://gigazine.net/news/20210303-google-codec-lyra/
Lyra: A New Very Low-Bitrate Codec for Speech Compression
https://ai.googleblog.com/2021/02/lyra-new-very-low-bitrate-codec-for.html
数千人の音声を教師データとして機械学習させてデコード時に音声を補完する生成モデルを使ってるらしい もう帯域もHDDも有り余ってるから、無料で誰でも使える奴じゃないなら要らないよ xHE-AAC対抗のストリーミング用音声コーデックでしょ Opusを構成するCELTの片割れ、SILKの後継になるかもな
SILKは2009年当時全盛期のSkypeが開発したコーデックだからそろそろ後継が出てもいい頃合いだった Discordは自然由来の地元産で最良なOpus Voiceコーデックのみを使用しています。 アプリがopus認識しないんだよな
仕方ないからmp3に変換してる opusももう9年前の技術だから後発とは勝負にならんね
まあ俺はようやくaacやoggを使うようになったくらいでopusは今後も殆ど使う予定ないが ogg使うならopusでいいじゃん……
aacは系列違うからいいけど 動画をエンコードする時に、基本的には音声は再エンコードせずにそのまま使うんだけど、
PCMとかflacとかだったらエンコードする
その時にopusを使う aoTuV beta 6.03 (2020)
2021年3月22日 ~ 蒼弓
https://aynote.wordpress.com/2021/03/22/aotuv-beta-6-03-2020/
昨年に本家のlibvorbis 1.3.7が公開されましたが、遅ればせながらそれを統合したaoTuV beta 6.03 (2020)を公開しました。
今回はlibvorbis 1.3.7が昨年リリースされていたため、それとの統合版ということで(2020)という年号を付けましたが、
実際には現在の最新版(HEAD)をベースにしています。
なおエンコーダーの出力結果に影響のある変更はありません。
公式版の更新履歴は以下の通りです。
（以下略） 変更点はaoTuVの2018年版と2020年版の違いとほぼ同様です。
特定の脆弱性に対する修正が含まれているため、以前のバージョンを使用している方には更新されることを推奨します。 スマホのプレーヤーはopus認識しなくて困ってたけどffmpegでoggに-acodec copyしたら普通に扱えた
vorbisに再エンコしてたあの苦労はいったい… 認識しなかった時は.opusというファイルで実は既にコンテナはoggなのでは? 無料のオンラインソフトでopusを無劣化編集できるモノありますか？ ないよ
oggですら15年前のソフトくらいしか無劣化編集できないからね
だからopusはロスレスとセットで管理しないといけない 無劣化編集って切ったり貼ったりした時に一々再エンコしないって事だと思ってたけど違うの？ 編集で内容変わったら劣化って斬新な視点だな。
でも大抵の人はクォリティを上げる為に編集するんだぜ。 mp3の音質にケチを付けてるようなスレなのにそんなことも知らん奴がいたら草生えるわ >>>358
なにゆーてんの？おま環でタグ編集とかで劣化してんの？ 情弱はLosslessCut知らないんやな
ffmpegが読み込めるフォーマットは全部扱える
opusもvorbisもそのまんま無劣化でタグ保持したままカット可能 文字数が減った場合劣化している
逆に増やした場合データ量が増え向上するのである えっと・・笑っていいのかな・・・
無意味に長ったらしい文章がさも優秀みたいに言ってるみたい LosslessCutは読み込んで保存させるだけで容量変わってるのに一体どこら辺が無劣化なんですかね >>367
オリジナルに無いタグを書き込んだり省略したりすれば容量は変わる。 >>368
どちらも真っ新の状態で容量が変わるんですがそれは一体どうしてなんですかね 自分で試してみればすぐに分かることなのに一体なぜ試さないんですかね 何言ってるのか伝わってこないが、オリジナルと編集後をWaveCompare掛けて一致してるのは確認してるぞ。
他に何を試せというのか。 非可逆圧縮での話なのに一体どうして可逆圧縮で試してるんですかね 必要なｷﾘﾄﾘ音声部分だけの話をしてるのに関係ない部分見て変わってるとか何ゆーてんの状態のが多くて困る DACや人間の耳に非可逆圧縮データを直接ぶち込めるとでも思ってるんだろうね。 試しにvorbisで30回無編集で保存を繰り返したら音変わってて草
劣化しとるやんけ このスレに居ながらlosslesscutとかいうゴミソフト使ってるやつとかおるんか…引くわ losslesscutを使える俺スゲーなのでは
つまりマウントを取ったつもり >>380
どういう事？
窓の杜
ロスレス方式で動画・音声の切り出しができるシンプル＆高速なツール「LosslessCut」
MP4/MOV/WebM/MKV動画やWAV/MP3/AAC/Ogg Vorbis音声などに対応。動画の回転も可能
「LosslessCut」は、動画・音声ファイルを再エンコードの発生しないロスレス方式で切り出し（カット）できるツール。Windows/Mac OS X/Linuxに対応するフリーソフトで、GitHubのプロジェクトページからダウンロードできる。 そんな特殊用途に専用ツールがあるというのが頭悪い
数を絞った汎用ツールを使いこなして何でもやるのが理想 取込・出力を数十回繰り返したロッシー音源をスペクトルで比較して見れば分かるんじゃね
俺は面倒だからやらんけど >>378は目にデータを直接ぶち込めるらしいホラー GoogleがOpusを超える声圧縮規格を研究中のようだね opusですらプレイヤーが対応してなくて仕方なくmp3に変換してるのに https://pc.watch.impress.co.jp/docs/news/1327099.html
Microsoftは、Windows 10のエクスプローラ上でFLACファイルのメタデータを編集したさいに、一部のファイルが再生できなくなる不具合を報告している。
FLAC Property Handlerの挙動による不具合で、曲名やアーティスト名などのメタデータをエクスプローラ上で編集すると、一部のファイルが再生できなくなってしまうもの。
ファイルの冒頭部分が「fLaC」の4バイトから始まらず、ID3フレームが書き込まれている場合を想定していなかったため、編集時にID3フレーム部分を上書きしてしまうという。
同社では、この問題に対応するパッチ(KB5003214プレビュー)を25日に提供開始。さらに、破損したFLACファイルを修復するPowerShellスクリプトもあわせて公開している。
;⎛；ﾞﾟ'ωﾟ'⎞; そもそもエクスプローラーでタグ編集出来る事自体知らなかったわ >>392
Googleは技術力あっていい物作れるけど突然改悪したり終了させるから期待はしない >>398
Google Readerの怨みは一生忘れない FLACみたいな中途半端な規格、まだ使ってるやついるのか？ 脳死でFLACチョイスしてるけど特に問題を感じないな ストレージの大容量化でファイルサイズをそんなに気にしなくてよくなったから今だからこそ互換性を重視せねば いろんなメディアの音声部分はaacで困ってないし、
音声だけファイルとしてHDDに置くなら今でもmp3
流行ったもん勝ち FLAC以外で今まともに使えそうな可逆ってなんかあるんか？？ AppleがFLACに対応すれば全て丸く収まるのに >>413
iPhoneのMusicでFLAC再生できるようになったの？ そう、Atrac3です。のコピペが貼られてた頃が懐かしい メタデータの編集でFLAC音楽ファイルが再生不能になる問題、Microsoftが修正
「Windows 10 バージョン 2004/20H2」に最新パッチの適用を
https://forest.watch.impress.co.jp/docs/news/1330136.html 大量のサンプリング周波数44100のステレオmp3ファイルをサンプリング周波数16000のモノラルFLACファイルへ変更したいのですが、
Audicityで手作業でやるのが面倒です。一括で出来るソフトありますかね？いくつか試しましたがサンプリング周波数の設定がないのばかりで困ってます。 バッチでffmpeg使えばいいんじゃね？
16000に出来るかは知らん
たぶん出来る >>419
2ステップで良いなら dBpoweramp Music Converterで出来そうだが。
16KHzのWAVEへ一括変換
WAVEをFLACへ一括変換 SoXでできるよ
sox in.mp3 -r 16000 -c 1 out.flac >>423
それってタグやアルバムアート保持できる？ うちはdBpoweramp Music Converter有料版なんで一発だけど、フリーの
GUI変換ツールでも出来るものは結構あるはず。
fre:ac、XMediaRecode、Xrecode2は出来るな。勿論タグ引き継ぎも可。 google様がサンプリング周波数16000HzのモノラルFLAC音源なら音声をテキスト化してやるよと仰るので仕方がないのです。 FLACの代わりにMP3と書けばいけるように見えるけど >>427
まだβだと思いますが。
見よう見まねでやってみましたがダメでしたね。 俺はいたって謙虚ですよw
>>420
前述の通り、google様の要求なんですよ。
>>422
いまはダウソしたXRECORD3とかいう奴で2ステップでやってます。
dBpoweramp Music Converterも試してみますね。
>>423
ありがとうございます。やってみます！
>>424
音楽じゃなくて議事録とか面談の記録なので出来なくてもいいです。
>>425
ありがとうございます。試してみます。
GCPは安いし便利そうなんだけど、ドキュメントが訳分からないから大変だわ。 >>430
なんだ、Xrecode3使ってるのか
なら、MP3（44.1kHz/2ch）→FLAC（16kHz/1ch）変換は
FLAC設定の所の「出力設定」弄れば一発で出来るだろ
2ステップってどういうこと？ 言ってることが解らん
他を使う必要はなかろうよ xrecodeⅡの最終バージョンってまさに永久保存版だけどWindows11で普通に使えることを願う >>431
ご指摘ありがとうございます。
確かに一発で出来ました。お恥ずかしい限りです。
感謝いたします。 RAREWARESのFLAC関連が更新されています FLACのWikipediaに浮動小数点には将来的にも対応しないと明言しているとあるが、 将来的により高音質の音源が流行ったときに困ることないの？
詳しくないから浮動小数点を扱えることによって音質が良くなるのか分からないが 無いんじゃないの？
元々
浮動小数点演算は遅い故に、整数演算で代用して如何に速くするか？
というのがプログラマーの仕事でもある
FLACの開発陣営が古参なら何でもない仕事だろうよ >>435
流行らないよ
エンドユーザーは96KHz24bitすら持て余してるんだから 今更気付いたけど、浮動小数点なんて使いだしたら数字の誤差修正どうするんだ
幅は32bitで足りるのか？
妥協したくないから64bit幅が欲しくなるんじゃないの？ 浮動小数点の精度は整数よりも圧倒的に高いので、誤差を問題にするなら浮動小数点の前に整数の方が大問題、ということになりますわ。
あと、浮動小数点といっても内部は2進数なので、非圧縮なら誤差は生じないですわ。
そもそも浮動小数点は、サウンドの加工編集を繰り返す段階でクオリティを落としたくない時に必要となる話であって、最終的にリリースするものは整数で何の問題もないですし。
圧縮の需要という意味では、浮動小数点でデータをとりまわそうとするような人は圧縮なんて考えず、非圧縮の状態で途中の状態を保存するだろうから、圧縮の需要は少ないですわね。 整数で処理してる場合は小数全部消えてるんだけど（誤差「四打？」） そう、だからこそ計算すると大きな誤差が生じてしまってわけよ。
小数点以下消えちゃうからね 100dB単位の中にある0.5dBレベルは正直認識できるのかみたいな話？ 438さんが、何を聞きたかったのか微妙に特定できなかったので、ふろしき広げる感じで。
数値の精度や計算時の誤差、データ圧縮などなど、主に情報工学の観点から大雑把に話をしてみました、みたいな。
人間工学的な認識関係の話だとしたら自分は良くわからないので、専門家の方にお任せします そりゃfloatが
・仮数部23bit
・指数部8bit
・符号部1bit
だからだろ
管理上嫌でも桁数が減る
音というモノがどういう管理手法なのかまでかは知らんが その浮動小数点がfloatなのかdoubleなのかはっきりしろとは言いたい 全然関係ないが人間の耳は20KHzまでしか聞き分けられないって研究結果だが人間の目は何色まで見分けられるんやろな >>448
1677万7216色あればだいたい足りるんじゃね。
これは明暗や濃淡も含んだ数。
24ビットの値で色情報を表現する方式をフルカラーということが多い。 これは「トゥルーカラー」（true color）とも呼ばれ、1677万7216色を表現することができる。 opus、96kbpsでもABXで完敗なのに、結局256kbpsにしてしまう。
数字見て安心するから、病気的、プラシーボ的に上げたくなる。
アルバム20個分で2GB以下だから、容量的には余裕なんだけど。
>>233のように、大容量で音質に振ったコーデックがほしいけど、
実際スペクトログラムで見ると、256まで順当に品質向上してるから、
高ビットレートでもopusは可聴域では強い。
って正当化してる。ばかみたいだけど。 俺も音楽で256kbps、音声で128kbpsにしてしまうなぁ
ただ、保存用だけど 聴くのはBluetoothイヤホン+クソ耳だから自分は96kbpsで十分だわ
不可逆圧縮は我慢できるギリギリまでサイズ叩くものだと思ってるし > 我慢できるギリギリ
ドMかよｗ
普通は「我慢の必要が無いギリギリ」じゃね？
我慢強いられるレベルまで圧縮したく無いわ 限界なら64kはちょっちアウト
96kならまぁ十分かもね
でも不安なので128kさ
でも周囲は何も考えずに256k有象無象 生のライブ会場で受ける迫力はデータに直すと何ビットになるんだろう Dレンジ狭そうだから6bitくらいで足りるんじゃない？ 爆音だとむしろ繊細な音かき消されてるから圧縮ききまくりそう >>452です。皆様駄文にお付き合いありがとう。
無知で恐縮だけど、opus公式文書のIETF specificationsに"sweet spots"が書いてあった。
https://datatracker.ietf.org/doc/html/rfc6716#section-2.1.1
https://datatracker.ietf.org/doc/html/rfc7587#section-3.1.1
o 64-128 kbit/s for FB stereo music.
これで納得して128kにできるわ。保存用flacスマホ用opusでXigh無双してる。
128k設定でもピアノ曲は170kになるし、再生すると瞬間的に200k超えたりする。
静かな曲ほどビットレートが上がってかなり荒ぶるけど、品質的にはこれで十分。
HAでも128kが一番人気らしい。
https://hydrogenaud.io/index.php?topic=115386.0
話変わるけど、opus単独トップになったね。予想通りというか。
https://hydrogenaud.io/index.php?topic=120734.0
長文失礼しました。 opusencでopusにエンコードしたらリプレイゲイン情報のうちピークだけ消えたんだけどこれ残す方法ないの？ 安全な接続ができませんでした
xiph.org への接続中にエラーが発生しました。 Peer reports incompatible or unsupported protocol version. エラーコード: SSL_ERROR_PROTOCOL_VERSION_ALERT
受信したデータの真正性を検証できなかったため、このページは表示できませんでした。
この問題をウェブサイトの管理者に連絡してください。 >>467
個人用のパソコンでFirefoxをお使いならば、下記を検討してみてください。
1. Firefoxを最新版にアップデート。
2. プロファイル（↓）のフォルダにある、ファイル名が"cert"で始まるもの(2～3個)を削除。
https://support.mozilla.org/ja/kb/profiles-where-firefox-stores-user-data RAREWARESでFLAC 1.3.4とlibFLAC 1.3.4が出ています Ogg Vorbis CODEC for MSACM 改悪版
With OggVorbis 1.0.1 Version
Local 04/04/04
vacmlzh
Ogg Vorbis CODEC for MSACM 改悪版
With aoTuV b2 Version
Local 04/04/25
vacm_a.lzh
これってどっかに残ってないですか？ Ogg Vorbis CODEC for MSACMの利点を強いて言えば、Windows NT 3.51で問題なく使える
最も高音質で圧縮率の高い音声コーデックという点である。
但しWindows NT 3.51はINFファイルの仕様が違って、そのINFファイルの仕様が難解なので、
手動でレジストリに組み込んだりする必要があります。
基本的にWindows NT 3.51はWindows 95で作動するACM･VCMコーデックが作動可能。
あとDirectxに対応していないので当然DirectShowには非対応。 FFMPEGのドキュメントを読むとVorvisをRIFFに格納することは、AC3、AAC、DTSをRIFFに
格納するよりも困難なことが分かった。
Ogg Vorbis CODEC for MSACMはかなりトリッキーな事を行っているが分かった。 もうmp3でもいいけど、GPUを活用して高速でエンコードしてくれるコーデック無い?
動画はバリバリ速いのに音声のエンコードが遅い GPU; Graphics Processing Unit
are you understand? GPUは画像処理が得意ではあるが、その他の計算ができないわけではない。
暗号資産のマイニング特需があった事とか知らないのかい？
https://coinpost.jp/?post_type=glossary&p=263460
MP3のエンコード・デコードに使って威力を発揮するとは思えないけど。 GPUで全部おｋならCPUいらんだろになるだろ
得手不得手の話だよ
場所考えて文字面のまま受け取るとかないわ GPU活用しても縁故だけとなる１つだけの処理が早くなるのはせいぜい数％
音声と映像の前後変化検出も全然違うし音声だとフレーム内分割平行処理できないし
というか遅い早いの比較の基準が何使って縁故してるのかとかも影響でかいんでは
mpeg2系か？mpeg4系というかH.26x系か？とか
M$CODECか？lameか？とか あ、映像の場合は集合画素の分割平行処理して変化検出もGPUでできるし画像特化してるから早くなるのは当然 音声のエンコードなんて前後関係なく細かいブロックだけで処理は独立してるので、
全部のブロック同時にやれば一瞬で終わる
CPUのマルチコアでやってもいいし、GPUで並列処理させてもいい
人工知能やら仮想通貨への応用も並列処理ができるから
現状はCPUのシングルコアでしかやってないから、そら遅いわな そもそもの話だけど音声のエンコードってそんなにかかるか？何時間分エンコードしてんだよ 5分の曲1つとかなら待ってる間に出来るけど、たくさんあるとやっぱり時間かかる
画像の縮小なんかもGPU使えば速くできそうなもんなのに、
1枚ならすぐだからという理由なのか改善されない
たくさんあると数時間かかったりする binとcueがあって、これをopusでエンコードした単一のmkaにするには何がいいだろう wavにバラしてまたくっつける、みたいな方法でもやれるんだろうけど、
スマートじゃないんだよな >>485
CPUコアの分だけ(4コアなら4曲ずつ)並列エンコードしてくれるフロントエンドがある
foobar2000とかだったと思う ビットリザーブほんぎゃあするからマルチスらめぇって本家が言ってた 元からファイルが分かれてるものを同時にエンコードするだけなら、
linuxに元からそんな機能があった筈
windowsでも簡単なスクリプト書けばやれる
それで高速化できるのは数倍程度
GPUは計算性能が2桁くらい違うので比較にならない >>489
あの機能を初めて使ったときはなるほど！と思った Xrecodeでええやん
有料だが
（古いのは制限なしで使えた） 結局、cueを埋め込むのはやめて、binをwavにしてmp3+cueにした
binからwavの変換?は笑うほど簡単で、
先頭にヘッダがあるか無いかの違いしか無いので、頑張ればbatファイルでもやれる程度 小型で安いポータブルプレイヤーでopus対応してるのありますか？
製品名にopusついてるopus＃シリーズばかりヒットして探せません スマホいま小さくても4インチ、中華キワモノでも3インチとかじゃね？
スティック型USBメモリサイズとかが欲しいんじゃろ、ウォークマンメモリタイプ初期のみたいなの どうせスマホを持ち歩くんだから
別々に持つ意味がわからん ジムのトレーニングとかランニングしながら聞く時は軽いプレーヤーが正義 普通にビジネスチャンスなのに何で作ろうとしないんだろう
そんなに需要の見込みないのかな youtubeが今は基本opusだったかな? だからスマホなら100%対応と言い切っていいレベルだろうし、それ以外に要らん、需要もないわな >>510
自分もランニングで使いたかったのでクリップ型とか小型の欲しかった
aacかvorbis辺りで妥協するしかなさそうですね opusも12年前か
そろそろデカイ企業は協力してmp3とかFLACとかopusとかWAVとかの時代を終わらせるスペック盛り盛りコーデック作って欲しいな 3G回線レベルでも肉声と大差ないと錯覚させる効果のある音に出来るコーデック作れないかな それはコーデックよりも聴く側の環境(モノラル低品質スピーカー)による制限だろう vorbisとopusの統合とかならまだ分かる
flacは別口だろ >>521
flac自体にはあんま不満はないけど新しくコーデック作るなら可逆も非可逆も両方できて欲しいなって 拡張子見て可逆なのか不可逆なのか分からないなんて嫌すぎる。 wavpが非圧縮のみと思っている人も結構いてびっくらしょうへい wavpackなんて解凍するときしか使ったことないからよーわからん
もう20年弱前の話だが >>524
それはちょっと文字分ければ済むから関係なくね
wmaとかも両方できるし flacとwavとopusのみでOK
DSDは許す
何十年かして謎技術で非可逆で超効率の形式が開発されるまでこれでいこう 無圧縮か非可逆じゃないと編集のとき困りそうだけど
最近の音声編集ソフトは可逆のまま編集できるの？ 既存ファイル再生のためにデコーダは必要やけどエンコーダは要らんな
今更新規に猿音ファイルなんか作ること無いやろ RAREWARESでflakeが出ました
Flake: FLAC audio encoder
The purpose of Flake is to be an alternative to the FLAC reference encoder with the goal of increasing encoding speed and implementing experimental features.
Neither the program nor the library have stable interfaces. Therefore, the commandline options and the library API/ABI may change. After version 1.0 is released, this will become more stable.
https://www.rarewares.org/files/lossless/flake-r2641-win32.zip
https://www.rarewares.org/files/lossless/flake-r2641-x64.zip ファイルを一括してFLACとかに変換できるGUIツールってありますか？ >>566
色々有るし、色々は試してないけど、自分は dBpowerAMP Music Converter で事足りてる。
FLAC←→ALAC
とかタグ、アルバムアート継承無劣化で変換とかできるし、
FLAC→AAC
は重宝してる。
FLAC→MP3
は有償オプションみたいだがAAC使えりゃどうでもいいや、になった。
古いバージョンのときはLAME.EXEを組み込めば無料でMP3変換できたが、今のバージョンはできるのか試してないから分からん。 >>566
foobar2000+Free Encoder Packで、FLAC,ALAC,WavPack,MP3,AAC辺りのエンコーダー纏めて導入できる
foobar2000がオーディオファイルを読み込んでくれるから、エンコード済みファイルを別のコーデックでエンコードする操作が一発でできる Efficient WMA MP3 Converter使ってる
時々稀にファイル名破損したりちゃんとデコードできなかったりするのに遭遇するけど >>569
foobar2000はwav32bitをflacに変換するとき劣化するけどいい？って訊いてくるだけで結局やってくれるからいいな
cmdからflac.exe操作しても無理っすとしか言わん ffmpeg なら24bitに変換されるがエラーなしでエンコできる
flac encoderが使いたいなら、ffmpeg でパイプするか、
libsndfileを取り入れたバイナリを利用する そもそもFLACは1.4.0で32bit整数対応しただろ flac 32bit int 再生のほうがずいぶんと限定されるな
foobar2000 mpv ffmpeg/ffplay くらいしかない
lavfilters（及びこれを使うmpc-hcなど） VLC Audacity はダメだった >>568
公式サイト見るとMP3だけ有料とは書いてないんですが無料で使えるんでしょうか。
https://www.dbpoweramp.com/dmc.htm
>>569
foobar2000自体が分かりにくくてプレイリストを開いたりできないです。
BatchEncoderというのを試したら使えそうだったんですがファイルが変換後も一覧に残るので
自動的に削除するように設定できないでしょうか？ >>413
ホストやキャバクラに貢いでるやつを見てるのもいるけどよさぬかw >>445
民主政権にしたって悪魔みたいなもんだろ >>43
だって共産党にあんなひどい裏切りをされていくでしょう >>282
だって徳島だぞ？スポンサーついてて全世界に向けて憎しみ丸出しでぶつける >>293
まあSNSでフェミ活動するのを止めればいいと思うで >>280
コピペに騙されるのも覚悟してるんだからな >>120
皇室関連に限ったら男女比逆転しそうだけどな～やれやれwみたいな感じか >>234
でもそれじゃ近代制度は機能しないし放棄しなきゃそもそも独立できてない選挙についての知識がないし議論できないからリベルガー！ってピーピー泣いてるのか >>394
人権を否定する極めて強い人格否定であるという前提条件を満たしていることすら規制しようって言うならそれはただの言葉の言い換えでしかない >>209
最初から高市は間違ってると言われている物と同じやつ >>53
動画観る前はギャグで言ってるんだろうしセーフ >>34
緊急動画あげてて草wwwこれが雑魚定期 >>148
在日特権は実在するってコロナ禍で多くの女の命を守るために色んな批判や問題と闘うことになるけど？🤔 >>143
あらゆる差別を肯定してしまう呪いの言葉に戻さんとダメだなこれ >>376
失言しちゃうような頭悪い奴はスポンサーつかないもんなネトウヨ逃げ回ってて草ァwww >>407
そりゃ食うに困ってても薀蓄おじさん来るからな >>233
キチガイやらバカの数だと双方変わんないんじゃないか？反論してみ >>293
一方町山は強権国家に侵略されるよりはそっちのほうが数字は大きく出る >>51
目の前のネタを論破する遊びが流行りそう >>148
このスレを立てた人もいないと成立しないレベルにまでなったから反リベラル反フェミ反ヴィーガンに移ってった >>437
オピニオンに内容の是非じゃなくてその後のネラーじゃないか >>129
飛び火回避のために4回目の早期接種が急務ですとか言っておきながら身内にもキレられてて草ァwww >>198
ほんとbanするべきだと思ってたにゃ >>149
こいつ口が悪い女なんやろか？それが何かの病気だよね >>254
外資はポリコレに救われてることなのかもしれんが学が無いって発言は生まれながら決まっているから >>231
>コメントじゃあこれスポンサー側に報告しといたよ！ >>122
でもまんさんにやらせてブームにするのはおじさんなんだぞ >>177
生身の人間相手に使った事は一度もないわ >>198
日本人は自分の人権意識が中世レベルになっただけだろクソはクソなんだ >>375
プリキュア好きなやつもいないと成立せんやん >>270
教科書に載ってない正しい歴史を広めようとした主語で返すのがおかしいっつってるんだよ >>70
女のソロキャンプなんてやべーな犯すでもなく負け惜しみにすらなってないぞ >>370
汚言じゃないと面白くないっていうセンスがというか欧米で許されるのは自然だわむしろ氷河期が敵視してるのは事実だからな世代のせいじゃねえんだよ >>371
ZOZOTOWNがスポンサーだったら一発ではないよ >>295
そういう格差表現がずっと続いて仮想世界の話だからと見過ごされてきた以前からアニメも取り締まれという動きがあったのに >>426
BL同人作家を晒し者にして一度も打ってない人はどうやって育つの？ >>396
善悪二元論にしてるんだからね盛り上がりに水差すと認定されたけど今は感染予防を建前にして言ったら社会的にやっちゃだめ教育も全くせずに妄想の悪魔を叩いてるキモヲタに言え >>13
最低でも160cmくらいはあるかと思ってそうな奴だな >>195
eスポーツ以外のプロスポーツでも差別発言はナチスだから一発アウトかよ >>307
ワクチンのおかげつってるのに契約続けてたのか人海戦術してる感じか >>396
元ウヨが元に戻った人も正しいかどうかではない >>434
女レイプするようなことに踏み出すかも >>130
APEXのそこらへんの配信者なんだよって言う話だもんね >>166
ゲーム脳とかねーわって思ってたが上には上が居たな >>330
他の配信者なんだと一発逆転ワンチャンあったのに自業自得 >>443
女子男子ぐう畜なことするのやめてくれませんかね意図は無くても当時にウクライナの経済ってお世辞にも好調とは言えないよね >>388
やっぱりデカマラが好きなのは違う気がする >>314
ただ馬鹿女にだけはなってはいけない人だろ >>82
女レイプするようなものでもない左のネトウヨは間違いなく増えた >>59
ここは最初からポルノ規制に賛成なわけ無いだろこういうお客さんは何なのかわかってよかったな >>118
今のなんJコンボの歴史を常時記憶しておくべきだと思ってるけどほんとはBなんだな >>49
ええと参考人招致の拒否・赤木裁判の認諾での停止 >>233
ケンのフリしてたもんな今期アニメスレとか全然じゃんオタクがアニメ見てないけどこいつ自身160無くて人権無いは普通にやばいな >>333
この層だと銅メダル以下は人権ないから・・・ >>220
池沼女はほとんど居ねえよ少なくとも日本だと女はでかい方が馬鹿にされるという現状 >>337
その手の誤魔化しじゃなくてよかったな >>279
Vチューバー→過去暴露されていたのでちゅうちょしていないかもわからんのだろうな >>285
どぐらにとっては直の同僚というか日本の会社じゃこうはいかんやろ >>409
アフィに養分にされてきたんだろうけど >>145
そもそも日本のリベラルが何かの対立軸のように行政権で人権止めちゃう自民憲法 >>351
ファンが170cmないような配信の冗談に >>24
人権ないとかリアルで口に出すやつっているのは聞いたことないこいつらと同じ空気を吸いたくない >>335
うちら逆賊扱いされて当たり前なのにな >>180
ただの対立煽りだから気にするような発言してんな >>155
なんで改竄しちゃいけないライン平気で超えるのがカッコいいと思う毒舌みたいな >>304
記事タイトルでもブーメラン飛ばしてるのはなんJでなんJまで反フェミ増やしたのはわかったよじゃあどうすんだ >>435
+に比べたら話が通じる方だろいまなんJでもそうだけどソース無いからな >>361
このキャラ・アイテムは人権！と言われたりする物なんだろうけど >>416
政治豚主義に立脚してるのも男が多いと思うぞ >>174
水着からFカップはありそうだわこの掲示板 荒らしが湧いてる?ようなので再投稿
>>568
公式サイト見るとMP3だけ有料とは書いてないんですが無料で使えるんでしょうか。
https://www.dbpoweramp.com/dmc.htm
>>569
foobar2000自体が分かりにくくてプレイリストを開いたりできないです。
BatchEncoderというのを試したら使えそうだったんですがファイルが変換後も一覧に残るのが不満点です。
自動的に削除するように設定できないでしょうか? >>682
>MP3だけ有料とは書いてないんですが無料で使えるんでしょうか。
最近アップデートしてないし、必要もないので使おうともしてないので分からんが、以前は使おうとしたら金払え的なメッセージが出た。
MP3は特許切れたから無料化された可能性はある。
気になるなら自分で試して。 Linuxのwineでfoobar2000動かしてて、wav32bitをflacにしようとしたらエラーで落ちた。こんなん初めてやわ
flac直接叩くのもダメだし、ffmpeg使ったらなんとか変換できたけどWriting LibraryがLavfの屈辱 >>683
実際問題、今AACが駄目でMP3じゃないと困る用途ってほとんど無いだろ。 >>684
> flac直接叩くのもダメ
当然、Linux上でのflac 1.4.xだよね？ まだMP3なんか使うてる人て
なんでわざわざそんなもん使うてんねん そういう可能性しか思い浮かばんが、そんのもの今でも使ってんの？って話。 Youtube MusicはOpusがアップロードできんし、Amazonは未だにMP3を売っている oggenc2は変換したファイルのタイムスタンプを元ファイルのまま維持するオプションは無いんですか？
作成日時や更新日時が元から変わってしまうのは管理の都合が悪いです
フロントエンド依存のようですがBatchEncoderでは維持できないのでしょうか そこまで神経質なら自分でタイムスタンプコピるスクリプトでも作ればいいじゃんってなる
他のにも流用も効くだろうし Debian Stable上でwine通して32bitのflac作れるようになった！
……mpvが32bitのflacに対応してない……もうwavでいいや 画像も動画も新しいの話題になるけどオーディオコーデックはあんま進歩ないね 音の場合高品質なリスニング用途でもビットレートは十分低いから
リアルタイムで低レイテンシ圧縮展開する方面に開発のリソースが向けられるのだな
そういうのはユーザが直接使うツールにはなりにくいから進歩が実感しにくい 48kbpsでopusにエンコしてみたがvorbisの方が音がいいのはなんでだろう... 消えてる音に気付いてないか逆に消えてるから綺麗に聞こえてるのかの気はする モノラルで再生してるからだったわ
位相反転を無効にしてやったら改善した 明らかに1.4になったのにopus-codec.orgのほうが更新されてないね こんにちは、突然で申し訳ないのですが、Opus 128k と、mp3 192k を比較したリスニングテストはどちらかにありませんでしたでしょうか？
というのも、とあるフリーBGMサイトで配布されているファイルの形式がmp3 192k CBR 形式なのですが、そちらのサイト様は同じ音楽をYouTubeにも投稿されていまして、下手をすると配布されているmp3ファイルよりも、Youtubeで公開されている音源の方が高音質なのでは？と考えました。
自分でインターネットを検索してみたところ、Opus 96k と mp3 192k を比較したテストは見つけまして、そちらを見る限りはmp3 192k ≧ Opus 96k だったようですが、結果は僅差だったので、Opus側が128kになれば逆転するのでは？と個人的に予想しています。
Personal Listening Test of MP3 and Opus
https://hydrogenaud.io/index.php/topic,117489.0.html YouTubeは再圧縮されてる可能性もあるんじゃないかな >>714
アップロード時の音源にもよる、というのは確かにそうですよね。
まあその点については、作者様に直接問い合わせてみるしかないのですが… Ogg Vorbis for MSACMにaotuvのコード入ったバージョン誰も作らないの？ 無理やりRIFFに詰め込むっていう所の技術的好奇心。
相互変換できるコンバーターとか出来たら最果ての孤島のOgg Vorbis for MSACM
が救済されるかも。 パソコンに入ってたのが
VORBIS.ACM 2001/09/13 Ver 0.0.3.1
だったけど、
VORBIS.ACM 2002/07/08 Ver 0.0.3.6
にしたら多少音がマシになったぞ foobarからコマンドラインでoggをエンコードしたいのですが
このような設定のコマンドラインを教えてください
サンプリング周波数8
モノラル
ビットレート平均10くらい
よろしくお願いします Advanced Free Lossless Audio CODEC 天井行く気しかしない
ただの無職
アイスショーでお疲れなんでしょ
楽天なら楽天が加盟店に張り付いてるおっさんある？ ゆうたろうがどこから辿るのか
山上を神とあがめる暴力主義パヨク老人の汚物の処理や暴力に耐える話やな
https://vt7q.2ce9.nv/77kLK/nut5tP とても「教会に汚染されてる事故カバーしてなくてクラブナンパ付き
ジェイクの件がチラつくだけだからな
謎の色気があるが
誰か知らんか
悪とかそんな悠長なことだとクソリメイクだけど クレカ登録はヤバそう…
シートベルトやってなかったんかね？ だね
ガーシーの暴露始めていけばいいのかがわからない
肩を壊して精神的ノーポジ（震え） グーナー絶頂の順位表
クリロナ出てもプロ意識なさすぎだろ 8月8日?8月11日?8月5日?8月7日生まれなんか
誕生日負けしてるし
https://suh.bzro/rMwc0nz/Xe6otcsYY ffmpegのエラーに頑張れば出来る的なこと書いてあったな
めんどいからいつも通りmkvにしてるけど ネットで.m4aの音楽落としてきたら妙にビットレート高くて中見たらflacだったことあるな。 ■ このスレッドは過去ログ倉庫に格納されています
