ffmpegならこちらへ 3 [無断転載禁止]©2ch.net

**名無しさん＠お腹いっぱい。** · 2017/02/21(火) 22:04:57.35

公式サイト
http://ffmpeg.org/

エンコード、ストリーミング配信を高画質高音質で行えるffmprg。
OSに拘らず対応コーデックが多い。
対応コーデックが多く、多彩なオプションを使用可能。
コマンドラインから使用することができる。

ffmpegならこちらへ 2
http://potato.2ch.net/test/read.cgi/software/1420916868/

**名無しさん＠お腹いっぱい。** · 2017/07/11(火) 00:48:09.71

>>108
1超えてる？
https://pastebin.com/Qrv1Qdun

**名無しさん＠お腹いっぱい。** · 2017/07/11(火) 00:57:47.50

6日前に更新入ってるけどこれのせいかな？
https://github.com/FFmpeg/FFmpeg/commits/master/libavfilter/vf_ssim.c

**名無しさん＠お腹いっぱい。** · 2017/07/11(火) 01:01:05.86

3.3.2だと1超えた
[Parsed_ssim_0 @ 00000000025ec9c0] SSIM Y:1.019814 (nan) U:0.914312 (10.670793) V:0.960210 (14.002282) All:0.964779 (14.531944)

**名無しさん＠お腹いっぱい。** · 2017/07/11(火) 01:27:01.98

>>110-112
なんということでしょう・・・なぜ俺は最新のビルドで試すのを怠ったのでしょう・・・
というか一応vf_ssim.cのhistory確認して、5/20以降更新されてないからダメポって思って
書いたはずなのに、なんで6日前の修正を見逃していたのでしょう・・・。

教えていただき本当にありがとうございます。大変助かりました。

しかし絶妙なタイミングで問題に引っかかってしまったものだ・・・orz
いや、絶妙なタイミングで解決されてて助かるんだけども・・・

**名無しさん＠お腹いっぱい。** · 2017/07/12(水) 19:21:38.26

ffmpegの公式サイトを見たら、このサイトは中立ではないウンタラカンタラと英語のメッセージが出たけど俺だけ？

**名無しさん＠お腹いっぱい。** · 2017/07/12(水) 21:36:26.69

>>114
私は sourceforge.net で見たのだけれど、これ関連で他にもいろいろなところで出るのだと思うよ。
>Join the Day of Action for Net Neutrality on July 12th
https://www.battleforthenet.com/july12/

**名無しさん＠お腹いっぱい。** · 2017/07/13(木) 00:52:07.31

アメリカ人の将来のネット環境を左右する抗議活動だね

**名無しさん＠お腹いっぱい。** · 2017/07/13(木) 12:43:38.09

感染したかと思った
各サイトの運営者がやってるのかな

**名無しさん＠お腹いっぱい。** · 2017/07/25(火) 18:57:20.98

久しぶりにVP9のエンコスピード見てみたけど遅すぎて使えぬ
せめてnvenc使えたらもう少し早くなりそうなんだけど

**名無しさん＠お腹いっぱい。** · 2017/07/25(火) 18:58:19.94

H.265でやりゃいいじゃん

**名無しさん＠お腹いっぱい。** · 2017/07/25(火) 20:40:49.85

普段は全部ｈ265使ってるけど久しぶりにVP9やってみたのよ

**名無しさん＠お腹いっぱい。** · 2017/07/25(火) 21:52:23.76

>>118
っ KabyLake

**名無しさん＠お腹いっぱい。** · 2017/07/25(火) 23:05:00.90

Kaby LakeだとCPUが対応してるんやな
QSVfps300越えしてるのかnvencより早いな、と思ったらH.264か

**名無しさん＠お腹いっぱい。** · 2017/07/25(火) 23:11:53.21

ペンティアムのqsvでh265エンコfps50出るのか
すごい

**名無しさん＠お腹いっぱい。** · 2017/07/26(水) 00:02:23.70

KabylakeのQSV VP9エンコードって、IntelMediaSDKがまだ対応してないからWindowsではまだ無理で、
Linux（VAAPI利用）でしか使えないんだっけ？

