[other] Problems with dropping frames with EVR (1 Viewer)

[nikos1671]

Re: AW: Problems with dropping frames with EVR

+1

 

[te3hpurp]

Re: AW: Problems with dropping frames with EVR

My System is a multiseat system but the dropped frames are on singleseat too.
i have a lot of dropped frames on all of my systems with the latest svn versions (ONLY h264 1920x1080 channels like Anixe HD and Servus TV). It is not possible to look.

My question is why it runs without dropped frames hmm with earlyer version 24669 for example. i dont understand this.

My clients and server so i think for me has enough power. Pentium Dualcore E5200 (Grafik=GF9400), E6300 (Grafik=GF9300), CoreI3 540 (Grafik=Inside CPU) . All Sytems with 4GB Memory and 500GB 2,5" Harddisks and one of the system with an SSD.
Gigabit Ethernet. TV Cards = 2 * Digital Devices PCI-E Dual Cards.

So i hope for the future that i can use my systems for mediaportal again.

What are now the minimum hardware requirements to look h264 without dropped frames ?

I can confirm this. I tried every test dll and few of my own tweaks, but none will produce smooth 1080p playback. I even overclocked my machine and display adapter and tried both HD4350 and Gf 8400 without luck.

So i reverted back 24669 and Now 1080p is working like a charm.

I belive that it is not only EVRCustomPresenter and scheduler changes that make things worse. It might be that those changes are good, but other changes for example in Guimanager and tsreader/writer combination will be the reason for all my troubles.

Regards,

 

[OnkelChris]

AW: Problems with dropping frames with EVR

when i am right, since 246xx there were huge changes in the whole dshowhelper. many lines of code...

but for my understanding, 1080p should run better and "easier" than 1080i... there is nothing that the machine has to do, just showing the frames without deinterlacing or something else...

don't forget, that there are also huge, real huge changes inside MP itself and of course in its GUI. perhaps this ATI compatibility thing (to avoid flickering and something with surface and texture) breaks playback on your machines.

I just can speak for myself. But in my mind, your machines schould work, because mine is an ATOM 330. so it seems not to be the hardware itself, perhaps a configuration issue...

te3hpurp:
do you have a 1080p sample for sharing, so we can test if it's the source?

 

[tourettes]

Re: AW: Problems with dropping frames with EVR

I can confirm this. I tried every test dll and few of my own tweaks, but none will produce smooth 1080p playback. I even overclocked my machine and display adapter and tried both HD4350 and Gf 8400 without luck.

So i reverted back 24669 and Now 1080p is working like a charm.

I belive that it is not only EVRCustomPresenter and scheduler changes that make things worse. It might be that those changes are good, but other changes for example in Guimanager and tsreader/writer combination will be the reason for all my troubles.

Regards,

TsReader is easy to rule out. Just rename .ts to .mkv and test with haali splitter.

 

[te3hpurp]

Re: AW: Problems with dropping frames with EVR

when i am right, since 246xx there were huge changes in the whole dshowhelper. many lines of code...

but for my understanding, 1080p should run better and "easier" than 1080i... there is nothing that the machine has to do, just showing the frames without deinterlacing or something else...

don't forget, that there are also huge, real huge changes inside MP itself and of course in its GUI. perhaps this ATI compatibility thing (to avoid flickering and something with surface and texture) breaks playback on your machines.

I just can speak for myself. But in my mind, your machines schould work, because mine is an ATOM 330. so it seems not to be the hardware itself, perhaps a configuration issue...

@te3hpurp:
do you have a 1080p sample for sharing, so we can test if it's the source?

Well in ftp.team-mediaportal.com in DVB-S folder there is now file Cities_of_the_Underworld.ts

It plays fine with all other players. So I must now revert my "HTPC in production" into 24669, even when RC1 is just released.
I just don't belive i will work.

Regards,

EDIT:

I just tested New Directshowhelper, with older 24669 svn rev and it seems that its not the main issue. It works actually, well reasonably good. Not as good as 24669 original, but it's not the main source of problem. I'm beginning to thin its these gui responsivness improvments that cause these troubles. So My display adapters that i've tried Gf8400 & HD4350 maybe are not good enough in 3d processing, and that makes things worse, even they both are more than cabable of decoding HD material.

EDIT 2:

Even more strange behavior. This is in 24669, but might be also in current builds. 1080p live tv start smooth, but after about 30 sec it starts stutter heavily. But if I skip back 30 sec or minute, it works okay after that as long as i'm watching it. There might be race condition with timeshifting buffer between tsreader/writer.

 

[te3hpurp]

I did some serious testing.

Hi.

I made some serious testing about dropping frames with builds from last 2 months.

Fisrt one was 24799 which is absolutely great. Logs attached.
Then 24870 whic is good, but not as good as 24799.
Then in 24923 has heavy dropping frames allready.

Then last tweak was to bring some source code from 24799 into current
svn and compile a version to try.

It runs very smoothly. Well it takes about 30 sec to 1 min to settle, but then
it works good. In a guick test, must test more still.

Source files from 24799 to 25096 is here:

StreamingServer/Source/TsMPEG2TransportFileServerMediaSubsession.cpp
StreamingServer/Source/TsMPEG2TransportFileServerMediaSubsession.h
StreamingServer/StreamingServer.vcproj
TsReader/source/AudioPin.cpp
TsReader/source/DeMultiplexer.cpp
TsReader/source/MultiFileReader.cpp
TsReader/source/RTSPClient.cpp
TsReader/source/RTSPClient.h
TsReader/source/TsDuration.cpp
TsReader/source/TsReader.cpp
TsReader/source/TsReader.h
TsReader/source/VideoPin.cpp
Core.cpp/DirectShowHelper/dshowhelper.vcproj
Core.cpp/DirectShowHelper/source/dshowhelper.cpp
Core.cpp/DirectShowHelper/source/dshowhelper.h
Core.cpp/DirectShowHelper/source/EVRCustomPresenter.cpp
Core.cpp/DirectShowHelper/source/EVRCustomPresenter.h
Core.cpp/DirectShowHelper/source/Scheduler.cpp
Core.cpp/DirectShowHelper/source/StatsRenderer.cpp
Core.cpp/DirectShowHelper/source/StatsRenderer.h
Core.cpp/DirectShowHelper/source/TimeSource.cpp

+ some files that does not exist in new builds anymore. Streaming server structure
for ecample has changed.

I also noticed that MMC multimedia scheduler has been taken into use somehow at some point
between 24799 and current builds.

EDIT: Spoke too soon. Tweaked build in latest is not good. On a forst run it worked, but not second run though.

So this whole test seems to be worthless.


Regards,

 

[tourettes]

Re: AW: Problems with dropping frames with EVR

ok... some devs might say/think "this has no influence on playback...".

i changed the priority of MP (in its configuration) to "BelowNormal" and guess. It feels like being more smooth and stable (in this fps thing). I haven't done a long term run, but perhaps it helps other users... worth a try

Placebo effect most likely All that it should be now doing is that you are more "vulnerable" to all 3rd party (OS itself as well) applications that require CPU time. OS will prefer those other applications now even when MP is foreground application.

 

[OnkelChris]

AW: Re: AW: Problems with dropping frames with EVR

Placebo effect most likely All that it should be now doing is that you are more "vulnerable" to all 3rd party (OS itself as well) applications that require CPU time. OS will prefer those other applications now even when MP is foreground application.

I know...

The 3rd party foreground thing is not that important for me. MP is the only thing running on the machine. Right now, I am not able to going into deeper, but it seems to me, that giving MP lower priority will increase performance of playback. It's worth a try, so why not using the simple things?

I think heavy frame dropping was introduced for different people in different SVN's. This doesn't help a lot and won't make things easier, but time will bring a solution...

We could make a poll about kicking out XP/Vista EVR Support and reverting all ATI stuff... (just kidding)

 

[wonkyd]

MediaPortal Version: v1.1.0 RC1
MediaPortal Skin: Maya 0.1.166
Windows Version: Windows 7
CPU Type: AMD X2 4200+
HDD: Seagate 80Gb, Samsung 500Gb, Samsung 1Tb
Memory: 4GB OCZ DDR2 800Mhz
Motherboard: Abit A-N78HD
Video Card: nVidia Geforce 8200
Video Card Driver: nVidia Forceware 195.62
Sound Card: nVidia HDMI
Sound Card AC3:
Sound Card Driver: nVidia HDMI 1.00.00.59
1. TV Card: Nebula PCI
1. TV Card Type: DVB-T
1. TV Card Driver: BDA v1.111
2. TV Card: Nebula PCI
2. TV Card Type: DVB-T
2. TV Card Driver: BDA v1.111
3. TV Card: FloppyDTV S2
3. TV Card Type: DVB-S/S2
3. TV Card Driver: V5.7
4. TV Card:
4. TV Card Type:
4. TV Card Driver:
MPEG2 Video Codec: MS DTV Codec
MPEG2 Audio Codec: FFDshow
h.264 Video Codec: MS DTV Codec / FFDshow
Satelite/CableTV Provider: Astra 28.2°E/28.5°E
HTPC Case: Antec Fusion v2
Cooling: Scythe Mini Ninja, 1x Noctua Cooling Fan & 2x Noctua 800RPM Case Fans
Power Supply: Antec 430W
Remote: Logitech Harmony 525 Universal Remote
TV: Sony KDL-32U3000
TV - HTPC Connection: HDMI @ 720p 50Hz

I've just upgraded from MediaPortal SVN-Snapshot:-12-24-2009 16-14h - Revision:24553 to the RC1 and now get lots of dropped frames/juddering on HD TV material where as before I had hardly any in SVN24553. This is watching BBC-HD.

BBC HD
Video:
AVC, High@L4.0
4:2:0
1440x1080
16:9
25.000 fps
Interlaced
9.7Mb/s

Audio:
AC3 6 Channel Audio
384Kb/s

I've attached some logs if they'll be of use. I know my graphics card is a little crap but it's more than capable of decoding HD material, it has done perfectly in the past.

 

[OnkelChris]

AW: Problems with dropping frames with EVR

perhaps your card is capable for HD, but MP GUI and HD?!

EDIT:
please always test with "standard" MP, no extra skins or plugins!

Everyone who thinks, that MP must behave like MPC-HC or VLC... Those players do not have such a nice GUI at all! The GUI also need a bit of ressources... Please don't think that playing back a sample in other players is the same like in MP!