Failure BIF Issue

Plex Media Server Metadata & Adding Files
1

Server Version#: 1.19.3.2764
Player Version#: 1.10.0.1208-daa6b641

Hey everyone. I am relatively new to Plex (I only started using it ~1 month ago). I just started having Plex generate the video preview thumbnails. It’s gone through my entire library and everything appears to be working correctly except for one movie (The A-Team). This movie keeps generating a “Failure B I F 99c90e0-3095” message.

I’ve deleted the movie and tried the Plex dance steps (empty the trash and clean bundles) before copying the movie back over. That didn’t correct the issue. I tried to re-rip it in case the rip was bad, but I’m getting the same error.

I’ve uploaded (what I think is) the proper log file. If someone could take a look at this and tell me what I need to do to correct the issue I would really appreciate it. Thanks!

Plex Media Scanner Analysis.log (58.8 KB)

2

Copying it out & back in won’t help.
The file is damaged.

3

I didn’t just copy it out and back in. I completely deleted the file, re-ripped it, and then copied that new rip into my Plex folder. Unless I somehow screwed up the rip twice (which I haven’t done a single time for any of my other 300+ movies) I’m not sure what else I can do. The log is saying something about codec parameters for the subtitles. Are those the issue? Or is there some other way that the file is damaged?

4

From that single analysis file, it’s telling me

  1. There is an unknown SEI type in the video (which I presume is H.264 ?)
  2. There are general encoding problems. (No Picture, etc)
May 13, 2020 08:12:47.181 [0x153a4ce662c0] DEBUG - [FFMPEG] - ct_type:0 pic_struct:0
May 13, 2020 08:12:47.181 [0x153a4ce662c0] DEBUG - [FFMPEG] - nal_unit_type: 7(SPS), nal_ref_idc: 3
May 13, 2020 08:12:47.181 [0x153a4ce662c0] DEBUG - [FFMPEG] - nal_unit_type: 8(PPS), nal_ref_idc: 3
May 13, 2020 08:12:47.181 [0x153a4ce662c0] DEBUG - [FFMPEG] - nal_unit_type: 6(SEI), nal_ref_idc: 0
May 13, 2020 08:12:47.181 [0x153a4ce662c0] DEBUG - [FFMPEG] - nal_unit_type: 6(SEI), nal_ref_idc: 0
May 13, 2020 08:12:47.181 [0x153a4ce662c0] DEBUG - [FFMPEG] - nal_unit_type: 6(SEI), nal_ref_idc: 0
May 13, 2020 08:12:47.181 [0x153a4ce662c0] DEBUG - [FFMPEG] - nal_unit_type: 5(IDR), nal_ref_idc: 3
May 13, 2020 08:12:47.181 [0x153a4ce662c0] DEBUG - [FFMPEG] - nal_unit_type: 5(IDR), nal_ref_idc: 3
May 13, 2020 08:12:47.181 [0x153a4ce662c0] DEBUG - [FFMPEG] - nal_unit_type: 5(IDR), nal_ref_idc: 3
May 13, 2020 08:12:47.181 [0x153a4ce662c0] DEBUG - [FFMPEG] - nal_unit_type: 5(IDR), nal_ref_idc: 3
May 13, 2020 08:12:47.181 [0x153a4ce662c0] DEBUG - [FFMPEG] - ct_type:0 pic_struct:0
May 13, 2020 08:12:47.181 [0x153a4ce662c0] DEBUG - [FFMPEG] - Format yuv420p chosen by get_format().
May 13, 2020 08:12:47.183 [0x153a4ce662c0] DEBUG - [FFMPEG] - no picture 
May 13, 2020 08:12:47.183 [0x153a4ce662c0] DEBUG - [FFMPEG] - ct_type:0 pic_struct:0
May 13, 2020 08:12:47.183 [0x153a4ce662c0] DEBUG - [FFMPEG] - nal_unit_type: 6(SEI), nal_ref_idc: 0
May 13, 2020 08:12:47.183 [0x153a4ce662c0] DEBUG - [FFMPEG] - nal_unit_type: 1(Coded slice of a non-IDR picture), nal_ref_idc: 2
May 13, 2020 08:12:47.183 [0x153a4ce662c0] DEBUG - [FFMPEG] - nal_unit_type: 1(Coded slice of a non-IDR picture), nal_ref_idc: 2
May 13, 2020 08:12:47.183 [0x153a4ce662c0] DEBUG - [FFMPEG] - nal_unit_type: 1(Coded slice of a non-IDR picture), nal_ref_idc: 2
May 13, 2020 08:12:47.183 [0x153a4ce662c0] DEBUG - [FFMPEG] - nal_unit_type: 1(Coded slice of a non-IDR picture), nal_ref_idc: 2
May 13, 2020 08:12:47.183 [0x153a4ce662c0] DEBUG - [FFMPEG] - ct_type:0 pic_struct:0
May 13, 2020 08:12:47.184 [0x153a4ce662c0] DEBUG - [FFMPEG] - no picture 
May 13, 2020 08:12:47.185 [0x153a4ce662c0] DEBUG - [FFMPEG] - ct_type:0 pic_struct:0
May 13, 2020 08:12:47.185 [0x153a4ce662c0] DEBUG - [FFMPEG] - nal_unit_type: 6(SEI), nal_ref_idc: 0
May 13, 2020 08:12:47.185 [0x153a4ce662c0] DEBUG - [FFMPEG] - nal_unit_type: 1(Coded slice of a non-IDR picture), nal_ref_idc: 2
May 13, 2020 08:12:47.185 [0x153a4ce662c0] DEBUG - [FFMPEG] - nal_unit_type: 1(Coded slice of a non-IDR picture), nal_ref_idc: 2
May 13, 2020 08:12:47.185 [0x153a4ce662c0] DEBUG - [FFMPEG] - nal_unit_type: 1(Coded slice of a non-IDR picture), nal_ref_idc: 2
May 13, 2020 08:12:47.185 [0x153a4ce662c0] DEBUG - [FFMPEG] - nal_unit_type: 1(Coded slice of a non-IDR picture), nal_ref_idc: 2
May 13, 2020 08:12:47.185 [0x153a4ce662c0] DEBUG - [FFMPEG] - ct_type:0 pic_struct:0
5