**名無しさん＠お腹いっぱい。** · 2017/07/26(水) 21:19:26.84

ffmpegで、m4aファイルをmp3に変換しました
単純に、

ffmpeg.exe -i file1.m4a file2.mp3

としたのですが、出力ファイルのサイズが3倍くらい大きくなり、調べると、ビットレートが
46kbpsが124kbpsになっていました

ビットレートを指定して変換なら調べてわかったのですが、ビットレートを変えずに元のままそのまま
変換することはできますか？
ファイルに合わせていちいち指定するのめんどいです

**名無しさん＠お腹いっぱい。** · 2017/07/27(木) 22:17:45.28

むりです。
面倒臭がりはそういう作業はしないでおこう。

**名無しさん＠お腹いっぱい。** · 2017/07/27(木) 22:42:20.89

>>125
ffprobeまたはMediaInfo(CLI)とかで元ファイルの音声ビットレートを調べて
調べたビットレートをffmpegのオプションで指定するバッチを書けばできる。

**名無しさん＠お腹いっぱい。** · 2017/07/27(木) 22:57:54.97

元ファイルのビットレートも変わるから、元ファイルと変わらないビットレートでmp3にしたいって言っるんでしょう。
元ファイルにいちいち合わせてが面倒なんだからさ。

**名無しさん＠お腹いっぱい。** · 2017/07/27(木) 23:07:59.49

>>128
だから元ファイルのビットレートを調べてそのビットレートを設定してエンコするバッチを書けと言ってるんだが・・・

まあMP3で46kbpsとか酷い音質だろうなとは思うがそこは知らん。

**名無しさん＠お腹いっぱい。** · 2017/07/27(木) 23:19:34.26

>>125
同じビットレートならなんのために変換すんの？

**名無しさん＠お腹いっぱい。** · 2017/07/27(木) 23:22:47.15

なんかエラーさえ起きなければ拡張子変えるだけでいいんじゃないかって気がしたよ

**名無しさん＠お腹いっぱい。** · 2017/07/27(木) 23:24:17.07

>>125
くっそ適当だけど
for /f "tokens=6 delims= " %%i in ('ffmpeg -i file1.m4a 2^>^&1 ^| find "bitrate"') do ffmpeg.exe -y -i file1.m4a -b:a %%ik file2.mp3

**名無しさん＠お腹いっぱい。** · 2017/07/27(木) 23:25:36.52

調べてバッチ書くのも数値て直接オプション指定するのも、調べて書くというのは同じだろ
>>１２５はいちいち調べないでやりたいって言ってるんでしょ。
「元のままそのまま」って言ってるんだからさ。
自動で元のファイルのビットレートを読み取ってそのままの数値でmp3にしたいのが>>125の言いたいこと

それくらい読み解けるだろ。

夏だなぁ～～

**名無しさん＠お腹いっぱい。** · 2017/07/27(木) 23:26:15.48

>>130
横だけど
うちは、mp3が再生できてm4aが再生できない機器のために変換してる

**名無しさん＠お腹いっぱい。** · 2017/07/27(木) 23:41:51.66

>>133
> 調べてバッチ書くのも数値て直接オプション指定するのも

ああ、これ読んでやっとわかったけど、バッチ処理のことをよくわかってないから文章の意味を取り違えたのか・・・。
>>132の例（実際に動くか確認はしたわけじゃないが）のように、
「元ビットレートの調査＋それを設定してのエンコ」を自動でやるバッチを書けってことだよ。
今年の夏はバッチのことを勉強するといいかもね。
俺も今月に入ってから色々勉強したばかりだけど結構面白かったよ。

**名無しさん＠お腹いっぱい。** · 2017/07/27(木) 23:43:53.85

-c:a libmp3lame -q:a 5 辺りにしておけばまず問題なし

**名無しさん＠お腹いっぱい。** · 2017/07/28(金) 00:01:13.42

