[過去ﾛｸﾞ] 音声可逆変換ソフト総合スレ (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
602: 2019/12/23(月)16:32 ID:14/91TLF0(1) AAS
WavPack 5.2.0
603: 2020/02/16(日)15:27 ID:3iFR6ELF0(1) AAS
保守
604: 2020/04/15(水)16:44 ID:j3Ce0i980(1) AAS
MPEG-4 ALSのエンコーダ入手先
外部ﾘﾝｸ:www.nue.tu-berlin.de
605: 2020/08/06(木)21:19 ID:T3PdomKT0(1) AAS
ここが適切な内容かわからんけど、それなりに長いSEEKTABLEブロックがPICTUREブロックの前にあるflacファイルをWindows 10のエクスプローラで見るとアルバムアートぶっ壊れてない？
606: 2020/10/13(火)14:45 ID:WXCIuu630(1) AAS
やっぱ盛り上がらんね 精力的に更新してるの猿だけだししかたないか
607: 2021/01/20(水)15:53 ID:QolLN5Sr0(1) AAS
WavPack 5.4.0
608: 2021/03/28(日)14:24 ID:MPEuUFM20(1/2) AAS
保守
TAKっていつ公開されるんや
性能的にTAKが一番強いのはよく分かっとる
609(1): 2021/03/28(日)14:32 ID:MPEuUFM20(2/2) AAS
猿は展開速度が遅すぎる
速 FLAC < TAK < TTA, WavPack < MPEG4-ALS(Reference) << Monkey < OptimFROG 遅
ソース見るとCNNゴリゴリ使ってるから圧縮率高いのうなずけるけどそら遅いわ insaneとか使ったら悲しくなる
MPEG4-ALSも高速化した！とか論文出しとるが実装はどこにあるねん
610: 2021/04/09(金)12:43 ID:kyoeuM8x0(1) AAS
蛙が最強
foobarでプレイリスト運用するだけなら一択
611: 2021/04/09(金)18:22 ID:Wg/ww7EZ0(1) AAS
Laの事もたまには思い出して下さい
612: 2021/04/10(土)16:24 ID:gyoR0Wv10(1) AAS
アーカイブ用途であれば、蛙とかLaという選択肢も断然ありだとは思ふ
ただし猿、後方互換性がないから却下
音楽プレーヤーとかに組み込む場合はデコード負荷も一考してほしい
HAの比較表の更新待ってる
613: 2021/04/14(水)21:22 ID:C8IkHsFs0(1) AAS
Flacdropを久しぶりに使ったらFlacをWAVには変換できますが逆がいっさい反応しないんですが何か対処法ありますか？
614: 2021/04/15(木)09:29 ID:xXt0stvB0(1) AAS
wavの拡張子が大文字になってしまってました
失礼しました
615: 2021/05/03(月)00:44 ID:mzIk26Ky0(1) AAS
昔だとLaなんて激重で使い物にならなかったけど今時のスペックなら常用出来るんだろうか？
616: 2021/05/11(火)21:06 ID:uiD46slo0(1) AAS
la多分今なら普通に使えるよ
今なら蛙の方が重いくらい
ただKbMediaも対応断念したしどんどん使い勝手は悪くなるな
617: 2021/09/21(火)23:09 ID:1CtqV9sn0(1) AAS
ALACが配信に使われだした
aptX Losslessも出てきた aptXはサブバンド符号化ベースだろうか？
618: 2022/05/06(金)12:07 ID:zxdxYXGG0(1/2) AAS
takさいきょ～
619: 2022/05/06(金)12:08 ID:zxdxYXGG0(2/2) AAS
あーおまんこ
620: 2022/07/10(日)17:21 ID:088zfW4N0(1/4) AAS
TAK 2.3.0 2013
↓
TAK 2.3.1 2021
改善点：
私のテストでは、エンコード速度が最大43％向上しました。遅いプリセットが最も効果的です。i5-4460（Haswell）の場合は6?28パーセント、i3-8100（Coffee Lake）の場合は9?43パーセント。
私のテストでは、デコード速度が最大10パーセント向上しました。遅いプリセットが最も効果的です。i5-4460（Haswell）の場合は2?7パーセント、i3-8100（Coffee Lake）の場合は-1?10パーセント。
いくつかのバグ修正のため、本当に小さな圧縮の改善。下記参照。
より良いソースコードとより小さなバイナリ。
新機能：
マルチスレッドエンコーダは、4スレッドではなく最大8スレッドをサポートするようになりました。
省6
621: 2022/07/10(日)17:21 ID:088zfW4N0(2/4) AAS
掃除：
TAK 1.xデコーダーからアセンブラーの最適化を削除し、よりコンパクトにしました。
MMXをSSE2アセンブリに置き換えました。
FPUをSSE2アセンブリに置き換えました。
速度にほとんど影響を与えなかったアセンブラの最適化を削除しました。
インラインアセンブリコードを削除しました。
速度を上げるために導入された多くの部分的な冗長性を削除しました。
既知の問題点：
パイプデコードを使用していて、ファイル全体が読み取られる前にパイプを読み取るアプリケーションが終了している場合、TAKCは無限ループに陥る可能性があり、タスクマネージャーで手動で強制終了する必要があります。これは大きな問題ではないと思いますが、次のバージョンの1つで修正しようと思います。ところで：パイプのデコードをテストしてくれたshnutilsに感謝します！
他のアプリケーションへのパイプデコードには互換性の問題があるようです（「crc1632.exe」が報告されています）。次のリリースで修正しようと思います。
上下前次1-新書関写板覧索設栞歴
あと 381 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.017s