Jump to content

Recorded TV Playback Problem


Scott D

Recommended Posts

Scott D

I'm not sure if this is a ROKU issue, or a server issue.  Recently I have been having great difficulty on playing back OTA recordings that are created using Emby.  If I play the created file using VLC on the recording PC, playback is fine.  However, when trying to playback using Emby and a ROKU app (both on a media player and also on a ROKU TV).

Here is some background:

Server is running on a Windows 10 Home platform i3-4130 64 bit with 8 Gb of memory

Temp folders and server software are located on a 500 Gb SSD drive.

Emby is running version 4.7.5.0

Device used for this session to playback is a Hisense Roku TV that reports Roku SG 4.0.55

Here are the steps taken:

Recording was made using Emby and an HDHomeRun Quatro Model HDHR5-4US with Firmware 20220203 on May 17th.

Playback was started.  Progress circle began to spin up to 34% and then stopped.  After several minutes of not starting, user exited out of Emby.

Please see attached files for log information.

If this is a ROKU issue, please move to appropriate forum.

 

62bc7db8.jpg

62bc79cf.jpg

ffmpeg-transcode-0505b446-060e-460a-8f7c-ab90dd05a3b0_1.txt ffmpeg-transcode-882a852c-4eda-4070-b2ba-0c8a8a7b2beb_1.txt ffmpeg-transcode-4148ca28-0b29-416c-81c0-f40e99002f9e_1.txt ffmpeg-transcode-528409fe-726a-43c6-bba1-b565daa7b00b_1.txt ffmpeg-transcode-b4f079e3-9e8c-4490-ad75-4865126658db_1.txt ffmpeg-transcode-b3419280-cf72-4790-a55a-6e12bee9dbec_1.txt ffmpeg-transcode-d57c5ff9-b48d-4dd1-ac35-1ebfaae55af4_1.txt ffmpeg-transcode-e6348f3e-1601-41be-8eef-c8c85b547343_1.txt ffmpeg-transcode-e971767d-2388-48cd-a0c7-67b00c0d7016_1.txt ffmpeg-transcode-e5782076-af76-4a81-9735-dc088ee5a99c_1.txt hardware_detection-63792115075.txt embyserver-63792115741.txt ffmpeg-transcode-0a014787-5735-4016-8c93-d90e280283c6_1.txt ffmpeg-transcode-3d1f3148-401d-4393-9a5f-603bcc18fdb7_1.txt ffmpeg-transcode-4a371890-9d3e-450f-8b4e-d2d2577045fd_1.txt ffmpeg-transcode-6b9136be-dba8-4e61-a216-6220979a6629_1.txt ffmpeg-transcode-9b82a82c-2d75-486c-baf4-47fbdabe7603_1.txt ffmpeg-transcode-9f9ce3de-255a-49b4-95ce-9c1654c6e969_1.txt ffmpeg-transcode-33cd6b16-e824-4888-bbb6-98f2528a763f_1.txt ffmpeg-transcode-34fd8e96-3a0f-44a6-84c2-a28227a73b31_1.txt ffmpeg-transcode-392aef96-d581-421c-831d-2c7cd08df52a_1.txt

 

 

 

62bc7ac8.jpg

Link to comment
Share on other sites

ffmpeg-transcode-34fd8e96-3a0f-44a6-84c2-a28227a73b31_1

   16:03:43.396 [Closed caption Decoder @ 0000013bbacd2640] Data Ignored since exceeding screen width
    Last message repeated 5 times
   16:03:43.427 [h264_qsv @ 0000013bbacda500] Error during encoding: device failed (-17)
   16:03:43.427 Video encoding failed
   16:03:43.444 Conversion failed!

-> For this one, it seems the captions are rendering larger than the display area. It causes the encoder to panic.

ffmpeg-transcode-392aef96-d581-421c-831d-2c7cd08df52a_1

   16:05:03.612 Ignoring repeated subtitle frame
    Last message repeated 10674 times
   16:05:03.830 [h264_qsv @ 00000155c80e7dc0] Error during encoding: device failed (-17)
   16:05:03.830 Video encoding failed
   16:05:03.849 Conversion failed!
   16:05:03.849

-> For this one is appears the subtitles are repeated infinitely and the encoder panics.

 

It is the EIA captions causing you grief.

Edited by speechles
Link to comment
Share on other sites

Scott D

Thanks for looking into this.  It would appear that a recent change to Live TV has created issues.  This had been working with no issue until just recently.  I am using all of the same hardware for at least the last year.  Recording has been scheduled through Emby.  HDHomeRun firmware has not changed in a few months.

Is there something that can be set or done to correct this problem on my end?