>>135
何言ってるんだよ。
お前の日本語がおかしいだけだろ。
バッチ勉強する前に日本語勉強した方がいいぞ。

**名無しさん＠お腹いっぱい。** · 2017/07/28(金) 00:26:40.57

>>137
( ´Д｀)=3

>>125 >>132
練習がてら書いてみたけど、こんな感じかな。何か変なことになっても責任は持たんけど。

@echo off
cd /d %~dp0
set ffmpeg=.\ffmpeg.exe
IF "%~1"=="" (
@echo ファイルが指定されていません
exit /b 1
)
FOR /F "tokens=6,7" %%a in ('%ffmpeg% -i "%~1" 2^>^&1 ^| findstr /B /C:" Duration:"') DO (
IF NOT "%%b"=="kb/s" (
@echo 何かビットレート取得に失敗したっぽいのでやめるわ
exit /b 1
)
set bitrate=%%ak
@echo ビットレートは %%ak だな。ストリームじゃなく全体のビットレートだが構わんだろ。
@echo ストリームから取ろうとすると例外とかありそうで怖くてめんどい。
)
%ffmpeg% -i "%~1" -c:a libmp3lame -b:a %bitrate% %~dpn1.mp3
pause

**名無しさん＠お腹いっぱい。** · 2017/07/28(金) 00:34:54.78

>>138
テキストを貼ると連続した空白が詰められるの忘れてた。
>>138のままだと動かないのでこっちで。

　m4aからビットレートを取得してそのビットレートでMP3エンコするという謎バッチ
　https://pastebin.com/LcAXtBS8

**名無しさん＠お腹いっぱい。** · 2017/07/28(金) 06:32:12.00

携帯動画変換君でnvencとかちょこちょこやってるぐらいだと上のみたいなやつってどう書けばいいのかわからにゃいのおってなる

**名無しさん＠お腹いっぱい。** · 2017/07/28(金) 07:43:47.85

>>138
いい人だな
質問した人じゃないけど勉強させてもらうわ
テキトーにtxt書いてbatにしてただけだから、ちゃんとした文法を知らない

**名無しさん＠お腹いっぱい。** · 2017/07/28(金) 15:19:56.60

>>139を書いたあとに、入力拡張子がm4aかどうかのチェックとか、bitrateがちゃんと取れたかのチェックとか
exitじゃなくてgotoで最後のpause前に飛ばさないと画面がすぐ閉じてしまって
エラーメッセージが見れないとか気がついたけど、まあそこは適当に変えて。

**125** · 2017/07/28(金) 19:14:52.35

みなさんありがとうございました
m4aからmp3へ変換したかった理由は、VLCで再生したとき、早送り、巻き戻しをすると
すぐには再生せずに間があき、最悪ハングアップしたりするためmp3に変換しました
mp3だと早送り巻き戻しをしても間髪いれずにすぐ音が出ます
vlc以外でm4aでも問題なく早送り等ができるソフトがあればそれをインストしてもいいのですが、vlcで慣れているので

わざわざスクリプトを書いてくださってありがとうございます。やっぱりそういうことをしないとダメなのですね
スクリプトは参考にさせていただきました

**名無しさん＠お腹いっぱい。** · 2017/07/28(金) 20:22:54.31

>>143

>>139のバッチ使うなら「%~dpn1.mp3」を「"%~dpn1.mp3"」に書き換えたほうがいいよ。
ファイル名にスペースとか記号が入っているとエラーになると思う。

**名無しさん＠お腹いっぱい。** · 2017/07/28(金) 20:58:30.61

動作確認しました。　ありがとう

**名無しさん＠お腹いっぱい。** · 2017/07/29(土) 16:03:39.37

VLCMPは2008年ごろに一部のバカ信者が持ち上げてただけの今や開発者不在の落ち目ソフトだ
ローカルファイルなのにMP4のランダムアクセスできないのはVLCMPかMP4ファイルヘッダが異常
異常なファイルのみMP4フォーマットへの再多重化もしくはMKVなど別フォーマットへの移し替えのほうが劣化や演算量がなくいい
圧縮性能が向上しているコーデックならともかく
圧縮性能が悪いmp3への同一ビットレート割当での再圧縮など愚の骨頂
別のメディアプレイヤー探したほうが早い
WMPやWin10初期アプリでもポピュラーなコーデックのMP4ファイルなら普通に再生できるはずだが

