Reply to thread

Message

<blockquote data-quote="te3hpurp" data-source="post: 314095" data-attributes="member: 82806">I've been looking and testing and testing these annoying NoVideoAudio &amp; Channel is scrambledthat are popped every now or then. There is also some wreid hangs after channel change,when one must manually use skip button to skip to the end of timeshifting before live tv startsagain. these problems are related to the communication between TsWriter filter and Timeshifter.cs codeblock.When TimeShifter.cs starts to wait for audio video pids in line 587 for radio and for tv in line 607,things too often starts to go wrong. This is mainly because, events are not triggered, even whentswriter filter sends them, they never arrive to TimeShifter.cs codeblock. very quick&amp;dirty hack is to comment outthis waiting part and manually reset these events. For me it works. i made this small change and tested it with stress tesing by doing 600 channell changes and i got picture every time, with no errors. It should not affect for detecting scrambled channels, but it's not yet tested. it reduced average zapping time&nbsp; close to 1 second. testing was done with FTA channels.Of course In real releases this should be fixed by more sophisticated way. Shoud there be for example a blocking direct function call to filter through interface or what ?, i don't know, but current solution is not performing wery well.// changed in TimeShifter.cs&nbsp; &nbsp; &nbsp; //if (isRadio)&nbsp; &nbsp; &nbsp; //{&nbsp; &nbsp; &nbsp; //&nbsp; Log.Write(&quot;card: WaitForTimeShiftFile - waiting _eventAudio&quot;);&nbsp; &nbsp; &nbsp; //&nbsp; // wait for audio PID to be seen&nbsp; &nbsp; &nbsp; //&nbsp; if (_eventAudio.WaitOne(waitForEvent, true))&nbsp; &nbsp; &nbsp; //&nbsp; {&nbsp; &nbsp; &nbsp; //&nbsp; &nbsp; // start of the video &amp; audio is seen&nbsp; &nbsp; &nbsp; //&nbsp; &nbsp; Log.Write(&quot;card: WaitForTimeShiftFile - start of audio is seen&quot;);&nbsp; &nbsp; &nbsp; //&nbsp; &nbsp; _eventVideo.Reset();&nbsp; &nbsp; &nbsp; //&nbsp; &nbsp; _eventAudio.Reset();&nbsp; &nbsp; &nbsp; //&nbsp; &nbsp; // give some breathing room for TsReader&nbsp; &nbsp; &nbsp; //&nbsp; &nbsp; Thread.Sleep(200);&nbsp; &nbsp; &nbsp; //&nbsp; &nbsp; return true;&nbsp; &nbsp; &nbsp; //&nbsp; }&nbsp; &nbsp; &nbsp; //}&nbsp; &nbsp; &nbsp; //else&nbsp; &nbsp; &nbsp; //{&nbsp; &nbsp; &nbsp; &nbsp; Log.Write(&quot;card: WaitForTimeShiftFile - waiting _eventAudio &amp; _eventVideo&quot;);&nbsp; &nbsp; &nbsp; &nbsp; // block until video &amp; audio PIDs are seen or the timeout is reached&nbsp; &nbsp; &nbsp; &nbsp; //if (_eventAudio.WaitOne(waitForEvent, true))&nbsp; &nbsp; &nbsp; &nbsp; //{&nbsp; &nbsp; &nbsp; &nbsp; //&nbsp; _eventAudio.Reset();&nbsp; &nbsp; &nbsp; &nbsp; //&nbsp; if (_eventVideo.WaitOne(waitForEvent, true))&nbsp; &nbsp; &nbsp; &nbsp; //&nbsp; {&nbsp; &nbsp; &nbsp; &nbsp; //&nbsp; &nbsp; // start of the video &amp; audio is seen&nbsp; &nbsp; &nbsp; &nbsp; //&nbsp; &nbsp; Log.Write(&quot;card: WaitForTimeShiftFile - start of the video &amp; audio is seen&quot;);&nbsp; &nbsp; &nbsp; &nbsp; //&nbsp; &nbsp; _eventVideo.Reset();&nbsp; &nbsp; &nbsp; &nbsp; //&nbsp; &nbsp; // give some breathing room for TsReader&nbsp; &nbsp; &nbsp; &nbsp; //&nbsp; &nbsp; Thread.Sleep(200);&nbsp; &nbsp; &nbsp; &nbsp; //&nbsp; &nbsp; return true;&nbsp; &nbsp; &nbsp; &nbsp; //&nbsp; }&nbsp; &nbsp; &nbsp; &nbsp; //}&nbsp; &nbsp; &nbsp; &nbsp; _eventAudio.Reset();&nbsp; &nbsp; &nbsp; &nbsp; _eventVideo.Reset();&nbsp; &nbsp; &nbsp; //}added:&nbsp; &nbsp;&nbsp; return true; // a teh end of method..... :-(regs, te3hpurp</blockquote>

[QUOTE="te3hpurp, post: 314095, member: 82806"] I've been looking and testing and testing these annoying NoVideoAudio & Channel is scrambled that are popped every now or then. There is also some wreid hangs after channel change, when one must manually use skip button to skip to the end of timeshifting before live tv starts again. these problems are related to the communication between TsWriter filter and Timeshifter.cs codeblock. When TimeShifter.cs starts to wait for audio video pids in line 587 for radio and for tv in line 607, things too often starts to go wrong. This is mainly because, events are not triggered, even when tswriter filter sends them, they never arrive to TimeShifter.cs codeblock. very quick&dirty hack is to comment out this waiting part and manually reset these events. For me it works. i made this small change and tested it with stress tesing by doing 600 channell changes and i got picture every time, with no errors. It should not affect for detecting scrambled channels, but it's not yet tested. it reduced average zapping time close to 1 second. testing was done with FTA channels. Of course In real releases this should be fixed by more sophisticated way. Shoud there be for example a blocking direct function call to filter through interface or what ?, i don't know, but current solution is not performing wery well. // changed in TimeShifter.cs //if (isRadio) //{ // Log.Write("card: WaitForTimeShiftFile - waiting _eventAudio"); // // wait for audio PID to be seen // if (_eventAudio.WaitOne(waitForEvent, true)) // { // // start of the video & audio is seen // Log.Write("card: WaitForTimeShiftFile - start of audio is seen"); // _eventVideo.Reset(); // _eventAudio.Reset(); // // give some breathing room for TsReader // Thread.Sleep(200); // return true; // } //} //else //{ Log.Write("card: WaitForTimeShiftFile - waiting _eventAudio & _eventVideo"); // block until video & audio PIDs are seen or the timeout is reached //if (_eventAudio.WaitOne(waitForEvent, true)) //{ // _eventAudio.Reset(); // if (_eventVideo.WaitOne(waitForEvent, true)) // { // // start of the video & audio is seen // Log.Write("card: WaitForTimeShiftFile - start of the video & audio is seen"); // _eventVideo.Reset(); // // give some breathing room for TsReader // Thread.Sleep(200); // return true; // } //} _eventAudio.Reset(); _eventVideo.Reset(); //} added: return true; // a teh end of method..... :-( regs, te3hpurp [/QUOTE]

Verification