Jump to content


Photo
live tv

Live TV Recordings Will Only Record For 19 Minutes

recordings 19 minutes

  • Please log in to reply
20 replies to this topic

#1 linuxmac OFFLINE  

linuxmac

    Newbie

  • Members
  • 6 posts
  • Local time: 10:18 AM

Posted 17 September 2016 - 10:01 PM

I've installed Emby on 3 separate servers (Debian, Ubuntu, and Mint) to test. All 3 have had the same issue. Recordings are stop short.

 

I'm using HDHomerun Prime which has that latest firmware.

 

All three Emby servers have the latest version 3.0.7200.0

 

I've tried resetting the Medadata from the 3 dots at the top right. No help

 

Tried changing the padding. No Help

 

 

*******************************

 

Help would be deeply appreciated

 

Thanks 

Attached Files


Edited by linuxmac, 17 September 2016 - 10:04 PM.


#2 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 137605 posts
  • Local time: 11:18 AM

Posted 17 September 2016 - 10:28 PM

Hi, we've done some work to address this on the beta channel, if you'd like to try that out.



#3 linuxmac OFFLINE  

linuxmac

    Newbie

  • Members
  • 6 posts
  • Local time: 10:18 AM

Posted 17 September 2016 - 11:01 PM

Will do.

 

I'll update once I test.



#4 linuxmac OFFLINE  

linuxmac

    Newbie

  • Members
  • 6 posts
  • Local time: 10:18 AM

Posted 18 September 2016 - 12:35 PM

Day one follow-up

 

I'm glad to say running Version 3.1.155.0 beta has solved the recordings stopping prematurely. 



#5 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 137605 posts
  • Local time: 11:18 AM

Posted 18 September 2016 - 01:28 PM

Thanks for the feedback !



#6 linuxmac OFFLINE  

linuxmac

    Newbie

  • Members
  • 6 posts
  • Local time: 10:18 AM

Posted 20 September 2016 - 08:09 PM

Day three update...

 

I let the server run for a few days to see how it reacted.

 

The recording are recording in full length but now the server stops recording and even after a reboot the recording are still stuck in the schedule. 

 

I waited for the server to remove the recordings from the schedule but after an hour I decided to remove them manually.

 

 

 

I also updated to the newest Version 3.1.159.0 beta

 

 

I'll update back in a few days

 

Attached Files



#7 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 137605 posts
  • Local time: 11:18 AM

Posted 21 September 2016 - 02:37 AM

Ok thanks, I'll take a look.



#8 panamajim OFFLINE  

panamajim

    Member

  • Members
  • 26 posts
  • Local time: 11:18 AM

Posted 21 September 2016 - 09:37 AM

Providing information for what appears to be a similar problem.

 

Two Emby servers in the house.  One is Windows, the other Linux.  My Windows Emby server shows the same behavior as OP except it only records between 9 to 16 minutes before it stops.  The schedule appears to hold the entries indefinitely.

 

Transcode and Remux log files attached for two shows that failed to record the whole show.  Both appear normal to me.  (But then again, I'm still quite new to this....)

 

Server log file attached.

 

Background info possibly interest:

I modified Emby to point to an updated static executable of ffmpeg.  The problem is unaffected

Attached Files


Edited by panamajim, 21 September 2016 - 02:30 PM.


#9 linuxmac OFFLINE  

linuxmac

    Newbie

  • Members
  • 6 posts
  • Local time: 10:18 AM

Posted 22 September 2016 - 08:22 PM

Version 3.1.159.0 beta had the same problem of schedule not continuing.

 

I to Version 3.1.161.0 and I noticed on first reboot it had already corrected schedule on it's own.

 

 

I'll update in a few days




#10 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 137605 posts
  • Local time: 11:18 AM

Posted 22 September 2016 - 08:27 PM

Thanks for the feedback.



#11 panamajim OFFLINE  

panamajim

    Member

  • Members
  • 26 posts
  • Local time: 11:18 AM

Posted 29 September 2016 - 10:36 PM

Follow-up from my end.
 
My Linux machine has just failed on two recordings.  I've attached the transcode logs and the server log.  From what I could see, the correct recording times for both programs are correctly pulled from the TV guide feed.  The recording appears to fail due to bad incoming data and the recording is stopped.  I took a look at the temporary .ts files and they are the same length as the transcoded files.  That tells me the problem happens prior to the transcoding process, likely when the data is on the network.  My best guess is that the network traffic between the HDHomeRun and the computer is getting dorked.  I think my next step this weekend will be to put a network health monitor on the switch or move the HDHomeRun onto the same switch as the computer (shortening the path between the two).

 

Feedback as to whether my interpretation of the logs is correct would be appreciated.

Attached Files



#12 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 137605 posts
  • Local time: 11:18 AM

Posted 30 September 2016 - 12:15 AM

Hi, we are actively working on resolving this for the next release, thanks.



#13 panamajim OFFLINE  

panamajim

    Member

  • Members
  • 26 posts
  • Local time: 11:18 AM

Posted 30 September 2016 - 02:06 AM

Hi, we are actively working on resolving this for the next release, thanks.

Gotcha.  Thanks for the quick response.



#14 linuxmac OFFLINE  

linuxmac

    Newbie

  • Members
  • 6 posts
  • Local time: 10:18 AM

Posted 01 October 2016 - 10:40 PM

I'm back using the stable Emby version I stopped using the beta version cause I found myself spending way too much time dealing with corky issues. To top it off the last beta version would lock all the tuners of the HDHomerun, I would have to reboot the server to release the tuners :(

 

Well moving on...

 

After a full week of testing I found the issue is linked to the conversion process from ts to mp4. Once the conversion was disabled every show has been recorded in full :)

 