**125** · 2017/07/29(土) 16:49:23.84

>>146
とてもいいヒントになりました
まず、ffmpeg で、そのまま
ffmpeg.exe -i file1.m4a file2.m4a
とやると、やっぱりビットレートが124kくらいになってしまって変換時間もかかるしファイルも大きくなります
で、書いていただいた文章をヒントに、m4a、ファイルヘッダ、修復とかで検索していくと、
MP4boxというファイルに行きつきました

MP4Box.exe
js32.dll
という２つのファイルをDLして、

mp4box -add file1.m4a file2.m4a

とすると、瞬時に処理が終了して、VLCでも早送り巻き戻しが問題なく出来るようになりました
しばらくはこれで行きます
多分、アプリの問題ではなく、ヘッダが壊れていたせいですね

DLサイト。　クリックするとDL開始ダイアログが出てくるので注意
https://ja.osdn.net/projects/sfnet_hi10p/downloads/Hi10p%20ver.1.0/mp4box/MP4Box.exe/
https://ja.osdn.net/projects/sfnet_hi10p/downloads/Hi10p%20ver.1.0/mp4box/js32.dll/

**名無しさん＠お腹いっぱい。** · 2017/07/29(土) 16:54:38.55

>>147
> まず、ffmpeg で、そのまま
> ffmpeg.exe -i file1.m4a file2.m4a
> とやると、やっぱりビットレートが124kくらいになってしまって変換時間もかかるしファイルも大きくなります

ffmpeg.exe -i file1.m4a -c:a copy file2.m4a

でいいんじゃないの？これ指定すればオーディオ自体の再変換なしでコンテナの再構築ができると思うけど。

**名無しさん＠お腹いっぱい。** · 2017/07/29(土) 17:04:49.65

>>148
やってみました。　元ファイルのように最悪ハングアップすることはなくなったように思いますが
やはり早送りした直後に、間が空きますね。　mp4boxでは空きません

**名無しさん＠お腹いっぱい。** · 2017/07/29(土) 18:59:37.26

ffmpegはデフォルトでfaststartにならないからな

**名無しさん＠お腹いっぱい。** · 2017/07/29(土) 19:46:41.72

>>146
スレチなんだがなんのメディアプレイヤー使ってるん？

**名無しさん＠お腹いっぱい。** · 2017/07/29(土) 20:58:40.83

ヘッダが壊れるって、無線LAN越しでの録音かな

もしそうなら、LANケーブルで繋ぐだけて壊れてないファイルができるようになって問題が解決したことがあるよ

**名無しさん＠お腹いっぱい。** · 2017/07/29(土) 21:14:50.82

vlcちゃうの？

**名無しさん＠お腹いっぱい。** · 2017/07/29(土) 22:00:21.45

ストリーミング配信をtcpdumpでキャプチャしたヤツだろう

**名無しさん＠お腹いっぱい。** · 2017/07/29(土) 22:43:39.98

拡張子がm4aと書いてあったから考えていなかったけどADTS AACファイルでは？
先頭から再生する分には問題がない、音の高さやテンポには問題がない、ただしランダムアクセスできないというのは
ADTS AACファイル特有の症状。というよりはそうなって当たり前のファイル形式。
ランダムアクセス(早送りとか巻き戻しの任意位置からの再生)に時間がかかるのは
この形式にはランダムアクセスを行うためのファイルヘッダがないから。
どこからデコードすれば最短なのか知る術がないので仕方なく毎回ファイルの先頭からデコードしているから時間がかかる。
MP4やMKVといったモダンなファイルフォーマットにおさめてやれば
2分30秒から再生してくれという指示があればファイルヘッダ参照して該当フレームの1つ前から読みにいく

**125** · 2017/07/30(日) 08:14:20.58

