Jump to content


Photo

Recording issues


  • Please log in to reply
660 replies to this topic

#441 dcol OFFLINE  

dcol

    Advanced Member

  • Members
  • 683 posts
  • Local time: 04:15 PM
  • LocationTucson, Arizona

Posted 18 February 2019 - 06:24 PM

Would be interesting if you guys find iptv plays in Emby via the NPVR plugin, cos it doesn't for me. Generally lasts for about a minute.

Never had an issue. I run the NPVR server on the same system as Emby.



#442 arrbee99 ONLINE  

arrbee99

    Advanced Member

  • Members
  • 2428 posts
  • Local time: 12:15 PM
  • LocationNew Zealand

Posted 18 February 2019 - 06:35 PM

Oh well, maybe its some weird NZ stream issue.



#443 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 121604 posts
  • Local time: 07:15 PM

Posted 20 February 2019 - 03:13 AM

Ok please try 4.1.0.9+, once available for your platform. Thanks.



#444 dcol OFFLINE  

dcol

    Advanced Member

  • Members
  • 683 posts
  • Local time: 04:15 PM
  • LocationTucson, Arizona

Posted 20 February 2019 - 11:08 AM

I updated. Will report back after the mornings recordings. Thanks!!



#445 CBers OFFLINE  

CBers

    Advanced Member

  • Moderators
  • 14560 posts
  • Local time: 11:15 PM
  • LocationKent, England.

Posted 20 February 2019 - 12:37 PM

@Luke - please take a look here at a possible consequence of your recent change(s):

https://emby.media/c...n-now-automatic

#446 IkeTaylor11 OFFLINE  

IkeTaylor11

    Advanced Member

  • Members
  • 237 posts
  • Local time: 06:15 PM

Posted 20 February 2019 - 02:42 PM

Every recording I did today completed as it should. None stopped early, none gave an end of file error, none gave a 403 error. So the parameter change to the ffmpeg call seems to have fixed recordings. 

 

However, this has now forced all direct stream playback to transcode instead of direct streaming. I think this problem needs to be split into 2 things. Live TV should stay how it was and just remove the ALLS option completely for live streaming. For recording the ALLS should be added in and ffmpeg should be used with the looping to solve the recording issue. Since the live stream is opened by Emby and then passed off to ffmpeg this should be an easy enough task to just add that parameter when the recording starts. Correct? 



#447 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 121604 posts
  • Local time: 07:15 PM

Posted 20 February 2019 - 02:49 PM

Please attach the emby server log and recording log. Thanks.

#448 IkeTaylor11 OFFLINE  

IkeTaylor11

    Advanced Member

  • Members
  • 237 posts
  • Local time: 06:15 PM

Posted 20 February 2019 - 03:02 PM

Please attach the emby server log and recording log. Thanks.

 

I am attaching 4 logs for review. 

 

1. embyserver_log_2_20_19.txt - this is the embyserver.txt log for today

 

2. recording_conversion.txt - this is a copy of the recording log for an episode that has failed every single time I have tried to record it, except for today. It was the one that gave an eof error because the stream was at 0.00 when it started. Now it completes properly. 

 

3. direct_stream_live_tv.txt - this is the transcode log I get when "Direct stream live TV" is enabled on the Shield client and "Allow Video Stream Copy" is disabled. This used to just direct play and not transcode at all. This needs to be fixed and urgently. 

 

4. allow_stream_copy.txt - this is the direct stream log when "Allow Video Stream Copy" is enabled and "Direct stream live TV" is disabled. This appears to be working like it always has, doing a remux of the stream so that pause and rewind functionality can work. 

Attached Files



#449 CBers OFFLINE  

CBers

    Advanced Member

  • Moderators
  • 14560 posts
  • Local time: 11:15 PM
  • LocationKent, England.

Posted 20 February 2019 - 03:58 PM

@Luke - please take a look here at a possible consequence of your recent change(s):

https://emby.media/c...n-now-automatic


@Luke Have you visited the above thread yet? It needs your input, as basically watching Live TV is screwed on the current beta server.

#450 dcol OFFLINE  

