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

RAREWARESでFLACが更新されています。
https://www.rarewares.org/lossless.php

ワイのビルド

https://www.mediafire.com/file/tjb5k9eqddd0fxg/oggenc-aotuvb.6.03-libvorbis1.3.7.7z/file

スマホのプレーヤーは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は目にデータを直接ぶち込めるらしいホラー

最近はイヤホンがコーデック持ってる

ハードウェアデコーダーでしょ

>>387
？？？？

RAREWARESでOgg関連の更新があります

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 最高だろ？何が中途半端なのか。

むしろFLAC以外のほうが中途半端だろ

脳死でFLACチョイスしてるけど特に問題を感じないな

カーステDVD対応が長増えれば考える(　・ω・)

もう容量とかどうでもよくなったし何でもいい

ストレージの大容量化でファイルサイズをそんなに気にしなくてよくなったから今だからこそ互換性を重視せねば

いろんなメディアの音声部分はaacで困ってないし、
音声だけファイルとしてHDDに置くなら今でもmp3
流行ったもん勝ち

FLAC以外で今まともに使えそうな可逆ってなんかあるんか？？

>>408
ALACかな…

ALACは？

Appleロスレスくらい？

AppleがFLACに対応すれば全て丸く収まるのに

iOSもmacOSもFLACに標準対応しとるが

まあ、相互に無劣化変換できるし。

>>413
iPhoneのMusicでFLAC再生できるようになったの？

そう、Atrac3です。のコピペが貼られてた頃が懐かしい

メタデータの編集でFLAC音楽ファイルが再生不能になる問題、Microsoftが修正
「Windows 10 バージョン 2004/20H2」に最新パッチの適用を
https://forest.watch.impress.co.jp/docs/news/1330136.html

ms-dos v3でedlinにバグがあった的な

大量のサンプリング周波数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�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
何色ってなんしょく？なにいろ？