I guess I’ll have to try to re-rip it for a third time then. It is an H.264 file. The thing is it plays properly. So I don’t know where it’s getting that there is no picture.

6

what are you ripping it with?

7

I’m using the latest version of MakeMKV and Handbrake. These are the same programs I’ve used for all of my other rips, and I never had an issue with them before. Maybe there’s something wrong with my disc itself?

8

If you take MakeMKV (which only does the a remux – doesn’t touch the original H.264 encoding) what results do you get?

Handbrake always re-encodes video and. if there’s a problem with encoding library files then it will show up just as what you’re seeing.

IMHO, Handbrake is evil. Every time Handbrake touches a file, quality is lost and possibility of errors being introduced increases.

9

I’ll do another rip with MakeMKV but without running it through Handbreak and see what happens. Thanks for the help by the way.

10

MakeMKV is the “Rip” (copy only)

HandBrake is re-encoding.

If you want the best experience (and have the storage like a NAS) then we minimize any manipulation of the original encoding.

Some of my rips are 60-70 GB. I then use MKVToolNix to remove the last tracks I don’t want. At no point do I touch any of the encoding. I usually end up with 40-60GB files but they are indeed perfect.

11

I have a NAS with 30 TB of space, and two 10 TB drives almost finished preclearing to give me 50 TB of space. I only used Handbrake for my last few movies because someone on some forum said something about using that and I thought I would give it a shot. Now I’ll go back and rip those last 10 or so movies without using Handbrake. I’ve used MKVToolNix on several occasions, so I’ll stick with MakeMKV and MKVToolNix from now on. I appreciate the tip!

12

The only time I use HandBrake is when I have a complex re-encode of a damaged video that I want to do extra steps on.

HandBrake makes it a bit easier than using FFMPEG in multi-pass mode at the command line.

Everything else is pure rip/remux. I have 64TB here (8x 8TB) with a full mirror backup.

13

Ripping with MakeMKV and using MKVToolNix without touching Handbrake appears to have resolved the issue. Apparently Handbrake was screwing something up. I really appreciate it! My OCD wouldn’t let that one file get away without having the video preview thumbnails. :stuck_out_tongue:

14

What has your OCD learned?

HandBrake == EVIL after ripping
Remux is as fast as the network and HDs can read/write the file. ZERO effort.

:smiling_imp:

:rofl: