Messages

@GTRDRIVER
and what messageboxes does appear before crash? Just in order to see, where it crashes, if it the same position in the code as in kdeiss case.

Marten

So I have found a bug in this part, so it might work now. Attached is version, which contains this bug fixes, so please execute it (press all ok buttoons) and if it works very thing is fine, if it don't work, please report the last stage message, e.g:
if it says
stage1
stage 2
stage 1
stage 3

bumm

report only
stage 1
stage 3
this would be enough.

Marten

@kdeiss
Well, I'm busy todays afternoon, too (christmas visits at relatives). So thanks for your offer, but direct access won't help, since I'm working on several bug reports simulaneously.

Well, I'll look at your protocoll and decide, if it is already enough for finding the bug.

Ok, now I know in which function is crashes. It is somewhere inside connect.
Attached is a new version with even more MessageBoxes, I need to know now all message since the last connect enter before crash.

I think after this version I'll hopefully be able to fix it.
Thank you for help in bug fixing.

Marten

Ok, now we know that it crashes during  rendering the video pin of vomp to VMR9.
Btw did you do the test with graphedit, like decribed in the wiki article linked at the forum topic "How...", this would give me a big hint.
Attached is a versiobn which additional monitors the filter connection, maybe this give us a hint. Here I need unfortunetely all MessageBox texts in chronological order and it would be perfect if you do it twice in order to know, if it is a deterministic error.

Marten

strange...
A second attempt, now from the same build as the release.

Hi,
attached to this message  is a diagnosis version of the windows client. It please report the message boxes that would appear before the crash.

I'll remove it after kdeiss and GTRdriver have downloaded it.

Marten

On vdr-portal a long thread about filter compatibility is on going. The most interesting fact is that the open source filter MPV decoder filter seems to be compatible (from guliverkli @sourceforge).
So together with Nero Video Decoder, we have to addiitonally compatible decoders.

I have currently a handwriten compatibility list, which will go into readme.win.

Marten

Hi,
I have added a how to the vdr wiki, how to know which MPEG2 decoder filter is used or if a compatible filter is properly installed. All users with no video playback should read it and try it and post the results here. (To get a good compatibility list also a report of users with working video should post will be of high use)

http://www.linuxtv.org/vdrwiki/index.php/How_to_determine%2Cwhich_MPEG2-Decoder_Vomp_for_Windows_uses_or_if_I_have_an_compatible_MPEG2_decoder_filter_installed

First I wanted to put it here, but the forum refuses to post upload my pictures.

Marten

Well, I don't know the VDRMediaClient. But if VOMP looks a little bit unsharp and the colors are not so bright compared to VDRMediaClient. This would be because vomp uses the VideoMixingRenderer9 for rendering (I guess VDRMediaClient the standard renderer), which allows vomp to compose video and osd and have also some possiblities to adjust video and uses graphics card acceleration, and the output is every time bilinear filtered. Following the docs it should have improved image qualities, but during the development as I switched to VMR, I was not impressed, but for an alpha blended osd there is no easy other way. Maybe I'll look into the docs tomorrow, if there is a chance to improve it.


Marten

Hi,
at the moment there is no possibility to tell the client the IP of the server. Also this is a non plattform specific part, and I don't think that this is planned.

Marten

Maybe we can do it in another way.
I propose the following mechnismen, if a channel switch occurs, vomp won't get immediately the new video and audio data, but looks if for the next e.g 0.5 seconds not a second channel switch occurs (and wait then if a switch occurs again e.g. 0.5 seconds). And after this it would start with streaming the data. The charm of this would be that only little changes vomp objects are necessary, but you can switch fast from channel 1 to 10 using channel up and down. The same behavior might be used also for skip forward and skip backward.

Marten

Bitte auf englisch posten damit die nur englischsprchigen Entwickler z. B.  Mark und Chris das auch lesen können!
Please post your message in english, in order that the english speaking developer e.g. Mark and Chris can read this text also!

Regarding the issue with the half duplex stuff, there is an patch for the 2.4.31 Kernel in mvpmc repos dongle/kernel/linux-2.4.31/patches/smc91111.patch which adds improved network support, maybe it should be added, if vomp switch toward 2.4.31

I have managed to remove the streambase.lib, the only static bind library that remians is strmiids.lib, but there are only guids of the objects included, thus it is something like a com import library. All other MS libs are only dynamical linked.
I suggest we have not a GPL problems. Am I right?

Marten

The following things were used during development:
DirectX SDK (February 2006), but (August 2005 can (should)  work as well
Plattform SDK for Windows server 2003 (also downloaded at this time)
Visual C++ 2003
For the version in cvs you need streambase.lib build from Plattform SDK samples, but this need is now removed and the connected chnages will hopefully appear soon in the cvs.