【高音質】AACオーディオ総合8【mp4/m4a】

**名無しさん＠お腹いっぱい。転載ダメ** · 2015/04/16(木) 02:33:01.55

iPodの普及や、mp4フォーマットの普及により
徐々に需要が高まってきていると思われるAACオーディオの総合スレ

LC-AAC：高音質(低圧縮)向け。CD由来の楽曲など一般的に用いる。128k～
HE-AAC=LC-AAC+SBR：48～80[kbps]が得意。高圧縮が必要な場合に用いる。
HE-AAC v2=LC-AAC+SBR+PS：18～32[kbps]が得意。AMラジオなどを超高圧縮にしたいときに用いる。

■前スレ
【高音質】AACオーディオ総合7【mp4/m4a】
http://anago.2ch.net/test/read.cgi/software/1375770923/

■過去スレ
1 http://pc7.2ch.net/test/read.cgi/software/1130942419/
2 http://pc11.2ch.net/test/read.cgi/software/1164438444/
3 http://pc11.2ch.net/test/read.cgi/software/1194941912/
4 http://pc12.2ch.net/test/read.cgi/software/1226818269/
5 http://hibari.2ch.net/test/read.cgi/software/1268301277/
6 http://anago.2ch.net/test/read.cgi/software/1317096888/

次スレは>>980を目安に

**名無しさん＠お腹いっぱい。** · 2015/05/28(木) 20:48:59.57

馬鹿には無理

**名無しさん＠お腹いっぱい。** · 2015/05/29(金) 15:00:18.51

>>82
お

**名無しさん＠お腹いっぱい。** · 2015/05/29(金) 18:28:19.62

>>80
AAC-LCでもチャンネル間の相関性を利用して圧縮されるのが一般的なので、半分のビットレートでは音質は大抵悪くなる。

**名無しさん＠お腹いっぱい。** · 2015/05/30(土) 14:01:58.53

AAC-LC 1Ch 96kbps で十分

**名無しさん＠お腹いっぱい。** · 2015/05/30(土) 17:02:24.63

自分で音聴けばいいのにｗ
まさに馬鹿には無理だな

**名無しさん＠お腹いっぱい。** · 2015/05/30(土) 19:03:10.49

↑そんなに馬鹿が好きなのか？

**名無しさん＠お腹いっぱい。** · 2015/05/30(土) 22:14:58.17

192kのwavでおｋ

**名無しさん＠お腹いっぱい。** · 2015/05/30(土) 22:23:59.96

ビットが少なすぎでしょ

**名無しさん＠お腹いっぱい。** · 2015/05/31(日) 09:44:57.15