RadikoのタイムフリーをDLしたファイルがm4aになっています

RadikoPad
http://www.lifewithunix.jp/notes/2017/02/22/radikopad-radiko-time-free-program-download-utility/
ffmpegを使っているようです

Radiko過去の番組表
http://radiko.jp/#!/timeshift

**名無しさん＠お腹いっぱい。** · 2017/07/30(日) 20:17:02.40

radikoの音源ってflvから音声ファイル抜き出す時にm4aだと-acodec copyしてるのに音悪くならない？
aacだと音質変わらないんだけど

**名無しさん＠お腹いっぱい。** · 2017/07/31(月) 00:00:28.35

どうせhe-aac v2に対応してないプレーヤー使ってるとかそういうオチだろ

**名無しさん＠お腹いっぱい。** · 2017/08/01(火) 16:10:42.13

本当にm4aなら普通にitunes使った方がいい
それが嫌ならmpv

>>157
設定、ログ、再生ソフトを貼らないとなんとも言えんだろ
ffmpegのバグなら、バグ報告しとけ

**名無しさん＠お腹いっぱい。** · 2017/08/01(火) 16:39:22.54

>>158の指摘通りRadikoはMain ProfileのAAC+SBR+PSだから
対応プレイヤーでないと無劣化では再生できない

**名無しさん＠お腹いっぱい。** · 2017/08/02(水) 23:59:48.83

なるほどプレーヤーの問題かも
VLCとかmplayerだと綺麗だけど、iTunesだと篭る
iTunes常用してるんで困ったな

**名無しさん＠お腹いっぱい。** · 2017/08/03(木) 10:14:07.07

iTunesて、HE-AACv2ダメだったのか
知らんかった、トンクス

ffmpegはHE-AACに対応したものだよな？

**名無しさん＠お腹いっぱい。** · 2017/08/03(木) 13:24:49.14

>>162
> ffmpegはHE-AACに対応したものだよな？
しばらく自ビルドしていないしソースコードも追いかけていないので最近の事は分からないのだけれど、
ライセンスの関係で libfdk_aac をリンクした ffmpeg バイナリの再配布はできないことになっているので、
自分で libfdk_aac をインストール、ffmpeg を --enable-libfdk-aac で configure、make しないと
HE-AAC に対応した ffmpeg は手に入れられませんよ。

**名無しさん＠お腹いっぱい。** · 2017/08/03(木) 21:05:28.41

>>163は究極のバカだ

**名無しさん＠お腹いっぱい。** · 2017/08/03(木) 21:59:30.28

今時v1は再生できてv2は再生できないプレイヤーなんてあるんだ

**名無しさん＠お腹いっぱい。** · 2017/08/03(木) 23:22:34.93

v2というよりプロファイルがLCじゃなくてMainなのが問題なんだと思う

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 02:43:35.87

>>163

FDKのみがライセンス違反で配布できないと思ってんの？ほんと馬鹿が多いよな

なぜ公式がソースコードという形で入手可能にしてんのか何もわかっちゃいない
FDKリンクしてなけりゃ実行ファイル公開していいと思ってんのか？

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 07:16:04.90

これは会話ができないタイプ

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 07:38:41.47

>>163のような無知が死滅することを願うね

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 08:18:21.84

はたから見てるんだが、バカカバじゃなくてどこがおかしいのかちゃんと書いてほしいよ
>>164みたいのはマジいらねえわ

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 09:28:54.55

>>170
なんと言えばいいのか、話す気力が失せるぐらい突っ込みどろが多すぎ
どこがおかしいのかちゃんと書いてほしいて、自分に問題があるとは思わないのか？

とりあえず、設定、ログ、再生ソフトを書かないと

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 09:40:14.66

どこがってそりゃあ一切無関係な事書き込んでて一分の役にも立たないことかな

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 09:52:16.63

>>167さんはまだちゃんと書いてくれてるよ
おれには良くわからんが、わからんなりにちょっと調べてみようかっていう気にはなる

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 09:58:43.24

