lesensei 0 Posted May 10, 2020 Share Posted May 10, 2020 Hello, I've been happily using Emby (with Premiere) on a XPenology NAS for a few years now, and recently seem to have hit a bug. When I try to play some movies of my collection, I hit the "Aucun flux compatible n'est actuellement disponible." (please pardon my french setup, this would be "No available stream" or something like that in english). I looked at the attached logs, tried to launch the "actual command" and sure enough, got the same error before ffmpeg quits: Stream specifier ':3' in filtergraph description [0:3]scale@f1=width=720:height=-2:force_original_aspect_ratio=decrease[f1_out0];[0:0][f1_out0]overlay@f2=x=(W-w)/2:y=(H-h):repeatlast=0[f2_out0] matches no streams. Just in case, here's the output of ffprobe on the file: ffprobe version 4.3.0-emby_2020_02_24-20200406T210855UTC Copyright (c) 2007-2019 the FFmpeg developers and softworkz for Emby LLC built with gcc 7.3.0 (GCC) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/volume1/video/redactedfilename.m4v': Metadata: major_brand : mp42 minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 2017-10-22T20:12:17.000000Z encoder : HandBrake 1.0.7 2017040900 Duration: 02:05:05.32, start: 0.000000, bitrate: 1089 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, smpte170m/bt470bg/bt709), 720x426 [SAR 64:45 DAR 512:213], 756 kb/s, Level 31, 25 fps, 25 tbr, 90k tbn, 180k tbc (default) Metadata: creation_time : 2017-10-22T20:12:17.000000Z handler_name : VideoHandler Stream #0:1(fra): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 160 kb/s (default) Metadata: creation_time : 2017-10-22T20:12:17.000000Z handler_name : Stereo Stream #0:2(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 160 kb/s Metadata: creation_time : 2017-10-22T20:12:17.000000Z handler_name : Stereo Stream #0:3(fra): Subtitle: dvd_subtitle (mp4s / 0x7334706D), 720x576, 1 kb/s (default) Metadata: creation_time : 2017-10-22T20:12:17.000000Z handler_name : SubtitleHandler Stream #0:4(eng): Subtitle: dvd_subtitle (mp4s / 0x7334706D), 720x576, 2 kb/s Metadata: creation_time : 2017-10-22T20:12:17.000000Z handler_name : SubtitleHandler Stream #0:5(eng): Data: bin_data (text / 0x74786574) Metadata: creation_time : 2017-10-22T20:12:17.000000Z handler_name : SubtitleHandler Unsupported codec with id 100359 for input stream 5 Any idea what I can do to make this work again (I'm pretty sure it has worked in the past) ? Thanks for your help. ffmpeg-transcode-8b813c11-e81a-4a0b-876d-a6cf032d5a2f_1.txt Link to comment Share on other sites More sharing options...
Luke 36816 Posted May 10, 2020 Share Posted May 10, 2020 Hi there, are you able to try another browser? For example, how does Chrome compare? Link to comment Share on other sites More sharing options...
lesensei 0 Posted May 10, 2020 Author Share Posted May 10, 2020 Hi, thanks for your answer ! I tried both Firefox and Chrome, to no avail... Link to comment Share on other sites More sharing options...
lesensei 0 Posted May 10, 2020 Author Share Posted May 10, 2020 I just tried viewing the video with the Android app. It works at first because it doesn't transcode by default. But if I try to change the "quality" setting, triggering a transcode, then the video doesn't play anymore. The following "actual command" seems to be used: /var/packages/EmbyServer/target/ffmpeg/bin/ffmpeg -loglevel +timing -y -print_graphs_file /var/packages/EmbyServer/target/var/logs/ffmpeg-transcode-8374cc64-99ff-458c-ab8e-f28ec314c856_1graph.txt -cop_zero -f m4v -ss 00:00:03.000 -c:v:0 h264 -i "/volume1/video/redactedfilename.m4v" -filter_complex "[0:0]scale@f1=w=426:h=252[f1_out0];[0:3]scale@f2=width=426:height=-2:force_original_aspect_ratio=decrease[f2_out0];[f1_out0][f2_out0]overlay@f3=x=(W-w)/2:y=(H-h):repeatlast=0[f3_out0]" -map [f3_out0] -map 0:1 -sn -c:v:0 libx264 -g:v:0 75 -maxrate:v:0 272000 -bufsize:v:0 544000 -sc_threshold:v:0 0 -keyint_min:v:0 75 -pix_fmt:v:0 yuv420p -preset:v:0 veryfast -profile:v:0 main -level:v:0 3.0 -x264opts:v:0 "subme=0:me_range=4:rc_lookahead=10:me=dia:no_chroma_me:8x8dct=0:partitions=none" -crf:v:0 23 -c:a:0 libmp3lame -ab:a:0 128000 -ac:a:0 2 -metadata:s:a:0 language=fre -disposition:a:0 default -max_delay 5000000 -avoid_negative_ts disabled -f segment -map_metadata -1 -map_chapters -1 -segment_format mpegts -segment_list /var/packages/EmbyServer/target/var/transcoding-temp/AA955C.m3u8 -segment_list_type m3u8 -segment_time 3 -segment_start_number 1 -individual_header_trailer 0 -write_header_trailer 0 -segment_write_temp 1 "/var/packages/EmbyServer/target/var/transcoding-temp/AA955C_%d.ts" If I try to run it, I get pages and pages of this: 22:03:19.961 Invalid UE golomb code 22:03:19.961 [NULL @ 0x1118fc0] pps_id 3199971767 out of range 22:03:19.961 Invalid UE golomb code 22:03:19.961 [NULL @ 0x1118fc0] pps_id 3199971767 out of range 22:03:19.961 Invalid UE golomb code 22:03:19.961 [NULL @ 0x1118fc0] pps_id 3199971767 out of range 22:03:19.961 Invalid UE golomb code 22:03:19.962 [NULL @ 0x1118fc0] pps_id 3199971767 out of range 22:03:19.962 [NULL @ 0x1118fc0] sps_id 32 out of range 22:03:19.962 [NULL @ 0x1118fc0] missing picture in access unit with size 300 22:03:19.962 [NULL @ 0x1118fc0] missing picture in access unit with size 32 22:03:19.962 Invalid UE golomb code 22:03:19.962 [NULL @ 0x1118fc0] pps_id 3199971767 out of range 22:03:19.962 [NULL @ 0x1118fc0] offset_for_non_ref_pic or offset_for_top_to_bottom_field is out of range 22:03:19.962 [NULL @ 0x1118fc0] missing picture in access unit with size 128 22:03:19.963 Invalid UE golomb code 22:03:19.963 [NULL @ 0x1118fc0] log2_max_poc_lsb (-1094995529) is out of range 22:03:19.963 Invalid UE golomb code 22:03:19.963 [NULL @ 0x1118fc0] pps_id 3199971767 out of range 22:03:19.963 Invalid UE golomb code 22:03:19.963 [NULL @ 0x1118fc0] pps_id 3199971767 out of range 22:03:19.964 [NULL @ 0x1118fc0] missing picture in access unit with size 240 And on SIGINT, I get the same error as with browsers: 22:03:19.971 /volume1/video/redactedfilename.m4v: could not seek to position 3.000 22:03:19.972 Input #0, m4v, from '/volume1/video/redactedfilename.m4v': 22:03:19.972 Duration: N/A, bitrate: N/A 22:03:19.972 Stream #0:0: Video: h264, none(progressive), Level 85, 25 fps, 25 tbr, 1200k tbn, 50 tbc 22:03:19.973 Stream specifier ':3' in filtergraph description [0:0]scale@f1=w=426:h=252[f1_out0];[0:3]scale@f2=width=426:height=-2:force_original_aspect_ratio=decrease[f2_out0];[f1_out0][f2_out0]overlay@f3=x=(W-w)/2:y=(H-h):repeatlast=0[f3_out0] matches no streams. 22:03:19.973 Exiting normally, received signal 2. If there's any other test I can run that might help understand the problem, I'll be happy to ! Thanks again. Link to comment Share on other sites More sharing options...
lesensei 0 Posted May 11, 2020 Author Share Posted May 11, 2020 Sorry for spamming. Just thought I'd add a last bit of info that might rule out the client side as the source of the problem: I get the same error when I try to use the "convert" feature on the movie. Link to comment Share on other sites More sharing options...
lesensei 0 Posted May 11, 2020 Author Share Posted May 11, 2020 Interesting tidbit: I read about the diagnostics plugin from another thread, installed it, checked the "Use legacy command building" option and retried. Lo and behold, it worked ! I guess, however, that this workaround will only stick around for a time, so I'd be glad to help fix the bug with the "new" command building. @@Luke, is there anything I can do to help ? Link to comment Share on other sites More sharing options...
lesensei 0 Posted May 15, 2020 Author Share Posted May 15, 2020 Well, actually, the workaround of using legacy commands seems to break resuming videos, so it's not such a nice thing after all. I do have the feeling I'm talking to myself here, even though I understand Emby devs are busy elsewhere, I'd just like to know this is still on someone's "to investigate" list. I've loved every moment spent using Emby until now, and I'm pretty sad to see it stop working like that. Incidentally, might installing it as a docker container instead of a synology package help in any way ? Would I lose anything regarding my Premiere membership if I were to do that ? 1 Link to comment Share on other sites More sharing options...
Luke 36816 Posted May 16, 2020 Share Posted May 16, 2020 @@softworkz will be looking into this, thanks. Regarding docker, no you wouldn't lose anything. Link to comment Share on other sites More sharing options...
softworkz 3299 Posted May 16, 2020 Share Posted May 16, 2020 Well, actually, the workaround of using legacy commands seems to break resuming videos, so it's not such a nice thing after all. I do have the feeling I'm talking to myself here, even though I understand Emby devs are busy elsewhere, I'd just like to know this is still on someone's "to investigate" list. I've loved every moment spent using Emby until now, and I'm pretty sad to see it stop working like that. Incidentally, might installing it as a docker container instead of a synology package help in any way ? Would I lose anything regarding my Premiere membership if I were to do that ? What happens, when you rename the file to .mp4 ? Link to comment Share on other sites More sharing options...
lesensei 0 Posted May 16, 2020 Author Share Posted May 16, 2020 @@softworkz wow, thanks, that did it: it now plays back in the browser (tried with FF, but I guess it works as well with Chrome), including when resuming. So I guess the next question is: should I rename all my .m4v files (I believe this extension comes from HandBrake's default) to .mp4 or is this considered a bug with a fix coming from you guys ? Thanks for your help ! Link to comment Share on other sites More sharing options...
softworkz 3299 Posted May 16, 2020 Share Posted May 16, 2020 Probably both: The former to get it working quickly and for the second: Would you be able to provide one of those files for testing? We had a similar issue before, but it's working with that file now. It would be great when we had another example where it still fails.. Link to comment Share on other sites More sharing options...
lesensei 0 Posted May 16, 2020 Author Share Posted May 16, 2020 Sent a link to the file in PM. Hope this helps. Thanks to all the team for your work ! Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now