Jump to content


Photo

Version 4.1.0.5 bêta (netcore) Burst of packet loss in recordings

DVR netcore

  • Please log in to reply
36 replies to this topic

#21 rouq OFFLINE  

rouq

    Advanced Member

  • Members
  • 103 posts
  • Local time: 10:28 AM

Posted 03 February 2019 - 08:53 AM

Hello @solabc16

Since I switched to the beta with netcore, all recordings get corrupted if a transcode session is active, even a single one.

That was not the case with the stable release with mono.

Regards

Edited by rouq, 03 February 2019 - 08:54 AM.


#22 solabc16 OFFLINE  

solabc16

    Advanced Member

  • ForumMod
  • 1832 posts
  • Local time: 03:28 PM

Posted 03 February 2019 - 08:59 AM

Thanks for clarifying @rouq.

 

It seems unlikely the switch from Mono to .NET Core is going to be the cause here, although never say never - and I'll put together a custom build so we can eliminate this from the equation.

 

Some change between 4.0.1.0 and 4.1.0.5-beta would seem a more likely cause, but then again - there's nothing in the release notes that suggest any significant change in this area. (@Luke?)

 

I'll PM you details later today on how to install a Mono based version of  4.1.0.5-beta.

 

Best

- James



#23 rouq OFFLINE  

rouq

    Advanced Member

  • Members
  • 103 posts
  • Local time: 10:28 AM

Posted 03 February 2019 - 09:52 AM

Hello @solabc16

Thank you for your effort in this.

I think it's a good idea to try that, to isolate from were it's coming from. Hopefully, it doesn't come from netcore, because it's seem more efficient than mono. With mono, recordings take more cpu load than netcore.

I should be able today to install the custom build when you are ready.

Thank you

#24 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 119080 posts
  • Local time: 10:28 AM

Posted 03 February 2019 - 11:57 AM

Some change between 4.0.1.0 and 4.1.0.5-beta would seem a more likely cause, but then again - there's nothing in the release notes that suggest any significant change in this area. (@Luke?)

 

Nothing because at this point they're almost identical.



#25 solabc16 OFFLINE  

solabc16

    Advanced Member

  • ForumMod
  • 1832 posts
  • Local time: 03:28 PM

Posted 03 February 2019 - 04:33 PM

Hello @rouq

 

I'm putting this custom build together now, will PM you with the details shortly.

 

With mono, recordings take more cpu load than netcore.

 

I'll be curious to see if the above holds true, as recordings are primarily I/O driven and this isn't an area where we'd expect to see notable differences.

 

Thanks @Luke for confirming.

 

Best

- James


Edited by solabc16, 03 February 2019 - 04:47 PM.


#26 rouq OFFLINE  

rouq

    Advanced Member

  • Members
  • 103 posts
  • Local time: 10:28 AM

Posted 03 February 2019 - 05:35 PM

Hello @solabc16

 

I installed the custom build that you sent to me.  I did few quick tests (5 minutes recordings).  I will be doing more testing later (longer recordings).  But here some observations.

 

1.  Mono takes a lot and I mean a lot more CPU than .NET core.  For 2 recordings, mono takes an average of 34%.  For 6, it takes an average of 85%.  When doing 2 recordings and 1 full transcode session, with netcore, the total CPU load was arround 50%.  But with mono in the same condition, it's arround 95%

 

2.  I did a 5 minutes recordings in the same conditions: 2 recordings on emby, recording the same 2 streams at the same time with plex.  Playback with full transcoding in emby webapp.  Both recordings are clean from both system.  That test always fail with .NET core.

 

Regards.


Edited by rouq, 03 February 2019 - 05:35 PM.


#27 solabc16 OFFLINE  

solabc16

    Advanced Member

  • ForumMod
  • 1832 posts
  • Local time: 03:28 PM

Posted 03 February 2019 - 07:20 PM

Hello @rouq

 

Thanks for getting that installed and the update, sounds like we have some homework to do.

 

Too early to jump to any conclusions.

 

Once you've done a few more tests, can you run the Send Logs utility, I can then start pulling out the information we need to troubleshoot further.

 

Rough details on times and show names would be help me locate the relevant details.

 

Best

- James



#28 rouq OFFLINE  

rouq

    Advanced Member

  • Members
  • 103 posts
  • Local time: 10:28 AM

Posted 03 February 2019 - 08:24 PM

Hello @sloabc16

 

I completed 3 extensive tests that are pretty conclusive.

 

1. 2 recordings in emby, the same 2 recordings in plex.  Playback session in emby web app with full transcode.  Duration: 1h21m. 

   results: both recordings are clean.

 

Info: started arround 4:38pm, ended at 6:00pm.  Names: the superBowl Today and Hailey Dean Mystery

 

2. 6 recordings, nothing else going on.  Total CPU load was at 95%.  Duration 20m.

  results: All 6 recordings are clean.

 

