New DVB subtitle filter (TsReader based) (1 Viewer)

[gibman]

ziphnor
It ran fine for 10 hrs, so I decided to stop it.
This was with tsreader with sub pins disabled.

Did u look at the logs.
Seems like MP starts to cough at the same time as the last line in tsreader.log is written.

/Gibman

 

[zukex]

Well firstly my issue is in TsWriter rather than the reader,
secondly i'm on an older version (tvengine3-09-14-2007--01-25h--Rev15881) so it's possible this is fixed (however the changelog didn't indicate a fix)
i can test this on the latest version too when i have time however.

when i record (schedule) documentaries from YLE channels (dynamic PIDS), the dvb subtitles and teletext subtitles aren't recorded to the .TS untill like 30sec-1min after the show has started (and i'd assume the pids have changed or whatnot)

i checked one recording, and here's some log from it:

04-10-2007 11:40:13 CMpTs::ctor()
04-10-2007 11:40:13 CMpTsFilterPin:ctor
04-10-2007 11:40:13 PatParser:Reset(0)
04-10-2007 11:40:13 NIT:Reset
04-10-2007 11:40:13 epg:ResetEPG()
04-10-2007 11:40:13 mhw ctor
04-10-2007 11:40:13 KNCBDA_CI_Enable
04-10-2007 11:40:13 analyzer: reset
04-10-2007 11:40:13 cagrabber: reset
04-10-2007 11:40:13 epg: reset
04-10-2007 11:40:13 epg:ResetEPG()
04-10-2007 11:40:13 mhw reset
04-10-2007 11:40:13 CMpTsFilter:ause()
04-10-2007 11:40:16 CMpTsFilter::Run()
04-10-2007 11:40:16 pmtgrabber: set callback:c9ff34
04-10-2007 11:40:16 pmtgrabber: grab pmt:1772 sid:2
04-10-2007 11:40:16 pmtgrabber: got pmt 1772 sid:2
04-10-2007 11:40:16 pmtgrabber: got pmt version:9 -1
04-10-2007 11:40:16 pmtgrabber: do calback
04-10-2007 11:40:16 analyzer: set video pid:201
04-10-2007 11:40:16 analyzer: reset
04-10-2007 11:40:16 analyzer: set audio pid:294
04-10-2007 11:40:16 analyzer: reset
04-10-2007 11:40:16 Recordercr pid:201
04-10-2007 11:40:16 Recorder:add video stream pid:201
04-10-2007 11:40:16 Recorder:add audio stream pid:294
04-10-2007 11:40:16 Recordermt pid:1772
04-10-2007 11:40:16 Recorder:transport stream mode
04-10-2007 11:40:16 Recordertart Recording:'C:\2_kakkonen\nauhotukset\Koulukelvottomat-TV2\Koulukelvottomat.SXXE.ts'
04-10-2007 11:40:16 Recorder: PMT version changed from -1 to 9
04-10-2007 11:40:16 Recorder: first PMT change, ignore it!
04-10-2007 11:41:00 pmtgrabber: got pmt version:10 9
04-10-2007 11:41:00 pmtgrabber: do calback
04-10-2007 11:41:00 analyzer: set video pid:201
04-10-2007 11:41:00 analyzer: reset
04-10-2007 11:41:00 analyzer: set audio pid:294
04-10-2007 11:41:00 analyzer: reset
04-10-2007 11:41:00 Recorder: PMT version changed from 9 to 10
04-10-2007 11:41:00 Recorder: Update PMT pmt:0x1772 pcr:0x201 video:0x201 audio1:0x294 audio2:0x0 audio3:0 audio4:0x0 audio5:0x0 video:0x201 teletext:0x911 subtitle:0x7eb
04-10-2007 11:41:00 Recorder:add private stream pid:7eb
04-10-2007 11:41:00 Recorder:add private stream pid:911

after looking at the recording i noted that the show started 20secs after the recording started, and the it took approx 45 seconds from the start of the recording till the first subs showed, and there was a few lines on dialog where subs should have been shown.
and when looking at the log, the pid change was detected at approx 45 secs after the start of the recording.

anyways, i'll test with the latest version when i have time

 

[tourettes]

after looking at the recording i noted that the show started 20secs after the recording started, and the it took approx 45 seconds from the start of the recording till the first subs showed, and there was a few lines on dialog where subs should have been shown.
and when looking at the log, the pid change was detected at approx 45 secs after the start of the recording.

anyways, i'll test with the latest version when i have time

04-10-2007 11:41:00 Recorder: PMT version changed from 9 to 10

Based on that I would say that the broadcaster (YLE) didn't update the stream info on the correct time. TsWriter parses every PMT PID packet and it should catch every change exactly when it happens (as there isn't any stream processing that is delayed).

 

[zukex]

oh well... at least it's usually 1min or less, i can always manually fix the subs if i care

 

[tourettes]

oh well... at least it's usually 1min or less, i can always manually fix the subs if i care

btw. how often taht does happen? I haven't seen it happening on YLE's channels.

 

[zukex]

it has happened 2 or 3 times.... and i've only recorded stuff with subtitles from yle 2 or 3 times now, so basically every time, but within the past week or two.... or course if a show has opening credits, the subs are already working by the time they end, but with documentaries the opening credits don't really exist most of the time, and dialog starts within 10secs of the start of the show

 

[ziphnor]

@ziphnor
It ran fine for 10 hrs, so I decided to stop it.
This was with tsreader with sub pins disabled.

Did u look at the logs.
Seems like MP starts to cough at the same time as the last line in tsreader.log is written.

This is quite strange. The 'teletext buffer contains too much error' occurs in TsReader, when the maximum number of buffers is already in use when FillTeletext is called. So it seems that for some reason no more calls to GetTeletext is made resulting in that message. However i dont think this causes the problem, i think its a symptom of whatever bug is causing this.

You wouldnt happen to have the corresponding DVBSub.log would you? (usually placed in C:\) I would like to know if an error occured in the subtitle filter itself because looking at the other logs it pretty much seems like the problem comes out of nowhere. One possibility is that something went wrong in the dvbsub filter so it stopped being able to receive teletext data, and also corrupted some memory used in the renderer.

Its also noteworthy that after the entry below no more teletext pages is received for ~30 seconds (and then the errors start), even though up until that point pages have been coming in with at most ~5 seconds between them, so it seems likely that something went wrong right around this entry.

2007-10-03 19:42:26.062500 [Debug][16]: SubtitleRenderer: Text subtitle added, now have 1 subtitles in cache Subtitle 0 meta data: Timeout=9000000 timestamp=4464,126

 

[tourettes]

@ziphnor
It ran fine for 10 hrs, so I decided to stop it.
This was with tsreader with sub pins disabled.

Did u look at the logs.
Seems like MP starts to cough at the same time as the last line in tsreader.log is written.

Also it would help Ziphnor if you could test same use case with subtitle & tetelext pins enabled but the subtitle support disabled (mediaportal.xml - no setting).

 

[accolon]

I've been using this with the teletext subtitles of canal + and it really works excellent Good work!

One minor glitch is that when you paus in a program the subtitles goes slightly out of sync!

 

[pmcguire]

Tourettes, would it be possible for you to make another tsreader with the teletext PIN disabled based on the latest tsreader?
Teletext subs will be great but it's just making my system too unstable at the moment

They YLE subs are working and that's enough for now.