Failing video rendering on one of my clients... (1 Viewer)

jhb

Portal Pro
September 19, 2006
121
2
Gothenburg
Home Country
Sweden Sweden
TV-Server Version: 1.0.1 standalone
MediaPortal Version: 1.0.1 (Client Only)
MediaPortal Skin:
Windows Version: Vista SP1 (on Client)
CPU Type: AMD 3000+
HDD: Samsung 200G
Memory: 1GB DDR2
Motherboard: GA-MA78GM-S2H rev 1.1
Video Card: ATI HD3200 (built-in on MB)
Video Card Driver: Catalyst 8.11
Sound Card: Realtek (built in on MB)
Sound Card AC3: Realtek (built in on MB)
Sound Card Driver:
1. TV Card: FloppyDTV + Viaccess CAM
1. TV Card Type: DVB-T
1. TV Card Driver:
2. TV Card: Leadtek 1000S
2. TV Card Type: DVB-T
2. TV Card Driver:
3. TV Card:
3. TV Card Type:
3. TV Card Driver:
4. TV Card:
4. TV Card Type:
4. TV Card Driver:
MPEG2 Video Codec: MPV
MPEG2 Audio Codec: MPA
h.264 Video Codec: PowerDVD8
Satelite/CableTV Provider: Boxer
HTPC Case: Enlight Mediacenter
Cooling:
Power Supply: Enlight
Remote: Microsoft MCE
TV: 37" LCD
TV - HTPC Connection: DVI


Hi, I have a problem that I have tried to get help with that now is ready to be reported as a bug in the correct forum...
...so I copy the information from my thread (Video rendering failing in multi-seat with client on ga-ma78gm-s2h - MediaPortal Forum) to this forum instead...

It worked in 1.0, even though there I had other problems, but in 1.0.1 the problem is way too big to be acceptable.

The problem is that one of my clients (gigabyte ga-ma78gm-s2h with ATI HD3200 graphics processor) is failing to show live TV other than with a clean start of MP directly after a reboot of the operating system.

I don't even need to start any video application within MP before closing the application, the next time I start it video rendering of TV is not working, but the audio starts after a while.

I have made a clean install of the OS and the drivers and tested different versions of the catalyst drivers without any success. No additional codecs are installed (as I said the OS is clean!), only the ones from vista and MP. The only drivers that are installed are the ones for audio (Gigabyte/leadtek) and video (Gigabyte/ATI) and daemon tools lite.

The attached logs shows a successful TV-viewing (directly after reboot of the OS), a failed scenario (after the application has been closed down and is restarted again), and finally a failed scenario after starting MP directly after reboot from the logs collector. If I am not autostarting the MP-application at reboot, the application always fails to render video, even if the OS had a clean restart just before starting MP.

The first thing that seems to differ in the TSreader-log seem to be that "aud: set discontinuity" is done in both successful and failing cases, but "vid: set discontinuity" is only done in the successful cases. After this is set, the successful stream is identified as late b/p/i-frames but that never happens in the failing stream.

In the Mediaportal log there seems to be warnings regarding that VMR9 Pins 0-2 are not connected in the failing logs.

The problem is reproducable with both VMR9 as renderer (added a failed log for that case also) as well as with EVR as renderer. With VMR9 the problem results in a black screen, but with EVR the last MP menu (e.g. EPG) will be shown instead of the TV-show. Audio will start (but late) in both cases.

I hope this helps someone to identify the problem. It also may be related to the VMR9 problems that some others have reported for 1080i etc. Look also at this thread (Sound but no image for TV after stop/start) that reports almost the same problem but a little bit different...
...symptoms are also similar to the ones in this (Odd problem: VMR9 not working. EVR works.) thread. Btw, Aero is enabled...

...and I had similar problems on my XP client when using VMR9 there, but there it works with EVR.

I am starting to guess that the problem is timing related (due to the fact that I only get it to work when rebooting with autostart of MP-client) and that only some systems encounter it and under different conditions in different builds...


Additional info:

I found a workaround that works for now:
- by not restarting the application when going to standby, and
- by enabling minimize of the MP application when "closing it" instead of actually closing it

This takes down the number of restarts quite a lot...
...but I really need this to be solved...


I have now tried many different combinations of codecs and ways to reproduce the problems, but I can only get the client (GA-MA78GM-S2H rev 1.1) to work by loading it automatically at boot, but never when manually started. I don't have this problem in any of my other clients (I can not get VMR9 to work on my XP-box, but EVR works fine there).


Logs (in my previous thread):
https://forum.team-mediaportal.com/...ter-restart-after-stop-seccessful-viewing.zip
https://forum.team-mediaportal.com/...-fail-after-starting-clean-logs-collector.zip
https://forum.team-mediaportal.com/...15_04_09-success-autostarted-after-reboot.zip
https://forum.team-mediaportal.com/...-ma78gm-s2h-mediaportallogs_16_04_09-vmr9.zip


--------------------------------------------------------------------------------------------------

Edit:
Added the last post from my previous thread also:

Thanks Elliotmc.

Made a new thread in the correct fora (https://forum.team-mediaportal.com/...iling-video-rendering-one-my-clients-58679/)-

But answering your questions:
- changing codecs is not solving the issue. Have tried many combinations...
- I can only get the client to work when starting it automatically at boot. Have never managed to get as many codec combos to work as with this SW release (goes for all my clients), but on this specific client-HW they only work when starting MP automatically at boot...
- my best guess is that the problem is unique to the combo of client-motherboard and running a split architecture. I have earlier also had a lot of problems that were related to having a split architecture (e.g. https://forum.team-mediaportal.com/...screen-after-channel-change-53609/index4.html). I was not the only one having those, but we were not that many....
 

Users who are viewing this thread

Top Bottom