no audio after conversion #591
Comments
|
Can you post an ffprobe -show_streams of the inputfile as well as the main console output when you run this through manual.py? That'll be helpful. Your settings look ok I don't see anything grossly wrong. Sent from my iPhone
|
|
ffprobe version N-82049-gd871686-static http://johnvansickle.com/ffmpeg/ Copyright (c) 2007-2016 the FFmpeg developers |
|
and here is the output of the manual conversion manual.py -i 0f9ab67f6d59439ba57dbe711c6ad77f.mkv -nd -tv 272472 -s 3 -e 25 |
|
If I import this into plex tells me there is no audio streams |
|
It looks like the script is copying the AAC audio track from your source directly as it should be. Not sure why Plex is having a hard time. Does it show up in VLC? And can you post the same type of ffprobe output for the newly generated file. Sent from my iPhone
|
|
VLC does not show it having an audio track either. below is a basic ffprobe -i of the new file. ffprobe -i Paw\ Patrol\ -\ s03e25\ -\ Tracker\ Joins\ the\ Pups!.mp4 |
|
just as a extra note this setup i have works great when there is a 5.1 channel stream. I will then get a 5.1 and a 2ch which is exactly what i'm wanting. but some of these 2ch aac only videos that come across have this problem. Obviously if the original doesn't have a 5.1ch stream im not going to get that. Also if i turn off the ios compatability and just make the audio ac3 with 6 channel max. this video will work and have a 2ch ac3 that functions just fine. not sure if that helps. |
|
Can you mail me a link to one of these files so I can do some testing and see if I can reproduce these issues? |
|
+1 from me on this one aswell, it only seems to be doing it when copying the audio stream. when conversion of the stream takes place everything goes as it should |
|
I routinely copy AAC streams without issue on my Plex setup. Someone send me a source file where this is happening so I can debug. Wonder if it's an FFMPEG build issue Sent from my iPhone
|
|
I did recently upgraded ffmpeg I will downgrade it to a previous revision and let you know the outcome. Sent from my Samsung Galaxy smartphone. Sent from my iPhone
— {"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/mdhiggins/sickbeard_mp4_automator","title":"mdhiggins/sickbeard_mp4_automator","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/mdhiggins/sickbeard_mp4_automator"}},"updates":{"snippets":[{"icon":"PERSON","message":"@mdhiggins in #591: I routinely copy AAC streams without issue on my Plex setup. Someone send me a source file where this is happening so I can debug. Wonder if it's an FFMPEG build issue\n\nSent from my iPhone\n\n\u003e On Nov 6, 2016, at 05:09, ptowns188 \u003cnotifications@github.com\u003e wrote:\n\u003e \n\u003e +1 from me on this one aswell, it only seems to be doing it when copying the audio stream. when conversion of the stream takes place everything goes as it should\n\u003e \n\u003e —\n\u003e You are receiving this because you commented.\n\u003e Reply to this email directly, view it on GitHub, or mute the thread.\n\u003e \n"}],"action":{"name":"View Issue","url":"https://github.com/mdhiggins/sickbeard_mp4_automator/issues/591#issuecomment-258677117"}}} |
|
I've noticed the same problem with some conversions. In plex the files with working aac audio show "Profile lc" and the ones that don't have "Profile ltp". it started after i re built last week so im going to downgrade ffmpeg to see if that's the problem |
|
Not sure which version you all are using. I'm using the static build release: 3.2 |
|
just sent an email with the file I have been using to test these conversions. Sorry it took so long. |
|
Alright figured out what was going on |
|
Awesome this seemed to have resolved the issue. will this cause any problems down the road with this filter off? |
|
Nah |
so I am having a problem where if i convert this file it will end up have no audio streams below is my .ini file and below that is an output of ffmpeg showing the original stream information of the file. I'm not sure if this is a bug or a problem with my settings.
autoProcess.ini
[MP4]
ffmpeg = /opt/ffmpeg/ffmpeg
ffprobe = /opt/ffmpeg/ffprobe
threads = auto
output_directory =
copy_to =
move_to =
output_extension = mp4
output_format = mp4
delete_original = True
relocate_moov = True
video-codec = h264,x264
video-bitrate =
video-max-width =
h264-max-level =
use-qsv-decoder-with-encoder = True
ios-audio = aac
ios-first-track-only = False
ios-audio-filter =
max-audio-channels = 6
audio-codec = ac3
audio-language = eng
audio-default-language = eng
audio-channel-bitrate =
audio-filter =
subtitle-codec = mov_text
subtitle-language = eng
subtitle-default-language = eng
subtitle-encoding =
fullpathguess = True
convert-mp4 = False
tagfile = True
tag-language = eng
download-artwork = False
download-subs = True
embed-subs = True
sub-providers = addic7ed,podnapisi,thesubdb,opensubtitles
permissions = 0777
post-process = False
pix-fmt =
========================================
ffmpeg -i filename.mkv
Metadata:
encoder : libebml v1.3.3 + libmatroska v1.4.4
creation_time : 2016-10-20T19:56:14.000000Z
Duration: 00:23:25.48, start: 0.000000, bitrate: 5287 kb/s
Stream #0:0(eng): Audio: aac (LC), 48000 Hz, stereo, fltp (default)
Metadata:
BPS : 157242
BPS-eng : 157242
DURATION : 00:23:25.482000000
DURATION-eng : 00:23:25.482000000
NUMBER_OF_FRAMES: 65882
NUMBER_OF_FRAMES-eng: 65882
NUMBER_OF_BYTES : 27625272
NUMBER_OF_BYTES-eng: 27625272
_STATISTICS_WRITING_APP: mkvmerge v8.5.2 ('Crosses') 64bit
_STATISTICS_WRITING_APP-eng: mkvmerge v8.5.2 ('Crosses') 64bit
_STATISTICS_WRITING_DATE_UTC: 2016-10-20 19:56:14
_STATISTICS_WRITING_DATE_UTC-eng: 2016-10-20 19:56:14
_STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
_STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
Stream #0:1(eng): Video: h264 (High), yuv420p(tv, bt709), 1916x1076 [SAR 1:1 DAR 479:269], 23.98 fps, 23.98 tbr, 1k tbn, 2k tbc (default)
Metadata:
BPS : 5127696
BPS-eng : 5127696
DURATION : 00:23:25.446000000
DURATION-eng : 00:23:25.446000000
NUMBER_OF_FRAMES: 33697
NUMBER_OF_FRAMES-eng: 33697
NUMBER_OF_BYTES : 900837501
NUMBER_OF_BYTES-eng: 900837501
_STATISTICS_WRITING_APP: mkvmerge v8.5.2 ('Crosses') 64bit
_STATISTICS_WRITING_APP-eng: mkvmerge v8.5.2 ('Crosses') 64bit
_STATISTICS_WRITING_DATE_UTC: 2016-10-20 19:56:14
_STATISTICS_WRITING_DATE_UTC-eng: 2016-10-20 19:56:14
_STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
_STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
Stream #0:2(eng): Subtitle: subrip (default)
Metadata:
BPS : 88
BPS-eng : 88
DURATION : 00:22:55.973000000
DURATION-eng : 00:22:55.973000000
NUMBER_OF_FRAMES: 407
NUMBER_OF_FRAMES-eng: 407
NUMBER_OF_BYTES : 15225
NUMBER_OF_BYTES-eng: 15225
_STATISTICS_WRITING_APP: mkvmerge v8.5.2 ('Crosses') 64bit
_STATISTICS_WRITING_APP-eng: mkvmerge v8.5.2 ('Crosses') 64bit
_STATISTICS_WRITING_DATE_UTC: 2016-10-20 19:56:14
_STATISTICS_WRITING_DATE_UTC-eng: 2016-10-20 19:56:14
_STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
_STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
The text was updated successfully, but these errors were encountered: