Skip / fast forward not working - random intervals and direction

[WKleeven]

I get the impression I can't do anything right now, so I'm going to bed now. Thanks Sub and Martin. Hope you'll find the answer.

[mvallevand]

That is what it sounds like from the description. Which command exactly triggers the mvpmc to empty demux buffer? I can check its being sent (after I take the kids for a bike ride).

I can't tell for sure, and PVRx2 is crashing because my old config.xml is corrupted.

Martin

[sub]

If you post the config.xml, and the error message you're getting, I can try fixing it.

[mvallevand]

If you post the config.xml, and the error message you're getting, I can try fixing it.

Thanks I was able to get it, it's a combination of the fact that I overwrote my config.xml with a user config.xml's that I was testing a few months ago and I never bothered fixing it up.

Anyway I am pretty sure the problem is because mvpmc after the second {04 01} with the seek on the GUI stream, wants to see an immediate {07...} seek on the media socket, PVRX2 seems to pair them. Instead of the {07...} NPVR is sending the general {04...} which is sending more data for playback and then the {07} but then it is too late because the {04} read logic has torn down the seek state. I might be able to change mvpmc but if you can do the two seeks together together that would be much easier.

Martin

[mvallevand]

Now a digital recording of about 00:02:40.
After a few seconds I skip. No matter if I skip 1 minute or 2, it skips right away (no 6,5s delay), but skips in both cases right to the end of the recording.
Timestamp is changing when skipping from 02:59:30 -> 03:02:03.

This is very confusing.....

I thought this problem was related to how NPVR calculates the first PTS but that seem to be working on the samples I have. In the MVP section in config.xml could you to change <ExtendedLogging>true</ExtendedLogging> and try and play the file and send the logs.

Martin

[sub]

Thanks I was able to get it, it's a combination of the fact that I overwrote my config.xml with a user config.xml's that I was testing a few months ago and I never bothered fixing it up.

Anyway I am pretty sure the problem is because mvpmc after the second {04 01} with the seek on the GUI stream, wants to see an immediate {07...} seek on the media socket, PVRX2 seems to pair them. Instead of the {07...} NPVR is sending the general {04...} which is sending more data for playback and then the {07} but then it is too late because the {04} read logic has torn down the seek state. I might be able to change mvpmc but if you can do the two seeks together together that would be much easier.

Thanks. I'm not sure I follow this, but hopefully tomorrow I'll find some time to check it out a bit closer.

[WKleeven]

I thought this problem was related to how NPVR calculates the first PTS but that seem to be working on the samples I have. In the MVP section in config.xml could you to change <ExtendedLogging>true</ExtendedLogging> and try and play the file and send the logs.

Martin

I think that's for me? Do I have to play the file, or skip in it too? And for the analog or the digital recording?

[mvallevand]

I think that's for me? Do I have to play the file, or skip in it too? And for the analog or the digital recording?

Yes that's for you, and I'd like you to play it and skip a digital recording with those setting and upload the log. I suspect if this is coming for a decrypted source, there are is an oddl timeline at the beginning of the file.

Martin

[mvallevand]

Thanks. I'm not sure I follow this, but hopefully tomorrow I'll find some time to check it out a bit closer.

Looking at the code deeper, I think I have found a workable solution that doesn't break anything. It's hard to work on 5 year old code.

Martin

[WKleeven]

These are the logs. Played a digital recording (for a decrypted source) for a few seconds, than skipped 1 minute. Video skipped right away, but till the end of the video.