HELP US: Testing the new filter

[Kiru]

As I posted before, I have the same problem: ff or rew with multiseat clients return to the list of recordings. It's as JulianBuss disscribed it.

[MPUserFromGER]

Originally Posted by Seidelin

Since this thread is getting a bit long, maybe it is time for a sum up of the bugs known to the developers.

1. Seeking fails on some TVE3 recordings

2. Seeking is really slow on some TVE3 recordings

3. Slow startup / seeking failing on recordings wich contain PCR rollover

4. Player current position is sometimes getting mixed up (live tv at least)

- http://forum.team-mediaportal.com/sh...&postcount=126
- Confuses DVB subtitles as the correct file position is needed
- Sometimes TsReader reports incorrect position for the media playback.

5. After changing a channel video sometimes freezes (audio is ok)
- No additional information at this time. I have seen it couple of times, but haven't been able to get the logs from that event
- Many users have been also reporting this issue

Users: Please provide more logs for this issue
Getting logs is easily done using MPTestTool2.exe (found in MP dir).

6. Changing channels between mpeg1 and mpeg2 audio channels leads to missing audio for about 5-10 seconds (bug not present in multi-seat). Seeking across such a channel change is not possible (but timeline gets confused about current playback position).

- Missing audio only occur in single-seat.

7. Some TVE3 recordings are crashing TsReader & MediaPortal

-----

If you experience bugs not mentioned in this list (or if we missed your report), please submit a report. Your help debugging this filter is much appreciated.

Thanks!

Hi,

since this post from Seidelin, I haven't heared anything from the devs about this new filter. Is anybody working on it or is it on hold until the 0.2.3 is out of the way?

Also, when is it planned to make the new filter the default filter for MP?

[Seidelin]

Originally Posted by MPUserFromGER

Hi,

since this post from Seidelin, I haven't heared anything from the devs about this new filter. Is anybody working on it or is it on hold until the 0.2.3 is out of the way?

Also, when is it planned to make the new filter the default filter for MP?

The team is actively working on improving TsReader. Some of the bugs have already been fixed (we think), others will only be fixed for new recordings (as some problems has been solved through modifications of TsWriter).

Also, other improvements of TsReader are ongoing. And yes, we do read this thread and still appreciate reports of new bugs (or reports of bugs you guys are not experiencing anymore).

Regards
Seidelin

[elliottmc]

Originally Posted by Seidelin

The team is actively working on improving TsReader. Some of the bugs have already been fixed (we think), others will only be fixed for new recordings (as some problems has been solved through modifications of TsWriter).

Also, other improvements of TsReader are ongoing. And yes, we do read this thread and still appreciate reports of new bugs (or reports of bugs you guys are not experiencing anymore).

Regards
Seidelin

Thanks for this update.

Would it be possible to get the known (or even suspected) bugs into Mantis, so that users can know when they are fixed? Although there has been a lot of work on the new tsreader, there don't seem to be entries in the SVN log corresponding to the fixes.

I've been reluctant to update (and actually reverted back to the old filter because of the bugs) until I see something here which suggests that the bugs I am experiencing (and have reported) are fixed. I don't mind testing new versions, but it seems a waste unless I know changes have been made.

I wish I could do more to help. I'd be more than happy to try to coordinate bug reports and assist with Mantis if this would be of use.

Mark

[Seidelin]

Originally Posted by JulianBuss

I confirm that. The problem exists in multiseat environment. Here is my recapitulation of the issue:

- play a recorded show, press skip or ff or rew or info button, then playing is stopped and the list of records is displayed again
- it is codec independend
- it only occurs with the new TSReader - with the old reader skipping and ff/rew is fine
- it occurs in multiseat environment (for me: one server, one client)
- when playing the TS file with "myVideo" skipping, ff and rew works fine

Can anyone having a multiseat environment confirm that he does not have the problem?

I can also confirm this bug. Even pausing seems to provoke the issue.

Regards
Seidelin

[tourettes]

Sorry for not giving any updateds... I have been busy with TsReader / TsWriter fixing and some real life stuff...

Issues 1-4 should be fixed now. This is valid only for new recordings (as there were some issues with TsWriter also). Seidelin also configmed that issue #6 is fixed.

Could you guys give some testing with next public MP & TVE3 builds and report back what are the currently open issues.

[pnyberg]

This is great news! I will test asap and report back. (However, my testing will be tonight CET.)

[pnyberg]

Okay, here is some update:

1. Multi seat watching a currently recording show and then seeking freeze MP or just return you to recorde tv (had both symptoms). However doing the same on single seat works ok. The same happens when even if the recording has stopped. This is reproducible for me every time.


2. Something different that (maybe not related to tsreader/tswriter) I noticed is that there is a problem with MP selecting the appropriate tuner when recording. I have two DVB-T tuners which in this case have the same channels mapped to them. I have tuner 1 selected as preferred tuner in tv config, but I have tuner 2 selected as preferred tuner when recording. I was watching a show on tuner 1 channel 1, then decided to record a show starting 30 minutes later on channel 4 via TV guide. I was still watching the show on channel 1 with tuner 1 when the recording was to begin. Then my picture just "frooze" - because MP decided to pick tuner 1 for recording! MP should have started the recording with tuner 2 wouldn't it? I could just stop TV and start TV again to get back to my show I was watching (with tuner 2). Perhaps somebody can look into this?

3. I also had an issue with freezing MP (had to kill mediaportal.exe) when changing between MPEG2 channel and h.264 channel. But this only happened once...

So for me Seidelins issue 1-6 seems to be okay for single seat (so far...). But for multi seat (lan clients) I have the problem as described above in point 1.

If I find other things I will post it here.

My Specs:

SVN 15881, TVE3
Video & Audio: Cyberlink 7
GFX: Nvidia 7900 GTX
GFX Driver: 91.47

Here is the logs for issue 1:

[2meterjoe]

Originally Posted by tourettes

Sorry for not giving any updateds... I have been busy with TsReader / TsWriter fixing and some real life stuff...

Issues 1-4 should be fixed now. This is valid only for new recordings (as there were some issues with TsWriter also). Seidelin also configmed that issue #6 is fixed.

Could you guys give some testing with next public MP & TVE3 builds and report back what are the currently open issues.

Thanks for the good news!
Issue 2 was the reason for me not to use TsReader, but since SVN 15881 seeking ist fast and realiable in singleseat.

Keep up the tremendous job you guys are doing.

Cheers

2meterjoe

[Laban]

Here's what i get in the TsReader.log file when MP crasches:

15-09-2007 17:10:56 vid:compensation:0.671
15-09-2007 17:10:56 CTsReaderFilter::Run(1988.68)
15-09-2007 17:10:56 FindSubtitleFilter - start
15-09-2007 17:10:56 FindSubtitleFilter - End
15-09-2007 17:10:56 CTsReaderFilter::Run(1988.68)  -->done
15-09-2007 18:01:41 aud:fillbuffer exception
15-09-2007 18:01:41 aud:fillbuffer exception
15-09-2007 18:01:41 aud:fillbuffer exception
15-09-2007 18:01:41 aud:fillbuffer exception
15-09-2007 18:01:41 aud:fillbuffer exception
15-09-2007 18:01:41 aud:fillbuffer exception
15-09-2007 18:01:42 aud:fillbuffer exception

This is with today's svn's. Single-seat