>>81
モノラルの音なのにステレオでエンコしてた感じです
HEv2だと1chはエンコできないのでv2じゃないのに、その設定のまま使ってました
(´・ω・`)

>>84
ありがとうございます
LCもそういう感じなんですね

**名無しさん＠お腹いっぱい。** · 2015/06/01(月) 13:09:39.35

L/R M/Sの変換はロスレスだし、左右が似てる場合はM/Sで表現するだけで無損失で圧縮性が向上するので、AACに限らず大抵の音声圧縮で利用されてると思うよ

MP3のジョイントステレオはフレーム毎にステレオ表現を適応的に切り替えるけど、AACの場合はフレーム単位より粒度が細かくて、周波数バンド単位で独立して切り替えられる

**名無しさん＠お腹いっぱい。** · 2015/06/01(月) 18:27:19.26

MP3のエンコーダディレイの話(2012年)
ttp://www.ones-will.com/blog/dtm/compose-arrange/4419/
原因は編曲者が各演奏者にMP3で送信、各演奏者はこれをデコードし生音録音、ずれたWAV提出

**名無しさん＠お腹いっぱい。** · 2015/06/07(日) 00:07:40.74

HE-AAC v2(かHE-AAC)で(超)高圧縮するのにおすすめのソフトは何？

**名無しさん＠お腹いっぱい。** · 2015/06/07(日) 14:34:47.35

(超)高圧縮は(超)低音質

**名無しさん＠お腹いっぱい。** · 2015/06/07(日) 15:07:32.36

自分で試せば良いだろ？って言いたい所だが
NeroのHEv2 16kbpsが一番品質がいいと思う

**名無しさん＠お腹いっぱい。** · 2015/06/08(月) 23:57:44.18

iTunes 12.2 Coming soon

**名無しさん＠お腹いっぱい。** · 2015/06/10(水) 10:56:43.26

HEv2はCTのエンジンが今でも一番いいと思う
再生互換性にやや難があるがPCで扱うなら問題ないはず

**名無しさん＠お腹いっぱい。** · 2015/06/10(水) 19:45:59.45

CTはmp3PRO時代からやってるから
歴史がある。
ドルビーに買収されてからは
さっぱり。
今はドルビーの歴史からも抹殺されそうな感じ。
ドルビーアトモス布教に専念しているが興味なし。
http://www.phileweb.com/sp/news/mobile_pc/201505/27/494.html
ドルビーの音声技術「Dolby Audio」はいったい何を意味しているのか分からない。
AACでいいじゃない？

**名無しさん＠お腹いっぱい。** · 2015/06/10(水) 20:27:28.59

>>98
たぶんDSPじゃなかろうか。
よくノートPCにDTSとかSRSのDSPが入ってるのと同じようなやつ（と予想）

**名無しさん＠お腹いっぱい。** · 2015/06/16(火) 15:47:09.28

キラーサンプルみつかったらしい

**名無しさん＠お腹いっぱい。** · 2015/06/20(土) 00:11:39.50

PCなしでCDの楽曲をスマートフォンへ保存できる今話題のCDレコ、これAACエンコーダは何を使ってるか分かる人いますか？qaacベースとかなら欲しいです。

**名無しさん＠お腹いっぱい。** · 2015/06/20(土) 00:16:47.99

そんなもんにAppleのエンコーダが載ってるわけねーだろ

**名無しさん＠お腹いっぱい。** · 2015/06/20(土) 03:42:24.43

AACを聞き分けられる耳を持ってるなら自分で聞き分けろ
持ってないなら同じ音じゃね

**名無しさん＠お腹いっぱい。** · 2015/06/20(土) 06:31:35.59

デジタルラジオ向けのXHE-AACなんて新種あったんだな
radikoもこれにすれば

**名無しさん＠お腹いっぱい。** · 2015/06/20(土) 14:08:14.43

radikoは96kbpsのopusで十分。XHEにすればパテント使用料が
付加され無料で聞けなくなりそうだ。

**名無しさん＠お腹いっぱい。** · 2015/06/22(月) 14:18:34.35

>>92
こんな馬鹿ばっかだから最近CDスペアナかけても時々mp3みたいな音域なのか

**名無しさん＠お腹いっぱい。** · 2015/06/23(火) 16:56:45.58

ないない

**名無しさん＠お腹いっぱい。** · 2015/06/24(水) 10:28:42.63

CVBRその他方式で曲中の最高ビットレートを制限するにはどうやって書く
?
ハードのプレーヤーだと320kbps以上は無駄になるでしょ？

**名無しさん＠お腹いっぱい。** · 2015/06/24(水) 10:29:22.67

たいてい対応してないからね

**名無しさん＠お腹いっぱい。** · 2015/06/24(水) 18:31:03.41

前にappleスレでこの手と同じような質問したら聴けないと思ってるのはお前だけって返されたなｗ

**名無しさん＠お腹いっぱい。** · 2015/06/26(金) 21:12:30.58

[qaac] 2.50出ました

**名無しさん＠お腹いっぱい。** · 2015/06/26(金) 21:21:38.06

[qaac] release 2.50

Better support for embedded cuesheet.
When cuesheet is embedded in an input file, qaac was encoding it into an single output file with chapters.
From this version, qaac now splits into multiple tracks by default (same as the case of external cuesheet). If you still want single output, use --concat.

より賢く。挙動が統一された。CUEが関係する入力時は分割出力がデフォルトに。
シングルファイル出力したいのなら --concatを使用してくださいとのこと。

**名無しさん＠お腹いっぱい。** · 2015/06/26(金) 22:03:18.70

>CUEが関係する入力時は分割出力がデフォルト
>シングルファイル出力したいのなら --concatを使用してくださいとのこ

俺が間違ってたらすまんがこれ今までと同じなんじゃ？

**名無しさん＠お腹いっぱい。** · 2015/06/26(金) 23:02:35.46

>>113
そんな馬鹿なと思うかもしれないけど、やってみると同じじゃないよ
2.49まではimage+cue.flac（以下、実質CUE）を入力時、チャプタ付き単一ファイルに出力されていた。ちぐはぐというか挙動のねじれみたいな。
2.50からは、ねじれが無くなり実質CUE入力／CUE入力のときはデフォルトでどちらも分割出力になっている。分割ではなく単一ファイルにしたいなら--concat結合オプションをつける

QAAC ~2.49
qaac image+cue.flac : image.m4a (with Apple/Nero Chapters)★
qaac image.cue : 01.m4a, 02.m4a, 03.m4a, ...
qaac --concat image+cue.flac : image.m4a (with Apple/Nero Chapters)
qaac --concat image.cue : image.m4a (with Apple/Nero Chapters)

QAAC 2.50~
qaac image+cue.flac : 01.m4a, 02.m4a, 03.m4a, ...
qaac image.cue : 01.m4a, 02.m4a, 03.m4a, ...
qaac --concat image+cue.flac : image.m4a (with Apple/Nero Chapters)
qaac --concat image.cue : image.m4a (with Apple/Nero Chapters)

**名無しさん＠お腹いっぱい。** · 2015/06/26(金) 23:21:55.56

ああ、>CUEが関係する入力時、か
cue入力以外の時は今までと違う挙動ってことね

**名無しさん＠お腹いっぱい。** · 2015/06/27(土) 16:13:22.02

xrecode使えば今までも何も問題なく出来たよね？＞cue付きflacやapeの入力ファイル

**名無しさん＠お腹いっぱい。** · 2015/06/27(土) 16:29:50.81

そらxrecodeとやらが分割の仕事してqaacに渡しているんだから

**名無しさん＠お腹いっぱい。** · 2015/06/29(月) 06:36:46.38

[qaac] release 2.51

1. Always write zero into avgBitrate field in esds decConfigDescriptor to be spec compliant. Was writing actual average bitrate before (this was automatically done by libmp4v2). The spec says that in case of VBR, is should be zero.
2. Write iTunes compatible "Encoding Params" tag.

**名無しさん＠お腹いっぱい。** · 2015/06/29(月) 08:41:35.48

vers : ? 1
acbf : ? CBR 0/ABR 1/CVBR 2/TVBR 3
brat : bitrate
cdcv : ?
srcq : soruce quality? iTunes Match?

**名無しさん＠お腹いっぱい。** · 2015/06/29(月) 14:07:03.76

>>108
確実に最大ビットレート抑える方法は知らんがVBRだと平均200以下なら大体320以下になるよ
でもこれだとLAMEのMP3で320固定にしたほうがいい音かもしれない

**名無しさん＠お腹いっぱい。** · 2015/06/29(月) 15:37:24.38

日本を除く諸外国ではV45を利用している人がほとんど

**名無しさん＠お腹いっぱい。** · 2015/06/29(月) 20:23:56.26

無駄になるって考えはどうかなぁー

**名無しさん＠お腹いっぱい。** · 2015/06/29(月) 23:05:02.62

>"Always" write zero into avgBitrate field in esds decConfigDescriptor to be spec compliant.
>Was writing actual average bitrate before (this was automatically done by libmp4v2).
>The spec says that in case of VBR, is should be zero.

仕様に則り常にゼロを書き込むことにしたとのことだけど
CBR ABRもVBRという扱いだから"Always"？

avgBitrate=0だとMediaInfoがmaxBitrateを表示してくれない

**名無しさん＠お腹いっぱい。** · 2015/06/30(火) 01:26:43.18

libsndfile は有って
libFLAC は無い
という特異な環境だとlibsndfileでFLACを読み込むことができてしまう
多分これ想定していないからチャプタなし全体エンコになる
私以外に嵌る人はいないでしょうが解決方法は適切なlibFLACをもってくるだけです

**名無しさん＠お腹いっぱい。** · 2015/07/01(水) 20:04:07.99

iTunes12.2
coreaudiotoolbox.dll Ver7.9.9.6
これであってますかね？
QTと一緒にアプデしたもんで…。

**名無しさん＠お腹いっぱい。** · 2015/07/01(水) 21:30:15.12

2015/07/01 QuickTimePlayer 7.7.7
CoreAudioToolbox.dll 7.9.8.3 32bit版のみ

2015/07/01 iTunes 12.2.0
CoreAudioToolbox.dll 7.9.9.6 32/64bit

**名無しさん＠お腹いっぱい。** · 2015/07/01(水) 21:49:13.99

何でAACは最高ビットレートまで対応出来ないんだろうね

**名無しさん＠お腹いっぱい。** · 2015/07/01(水) 22:56:34.68

最高ビットレート対応したら気兼ねなくVBRが使えるのにな
瞬間ビットレート320オーバーだとなんか不安になるからついLAMEの320固定使っちゃう
平均ビットレート同じなら音はqaacのtvbrの方がいいからSD使えないDAPにはとりあえず対応してもらいたい

**名無しさん＠お腹いっぱい。** · 2015/07/02(木) 23:10:49.39

ACM(MSACM)対応のAACエンコーダも開発されているみたいだな
AAC ACM Codec 1.9　(AAC ACM Codec 1.8もある)

**名無しさん＠お腹いっぱい。** · 2015/07/02(木) 23:19:22.78

>>129
と思ったらデコードのみだったorz

AAC ACM Codec 1.9
http://www.videohelp.com/software/AAC-ACM-Codec

翻訳：
AAC ACMコーデックはAACデコーダコーデックです。 Nero AG社のM.バッカーに
よるオープンソースFAAD2ライブラリに基づいて。注：現在、このコーデック
はAACのみを復号することができる、それはAACをエンコードすることは
できません！

**名無しさん＠お腹いっぱい。** · 2015/07/03(金) 16:40:27.25

ac3とかwavの5.1chとかでチャンネル毎にビット数が
違うファイルとか時々あるんですがqaacでそのまま
突っ込んでも大丈夫なように対応って無理ですかね？
現状ビット数揃えてから突っ込まないと駄目っすね

**名無しさん＠お腹いっぱい。** · 2015/07/04(土) 09:32:36.25

http://www.hcn.zaq.ne.jp/___/unix/sox-ja.html#E-silence
http://www.hcn.zaq.ne.jp/___/unix/sox-ja.html#E-pad
これを参考にSoXでスタジオ録音CDソースの場合の一律両端無音自動カット、一律末尾1秒無音添加をお試し中なのですが
sox in.wav temp.wav silence 1 1 -60d reverse silence 1 1 -60d reverse pad 0 1.00
sox in.wav temp.wav silence 1 1 -60d reverse silence 1 1 -60d reverse pad >1s< 1.00

1サンプルでも先頭に無音付け加えた後者のほうがいいでしょうか？
なにか危険なことしていれば教えてもらえませんか

**名無しさん＠お腹いっぱい。** · 2015/07/04(土) 17:34:01.70

上にでいいだろ

**名無しさん＠お腹いっぱい。** · 2015/07/05(日) 09:10:09.59

５

**名無しさん＠お腹いっぱい。** · 2015/07/05(日) 09:11:04.24

８

**名無しさん＠お腹いっぱい。** · 2015/07/05(日) 09:29:38.64

AAC

**名無しさん＠お腹いっぱい。** · 2015/07/05(日) 13:09:35.21

FDK-AACのFDKって何の略？

**名無しさん＠お腹いっぱい。** · 2015/07/06(月) 09:17:40.55

富士電気化学

**名無しさん＠お腹いっぱい。** · 2015/07/06(月) 09:24:06.48

初めて知った

**名無しさん＠お腹いっぱい。** · 2015/07/06(月) 21:05:39.23

ちげーよｗ

**名無しさん＠お腹いっぱい。** · 2015/07/07(火) 07:31:52.23

Federated Simulations Development Kit

**名無しさん＠お腹いっぱい。** · 2015/07/07(火) 12:24:06.01

fdk m4とapple V45は通過周波数帯域がほぼ同じ

**名無しさん＠お腹いっぱい。** · 2015/07/07(火) 19:03:16.37

Ｆ富士通Ｄ電気通信Ｋ工学音響技術（FDK)-AAC

**名無しさん＠お腹いっぱい。** · 2015/07/07(火) 21:21:58.01

Fraunhofer Doesn't Know-AAC

**名無しさん＠お腹いっぱい。** · 2015/07/07(火) 22:28:35.28

LAME AINT MP3 ENCODERのパクリですか

**名無しさん＠お腹いっぱい。** · 2015/07/08(水) 02:12:50.65

CoreAudioToolbox 7.9.9.6 64bit
--he -cbr 48 でとある曲をエンコしたらソースにない変な音が混入しやすかった
1曲に二度三度混入した。

**名無しさん＠お腹いっぱい。** · 2015/07/08(水) 07:26:50.56

HE＠CBR
音が薄っぺらいのは元々仕方ないが音が陥没して抜けたり、変な音が生まれ聞こえたりする。それもほとんどの曲で。
ビットレートでその不具合発生箇所も変わるっぽい
音も悪いしiTunesからも消されたCBRエンコは非推奨

LC@CBR
96kbpsで上記と同様の不具合確認
低レートのLC@CBRを積極的に選ぶ理由はないです
iTunesからも消されて選べません

ABR、CVBRは問題ないと思います。気になった1曲しか調べてないので自信ないですが。
世界中からiTunesHEAACの不具合報告や文句がないということはABR、CVBRは問題ないのでしょう

**名無しさん＠お腹いっぱい。** · 2015/07/08(水) 14:09:34.29

ＨＥはＣＴ（ドルビー）エンコーダが優秀。
ＬＣはアップル、ＦＤＫでもＯＫ
ビットレートが高ければどれでも差がないと思う

**名無しさん＠お腹いっぱい。** · 2015/07/08(水) 23:19:52.13

そうですね
アップルのHEエンコーダで発生するゴースト感がCTのHEエンコーダではありませんでした
きっとSBR技術開発元としてのプライドやこだわり、ノウハウがちがうのでしょうね

**名無しさん＠お腹いっぱい。** · 2015/07/09(木) 08:39:35.30

興味のある人だけどうぞ

9files/280KB
http://www1.axfc.net/u/3498355.zip/kagi

**名無しさん＠お腹いっぱい。** · 2015/07/14(火) 19:31:27.48

iTunes 12.2.1 - 7.9.9.6

**名無しさん＠お腹いっぱい。** · 2015/07/18(土) 22:46:13.52

CDから取り込む音楽ファイルをxアプリとiTunesで共有したいんだけど～その場合、iTunesからAACでエンコード→取り込んだファイルをxアプリで開く、が正解ですか？逆はできないよね？

**名無しさん＠お腹いっぱい。** · 2015/07/21(火) 19:30:15.55

質問させてください。

とある3秒間の素材（.wav 44.1K 16bit mono）をm4aにエンコードしなければならないのですが、
FFmpegで変換すると2.949秒（0.051短い）、qaacでエンコードすると、3.065秒（0.065秒長い）と、
それぞれ違う長さのファイルになってしまい、実際元ファイルと比べると、音がずれていることが
確認できました。

他、WinampやAdobe Media Encoder等、思いつく限りで変換してみたものの、
一つとして元ファイルと同じ3.000秒になるものはありませんでした。

これはm4aの仕様なのでしょうか。
それとも、なにか尺を一致させるオプション指定があるのでしょうか

お教えいただけると死ぬほど助かります。

**名無しさん＠お腹いっぱい。** · 2015/07/21(火) 20:44:35.76

0.065秒なんて差を人間が知覚できないので人間にとっては同じ長さだろ
機械なら気になるかもしれないが君は機械かね

**名無しさん＠お腹いっぱい。** · 2015/07/21(火) 20:57:23.86

試しに音声をその数字分ずらした動画とか見てみ
くっそ違和感あるから

**名無しさん＠お腹いっぱい。** · 2015/07/21(火) 21:08:02.30

それで動画と音声が徐々にずれてくる「音ズレ」が発生しているんですかね。
2時間ぐらいになるとずれまくってえらいことにならないか？

**名無しさん＠お腹いっぱい。** · 2015/07/21(火) 21:11:36.81

検証に使ったデコード、プレイヤーソフトウェア何使っている？ffmpeg/ffplayはたしかダメ

>>54の
> https://developer.apple.com/library/mac/documentation/QuickTime/QTFF/art/aac_encoded_bit_stream.jpg
参照

AACに圧縮すると上の図のようになるから
以下から少なくとも2つの情報をデコーダ/プレイヤーに与えないとオリジナル音声の開始位置とサンプル数（＝時間）を求められない
・プライミングサンプル数
・ソースサンプル数
・リメインダサンプル数

これにはiTunSMPB方式とISO standard方式がある

書き
qaac どちらでもOK（--gapless-mode <n>）
iTunes　iTuneSMPB方式のみ
FFmpeg　しらん
NeroAACEnc　iTuneSMPB方式のみ

読み
qaac -D　どちらでもOK
iTunes　どちらでもOK
QuickTimePlayer　ISO方式のみ
FFmpeg　どちらもダメ
Foobar2000　iTuneSMPB方式のみ
NeroAACDec　iTuneSMPB方式のみ
こんな感じだったはず

**名無しさん＠お腹いっぱい。** · 2015/07/21(火) 21:21:49.60

>>156
それはまったく別の話

**名無しさん＠お腹いっぱい。** · 2015/07/22(水) 09:53:46.10

公開リスニングテスト2015.7
Lame Opus NeroAAC FFAAC
http://d.hatena.ne.jp/kamedo2/touch/20150721/1437496134

**名無しさん＠お腹いっぱい。** · 2015/07/22(水) 10:17:49.45

ffmpegのnon-freeが入ってない
やり直し

**名無しさん＠お腹いっぱい。** · 2015/07/22(水) 11:40:47.34

というか公開リスニングテストってのは
多人数の参加を募ってやるテストのことだよ

**名無しさん＠お腹いっぱい。** · 2015/07/22(水) 12:16:58.60

nero好きだなこいつ

**名無しさん＠お腹いっぱい。** · 2015/07/22(水) 12:56:11.38

揚げ足取り乙

**153** · 2015/07/22(水) 13:22:45.69

ご意見ありがとう。

機会の耳かどうかにかかわらず、3.000秒でつくったんだから3.000秒じゃないと
ダメなセカイ（聴感よりも数値）も有るんだよ。。。

>>175
ありがとう、まさにその通りで、長くなる分にはなんとなく理解できるんだけど、
短くなるていうのが理解できないんだよね。

試用したソフトは

Audacity（FFmpeg）
Winamp
qaac
Adobe Media Encoder（QuickTime利用？）

AudaとWinampは同じ量短くなったのでどちらもFFmpeg、qaacとAdobeは同じ量ながくなったのでQTと思料。

AACの特性上、再成長が若干伸びる（「音」そのものの再生時間が変わるわけではない）のは理解していたんですが、
クライアントが「そんなわけない！」とお冠でして・・・もうちょっとなんとかしてみます。

**名無しさん＠お腹いっぱい。** · 2015/07/22(水) 19:13:21.99

FAAC＞＞FFmpeg内蔵AACエンコーダ
じゃなかったっけ？

**名無しさん＠お腹いっぱい。** · 2015/07/22(水) 19:44:37.63

AppleのTVBRは、CVBRから部分的にビット節約を許されたビットレートモードであって、基本的にCVBRと同じ。ビット少なくてすむ部分は減らしにかかるというだけ
一定以上の賑やかなバンド演奏のインスト音源なら減らしにかかる部分が見つからないのでTVBR/CVBRどちらも同じ結果になることもある

http://cdn-ak.f.st-hatena.com/images/fotolife/k/kamedo2/20121117/20121117055135.png
緑と青、本来は重なっていいのだが青のTVBRがビット節約できてる分、音質対容量のよい左方向に位置している。
ほぼ平行つまり重なっているというのはビット節約しても同じ音質を保っているという裏付け

音楽用途では関係ないが、もう一つ小さな違いがある
CVBRはビットレートの平均化、帳尻合わせを試みる傾向がある。なおTVBRモードにはこれは見られない
圧縮しやすい長い無音を先頭に挿入してやるとCVBRの場合、無音終了とともにビットレートが跳ね上がる

**名無しさん＠お腹いっぱい。** · 2015/07/22(水) 19:48:10.54

CVBRはビットレート指定、TVBRは品質指定だよ
となるとビットレートによって品質指定したうえで削るってこと？

**名無しさん＠お腹いっぱい。** · 2015/07/22(水) 19:48:26.00

費用対効果に倣えば容量対音質がふさわしい造語でした。お詫びします

**名無しさん＠お腹いっぱい。** · 2015/07/24(金) 17:28:07.80

ソニーのハイレゾ対応コンポ「CMT-SX7」で、人の耳では聞き取れない高周波数の信号が、大音量で出力されるなどの不具合が発生する場合があるとし、使用中止を呼び掛けた。

　ソニーは7月23日、11日に発売したハイレゾ対応コンポ「CMT-SX7」で、人の耳では聞き取れない高周波数の信号が、大音量に相当する音圧レベルでスピーカー／ヘッドフォンから
出力されるなどの不具合が発生する場合があるとし、使用中止を呼び掛けた。電気部品の不具合が原因。

　対象の製造番号は2100001～2105394。このほか、音楽が正常に再生されずノイズが聞こえたり、スピーカーのツイーター部が高温になり破損するなどの問題が発生することもあるという。
ツイーター部が高温になった際、微量の発煙・異臭を伴う場合があるが、周囲への損傷などには至らないという。

　対象製品のユーザーには、安全のため電源プラグをコンセントから抜き、使用を中止するよう呼び掛けている。現在対策を検討しており、詳細は2週間以内にWebサイトで告知する。症状が発生したユーザーは連絡してほしいとしている。

http://image.itmedia.co.jp/news/articles/1507/24/yx_sony_01.jpg
http://image.itmedia.co.jp/news/articles/1507/24/yx_sony_02.jpg

http://www.itmedia.co.jp/news/spv/1507/24/news096.html

**名無しさん＠お腹いっぱい。** · 2015/07/24(金) 19:45:26.45

ソニーが人の耳では聞きとれない高い周波数の信号が大音量に相当する音圧レベルで流れて
スピーカーが破損するシステムステレオの使用中止を勧告

http://gigazine.net/news/20150724-sony-cmt-sx7/

気が付いたのは超音波が聞こえる動物ぐらいだね。大音量でも聞こえない人間はいったい
ハイレゾって何だったんだろうと思っているよ。

**名無しさん＠お腹いっぱい。** · 2015/07/25(土) 17:42:50.17

スレ違いに反応してスマンが
このニュース、逆にその帯域をちゃんとエネルギーに変換してた事実に感心した
以前の常識だとローパスにコンデンサを入れてカットしてた部分だろうに、まじめに再生しようとしてたんだな。

**名無しさん＠お腹いっぱい。** · 2015/07/25(土) 20:12:17.39

じゃ、なぜ大音量の高周波が出るんだろう。
無理に出てますと強調しているのがいや。
AACなら当然カットされる音域なのに。
ATRAC3でもカットするだろ。

**名無しさん＠お腹いっぱい。** · 2015/07/25(土) 20:55:14.44

つ　ハイレゾ

**名無しさん＠お腹いっぱい。** · 2015/07/26(日) 08:57:06.55

こんなのあった

2013年10月10日木曜日
lossyWAVを使用してのWalkmanでギャップレス再生
http://toroalt.blogspot.jp/2013/10/lossywavwalkman.html
===============
X-アプリのAtracやMedia Goで取り込んだmp3/aacは、機種によってWalkmanでギャップレス再生できそうな事は分かった。
しかし、これはLameでいう所の--nogapオプション相当の機能で、曲の長さがオリジナルと異なってしまうエンコード方法である。
オリジナルと一緒の長さを保ったままファイルを作成しようとすると、可逆圧縮しか道は無さそうである。

通常のアルバムはLAMEでmp3にエンコードを行い、
liveや、NonstopMixのCDはflacでエンコードするのがいいのかなと思う。

だが、flacはファイルサイズがでかいのでWalkmanに入る曲が少なくなってしまう。
そこで、lossyWavでflacファイルを作ることによって、不可逆圧縮でWalkmanでギャップレス再生できるファイルを作成してみた。

lossyWavとは何か?
lossyWavは、波形を最適化することによって、可逆圧縮をしたときにファイルサイズを少なくできるプログラム。
当然、波形をいじくるので可逆圧縮ではなくなる。Wavファイルのサイズが小さくなるわけではない、あくまでもこの後に可逆圧縮をかけることが必要。

出来上がったファイルをNW-F807に転送して聞いてみた所、ギャップレス再生される事を確認した。
今後、容量不足になった時にはLossyFlacを利用していこうと思う。
===============

仕組み的にはFLACでよく縮むように最適化施したlossyな中間WAV作成ってところか
まだ英文読んでいないけど>>56みたいなアイデアか？現在進行形で開発してるから面白いかも

**名無しさん＠お腹いっぱい。** · 2015/07/30(木) 20:36:03.99

板違いだがWin10でリップしたFLACファイルが
foobarで再生されなかった。なぜ？

**名無しさん＠お腹いっぱい。** · 2015/07/30(木) 20:40:15.31

スレチ

**名無しさん＠お腹いっぱい。** · 2015/07/30(木) 21:40:14.54

>>175
【Vorbis/FLAC】Ogg統合19【Theora/etc...】
http://anago.2ch.net/test/read.cgi/software/1393839807/

**名無しさん＠お腹いっぱい。** · 2015/07/31(金) 20:54:08.51

Windows10のWMP12でなぜAACフォーマットでリッピングできないのか。
MS-AACコーデック持っているんだったらリッピングぐらいさせてやればいいのに。
やっぱりパテント料払うのがあれなのか？MP3パテント代払わないとか昔言ってたし。
結局アップル万歳ということなのか？

**名無しさん＠お腹いっぱい。** · 2015/07/31(金) 20:58:27.69

>>178
そういうニーズは1%未満なんですよ

**名無しさん＠お腹いっぱい。** · 2015/08/01(土) 11:51:05.20

>>178
まず自社特許優先だからだろうね。

**名無しさん＠お腹いっぱい。** · 2015/08/01(土) 16:42:29.46

[qaac] release 2.52

Increased MSVC runtime limit of open files to 2048.

qaac tries to open all the input files before encoding. Previously, qaac couldn't open more than 512 files at once due to CRT limit. Now limit is increased to 2048.
Show meaningful error message on CRT level file open error.