Jump to content

Runaway Recordings and "before" and "after" Series Settings


Recommended Posts

Posted (edited)

I've had 2 runaway recordings in as many days. 

 

I set 2 different shows/channels to record via the EPG (first was a single episode, second was a series recording).  In both cases the recording looked bad (HEAVY pixellation, blank screen at times, technicolor "banners" across the screen, etc).

 

The recordings were supposed to be 1 hour but both ended up near 1,500 minutes.

 

In another case, when I set a show to record 1 minute early, the recording appears to have started when I wanted, but stopped at the turn of hour, one minute later.

 

 

Do bad feeds cause runaway recordings?

 

Does the extra minutes added before and after the recording normally end at the hour or 1/2 hour?

Edited by Cybergy
Posted

Hi there, please attach the emby server log so that we can look closely at an example. thanks.

  • 2 weeks later...
Posted

Hey Luke, Sorry for the late response.

 

Here's a recording example;

- The Pacific War in Color

- 21 Aug 2018

- 492 mins (ends at 3:03pm)

 

I have my recordings set to run an extra minute if possible.

 

 

 

I have others, but no log files due to a windows re-install.  I'll provide more later if needed. 

 

 

embyserver-63670492799.txt

Posted

According to the log it completed after 59 minutes like it was supposed to.

Posted

Interesting.

 

Maybe I need to read some of the wiki but unless the tiles in recordings are a summary of minutes, it is misreporting the recording length.

 

I’ll read up.

post-330017-0-19927500-1534973346_thumb.jpeg

Posted

I used a utility called MediaInfo to look at 3 recordings of the same show.  All are approximately the same size, but the duration in MI as well as Emby shows vastly different run-times.

 

Screen Caps of MediaInfo on the 3 episodes attached.

 

 

post-330017-0-28476300-1534975245_thumb.png

post-330017-0-14208400-1534975251_thumb.png

post-330017-0-60642700-1534975255_thumb.png

Posted

That's just the duration that ffprobe is giving us. We may need to look at repairing the headers of the .ts file after completing the recording. thanks.

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...