【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/

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�Uの最終バージョンってまさに永久保存版だけどWindows11で普通に使えることを願う

>>431
ご指摘ありがとうございます。
確かに一発で出来ました。お恥ずかしい限りです。
感謝いたします。

RAREWARESのFLAC関連が更新されています

FLACのWikipediaに浮動小数点には将来的にも対応しないと明言しているとあるが、 将来的により高音質の音源が流行ったときに困ることないの？
詳しくないから浮動小数点を扱えることによって音質が良くなるのか分からないが

無いんじゃないの？
元々

浮動小数点演算は遅い故に、整数演算で代用して如何に速くするか？

というのがプログラマーの仕事でもある
FLACの開発陣営が古参なら何でもない仕事だろうよ

>>435
流行らないよ
エンドユーザーは96KHz24bitすら持て余してるんだから

今更気付いたけど、浮動小数点なんて使いだしたら数字の誤差修正どうするんだ
幅は32bitで足りるのか？
妥協したくないから64bit幅が欲しくなるんじゃないの？

浮動小数点の精度は整数よりも圧倒的に高いので、誤差を問題にするなら浮動小数点の前に整数の方が大問題、ということになりますわ。
あと、浮動小数点といっても内部は2進数なので、非圧縮なら誤差は生じないですわ。

そもそも浮動小数点は、サウンドの加工編集を繰り返す段階でクオリティを落としたくない時に必要となる話であって、最終的にリリースするものは整数で何の問題もないですし。
圧縮の需要という意味では、浮動小数点でデータをとりまわそうとするような人は圧縮なんて考えず、非圧縮の状態で途中の状態を保存するだろうから、圧縮の需要は少ないですわね。

整数で処理してる場合は小数全部消えてるんだけど（誤差「四打？」）

そう、だからこそ計算すると大きな誤差が生じてしまってわけよ。
小数点以下消えちゃうからね

100dB単位の中にある0.5dBレベルは正直認識できるのかみたいな話？

438さんが、何を聞きたかったのか微妙に特定できなかったので、ふろしき広げる感じで。
数値の精度や計算時の誤差、データ圧縮などなど、主に情報工学の観点から大雑把に話をしてみました、みたいな。

人間工学的な認識関係の話だとしたら自分は良くわからないので、専門家の方にお任せします

4444

そりゃfloatが
・仮数部23bit
・指数部8bit
・符号部1bit
だからだろ
管理上嫌でも桁数が減る
音というモノがどういう管理手法なのかまでかは知らんが

うーん・・・

その浮動小数点がfloatなのかdoubleなのかはっきりしろとは言いたい

全然関係ないが人間の耳は20KHzまでしか聞き分けられないって研究結果だが人間の目は何色まで見分けられるんやろな

>>448
1677万7216色あればだいたい足りるんじゃね。
これは明暗や濃淡も含んだ数。

24ビットの値で色情報を表現する方式をフルカラーということが多い。 これは「トゥルーカラー」（true color）とも呼ばれ、1677万7216色を表現することができる。

色情の報せ

>>448
何色ってなんしょく？なにいろ？

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にエンコードしたらリプレイゲイン情報のうちピークだけ消えたんだけどこれ残す方法ないの？

？？？
エンコしたんでしょ？

FLAC 1.3.4

V1.34が出ました。
https://ftp.osuosl.org/pub/xiph/releases/flac/flac-1.3.4-win.zip

最新版だ！ガマンできねぇ！

安全な接続ができませんでした

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が出ています

ありがとうられわれず

ワイのビルド

https://www.mediafire.com/file/zvh7ebr6hpxrr4k/flac-1.3.4-win64-generic.7z/file

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が何か分かって無さそう

え？

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にするには何がいいだろう

ffmpegをうまく使って頑張れ

wavにバラしてまたくっつける、みたいな方法でもやれるんだろうけど、
スマートじゃないんだよな

>>485
CPUコアの分だけ(4コアなら4曲ずつ)並列エンコードしてくれるフロントエンドがある
foobar2000とかだったと思う

>>483
前に関係なく独立していなかったはず

ビットリザーブほんぎゃあするからマルチスらめぇって本家が言ってた

元からファイルが分かれてるものを同時にエンコードするだけなら、
linuxに元からそんな機能があった筈
windowsでも簡単なスクリプト書けばやれる
それで高速化できるのは数倍程度
GPUは計算性能が2桁くらい違うので比較にならない

>>489
あの機能を初めて使ったときはなるほど！と思った

Xrecodeでええやん
有料だが

（古いのは制限なしで使えた）

結局、cueを埋め込むのはやめて、binをwavにしてmp3+cueにした
binからwavの変換?は笑うほど簡単で、
先頭にヘッダがあるか無いかの違いしか無いので、頑張ればbatファイルでもやれる程度

RAREWARESでFLACが更新されました。
https://www.rarewares.org/lossless.php

RAREWARESでOpusが更新されました。
https://www.rarewares.org/opus.php

ありがとられわれず

RAREWARESでSpeexが更新されました。
https://www.rarewares.org/others.php

ありがとうられわれず

WavPack 5.5
https://github.com/dbry/WavPack/releases/tag/5.5.0

↑RAREWARESの方は未更新。

RAREWARESでFLACが更新されました。
https://www.rarewares.org/lossless.php

ありがとうられわれず

小型で安いポータブルプレイヤーでopus対応してるのありますか？
製品名にopusついてるopus＃シリーズばかりヒットして探せません

なさそうよね

スマホで聞けばよくね？

スマホいま小さくても4インチ、中華キワモノでも3インチとかじゃね？
スティック型USBメモリサイズとかが欲しいんじゃろ、ウォークマンメモリタイプ初期のみたいなの

どうせスマホを持ち歩くんだから
別々に持つ意味がわからん

ジムのトレーニングとかランニングしながら聞く時は軽いプレーヤーが正義

Apple Watch買っとけ

普通にビジネスチャンスなのに何で作ろうとしないんだろう
そんなに需要の見込みないのかな

もうあるからじゃね

youtubeが今は基本opusだったかな? だからスマホなら100%対応と言い切っていいレベルだろうし、それ以外に要らん、需要もないわな

>>510
自分もランニングで使いたかったのでクリップ型とか小型の欲しかった
aacかvorbis辺りで妥協するしかなさそうですね

RAREWARESでFLACが更新されました。
https://www.rarewares.org/lossless.php

ありがとうられわれず

opusも12年前か
そろそろデカイ企業は協力してmp3とかFLACとかopusとかWAVとかの時代を終わらせるスペック盛り盛りコーデック作って欲しいな

3G回線レベルでも肉声と大差ないと錯覚させる効果のある音に出来るコーデック作れないかな

それはコーデックよりも聴く側の環境(モノラル低品質スピーカー)による制限だろう

>>518
FLAC終わらせる必要あるのか？

vorbisとopusの統合とかならまだ分かる
flacは別口だろ