Link to comment
Share on other sites

Scott D

Is it possible that the problem comes from the fact that this recording is at 60fps and being played back at only 30 fps?

Is there a way to specify how recordings are made from HDHomeRun?  I.e., 30 fps, 3 Mbps, or resolution.

In watching the process of recording a show, I noticed the stream is opened up and then fed through ffmpeg to create the file.  It would be nice to set some parameters as the recording is taking place. 

Link to comment
Share on other sites

HI, are you still running into this? Were these recordings created using Emby Server 4.7.5?

Link to comment
Share on other sites

Scott D
15 hours ago, Luke said:

HI, are you still running into this? Were these recordings created using Emby Server 4.7.5?

Yes, the recording was created by scheduling an OTA series within Emby.  Emby uses an HDHomeRun Connect Quatro with firmware 20220203.  I will have to get back to you if the problem is still occurring as I have found a work around that prevents me from testing.  Next scheduled record is this evening at 21:00.  Playback will be attempted on Wednesday at some point during the day.

Has something been changed, because it appears I am still running all the same stuff?  4.7.5, Roku 4.0.55, etc.

Edited by Scott D
Link to comment
Share on other sites

image.png.2e86fc26ab7e7bc9d5fa237cc1e6d774.png

Do you have the limit framerate enabled? By default this is set to No. But for lower performance Roku TV models this can be set to Yes. Is yours still set to No?

image.png.b8f3a400591b69ff99298b7a4deb29b3.png

Did you keep this setting set to Yes?

Edited by speechles
Link to comment
Share on other sites

That option to limit the framerate will only appear on the Roku TV models. Since you mentioned you also played some back on a Roku TV I brought that one up. The other with allow direct streaming is what is important because it will not copy any Live TV streams set to No. It should be set to Yes until you experience problems.

Link to comment
Share on other sites

Scott D
11 hours ago, speechles said:

That option to limit the framerate will only appear on the Roku TV models. Since you mentioned you also played some back on a Roku TV I brought that one up. The other with allow direct streaming is what is important because it will not copy any Live TV streams set to No. It should be set to Yes until you experience problems.

Thanks for the info.  I will check with the family member with the Roku TV and make sure the setting is correct.

  • Thanks 1
Link to comment
Share on other sites

  • 2 weeks later...
Scott D

Captured the problem and can reproduce at will.

This has been going on for a few weeks and I have been able to work around by doing a conversion of the recorded files.  That however is getting old very quickly.

So here is the problem:

TV show is recorded from an OTA broadcast using Emby 4.7.5.0 with an HDHomeRun Quatro receiver.  The program is scheduled to record nightly and is doing as expected.  The file is being added to a "Recordings" library as expected.  Prior to this problem, the nfo and bif files were being created just after the show would complete.  Playback was much like any other media file.  Point, start, enjoy.

Now, the program is being created as before.  I can play the file using VLC with no issue.  However, the bif file is no longer being created.  If playback is attempted (either locally or outside the network) the video will play for less than a minute and then go to a spinning circle that will never get past 33%.  As stated above, I have found that doing a conversion to the file will result in a playable program.  

Setup is the same as listed in the initial post.

Playback device is Roku Streaming Stick+ running Roku SG 4.0.55

The attached log files are from a playback attempt made this morning.  This is a fresh (reboot of entire computer system) log file and my test was the only connection and activity during the creation of the files.

Playback was limited to 3 Mbps as this is the limit I have placed on all outside connections.  I would post the media file, but it is 2.65Gb in size.

ffmpeg-transcode-7df099f4-30e8-4346-8b85-d03aacae964d_1.txt ffmpeg-transcode-3b8ee361-1d99-47c4-965a-b9721f586be6_1.txt ffmpeg-transcode-b27f45f4-dcbf-48cb-8069-eae67a0d3a8f_1.txt hardware_detection-63793477597.txt embyserver-63793477831.txt ffmpeg-transcode-560bc378-bfc9-4285-a664-63d299c7e3ab_1.txt ffmpeg-transcode-1f3f1439-fe4d-483f-a7bf-4defb54d2039_1.txt MediaInfo.txt

Link to comment
Share on other sites

Scott D

Possibly found that the problem is occurring on certain programs.  It appears it may be an issue with the framerate.

Attached is a MediaInfo for a file that was recorded using the same hardware/software setup.  Different channel, different time but is playable without conversion and bif and nfo files were created as expected.Mediainfo.txtMediainfo.txtMediainfo.txt

Link to comment
Share on other sites

  • 3 weeks later...

Hi, please try updating to Emby Server 4.7.6 and let us know if that helps. Thanks.

Link to comment
Share on other sites

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...