Q-Droid 652 Posted March 30 Share Posted March 30 3 hours ago, visproduction said: MP4 stream 1.3 mbps --> HLS 720 kbps 380 fps 380 frames per second?? Corrupt metadata in the video? Related: https://stackoverflow.com/questions/13565062/fps-too-high-when-saving-video-in-mp4-container That's the transcoding rate, not the stream playback fps. 1 Link to comment Share on other sites More sharing options...
Q-Droid 652 Posted March 30 Share Posted March 30 On 3/25/2024 at 2:55 AM, Leinad86 said: Can someone give me some information here? A we have no idea where the error is is better than no answer. Thanks Have you considered changing the throttling method to one that's more reliable? Throttling ByStreamBufferSize isn't dependent on the client or media as long as the playback position is known. This is unless the devs tell us that they plan to remove ByStreamBufferSize as a method. Link to comment Share on other sites More sharing options...
Leinad86 4 Posted March 30 Author Share Posted March 30 How do i Change the throttling method? Link to comment Share on other sites More sharing options...
Q-Droid 652 Posted March 30 Share Posted March 30 I think the only way in 4.8.x and later is manually in the encoding.xml file. The buffer size is in seconds, the others you can leave as is. <EnableThrottling>true</EnableThrottling> <ThrottleBufferSize>120</ThrottleBufferSize> <ThrottleHysteresis>5</ThrottleHysteresis> <ThrottlingMethod>ByStreamBufferSize</ThrottlingMethod> Link to comment Share on other sites More sharing options...
adminExitium 173 Posted March 30 Share Posted March 30 Unfortunately, it's only via the API now. The encoding.xml file is no longer honored. 1 1 Link to comment Share on other sites More sharing options...
Q-Droid 652 Posted March 30 Share Posted March 30 4 minutes ago, adminExitium said: Unfortunately, it's only via the API now. The encoding.xml file is no longer honored. Crap. I remember that now. We've been trying to get the devs to move the settings from the plugin to the core app but they were "lost in transit" and now we're stuck with having to use an API. On my server they were set before the upgrade and I assumed the server was still pulling from the xml file. Link to comment Share on other sites More sharing options...
Leinad86 4 Posted March 31 Author Share Posted March 31 I changed the transcoding mod to ByStreamBufferSize. Unfortunately, initially without success. Here is the log, you professionals may see other problems. Thanks in advance 09:41:39.290 Too many packets buffered for output stream 1:1. 09:41:39.319 [libmp3lame @ 0x1156180] 3 frames left in the queue on closing 09:41:39.571 Conversion failed! 09:41:39.571 EXIT emby 4.8.3.0_ByStreamBufferSize.txt Link to comment Share on other sites More sharing options...
Q-Droid 652 Posted March 31 Share Posted March 31 Is this consistent for all of your videos when transcoding? What settings did you use? Link to comment Share on other sites More sharing options...
Leinad86 4 Posted March 31 Author Share Posted March 31 no, not for all of them, just for some! Everything works on 4.7. Which settings exactly do you mean? Thanks for the help! Link to comment Share on other sites More sharing options...
Q-Droid 652 Posted March 31 Share Posted March 31 The settings for throttling, you set ByStreamBufferSize but what are the others? Link to comment Share on other sites More sharing options...
Leinad86 4 Posted March 31 Author Share Posted March 31 response_1711870541555.json Link to comment Share on other sites More sharing options...
Q-Droid 652 Posted March 31 Share Posted March 31 I think it's time for the devs to dig in. The error is pretty consistent with different media and throttling options. And if you say this worked in 4.7 but not in 4.8 then even if the media itself has some problems it appears to have handled them better in 4.7. 21:46:27.801 Stream mapping: 21:46:27.801 Stream #0:0 (hevc) -> scale_cuda:default (graph 0) 21:46:27.801 setsar:default (graph 0) -> Stream #0:0 (h264_nvenc) 21:46:27.801 Stream #0:1 -> #0:1 (eac3 (native) -> ac3 (native)) 21:46:27.801 Stream #0:3 -> #1:0 (subrip (srt) -> webvtt (native)) 21:46:27.801 Stream #0:0 -> #1:1 (copy) <-- I don't understand the multiple mappings here 21:46:27.801 Stream #0:4 -> #2:0 (subrip (srt) -> webvtt (native)) 21:46:27.801 Stream #0:0 -> #2:1 (copy) <-- and here 21:46:27.801 Stream #0:5 -> #3:0 (subrip (srt) -> webvtt (native)) 21:46:27.801 Stream #0:0 -> #3:1 (copy) <-- and here 21:46:45.905 Too many packets buffered for output stream 1:1. 21:46:46.071 Conversion failed! 21:46:46.071 EXIT Link to comment Share on other sites More sharing options...
Happy2Play 8296 Posted March 31 Share Posted March 31 (edited) @Q-Droidit is the downscaling. 21:46:27.801 Stream #0:0 -> #1:1 (copy) <-- I don't understand the multiple mappings here >>>>>> Video Processing Steps for [0:0]: H.265 (HEVC) Step HW-Context Format SW-Format Size Next HEVC >> CUDA cuda nv12 1920x1080 >> scale_cuda scale_cuda >> CUDA cuda nv12 1280x720 >> setsar setsar >> CUDA cuda nv12 1280x720 >> But ffmpeg changed from 5.0 to 5.1 between versions so whatever changed has cause issues like this and may other per other post. But specific conditions are needed to fail as it does not affect all media or servers. Edited March 31 by Happy2Play 1 Link to comment Share on other sites More sharing options...
Leinad86 4 Posted March 31 Author Share Posted March 31 So there's nothing I can do about it at the moment? The developers need to patch it? I'm thinking about setting up a 2 Emby installation. I just don't know if it's worth the effort. It would be nice if a developer could comment on this soon. But I would like to thank you for your support Link to comment Share on other sites More sharing options...
Q-Droid 652 Posted March 31 Share Posted March 31 9 minutes ago, Leinad86 said: So there's nothing I can do about it at the moment? The developers need to patch it? I'm thinking about setting up a 2 Emby installation. I just don't know if it's worth the effort. It would be nice if a developer could comment on this soon. But I would like to thank you for your support Have you tried converting some of the videos that fail to see what works and what doesn't? Link to comment Share on other sites More sharing options...
Leinad86 4 Posted March 31 Author Share Posted March 31 No, I haven't, and to be honest I don't know how to do anything. The content is encoded in H265 using Tdarr. And as I said, I never had any problems with it until 4.8. I'm just surprised that not many more people have problems with it. Link to comment Share on other sites More sharing options...
Happy2Play 8296 Posted March 31 Share Posted March 31 2 minutes ago, Leinad86 said: No, I haven't, and to be honest I don't know how to do anything. The content is encoded in H265 using Tdarr. And as I said, I never had any problems with it until 4.8. I'm just surprised that not many more people have problems with it. And does that not suggest there may be an issue with the method Tdarr is converting the media? Is this only an issue with Tdarr converted media? Link to comment Share on other sites More sharing options...
Leinad86 4 Posted March 31 Author Share Posted March 31 All of my media was or is encoded with Tdarr. I've been doing this for over 2 years now Link to comment Share on other sites More sharing options...
Leinad86 4 Posted March 31 Author Share Posted March 31 I may have found something, as soon as I activate this (Disable HLS Subtitles) I no longer get any errors in my test episode! Here is the log emby v4.8.3.0_Disable HLS Subtitles.txt Link to comment Share on other sites More sharing options...
Happy2Play 8296 Posted March 31 Share Posted March 31 (edited) Yep as that correct the issue shown in your test file. So that gives the devs a specific area to look Subtitles. Disable HLS Subtitles Edited March 31 by Happy2Play Link to comment Share on other sites More sharing options...
Luke 37095 Posted April 3 Share Posted April 3 Is it only an issue with that one file? Link to comment Share on other sites More sharing options...
Leinad86 4 Posted April 3 Author Share Posted April 3 No, unfortunately not. Do you need more examples? It's always the same when the error occurs. 08:48:54.359 Too many packets buffered for output stream 1:1. 08:48:54.386 [libmp3lame @ 0x10ce380] 3 frames left in the queue on closing 08:48:54.534 Conversion failed! 08:48:54.534 EXIT Testet episode Die Kaiserin/Staffel 1/die.kaiserin.s01e01.german.1080p.web.x264-wvf.mkv As soon as I activate Disable HLS Subtitles the error no longer occurs Link to comment Share on other sites More sharing options...
Luke 37095 Posted April 13 Share Posted April 13 OK we'll take a look at it. Thanks. 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