Experimental TsReader development (3 Viewers)

[Owlsroost]

Hi!
If I toggle subtitles to "CC1" Iv got a lot of dropped frames. Anyone that can explain way?
What logs might be interesting?

/tompa

Does it happen with the standard TsReader.ax as well ?

If it does, then you should ask a question in the support section of the forum.

Tony

 

[Sebastiii]

When selecting CC1 that mean Line 21 decoder is in use
Line 21 decoder connect to 2 second input pin of EVR Renderer.
Please try with standard TsReader.ax
Thanks

 

[tompa]

yes, same with standard tsreader.

/tompa

 

[wouter1971]

No updates?

 

[Owlsroost]

No updates?

When it's ready

Tony

(but if you're desperate for a new 'fix' there's v42d from another thread lurking around on the first page..... )

 

[FreakyJ]

AW: Experimental TsReader development

I think I've found a problem with the current version:
If you start a recording and begin watching this recording while MP is still recording and after a while you're getting to the live point (MP still recording) MP suddenly stops playback (like the recording is finished)

Again, but maybe a bit more detailed:
1. start recording
2. start watching recording (MP is still recording)
3. after some time you're getting to the live point (because you skipped commercial or any other reason), MP is still recording
4. sometimes MP stops the playback of the recording like it would be finished (but MP is still recording)

logs attached
Time: ~19:58

 

[Owlsroost]

Re: AW: Experimental TsReader development

I think I've found a problem with the current version:
If you start a recording and begin watching this recording while MP is still recording and after a while you're getting to the live point (MP still recording) MP suddenly stops playback (like the recording is finished)

Again, but maybe a bit more detailed:
1. start recording
2. start watching recording (MP is still recording)
3. after some time you're getting to the live point (because you skipped commercial or any other reason), MP is still recording
4. sometimes MP stops the playback of the recording like it would be finished (but MP is still recording)

logs attached
Time: ~19:58

Does this happen with the standard MP 1.2.2 TsReader ?

I can see what's happening from the logs, but it looks like the expected behaviour to me - the MP player code detects it's reached the end of the recorded file and stops - from MP log:

2012-01-16 19:41:08.466668 [Info.][MPMain(1)]: TsReaderPlayer:seekabs:25733340000 start:0 end:25763340000
2012-01-16 19:41:08.501670 [Info.][MPMain(1)]: TsReaderPlayer: pos: 25733340000 start:0 end:25763340000
2012-01-16 19:41:08.501670 [Info.][MPMain(1)]: TsReaderPlayer seek done:0
2012-01-16 19:41:08.501670 [Info.][MPMain(1)]: TSReaderPlayer: current pos:2573,334 dur:2576,334
2012-01-16 19:58:32.604390 [Info.][MPMain(1)]: [B]TSReaderPlayer : currentPos > duration[/B]
2012-01-16 19:58:32.604390 [Info.][MPMain(1)]: TSReaderPlayer: cleanup DShow graph False
2012-01-16 19:58:32.694395 [Info.][MPMain(1)]: Disconnecting all pins from filter Enhanced Video Renderer

Tony

 

[tourettes]

Re: AW: Experimental TsReader development

2012-01-16 19:58:32.604390 [Info.][MPMain(1)]: [B]TSReaderPlayer : currentPos > duration[/B]

Is it possible that the duration is not updated during the playback?

 

[Owlsroost]

No - it always updates the duration regularly - the previous seek (performed 17 minutes earlier) was almost to the current end-of-file, so I suspect that maybe there is enough jitter/lag in the duration/position updates that if it's running very close to the EOF it could trigger the current posn > duration situation possibly ?

Tony

 

[FreakyJ]

AW: Experimental TsReader development

Does this happen with the standard MP 1.2.2 TsReader ?

I can't say it for sure and I can't reproduce it manually, but I used a long time the original one and never had this problem...