まあ相手する価値もないってのなら、まあそういう態度にもなるのかなって気もするけどw

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 12:37:19.11

>>173
調べる気なら調べればいいよ
調べたのならわかるはずだし
自分に問題があることを自覚するのが先決だろ
というか、レスに答えがあっても理解できないだろ

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 12:42:50.14

>>167
もしffmpegの再配布がライセンス違反だとしたら
ffmpegもインストールzipに含むradikoolは違法ソフトってことになるな

で、事実はどうなのよ？
radikoolは違法ソフト？

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 12:55:00.06

根本的な問題としてビットストリームには一切手を加えず
iTunesで再生できるコンテナに入れ替えたいというお題だから
demuxer/muxerが正しく処理できるかがが問題でエンコーダのエンジンは関係ない

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 12:57:14.24

お前自分でそれ是非判断できないくらい知識ないのかよ
本当無知野郎だな
知恵遅れで聴いてこいよ

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 13:11:13.49

>>177はまだわかってる

radikoolなんぞダウンロードしたことないからどんなffmpegが使われているかがわからんから
所有してるお前にしか是非判断できんな
どのみちRadikoの保存行為なんて大概利用規約に違反行為になってるだろ

>>163のようなFDKだから再配布できないとバカみてえな解釈してる無知野郎は消えな

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 13:46:52.07

>>163は
> libfdk_aac をリンクした ffmpeg バイナリの再配布はできない
としか書いてないから、他にも再配布不可なバイナリの存在を
否定してる訳じゃない

>>179は
> どんなffmpegが使われているかがわからんから
と書いてるから、再配布可能なffmpeg バイナリの存在を
否定してる訳じゃない

煽ってるか、スルーしてるかの違いはあるが
両者とも言葉足らずという意味で、似た者同士ちゃうか

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 13:56:15.48

文脈を捻じ曲げた上に論点すり替えようとする馬鹿は書き込むな

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 14:05:25.11

>>163はじめ馬鹿しかいねえな
いつになったら>>163は非を認める書き込みするんだ？
さっさとしろよ知ったか>>163

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 15:10:16.70

そういいや、やたらバカ扱いに敏感な粘着自演がx265,x264,前スレに現れたな
同じやつだったりして
市販ソフト買ってコールセンターに電話した方がいい
質問主にはCUIは無理だ

少なくとも俺は多分、原因とどうすれば解決できるかわかったぞ
でも、書く気にすらならない

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 15:29:17.02

>>163
これの何が正しくて、何が間違いなのか
誰も解説してくれないのかい？

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 15:47:50.50

>>163が非を認める情けない書き込みしたら教えてやるよ馬鹿ども

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 16:12:55.24

なんか発狂してる変なの(>>185)がいるし、以前どっかのスレのためにまとめたものからのコピペ＋αで俺が書いておくわ。

特許技術を含むソフトウェアのバイナリを配布した場合、
配布者は、特許権の侵害行為として何らかのアクションを起こされるリスクを背負うことになります。
特許権は保護期間中は許諾がない限り利用（製造・頒布）できませんが、
特許法の例外として「試験・研究目的」であれば許諾なしに利用できます。
通常は、ソースコード配布であれば試験・研究目的に該当するか、
そもそも製造前のモノであり特許権の侵害にはならないと解されるようです。
ちなみにフランスではソフトウェア特許は認められていないようで、それもあって
x264やffmpegを内包するVideoLANプロジェクトはフランスを拠点にしているとのことです。
なお、特許権と著作権は別々の権利であり、独立に存在します。

また、FDK-AACを組み込む場合、ffmpegをビルドする際に、configureに--enable-nonfreeをつける必要があります。

　　--enable-nonfree
　　　allow use of nonfree code, the resulting libs and binaries will be unredistributable

要するにFDK-AACについてはフリーじゃないコードを使うから、これを含めたバイナリは
再配布しちゃ駄目だよってことですが、上に書いたようにそもそもFDK-AACを含まなくても
ffmpegのバイナリ配布は特許権侵害の恐れがあるのでアウト。
FDK-AACを含めたffmpegの再配布は、その中でも更にアウトだということです。

