- May 14, 2008
- 3,558
- 434
- Home Country
-
Germany
AW: MP1 EVR Presenter/dshowhelper community development
Patch for v013? Not shure where to change the sample queue.
Patch for v013? Not shure where to change the sample queue.
MP1 EVR Presenter/dshowhelper community development (10 Viewers)
- Thread starter Owlsroost
- Start date
- Thread starter
- #302
Re: AW: MP1 EVR Presenter/dshowhelper community development
v0013 patch file added to first post.
(The sample queue size is set by:
#define NUM_SURFACES 5
in 'EVRCustomPresenter.h')
Tony
v0013 patch file added to first post.
(The sample queue size is set by:
#define NUM_SURFACES 5
in 'EVRCustomPresenter.h')
Tony
- Thread starter
- #303
Have you tried re-muxing the files to another container format e.g. mkv ? (mkvmerge can probably do this, but I don't know for sure). Did you create these originally or are they downloads from somewhere - they might be badly converted 24 fps originals maybe ?
Attach a screen capture with the render stats on screen, and a log file using my dll - in case it shows up anything obvious...
Tony
I tried v012..it seems the best one that I have tried (I haven't tried v013)...
It work good with all video at 1:1 and 1:2.. and it work very good without reclock as well...
I have to do other test...
but
Owlsroost thx for now
It work good with all video at 1:1 and 1:2.. and it work very good without reclock as well...
I have to do other test...
but
Owlsroost thx for now
se riesci provala 1:3 , ora sembra andare.
I can't..my tv support only 50hz..
update:
I don't know why but with dll v012 I received some crash on live tv and one on movie..
Hi Owlsroost,
Can I just say that whilst , for me , it is not quite perfect, V12 is streets ahead of anything I have tested.
The problematic files that I have, have a tendency to start off out of synch and then that blows the playback out and I can get really bad judder which is unrecoverable.
This version seems to recover from any synch issues within about 4 seconds with the green and red lines converging and lying steadily close together. (this is without reclock).
However, my h264 panning sample does jump just mildly. About every minute (it seems consistent, the red line skips temporarily and then recovers and returns back near to the green line)
I have not remuxed yet, but a 1080p rip of the same program, behaves identically.
This is so close to being perfect!!! - I am extremely observant and I would say that some people would probably not pick up on this.
The only other observation is that the render ovrlay seems not to appear with my 1080p sample depending on the codec. I am finding I am getting the most luck with Microsoft codecs for mpg and h264 and the stats seem to appear when I use the Microsoft codec for 1080p h264 but not with other codecs.
I don't know what the answer is, but if the regular (but mild) spiking of the red line is solved this would be absolutely brilliant.
Given a lot of the other dlls have been pretty awful for me, this is a huge improvement - congratulations!
Thanks for your hard work and persistence.
Can I just say that whilst , for me , it is not quite perfect, V12 is streets ahead of anything I have tested.
The problematic files that I have, have a tendency to start off out of synch and then that blows the playback out and I can get really bad judder which is unrecoverable.
This version seems to recover from any synch issues within about 4 seconds with the green and red lines converging and lying steadily close together. (this is without reclock).
However, my h264 panning sample does jump just mildly. About every minute (it seems consistent, the red line skips temporarily and then recovers and returns back near to the green line)
I have not remuxed yet, but a 1080p rip of the same program, behaves identically.
This is so close to being perfect!!! - I am extremely observant and I would say that some people would probably not pick up on this.
The only other observation is that the render ovrlay seems not to appear with my 1080p sample depending on the codec. I am finding I am getting the most luck with Microsoft codecs for mpg and h264 and the stats seem to appear when I use the Microsoft codec for 1080p h264 but not with other codecs.
I don't know what the answer is, but if the regular (but mild) spiking of the red line is solved this would be absolutely brilliant.
Given a lot of the other dlls have been pretty awful for me, this is a huge improvement - congratulations!
Thanks for your hard work and persistence.
- Thread starter
- #308
If you get the crashes again, can you attach logs please (the full MP set - use the MP logs collector app).
Tony
Ok... I will try this evening, and I will try v013 as well.