Jump to content

Recorded TV Problem - Various Channels Only Recording Portion Of Show6


Pancho

Recommended Posts

Pancho
Server Version 3.0.5931.0 (runs on Unraid 6.1.9 Docker)

Silicondust Prime x2 (running latest firmware 20160328atest2)

Cable Provider -Comcast

Same Network Switch connects both Emby & SiliconDust Prime units - no network hop.

 

 

Over the past few days I have been trying out Emby Server a replacement for my living room WMC HTPC LiveTV recordings.   I have been experiencing issues with various channel recordings just stopping at various times.  Here are some examples with their correct runtimes:

 

Recordings without issues

4/25/16 - Blindspot

4/25/16 - 12 Monkeys

4/26/16 - Grandfathered

 

Failed Recordings

4/25/16 - The Late Show with Steven Colbert (60 min) - 4 mins recorded

4/26/16 - Marvel Agents of S.H.I.E.L.D. (60 min) - 28 min recorded

4/26/16 - The Night Manager (120 min) - 28 min recorded

 

In addition, if I look at the Emby recordedTV directory, my 28 min version of Agents of Shield recorded tv show is stored in a directory labeled  'MMCK1K~W' (see attached pic).    I am puzzled on why this occurs as it doesn't seem to be tied to a specific channel (server logs are attached).   The RecordedTV location has almost 900GB free, so it is not a space issue. 

 

Any ideas?

 

Thanks.

 

Pancho

Pancho - Emby Server Logs.zip

post-688-0-08316700-1461728518_thumb.jpg

Edited by Pancho
Link to comment
Share on other sites

Hi, can you supply your HDHR log, which you can get from

http://{tunerip}/log.html

Thanks.

Link to comment
Share on other sites

Pancho

Attached are both HDHR logs.   I reset (powered off and back on) both devices earlier today, which is why their logs are quite small and you will not have the info for yesterday (4/25) failed recording, but you will have today's.  

HDHR #1 Log.txt

HDHR #2 Log.txt

Link to comment
Share on other sites

Pancho
Luke,

 

In reviewing some of the other posts in the forum, I believe it may have been caused by something you referenced in this post (as both of my failed recordings this evening, still show up as 'Active Recordings'):

 

'Right now there are two things that I think can disrupt recordings but have not fully confirmed yet - small signal drops on the hdhr, and also, tampering with the recording file during the recording process. That could be you tampering with it manually, or some internal process of the server. For example, is your recording path also setup as a library path in emby server? I think that can potentially cause an issue. Another thing that I think can happen but haven't confirmed, is that if you use the HDHR with other software during the recording process, I think we've seen some cases where the HDHR aborts active streams instead of having that software show an error message.'

 

 

If memory serves, I believe I brought up the 'Recorded TV' section in the web console this evening to confirm everything was recording, and clicked on the properties of the active recording for Marvel's Agents Of Shield), but did not attempt to play it.   In addition, I did access the RecordedTV drive in my unraid server (via Windows Explorer), but did not tamper with any of the recordings (which is when I noticed the weirdly named folder).   I am unsure if I caused the HDHR to stop for both shows?

 

In addition, I had about 5 test TV recordings from a prior server rebuild that I had added as a Library item (per your instructions).   Unsure if that played a part as well.

 

 

As a further test here tonight, I had 'Limitless' set to record @ 9 p.m. MST.  I did not touch anything on my Emby server or in Windows, and the show recorded without issue.  

 

 

 

 

 

Link to comment
Share on other sites

Pancho

Ran another test.  I setup 'Last Call With Carson Daly' (60 minutes) to record @ 12:30 - 1:30 a.m. MST.    The show kicked off on time, and recorded for only 28 min (just like the other failed recordings earlier).

 

 

