MP1 EVR Presenter/dshowhelper community development (3 Viewers)

[MPUserFromGER]

AW: MP1 EVR Presenter/dshowhelper community development

Thank you Tony for the info.

However, I am using ffdshow, latest svn 3627, both for audio and video.
So according to your statement, ffdshow does not handle FF/RR properly?

tourettes: I am playing TV recordings that I download from Bong.TV. Skip only jumps to the beginning/end of the stream so does not help to skip ads.

 

[Owlsroost]

Re: AW: MP1 EVR Presenter/dshowhelper community development

Thank you Tony for the info.

However, I am using ffdshow, latest svn 3627, both for audio and video.
So according to your statement, ffdshow does not handle FF/RR properly?

@Tourettes: I am playing TV recordings that I download from Bong.TV. Skip only jumps to the beginning/end of the stream so does not help to skip ads.

It's complicated.....it's mostly the responsibility of the splitter filter to process/modify the 'sample' timestamps, but then the decoder has to decode (or skip) the video frames fast enough.

That said, I have an idea that might help the situation - I might have time to try a mod to dshowhelper over the weekend....

Are you saying that the left/right cursor skip steps e.g. 15/30/60 seconds etc in MP don't work ?

Tony

 

[MPUserFromGER]

AW: MP1 EVR Presenter/dshowhelper community development

Owlsroost:
I investigated the skip steps more and found out that by default MP configures the "skip" button with "next chapter" for the condition "fullscreen video" (please see attached picture). That was the reason for the jumping to beginning/end of the movie if I used the skip buttons...

After I changed that to "step forward"/"step backwards" the skipping works as expected!
However, due to the fact that ads vary in length it would be much more convenient to FF until you see that the ad has ended.

Please find attached my MP codec config for video.

I can provide you with a sample video if necessary and if you have a dshowhelper.dll to test I am happy to do that.

 

[peque]

Re: AW: MP1 EVR Presenter/dshowhelper community development

That said, I have an idea that might help the situation - I might have time to try a mod to dshowhelper over the weekend....

If that helps MP to handle better the ffwd/rew while playing livetv/recording using tsreader, it would be perfect!!!

 

[Owlsroost]

Re: AW: MP1 EVR Presenter/dshowhelper community development

That said, I have an idea that might help the situation - I might have time to try a mod to dshowhelper over the weekend....

If that helps MP to handle better the ffwd/rew while playing livetv/recording using tsreader, it would be perfect!!!

MP 1.2.0 has several updates to improve fast-forward when using TV - the dshowhelper changes are part of this.

Tony

 

[Owlsroost]

Re: AW: MP1 EVR Presenter/dshowhelper community development

@Owlsroost:
I investigated the skip steps more and found out that by default MP configures the "skip" button with "next chapter" for the condition "fullscreen video" (please see attached picture). That was the reason for the jumping to beginning/end of the movie if I used the skip buttons...

After I changed that to "step forward"/"step backwards" the skipping works as expected!
However, due to the fact that ads vary in length it would be much more convenient to FF until you see that the ad has ended.

Please find attached my MP codec config for video.

I can provide you with a sample video if necessary and if you have a dshowhelper.dll to test I am happy to do that.

OK, could you try the attached 'dshowhelper_FFWD_test1.zip' (v0.0.50) please....it's a sort of hybrid between the old and new methods of handling FFWD inside the EVR presenter (for x2-x32 speeds).

EDIT: Added 'dshowhelper_FFWD_test2.zip' (v0.0.51) which uses the new method for x2-x4, and the hybrid/old method for x8-x32

Tony

 

[Owlsroost]

One thing I have noticed is that some audio renderers support fast-forward e.g. MP Audio Renderer and ReClock, but others don't e.g. the Creative Audigy LS in my system. It seems that if the audio renderer can't handle fast-forward then video decoding/rendering is blocked as well.

I've also attached another test dll to the previous post.

Tony

 

[tourettes]

One thing I have noticed is that some audio renderers support fast-forward e.g. MP Audio Renderer and ReClock, but others don't e.g. the Creative Audigy LS in my system. It seems that if the audio renderer can't handle fast-forward then video decoding/rendering is blocked as well.

Reclock and MP audio renderer are most likely the only audio renderer's that support > 2x (Windows 7 directsound audio renderer 4x) speeds. So the general case is that the audio renderer will reject the playback speed that is over 2.0x (MP's code has a fallback and it starts to use "seek + play" loop instead of the speeded up playback - maybe that information would be good to have for the renderer).

 

[MPUserFromGER]

AW: MP1 EVR Presenter/dshowhelper community development

Owlsroost and tourettes:
I tested both of the test dshowhelper DLLs but none of them worked.

I then followed tourettes explanation and changed the audio renderer from "directsound audio" to "ReClock audio renderer".
First I used the 2nd test dshowhelper.dll and it kind of worked but only the audio was moving quickly but not the video! The video kept playing with 1x or 2x.
I then switched back to the dshowhelper.dll that I got from the MP audio renderer thread and with that one it works perfectly fine!

So I think with MP 1.2.x it will work as well because that dshowhelper.dll should be in there, right?

However, is there any drawback if I use ReClock audio renderer instead of DirectSound audio renderer?

Thank you both for your great support!

 

[Owlsroost]

One thing I have noticed is that some audio renderers support fast-forward e.g. MP Audio Renderer and ReClock, but others don't e.g. the Creative Audigy LS in my system. It seems that if the audio renderer can't handle fast-forward then video decoding/rendering is blocked as well.

Reclock and MP audio renderer are most likely the only audio renderer's that support > 2x (Windows 7 directsound audio renderer 4x) speeds. So the general case is that the audio renderer will reject the playback speed that is over 2.0x (MP's code has a fallback and it starts to use "seek + play" loop instead of the speeded up playback - maybe that information would be good to have for the renderer).

Does the "seek + play" loop fallback work on your system ? - it doesn't on mine (with either the standard MP 1.1.0 dshowhelper or my versions). I think it's trying to use it - the timeline progresses - but the video on screen is never updated.

Tony