こんなとこかな。

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 16:28:49.31

>>186
簡単に言うと、

１）ソースコードなら自由に再配布していいが、exeやlibにしたら再配布したらダメよってことか
２）FDK-AACとかはソースコードでも供給されているので各自で自分でコンパイルする分には自由。
３）でも、コンパイルしたものを再配布してはいけない
４）ffmpegに各自が自分でビルドする場合もnonfreeってつけなければならずビルドしたのものの再配布は禁止

５）つまり、特にFDK-AACに関してはexeやlib形式で配布されているものはない

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 16:46:42.21

とりあえず、nativeのaac-encがvbrに対応してくれたら、俺的にはおkかな

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 17:07:57.60

一応これも参考に貼っておこうか。

　CompilationGuide/Quick/libfdk-aac
　https://trac.ffmpeg.org/wiki/CompilationGuide/Quick/libfdk-aac

> NOTE: You won't be able to build GPL-licensed FFmpeg with libfdk-aac.
>　　　　　If you do, your FFmpeg will not be redistributable.

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 17:37:02.34

-codec copyにfdkとか全く必要ないのにいつまでその無駄な話続けんの？

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 17:50:19.41

ffmpegの話をしているんですが何か？

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 19:08:20.80

使ってるソフト云々じゃなくて
問題の音声ファイルをffprobeにかければ何が問題なのかわかる

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 21:21:26.70

この手の輩は、挑発して説明させようとする
ボタがよくやる手口
自分の非を認めないうちに、ヒントを与えると図に乗るだけ

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 21:49:06.95

質問：radikoでdumpしたflvファイルの音声だけを無劣化で取り出すにはどうしたらいいの？

現状の方法
radikoをsaitenさんとこのでradiko.flvとしてdumpする
ffmpeg -i radiko.flvで見ると
radiko.flvは bitrate: 49 kb/sのHE-AAC

ffmpeg -i radiko.flv -acodec copy radiko.m4a
もしくはffmpeg -i radiko.flv -acodec copy radiko.aac
radiko.m4aはbitrate: 47 kb/sのHE-AAC
radiko.aacはbitrate: 45 kb/sのHE-AAC

無劣化のm4aとして取り出すのは無理なの？
それともこれで無劣化ということ？

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 21:58:04.73

>>193
何も説明する気が無いならせめて一度のつっこみで収めるかスルーしとけ。
アホな質問者にうんざりする気持ちはわからなくもないが、
この程度のことでしつこく説教したりもったいぶったり発狂したりする奴の方がうっとおしい。

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 22:49:06.67

>>186第三者が糞真面目に書かなくていいぞ馬鹿野郎
>>190そうだろうトンチンカンな回答した>>163が悪い
>>192 小学生に教えなくていいから黙ってろ
>>194 くたばれカス

**名無しさん＠お腹いっぱい。** · 2017/08/04(金) 22:50:48.22

>>163はまだこのスレ見てないのか？

**名無しさん＠お腹いっぱい。** · 2017/08/05(土) 09:46:45.42

淋しそう

**名無しさん＠お腹いっぱい。** · 2017/08/05(土) 10:04:03.92

>>197
m9(^Д^)ﾌﾟｷﾞｬｰ

**名無しさん＠お腹いっぱい。** · 2017/08/05(土) 10:09:40.53

>>163哀れな知ったか馬鹿野郎

**名無しさん＠お腹いっぱい。** · 2017/08/05(土) 13:55:12.14

>>195
それ、みんながお前のレスに思ってること

**名無しさん＠お腹いっぱい。** · 2017/08/06(日) 01:35:43.98

個人的に興味があったんで、>>143、>>147、>>156あたりの
「VLCでm4aのスムーズなシークができない件」をわかる範囲で少し調べてみた。

　m4aとVLC再生時のシーク
　https://pastebin.com/TNDs9D4H