For now I'm using rsync to convert the ts files to mkv and dumping them to the nas and linked the folder so Emby has access to the folder as recordings. For now this is working  ;) 



#15 panamajim OFFLINE  

panamajim

    Member

  • Members
  • 26 posts
  • Local time: 11:18 AM

Posted 02 October 2016 - 03:36 AM

@linuxmac, I finally arrived at the same conclusion you did.  Turn off the transcoding and the record to .ts worked fine.  I updated to 3.0.7300.0 and the issue persists on my Linux box.  Looks like I'm going to continue recording to .ts and transcode later.

 

Edit:

Digging into this a bit further, I'm right back to my prior thoughts about the problem being corruption of the incoming video stream.  In transcoding several of the .ts files with ffmpeg from the CLI I find that the .ts streams have bad data in them.  It appears to be dropped frames because In some cases the motion types are bad and in others the ac-text are bad leading to MV errors in P and B frames.

 

I believe the problem lies in one of two areas:  1.)  The computer is having issues recording the .ts file or 2.)  The data is being corrupted on the wire. If the former is the issue then Emby _may_ have a play in this.  If the latter, then I need to fix my network traffic issues.  (This assumes that the HDHomeRun is not the problem.)

 

So, in either case, the original problem that @linuxmac brought to the table was Emby stopping recording after a period of time.  In my case it seems that the recording was stopping short due to corruption of the .ts stream the large number of resulting errors in the transcoding process.

 

Again, feedback or alternate analysis is appreciated.


Edited by panamajim, 02 October 2016 - 02:51 PM.


#16 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 137605 posts
  • Local time: 11:18 AM

Posted 02 October 2016 - 03:00 PM

Sorry, the 7300 update was just a surgical bug fix release and does not have the major changes I talked about earlier.



#17 panamajim OFFLINE  

panamajim

    Member

  • Members
  • 26 posts
  • Local time: 11:18 AM

Posted 17 October 2016 - 09:15 PM

Bringing this topic back up because my Linux box situation is degrading slowly.  My Emby distro is now at version 3.0.8200.0 after having performed a fresh re-install with x.8000. and upgrading to x.8100.  Recording to .mp4 and .ts formats now fails at precisely 1.01 minutes for all recordings.  I'm at a loss to understand with clarity why this is and would appreciate any insights.  Attached is the server log.  In as much as anyone is willing to take the time, I'd like to learn the steps to troubleshoot this myself so I don't continue to clog up the forums with repetitive questions.  Thanks all.

 

The most recent record failures were three recordings that fired at 19:59.

Attached Files


Edited by panamajim, 17 October 2016 - 09:23 PM.


#18 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 137605 posts
  • Local time: 11:18 AM

Posted 18 October 2016 - 05:16 PM

It looks like you tried to play right at the time of a recording and this may have created a conflict. is that possible?



#19 panamajim OFFLINE  

panamajim

    Member

  • Members
  • 26 posts
  • Local time: 11:18 AM

Posted 18 October 2016 - 11:09 PM

One of my kids may have tried to do that.  Unfortunately, recordings since then have also failed.



#20 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 137605 posts
  • Local time: 11:18 AM

Posted 19 October 2016 - 01:26 AM

Can you provide a log example of one that failed without any playback going on at the time? Obviously it should be OK to play depending on how many tuners you have, but right now it just makes for easier troubleshooting. Thanks.







Also tagged with one or more of these keywords: live tv, recordings, 19 minutes

0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users