19/08/19 10:12:21.23 L0g/e34K0.net
600
601:名無しさん＠お腹いっぱい。
19/08/19 11:39:38.75 g68QXlwb0.net
い
よ
う
ｼエ
東
マ こんなネット工作しにくい状況下で自作自演なんかしてどうするつもりだい？人彰くん
ン
シ
ョ
ン
神
隠
し
殺
人
事
件 い く ら I D を 偽 っ て も 、 チ ョ ン 臭 さ と 根 の 暗 さ は 変 え ら れ な い
の
犯
人
とjktk
同
期
入 なんなら自作自演ネット工作を営業妨害されたとかで告訴してもいいんだよボンクラ人彰くんｗ
社
の
チ
ョ
ン
ク
ズ
株 式 会 チ キ ン ヘ ッ ド の ミ ナ ミ ヒ ト ア キ 根の暗い自作自演工作なんてやめて 遊 ぼ う ぜ
602:名無しさん＠お腹いっぱい。
19/12/23 16:32:02.26 14/91TLF0.net
WavPack 5.2.0
603:名無しさん＠お腹いっぱい。
20/02/16 15:27:28.57 3iFR6ELF0.net
保守
604:名無しさん＠お腹いっぱい。
20/04/15 16:44:29.16 j3Ce0i980.net
MPEG-4 ALSのエンコーダ入手先
URLﾘﾝｸ(www.nue.tu-berlin.de)
605:名無しさん＠お腹いっぱい。
20/08/06 21:19:14.00 T3PdomKT0.net
ここが適切な内容かわからんけど、それなりに長いSEEKTABLEブロックがPICTUREブロックの前にあるflacファイルをWindows 10のエクスプローラで見るとアルバムアートぶっ壊れてない？
606:名無しさん＠お腹いっぱい。
20/10/13 14:45:48.32 WXCIuu630.net
やっぱ盛り上がらんね 精力的に更新してるの猿だけだししかたないか
607:名無しさん＠お腹いっぱい。
21/01/20 15:53:12.06 QolLN5Sr0.net
WavPack 5.4.0
608:名無しさん＠お腹いっぱい。
21/03/28 14:24:55.25 MPEuUFM20.net
保守
TAKっていつ公開されるんや
性能的にTAKが一番強いのはよく分かっとる
609:名無しさん＠お腹いっぱい。
21/03/28 14:32:56.67 MPEuUFM20.net
猿は展開速度が遅すぎる
速 FLAC < TAK < TTA, WavPack < MPEG4-ALS(Reference) << Monkey < OptimFROG 遅
ソース見るとCNNゴリゴリ使ってるから圧縮率高いのうなずけるけどそら遅いわ insaneとか使ったら悲しくなる
MPEG4-ALSも高速化した！とか論文出しとるが実装はどこにあるねん
610:名無しさん＠お腹いっぱい。
21/04/09 12:43:26.68 kyoeuM8x0.net
蛙が最強
foobarでプレイリスト運用するだけなら一択
611:名無しさん＠お腹いっぱい。
21/04/09 18:22:23.93 Wg/ww7EZ0.net
Laの事もたまには思い出して下さい
612:名無しさん＠お腹いっぱい。
21/04/10 16:24:28.55 gyoR0Wv10.net
アーカイブ用途であれば、蛙とかLaという選択肢も断然ありだとは思ふ
ただし猿、後方互換性がないから却下
音楽プレーヤーとかに組み込む場合はデコード負荷も一考してほしい
HAの比較表の更新待ってる
613:名無しさん＠お腹いっぱい。
21/04/14 21:22:42.78 C8IkHsFs0.net
Flacdropを久しぶりに使ったらFlacをWAVには変換できますが逆がいっさい反応しないんですが何か対処法ありますか？
614:名無しさん＠お腹いっぱい。
21/04/15 09:29:51.60 xXt0stvB0.net
wavの拡張子が大文字になってしまってました
失礼しました
615:名無しさん＠お腹いっぱい。
21/05/03 00:44:23.43 mzIk26Ky0.net
昔だとLaなんて激重で使い物にならなかったけど今時のスペックなら常用出来るんだろうか？
616:名無しさん＠お腹いっぱい。
21/05/11 21:06:11.21 uiD46slo0.net
la多分今なら普通に使えるよ
今なら蛙の方が重いくらい
ただKbMediaも対応断念したしどんどん使い勝手は悪くなるな
617:名無しさん＠お腹いっぱい。
21/09/21 23:09:07.13 1CtqV9sn0.net
ALACが配信に使われだした
aptX Losslessも出てきた aptXはサブバンド符号化ベースだろうか？
618:名無しさん＠お腹いっぱい。
22/05/06 12:07:40 zxdxYXGG0.net
takさいきょ～
619:名無しさん＠お腹いっぱい。
22/05/06 12:08:01 zxdxYXGG0.net
あーおまんこ
620:名無しさん＠お腹いっぱい。
22/07/10 17:21:17 088zfW4N0.net
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スレッドをサポートするようになりました。
CPU最適化オプションNoneは、アセンブラーの最適化を実際に無効にするようになりました。以前のバージョンでは、コンパイラスイッチでのみ無効にできるi386アセンブリがまだ使用されていました。新しいオプションASMはこのコードを有効にし、以前のバージョンのどれとも同等です。
修正：
エンコーダーの小さなバグにより、圧縮率は通常0.01％以下減少しました。私のファイルセットの1つが0.06パーセント失われました。一部の特殊ファイルは、より強力な効果を示します。
プレーンパスカルコードパスのバグにより、一部のプリセットの圧縮が大幅に減少しました。プライマリファイルセットで最大1.19パーセントです。このバグに遭遇するには、V2.2.0または2.3.0を使用して、アセンブラー最適化を明示的に無効にするか（-cpuNone）、MMX命令セット（Pentium 1など）がなくてもCPUでTakを実行する必要がありました。
プレーンパスカルコードパスのリグレッションを検出するために、すでに広範な検証手順に新しいテストを追加しました。今までは、データの整合性のみをチェックしていました。
これらのバグはいずれもデータの整合性に影響を与えませんでした。
621:名無しさん＠お腹いっぱい。
22/07/10 17:21:39 088zfW4N0.net
掃除：
TAK 1.xデコーダーからアセンブラーの最適化を削除し、よりコンパクトにしました。
MMXをSSE2アセンブリに置き換えました。
FPUをSSE2アセンブリに置き換えました。
速度にほとんど影響を与えなかったアセンブラの最適化を削除しました。
インラインアセンブリコードを削除しました。
速度を上げるために導入された多くの部分的な冗長性を削除しました。
既知の問題点：
パイプデコードを使用していて、ファイル全体が読み取られる前にパイプを読み取るアプリケーションが終了している場合、TAKCは無限ループに陥る可能性があり、タスクマネージャーで手動で強制終了する必要があります。これは大きな問題ではないと思いますが、次のバージョンの1つで修正しようと思います。ところで：パイプのデコードをテストしてくれたshnutilsに感謝します！
他のアプリケーションへのパイプデコードには互換性の問題があるようです（「crc1632.exe」が報告されています）。次のリリースで修正しようと思います。
622:名無しさん＠お腹いっぱい。
22/07/10 17:22:52 088zfW4N0.net
TAK 2.3.1 2021
↓
TAK 2.3.2 2022
改善点：
通常0.01％未満の小さな圧縮の改善。圧縮ファイルが以前のバージョンで作成されたものと異なる場合がある理由を説明するためにのみ言及します。
MD5計算用のかなり小さくて移植性の高いコード。
新機能：
Unicodeのサポート。コマンドラインバージョンは、Unicodeパラメータ（ファイル名、タグ）を受け入れ、Unicodeを画面に書き込みます。GUIバージョンは、ファイルを開くダイアログでUnicodeファイル名をサポートしますが、画面出力は引き続きAnsi文字セットに制限されます。したがって、Windowsコードページの外側の文字は疑問符として表示されます。
代わりに、ログファイルをUTF-16エンコーディングで保存できるようになりました。これにより、GUIバージョン出力の現在の制限が補われる場合があります。エンコーディングは、新しいコマンドラインスイッチ-lfを介してそれぞれ[一般オプション]ダイアログで選択できます。
バグの修正：
エンコーダの2つのバグにより、「無効な浮動小数点演算」または「不正なメモリアクセス」エラーが発生する可能性があります。バグは、現在改訂されているコードで何年もの間眠っていました。ユーザーがこれらのエラーに遭遇したことを聞いたことがないので、おそらく大したことではありません。
623:名無しさん＠お腹いっぱい。
22/07/10 17:23:06 088zfW4N0.net
掃除：
コマンドラインパラメーター-sts（SeekTableSize）の検出を削除しました。バージョン1.1.1以降、黙って無視されていたため、エラーが発生します。
SDK
リソース：
ドキュメントの長い間延期された更新。
インターフェイスの変更：
Unicodeファイルパスをサポートする新しい関数tak_SSD_Create_FromFileW 。
メタデータからオーディオデータのMD5チェックサムを取得するための新しい関数tak_SSD_GetMD5 。
ストリームに関する拡張情報を取得するための新しい関数tak_SSD_GetStreamInfo_V22 。
新しいタイプのTtakAnsiCharおよびTtakWideCharは、それぞれ8ビット幅の16ビット文字で、特にANSI（Windowsコードページ）のユニコードファイルパスに使用されます。
いくつかの新しいタイプ、定数、およびマルチチャネルオーディオ形式に関する拡張情報を提供する関数。
新しいCPUフラグ：tak_Cpu_SSE2からtak_Cpu_AVX2。
重要：「tak_deco_lib.lib」はまだ更新されていないため、新しい関数の定義は含まれていません。申し訳ありませんが、現在、適切なツール（Visual Studioなど）が手元にありません。
624:名無しさん＠お腹いっぱい。
22/07/11 17:10:40 +FemVhN+0.net
WavPack 5.5.0
625:名無しさん＠お腹いっぱい。
22/10/24 20:24:42.21 CQlL2i/v0.net
やはりTAK強いわな、クローズドソースなのが心底残念
いつオープンにしてくれるんだろ。
ffmpegのデコーダのソースを見てもLPC+Rice符号（修正含）をしてるだけにしか見えん。。。一体どこで魔法を使ってんのやろ
626:名無しさん＠お腹いっぱい。
22/11/01 06:21:24.10 YJukxt3H0.net
テスト