Jump to content


jano872

Member Since 3 Jul 2022
Offline Last Active 16 Jul 2022 20:44
-----

Posts I've Made

In Topic: Crash of the Vu+ box with many streaming clients

11 July 2022 - 07:27

Another workaround came to my mind just a second ago... I have a box that handles 4k. I don't use it. I use 1080p all the time. So there should be ~3/4 of VIDEO ram available and not needed. Is it possible to tell the system not to reserve that ram for A/V usage so i would have that for streaming purposes?

 

I didn't do the math - it's probable it's not much...

 

Have a nice day everyone!


In Topic: Crash of the Vu+ box with many streaming clients

11 July 2022 - 07:04

So is there any way for me to release the blocks that prevents system from finding full block?

For example restart some process that holds these ram blocks?

I've seen in GUI an option to drop all streams - maybe it helps? Maybe you know a CLI version of that command?

 

BTW. I will look into the network issues. Thanks for that advice.


In Topic: Crash of the Vu+ box with many streaming clients

10 July 2022 - 21:05

OMG my mistake! ping avg 0.500ms  :D

As for the gigabit... samba is allowing me to get 80MB/s from the box to my PC so almost 1Gbit  ;)

As for the streams.. i see that usually it's something around 6Mbit per stream so not much. I would think that even crapy 1Gbit chip should handle 6 connections in peak :P

 

So ... is there anything that can be monitored? If ram is the problem, i'm guessing that is't not the available RAM, but the reserved one? I have no idea how to check that part of RAM, but I will look into it.

 

For now i did some external script that hard restarts the box if there is no ping for more than 2 minutes. I don't like workarounds, but it works for now.

 

I feel that another vu + duo will be in my house (as a secondary main decoder) soon if i don't fix that problem  B)

 

BTW - thanks for your support!


In Topic: Crash of the Vu+ box with many streaming clients

9 July 2022 - 21:04

Correct me if i'm wrong but this:

[eDVBRecordFileThread] poll: aio_return returned failure

is only while recording or can it happen also while streaming?

 

means it can't get rid of its data (in a timely fashion).

 

Do i understand correctly that the package send to some client box was not confirmed to be received? If yes - is that on networking layer or application?

 

Either a network error

 

Internet and network to my box seams flawless (fibre connection, gigabit everywhere, ping flawless from some computer to the box with no transmition errors, no packet lost and times avg 500ms).

Connection between box and clients can be problematic since it's wifi bridged - it has ping problems from time to time. But i presume that since it's TCP/IP based, it shouldn't be a problem - that layer should handle package errors. If not - why does it crash the main box instead of clients?

 

PHY error (the interface of the box overloaded)

 

If you refer to GUI - please note that it once happened during my vacation. GUI wasn't even on (box was in standby).

If not GUI - how can i monitor that?

 

maybe lack of buffers

 

What buffers? Can you elaborate? How to monitor buffers?