New DVB subtitle filter (TsReader based) (2 Viewers)

[bjhans]

Version V0.2.3.0RC1

Does the subtitle filter work in the new release V0.2.3.0 RC1?

I tried here today, but I can’t find the file “Mediaportal.xml” where I suppose to write in the changes.

Best regard
bjhans

 

[pmcguire]

Are you using Vista? If so check c:\program data\team mediaportal\mediportal.xml

Vista hides the files it thinks you shouldn't touch.

 

[tourettes]

Does the subtitle filter work in the new release V0.2.3.0 RC1?

I tried here today, but I can’t find the file “Mediaportal.xml” where I suppose to write in the changes.

0.2.3.0 RC1 is not enough for the subtilte beta support. Couple of the bug fixes has been done in the MediaPortal side, so it's nescessary to use the latest SVN version of MediaPortal. Also it's even possible to trigger crashes with the old MediaPortal as the interface between the filter and MediaPortal has changed.

Please look at this thread first post for more information.

 

[tourettes]

Here are the logs for another incident (frozen subtitles - and seeking issues). Now with SVN 15600 (extended logging information).

2007-08-19 11:50:36.093750 [Debug][7]: OnSubtitle - current position 1833,1229167
2007-08-19 11:50:36.093750 [Debug][7]: SubtitleRenderer: Bitmap: bpp=32 planes 1 dim = 720 x 124 stride : 2880
2007-08-19 11:50:36.093750 [Debug][7]: SubtitleRenderer: to = 5 ts=1834588 fsl=452 (startPos = 0)
2007-08-19 11:50:36.093750 [Debug][7]: SubtitleRenderer: Subtitle added, now have 1 subtitles in cache
2007-08-19 11:50:37.593750 [Debug][15]: SubtitleRenderer: SetSubtitle : Subtitle 268 meta data: Timeout=5 timestamp=1834,588
2007-08-19 11:50:57.421875 [Debug][7]: OnSubtitle - current position 1546,9344584
2007-08-19 11:50:57.421875 [Debug][7]: SubtitleRenderer: Bitmap: bpp=32 planes 1 dim = 720 x 124 stride : 2880
2007-08-19 11:50:57.421875 [Debug][7]: SubtitleRenderer: to = 5 ts=1856058 fsl=452 (startPos = 0)
2007-08-19 11:50:57.421875 [Debug][7]: SubtitleRenderer: Subtitle added, now have 1 subtitles in cache
2007-08-19 11:51:01.781250 [Debug][7]: OnSubtitle - current position 1551,3214792

Looks like TsReader (or MP) has some issue with the current position. As it has been jumped backwards just without seeking.

I have been looking for the seeking code in TsReader, but I guess I will need Frodo's help with solving this one...

Seidelin (or anyone else who notices this issue), could you please do the following when this issue appears the next time.

- Use Task Manager to kill MediaPortal
- Use Task Manager to kill tve3 service
- Upload all timeshifting buffer files to the FTP

This way we could try to limit the cause to the TsReader or tve3 side (TsWriter most likely). If the .ts files are showing oddities in PCR values then it should be an issue in the tve3 side.

 

[tourettes]

Seidelin, here's a modified TsWriter.ax that should be able to dedect the PCR "holes" when tve3 is timeshifting (but not when recording).

It should write a log entry for every hole it encounters. If you get lot of log lines, then I must change the diff check a little bit higher (as different broadcasters are using different PCR density).

It would be nice if you could run MP client in timeshifting mode and when the subtitles hang / disappear check the log if there is a hole in PCR values.

CPcr diff = pcrNew - m_prevPcr;
if( diff.PcrReferenceBase > 5000 ) LogDebug( "PCR hole detected! prev %s new %s diff %s" , m_prevPcr.ToString(), pcrNew.ToString(), diff.ToString() );

http://day2.no-ip.org/TsWriter.ax

 

[Seidelin]

Seidelin, here's a modified TsWriter.ax that should be able to dedect the PCR "holes" when tve3 is timeshifting (but not when recording).

It should write a log entry for every hole it encounters. If you get lot of log lines, then I must change the diff check a little bit higher (as different broadcasters are using different PCR density).

It would be nice if you could run MP client in timeshifting mode and when the subtitles hang / disappear check the log if there is a hole in PCR values.

CPcr diff = pcrNew - m_prevPcr;
if( diff.PcrReferenceBase > 5000 ) LogDebug( "PCR hole detected! prev %s new %s diff %s" , m_prevPcr.ToString(), pcrNew.ToString(), diff.ToString() );

http://day2.no-ip.org/TsWriter.ax

I can't get any PCR "holes" but will continue trying. On the other hand I found a new bug. When the timeshift files are being recycled (standard situation is 6*250 MB) subtitles freezes on screen and new subtitles are "too old".

To easily reproduce this bug, set size of timeshifting files to something ridiculously small like 25 MB. dvbsub.log attached.

 

[pmcguire]

Has anyone tested this filter under Vista 64bit? Any problems?

 

[tourettes]

Has anyone tested this filter under Vista 64bit? Any problems?

Sorry, no Vista here, so I haven't been able to test on it.

 

[tourettes]

Seidelin, here's a modified TsWriter.ax that should be able to dedect the PCR "holes" when tve3 is timeshifting (but not when recording).

It should write a log entry for every hole it encounters. If you get lot of log lines, then I must change the diff check a little bit higher (as different broadcasters are using different PCR density).

It would be nice if you could run MP client in timeshifting mode and when the subtitles hang / disappear check the log if there is a hole in PCR values.

CPcr diff = pcrNew - m_prevPcr;
if( diff.PcrReferenceBase > 5000 ) LogDebug( "PCR hole detected! prev %s new %s diff %s" , m_prevPcr.ToString(), pcrNew.ToString(), diff.ToString() );

http://day2.no-ip.org/TsWriter.ax

I can't get any PCR "holes" but will continue trying. On the other hand I found a new bug. When the timeshift files are being recycled (standard situation is 6*250 MB) subtitles freezes on screen and new subtitles are "too old".

To easily reproduce this bug, set size of timeshifting files to something ridiculously small like 25 MB. dvbsub.log attached.

The DVBsub.log shows indeed something odd. If there wans't seeking done then the stream jumps backwards... I'll try to reproduce the issue here. Would be good if we could isolate the subtitle freeze issue to the timeshifting buffer rollover and the holes in PCR woulnt be causing it (althou it's a thing that we still need to find a sollution, even if it's a broadcaster issue.)

 

[tourettes]

Yep, it's the rollover in the timeshifting files thats responsible for those subtitle freezes.

2007-08-26 09:09:53.531250 [Debug][17]: OnSubtitle - current position 181,0773542
2007-08-26 09:09:57.656250 [Debug][17]: OnSubtitle - current position 121,5080834