2016-04-27 06:38:00.0014 Info App: Recording timer fired.
2016-04-27 06:38:00.0606 Info App: Streaming Channel hdhr_653_c2bb48d10c7fb0fff8b49950117be6b5
2016-04-27 06:38:00.0671 Info HttpClient: HttpClientManager GET: http://192.168.0.30/tuners.html
2016-04-27 06:38:00.0715 Info App: GetChannelStream: channel id: hdhr_653_c2bb48d10c7fb0fff8b49950117be6b5. stream id:
2016-04-27 06:38:00.3710 Info HttpClient: HttpClientManager POST: https://www.mb3admin.com/admin/service/registration/validate
2016-04-27 06:38:00.4774 Info App: Beginning recording. Will record for 28.9986611833333 minutes.
2016-04-27 06:38:00.4774 Info App: Writing file to path: /recordedTV/Series/Last Call With Carson Daly/Last Call With Carson Daly S15E78 Nikolaj Coster-Waldau; Gateway Drugs; Tiffany Haddish.mp4
2016-04-27 06:38:00.4774 Info App: Opening recording stream from tuner provider
2016-04-27 06:38:00.4803 Info App: /bin/ffmpeg -fflags +genpts -async 1 -vsync -1 -i "http://192.168.0.30:5004/auto/v653"-t 00:28:59.919 -sn -codec:v:0 libx264 -force_key_frames expr:gte(t,n_forced*5)  -vf "yadif=0:-1:0" -pix_fmt yuv420p -preset superfast -crf 23 -b:v 25000000 -maxrate 25000000 -bufsize (25000000*2) -vsync vfr -profile:v high -level 41 -map_metadata -1 -threads 0 -codec:a:0 aac -strict experimental -ab 320000 -y "/recordedTV/Series/Last Call With Carson Daly/Last Call With Carson Daly S15E78 Nikolaj Coster-Waldau; Gateway Drugs; Tiffany Haddish.mp4"

 

 

I have attached the server log for review.

 

Thanks.

 

 

Pancho

server-63597334292.txt

Link to comment
Share on other sites

mellomade

It could be that in your Live TV settings you have some default padding set that will change the total record time.  From your server dashboard go to Live TV - Settings and check ensure that default padding is set to 0 for pre and post padding.

Link to comment
Share on other sites

Pancho

mellomade..  

 

I did confirm that the default Live TV settings for padding (pre & post) are set to 0.

 

Pancho

Link to comment
Share on other sites

Is it possible the data we're receiving about the item's length is actually incorrect?

Link to comment
Share on other sites

Ran another test.  I setup 'Last Call With Carson Daly' (60 minutes) to record @ 12:30 - 1:30 a.m. MST.    The show kicked off on time, and recorded for only 28 min (just like the other failed recordings earlier).

 

 

2016-04-27 06:38:00.0014 Info App: Recording timer fired.
2016-04-27 06:38:00.0606 Info App: Streaming Channel hdhr_653_c2bb48d10c7fb0fff8b49950117be6b5
2016-04-27 06:38:00.0671 Info HttpClient: HttpClientManager GET: http://192.168.0.30/tuners.html
2016-04-27 06:38:00.0715 Info App: GetChannelStream: channel id: hdhr_653_c2bb48d10c7fb0fff8b49950117be6b5. stream id:
2016-04-27 06:38:00.3710 Info HttpClient: HttpClientManager POST: https://www.mb3admin.com/admin/service/registration/validate
2016-04-27 06:38:00.4774 Info App: Beginning recording. Will record for 28.9986611833333 minutes.
2016-04-27 06:38:00.4774 Info App: Writing file to path: /recordedTV/Series/Last Call With Carson Daly/Last Call With Carson Daly S15E78 Nikolaj Coster-Waldau; Gateway Drugs; Tiffany Haddish.mp4
2016-04-27 06:38:00.4774 Info App: Opening recording stream from tuner provider
2016-04-27 06:38:00.4803 Info App: /bin/ffmpeg -fflags +genpts -async 1 -vsync -1 -i "http://192.168.0.30:5004/auto/v653"-t 00:28:59.919 -sn -codec:v:0 libx264 -force_key_frames expr:gte(t,n_forced*5)  -vf "yadif=0:-1:0" -pix_fmt yuv420p -preset superfast -crf 23 -b:v 25000000 -maxrate 25000000 -bufsize (25000000*2) -vsync vfr -profile:v high -level 41 -map_metadata -1 -threads 0 -codec:a:0 aac -strict experimental -ab 320000 -y "/recordedTV/Series/Last Call With Carson Daly/Last Call With Carson Daly S15E78 Nikolaj Coster-Waldau; Gateway Drugs; Tiffany Haddish.mp4"

 

 

I have attached the server log for review.

 

Thanks.

 

 

Pancho

 

Ah good info here! So in this particular case, the 28 minutes was actually planned and not an early termination. So now, we have to find out why that happened.

 

Question - did the recording begin at the expected start time, or did it start late?

Link to comment
Share on other sites

In the meantime I will also add logging with the program details so that we can see the program metadata at the time the recording is beginning.

Link to comment
Share on other sites

  • 2 weeks later...
xXSagaiaXx

I'm still having problems with recorded. Some shows will record one week or one day then the next time it won't. It's getting rather frustrating. I've even tried deleting all of my series to record and reset them with same results. I'll post some logs tomorrow night once I can access those logs.

 

