Reply to thread

Message

<blockquote data-quote="velis" data-source="post: 728724" data-attributes="member: 96429">Same here <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite8" alt=":D" title="Big Grin&nbsp; &nbsp; :D" loading="lazy" data-shortname=":D" /> Currently wife commands the TV <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite8" alt=":D" title="Big Grin&nbsp; &nbsp; :D" loading="lazy" data-shortname=":D" />Edit: Here are the prettied sources with LogDebug defined such that it doesn't have to be #ifdeffedNote that you have way too many files in your sources (baseclasses, kartina). Source compiles without those.I have decided against modifying any threading code because the code there is already clean.In fact, I was planning to change much more and now that I'm done, I'm kinda disappointed - the actual changes to the code are minor / cosmetic.A few observations:1. #define IPTV_SOCKET_BUFFER_SIZE&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp; 1024 * 1024And other such defines:I have determined this to have no effect whatsoever on losing packets. My latest filter variants don't modify this buffer precisely because it has no effect. 8KB (default) is too much, in fact - if you don't catch the packet as it comes in, you've lost it <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite3" alt=":(" title="Frown&nbsp; &nbsp; :(" loading="lazy" data-shortname=":(" />2. I have found out why your filter is much more CPU stable than mine <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" /> You're using normal priority threads... This means that each wait in the filter gives slices to other programs while in my filter it just returns straight back to the filter.Will try my filter with normal priority to see how that behaves.</blockquote>

[QUOTE="velis, post: 728724, member: 96429"] Same here :D Currently wife commands the TV :D Edit: Here are the prettied sources with LogDebug defined such that it doesn't have to be #ifdeffed Note that you have way too many files in your sources (baseclasses, kartina). Source compiles without those. I have decided against modifying any threading code because the code there is already clean. In fact, I was planning to change much more and now that I'm done, I'm kinda disappointed - the actual changes to the code are minor / cosmetic. A few observations: 1. #define IPTV_SOCKET_BUFFER_SIZE 1024 * 1024 And other such defines: I have determined this to have no effect whatsoever on losing packets. My latest filter variants don't modify this buffer precisely because it has no effect. 8KB (default) is too much, in fact - if you don't catch the packet as it comes in, you've lost it :( 2. I have found out why your filter is much more CPU stable than mine :) You're using normal priority threads... This means that each wait in the filter gives slices to other programs while in my filter it just returns straight back to the filter. Will try my filter with normal priority to see how that behaves. [/QUOTE]

Verification