3. 6 recordings with a playback session in emby web app with full transcoding.  Total CPU load was at 99%.  Not enough processing power to get 1x transcoding, only 15 fps.  Duration 20m.

   Results: All 6 recordings are clean.  So with mono, eventhough the CPU was max up, the recordings seem higher priority.

 

I ran the SendLogs Utility: sendlogs_NasDs418Play_synology_apollolake_418play_20190204T001906UTC.tgz

 

So It really looks bad for .NET core.  I hope you will find the root cause of this because overall, .NET core seems more efficient and seems to be able to do more at the same time than with mono.  But for me, the main purpose of emby is the DVR feature.  So it must be top notch.

 

Thank you again to look into this.

 

Regards



#29 solabc16 OFFLINE  

solabc16

    Advanced Member

  • ForumMod
  • 1832 posts
  • Local time: 03:28 PM

Posted 04 February 2019 - 07:37 PM

Hello @rouq

 

I'm still analysing this - can you confirm the name of the programme(s) you were playing back in the webapp.

 

Best

- James



#30 rouq OFFLINE  

rouq

    Advanced Member

  • Members
  • 103 posts
  • Local time: 10:28 AM

Posted 05 February 2019 - 05:10 PM

Hello @solabc16

 

I think it was "un chef à la cabane" if my memory serves me well :) .

 

Regards.



#31 rouq OFFLINE  

rouq

    Advanced Member

  • Members
  • 103 posts
  • Local time: 10:28 AM

Posted 09 February 2019 - 07:47 PM

Hello @solabc16

No pressure, I'm just wondering if you had some development about this issue?

Thank you

Regards

#32 solabc16 OFFLINE  

solabc16

    Advanced Member

  • ForumMod
  • 1832 posts
  • Local time: 03:28 PM

Posted 10 February 2019 - 03:26 PM

Hello @rouq

 

I've made a couple of changes in the latest 4.1.0.8-beta, which is more for the purposes of elimination.

 

Can you switch back to the beta channel URL in Package Center and install this version.

 

This will of course be a .NET Core version. Once you have it installed, let me know and we'll capture some focused logs.

 

Best

- James



#33 rouq OFFLINE  

rouq

    Advanced Member

  • Members
  • 103 posts
  • Local time: 10:28 AM

Posted 10 February 2019 - 08:24 PM

Hello @solabc16

I switched back to the Bata release. I did a quick tests. The recordings are still damaged.

I will set 1 recording (1 hour) and 1 transcode session. I should be able to do that tomorrow. When this is completed, I will send you a set of logs.

Unless you would like me to try something else?

After that is done, is there a way to go back to the mono release?

Regards

Edited by rouq, 10 February 2019 - 08:32 PM.


#34 rouq OFFLINE  

rouq

    Advanced Member

  • Members
  • 103 posts
  • Local time: 10:28 AM

Posted 11 February 2019 - 09:14 AM

Hello @solabc16

 

Here the logs (sendlogs_NasDs418Play_synology_apollolake_418play_20190211T130605UTC.tgz) for 1 recording while there is 1 transcode session.

 

The recording was "Your Morning" at 7am to 8am.  The transcode session was "Un chef à la cabane".

 

As a baseline, I also recorded the channel using plex on the same NAS.  The recording in emby is corrupted.  The recording in plex is not.  Here the scan results from Videoredo for each recording:

 

from emby:

 

5c61749d71d6f_Videoredoembynetcore.jpg

 

Recording from plex:

5c6174c14c50f_Videoredoplex.jpg

 

Regards



#35 rouq OFFLINE  

rouq

    Advanced Member

  • Members
  • 103 posts
  • Local time: 10:28 AM

Posted 12 February 2019 - 08:31 PM

Hello @solabc16

I see that stable version 4.0.2.0 has been released. Do you release it for mono or netcore on syno platform?

I would like to switch to mono. It's kind of difficult to manage with 6 persons using emby server daily. I end up with a lot of corrupted recordings and I really dislike plex.

Thank you.
Regards

#36 solabc16 OFFLINE  

solabc16

    Advanced Member

  • ForumMod
  • 1832 posts
  • Local time: 03:28 PM

Posted 12 February 2019 - 09:30 PM

Hello @rouq

 

The stable releases are currently Mono based, until we're 100% happy with .NET Core and that's it going to provide a better experience.

 

Your experience above, of course being a case in point, that we need to understand and resolve.

 

You're currently on the 4.1.x beta channel, so you won't be about to pickup an updated 4.0.x release; but as before I will make an update available to you.

 

I'll do this tomorrow.

 

Best

- James


Edited by solabc16, 12 February 2019 - 09:31 PM.


#37 rouq OFFLINE  

rouq

    Advanced Member

  • Members
  • 103 posts
  • Local time: 10:28 AM

Posted 16 February 2019 - 05:17 PM

Hello @solabc16

Did you have time to put a custom build with mono?

Thank you
Regards





Also tagged with one or more of these keywords: DVR, netcore

0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users