Sent from my SM-N920T using Tapatalk

Link to comment
Share on other sites

  • 2 weeks later...
Pancho
Server Version 3.0.5934.0 (runs on Unraid 6.1.9 Docker)
Silicondust Prime x2 (running latest firmware 20160512atest1)
Cable Provider -Comcast
Same Network Switch connects both Emby & SiliconDust Prime units - no network hop.
 

 

I still continue to have problems with Live TV recordings.  One week a 60 min show will record the entire show, the next 46 min, the next 51 min.   This isn't related to any specific channel, it's all over the map (ABC, CBS, AMC, etc.).    I have the absolute latest Silicon Dust firmware installed, but still see the issue.   For example:

 

TV Recordings (Tuesday 5/17/16)

Blindspot (60 min - recorded 51 min)

Marvel's Agents Of S.H.I.E.L.D. (120 min finale - recorded 106 min)

Person Of Interest (60 min - recorded 46)

 

Reviewing the Server logs (Person Of Interest & Agents Of Shield) it does show the correct record time for the show:

 

2016-05-18 02:59:59.9991 Info App: Recording timer fired.
2016-05-18 03:00:00.0616 Info App: Streaming Channel hdhr_654_f3a9823dfef3fbb5076225a4cf0f64aa
2016-05-18 03:00:00.0625 Info HttpClient: HttpClientManager GET: http://192.168.0.30/tuners.html
2016-05-18 03:00:00.0647 Info App: GetChannelStream: channel id: hdhr_654_f3a9823dfef3fbb5076225a4cf0f64aa. stream id:
2016-05-18 03:00:00.0680 Info App: Beginning recording. Will record for 59.9989166166667 minutes.
2016-05-18 03:00:00.0680 Info App: Writing file to path: /recordedTV/Series/Person of Interest/Person of Interest S05E05 Shotseeker.ts
2016-05-18 03:00:00.0680 Info App: Opening recording stream from tuner provider
2016-05-18 03:00:00.0680 Info HttpClient: HttpClientManager GET: http://192.168.0.30:5004/auto/v654
2016-05-18 03:00:00.5605 Info App: Opened recording stream from tuner provider
2016-05-18 03:00:00.5609 Info App: Copying recording stream to file /recordedTV/Series/Person of Interest/Person of Interest S05E05 Shotseeker.ts
 
 
2016-05-18 02:00:00.7070 Info HttpClient: HttpClientManager GET: http://192.168.0.30/tuners.html
2016-05-18 02:00:00.7091 Info App: GetChannelStream: channel id: hdhr_652_067276d156f5c7ba47b43df042263931. stream id:
2016-05-18 02:00:00.7122 Info App: Beginning recording. Will record for 119.988176566667 minutes.
2016-05-18 02:00:00.7122 Info App: Writing file to path: /recordedTV/Series/Marvel's Agents of S.H.I.E.L.D./Marvel's Agents of S.H.I.E.L.D. S03E21 Absolution Ascension.ts
2016-05-18 02:00:00.7122 Info App: Opening recording stream from tuner provider
2016-05-18 02:00:00.7122 Info HttpClient: HttpClientManager GET: http://192.168.0.30:5004/auto/v652
2016-05-18 02:00:01.1771 Info App: Opened recording stream from tuner provider
2016-05-18 02:00:01.1771 Info App: Copying recording stream to file /recordedTV/Series/Marvel's Agents of S.H.I.E.L.D./Marvel's Agents of S.H.I.E.L.D. S03E21 Absolution Ascension.ts
 
 
I did notice that both SHIELD & Person of Interest were both stuck in 'Active Recordings' this morning when I checked.   I had to stop the Emby service, and restart to clear that out.  However, Blindspot was NOT stuck in ACTIVE RECORDINGS, yet only recorded 51 min.    I am baffled on why this is happening.
 
Any ideas?

post-688-0-79154600-1463580682_thumb.jpg

post-688-0-58765400-1463580689_thumb.jpg

post-688-0-55590800-1463580693_thumb.jpg

Server Logs.zip

Edited by Pancho
Link to comment
Share on other sites

we'd need to see the recording log for blindspot. it's not in any of the ones attached.

Link to comment
Share on other sites

also there are some improvements for this issue for the next release that i'm hoping will resolve it.

Link to comment
Share on other sites

Pancho

Luke,

 

Thanks for the update.    I haven't had any shows recently record only a portion, but I will keep monitoring.   I do have another issue where some recent recordings are not readable, but I will submit another post for that.

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