ファイルはHE-AAC。ただ真空波動研でHE(SBR)表示がされずLCとなるのが少し気になる。
VLC以外のソフトでの再生・シークはiTunes含めて問題無し。
ffmpegの-movflags rtphintでも改善できたけど、MP4Boxを使った方が良い感じ。
なお-movflags faststartは効果無し。

上の方でRadikoのフォーマットについて、
　>>158 HE-AACv2
　>>160 Main ProfileのAAC+SBR+PS
というコメントがあったけど、これらのフォーマットって今も使われてるんだろうか？
ググった感じだと、HE-AACv2についてはWikiに試験配信時に使われてたとあったけど、
Mainのほうについては特定ソフトで録音した時の話のような気もした。
ただ、これまでRadikoには関心が無かったのでよくわからない。

**名無しさん＠お腹いっぱい。** · 2017/08/06(日) 01:59:05.65

たぶんhe aac v2まだ使ってんじゃないの
アプリで無変換録音するとaacになってるし

**名無しさん＠お腹いっぱい。** · 2017/08/06(日) 02:19:43.47

RadikoじゃないけどFlashベースのネットラジオを
ffmpegで -c copy でm4aにしたファイルがiTunesでこう認識されてるけど
http://i.imgur.com/LFrpa7S.png

**名無しさん＠お腹いっぱい。** · 2017/08/06(日) 05:56:15.83

>>202
試してみたけど、違いがわからなかったわ
そもそも、rtmpdump：flv → ffmpeg：m4a（-c:a copy -vnのみ）でVLC問題なかったし

**名無しさん＠お腹いっぱい。** · 2017/08/06(日) 11:16:29.12

>>202
MP4Box前の元のm4aはVLCでダメだけど、MP4Box後のm4aは問題なくなったってことは、
元のm4aがどこかおかしいってことじゃないの？
MP4Boxによって何が変わったのかが大事だよね
元のm4aがフォーマット的に正しかったのかどうか。正しいにもかかわらずvlcでシーク出来ないのなら
vlcのせいだけどどうなのかな。でも、MP4Box後は直ったんだからね

**名無しさん＠お腹いっぱい。** · 2017/08/06(日) 13:50:07.55

RadikoPad自体がffmpegを使ってるようだからffmpegのログをはらないと
non monotonically increasingのエラーが出てるんじゃねぇ
そうならdtsとptsの問題で、バグの可能性あり
メジャーなサイトであること強調してffmpeg tracにバク報告だな
別のオプションで完全じゃないけど回避できるかもしれん

ffplayer,mpv,mplayerでの挙動は？

**名無しさん＠お腹いっぱい。** · 2017/08/06(日) 15:01:26.40

そうたね。RadikoPadがffmpegから吐いたファイルが元のm4aなんだから
ffmpegのバグの可能性が高い

**202** · 2017/08/06(日) 16:53:33.60

>>205
短いサンプルだとわからないと思う。書いたようにうちでは45分のサンプルで試した。
VLCだけシークで1～3秒くらい止まる感じ。もっと長いともっとひどくなるかも？
VLCの詳細設定も見てみたけど効果が出るものは見当たらなかった。

>>207
-reportのログしか取れないんだけど、特にエラーは出てないね。
それらのプレーヤーは使ってないので挙動は不明。

>>206、>>208
規格とかはよくわからんけど、元のm4aがおかしいんじゃなく、
　　・どれだけシークしやすい形でm4aコンテナを構築するか
　　・どのような手法でシークするか
の違いなんじゃないかなと思う。つまり

　　・ffmpegのデフォのm4a化はあまりシーク情報を細かく入れないようにしているが
　　　MP4Boxでは細かく入れるようにしている。

　　・他のプレーヤーはm4aコンテナの情報にはあまり依存しないシーク手法だが、
　　　VLCはm4aコンテナの情報に依存したシーク手法をとっている。

という感じじゃないかなと。まあちゃんと調べたわけじゃないので推測にすぎないけど。

**名無しさん＠お腹いっぱい。** · 2017/08/06(日) 18:31:43.66

だから
ffmpeg -i 問題のファイル.m4a
だけしたログを貼ってみなさいよ