dcol

    Advanced Member

  • Members
  • 683 posts
  • Local time: 04:15 PM
  • LocationTucson, Arizona

Posted 20 February 2019 - 04:02 PM

Point is, both @IkeTaylor11 and myself have seen no recording failures today. Even on the tough shows that frequently fail.

All looks good so far.



#451 dcol OFFLINE  

dcol

    Advanced Member

  • Members
  • 683 posts
  • Local time: 04:15 PM
  • LocationTucson, Arizona

Posted 20 February 2019 - 06:29 PM

Had one failure today but looking closer seems like a legitimate stream failure. 18 other shows recorded fine. This show quit after 12 minutes. NPVR also failed on this show. Funny thing is this is the show that fails a lot and it was the second of two. I attached the log here for Emby's inspection.

Attached Files



#452 IkeTaylor11 OFFLINE  

IkeTaylor11

    Advanced Member

  • Members
  • 237 posts
  • Local time: 06:15 PM

Posted 20 February 2019 - 11:23 PM

Wish more people would chime in on this thread. I’ve had 0 recording issues since the update. Would be nice to know if this is a success across the board for everyone.


Sent from my iPhone using Tapatalk

#453 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 121604 posts
  • Local time: 07:15 PM

Posted 20 February 2019 - 11:50 PM

The build is currently only up for windows right now due to ongoing development with our build server, so that is why most beta users don't have it yet.



#454 CBers OFFLINE  

CBers

    Advanced Member

  • Moderators
  • 14560 posts
  • Local time: 11:15 PM
  • LocationKent, England.

Posted 21 February 2019 - 04:52 AM

@Luke - please take a look here at a possible consequence of your recent change(s):

https://emby.media/c...n-now-automatic


@Luke Have you visited the above thread yet? It needs your input, as basically watching Live TV is screwed on the current beta server.


@Luke? @ebr?

#455 dcol OFFLINE  

dcol

    Advanced Member

  • Members
  • 683 posts
  • Local time: 04:15 PM
  • LocationTucson, Arizona

Posted 21 February 2019 - 10:58 AM

Haven't had a single 403 failure since 4.1.0.9 has come out. 28 shows recorded since update.



#456 ebr ONLINE  

ebr

    Chief Bottle Washer

  • Administrators
  • 42835 posts
  • Local time: 07:15 PM

Posted 21 February 2019 - 11:28 AM

@Luke? @ebr?

 

The betas are an iterative process of refinement.


  • kanipek likes this

#457 CBers OFFLINE  

CBers

    Advanced Member

  • Moderators
  • 14560 posts
  • Local time: 11:15 PM
  • LocationKent, England.

Posted 21 February 2019 - 11:48 AM

The betas are an iterative process of refinement.


Yes we know that, but it's been 24 hours with no feedback from you or Luke.

As I said earlier, a "we are looking into it" type reply would suffice, just so people know you have actually recognised the problem.

#458 dcol OFFLINE  

dcol

    Advanced Member

  • Members
  • 683 posts
  • Local time: 04:15 PM
  • LocationTucson, Arizona

Posted 21 February 2019 - 02:16 PM

Found an interesting thing.

 

Tried to record the same show at the same time from two different providers just as a test. One show always gets the 403 error and the other seems to record normally. I would have expected one show to be a conflict error, not a 403 error.

 

[Update]

This 403 error only occurs on one of the providers. If I record the same show at the same time from the other two providers, it seem to record them both.


Edited by dcol, 21 February 2019 - 02:35 PM.


#459 cayars ONLINE  

cayars

    Advanced Member

  • Alpha Testers
  • 2442 posts
  • Local time: 07:15 PM

Posted 21 February 2019 - 03:48 PM

403 is a different issue.  Basically it means the request is forbidden.



#460 dcol OFFLINE  

dcol

    Advanced Member

  • Members
  • 683 posts
  • Local time: 04:15 PM
  • LocationTucson, Arizona

Posted 21 February 2019 - 04:25 PM

403 is a different issue.  Basically it means the request is forbidden.

I know, but why?






0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users