Loggytronic Forum

VOMP => Vomp For Windows => Topic started by: GTRDRIVER on December 09, 2006, 12:47:40

Title: Client hang up as soon a VideoStream should be displayed
Post by: GTRDRIVER on December 09, 2006, 12:47:40
Hi

Have installed the Client and Directx9 on my PC.
Also have installed  Cyberlink PowerDVD 6 (as shown in the Readme)

I can start the Client - select the VOM-Server - but as soon i want to watch a live-Channel or if i start to play a Recording the Software hangup.

Any Ideas ?

CU
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: kdeiss on December 09, 2006, 13:00:26
Exactly same behaviour on my machine (xp home sp2), I already updated powerdvd to the newest version, and I checked the runtime files (c:\WINDOWS\system32\msvcr71.dll c:\WINDOWS\system32\msvcp71.dll ).

Eventlog entry:

Anwendungspopup: vompclient.exe - Fehler in Anwendung: Die Anweisung in "0x024bcf6c" verweist auf Speicher in "0x00000000". Der Vorgang "read" konnte nicht auf dem Speicher durchgeführt werden.

Seems to be an uninitialised pointer? Can I do anything to figure out this error ?

Klaus
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: Chris on December 09, 2006, 13:40:13
Does it sit there with a black screen or does it properly crash out?
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: kdeiss on December 09, 2006, 14:12:22
If I switch to live tv, I'am able to see the epg info, (like in the mvp) but then it is crashing. (Modal popup msgbox with red exclamation sign: error in application, click ok to end or cancel to debug), after ok vompclient is closing immediatly.

I tried the hints Marten gave in his article about compatible filters - and indeed I have had installed an elecard mpeg2 filter. I deinstalled the app which brought this filter to my machine and now grapedit is showing what Marten expects: the cyberlink video sp decoder...

anyway the client does not run, but the exception changes now to:

Anwendungspopup: vompclient.exe - Fehler in Anwendung: Die Ausnahme "unknown software exception" (0xc0000094) ist in der Anwendung an der Stelle 0x0223132a aufgetreten.

greetz

klaus
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 09, 2006, 15:03:59
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

Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: kdeiss on December 09, 2006, 15:32:36
Can't start special version:

Anwendungspopup: Vomp on Windows.exe - Fehler in Anwendung: Die Anweisung in "0x0043c612" verweist auf Speicher in "0x00000000". Der Vorgang
"written" konnte nicht auf dem Speicher durchgeführt werden.

Klicken Sie auf "OK", um das Programm zu beenden.
Klicken Sie auf "Abbrechen", um das Programm zu debuggen.

directly - without any screen .....

klaus
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 09, 2006, 15:41:33
strange...
A second attempt, now from the same build as the release.
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: kdeiss on December 09, 2006, 16:30:39
yes, this works
the last msgbox i can see is

fg2

than crash

klaus
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 09, 2006, 18:40:07
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
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: kdeiss on December 09, 2006, 22:47:55
hi,

took some time, saturday evening.....

sourcefilter added
next enter
connect enter
next enter
next leave sucessfull
connect leave 5
audio rendered
added vmr 9
vmr 9 config
vmr 9 complete
fg2
next enter
connect enter
next enter
next leave sucessfull
next enter
connect leave 3
connect enter
next enter
next leave sucessfull
next enter
connect leave 3
connect enter
next enter

bumm!

Perhaps you could write the output to a log-file, would be easier to handle.
Yes I already checked my system with filtergraph, I've installed the cyberlink filter.

klaus
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 10, 2006, 08:05:54
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
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: kdeiss on December 10, 2006, 09:50:32
Hi Marten,

so early up in the morning .....
The second time I tried this version I had a blue screen with fatal error in awvid5.dll. But maybe its corrupted during out tests.....


sourcefilter added
next enter
next leave sucessf...
connect enter
connect without mtype
next enter
next leave sucessf...
got mtype
got meminput
connect leave 5
audio rendered
added vmr 9
vmr 9 config
vmr 9 complete
fg2
next enter
next leave unsucessf...
connect enter
connect without mtype
next enter
next leave sucessf...
next enter
next leave unsucessf...
connect leave 3
connect enter
connect without mtype
next enter
next leave sucessf...
next enter
next leave unsucessf...
connect leave 3
connect enter
connect without mtype
next enter
next leave sucessf...

bumm

Marten, today I'am very busy, but if it helps you: I could give you access to this machine here with pcanywhere. If you don't have this software you can download it from my homepage. Please call me: 49(202)751578

klaus
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 10, 2006, 10:20:32
@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.

Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 10, 2006, 11:15:00
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
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: GTRDRIVER on December 10, 2006, 12:34:54
Hi Marten

Also with this Version the Client crash.

CU
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 10, 2006, 12:56:53
@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
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: kdeiss on December 10, 2006, 18:58:33
ok, stage version output

stage 2
stage 1
stage 2
stage 3
stage 9
stage 10
stage 1
stage 2
stage 3
stage 9
stage 10
connect leave 3
connect enter
connect without mtype
next enter
next leave succesfull

bumm !

hope this helps ....

Wouldn't it be more effective to write debug output to a file ?

klaus
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 11, 2006, 07:15:58
Hi, thanks for the input.
Regarding the log file, that isn't more effective, because the messagebox stops the executing thread. If it crashes always at the same place, I know that it is in right thread. With a log file this information will be lost, since there is no timing indepent of the programm like  a user pressing a button, second thing is that the bug seems to be inside the directshow code of vomp and this means it is not granted which thread (maybe processes) access the function and I don't know if file handles can be shared.

Unfortunetely I assumed that the crash is in another place and the stage message where in the wrong place to determine the place of the crash. So another round starts, now I need all report messages after the last ""connect without mtype" .
I know this is annoying (I have done this several times while developing vomp, if debugging was forbidden by mpeg2 decoder filter), but after the second test we know that the crash occurs inside connect method (several hundered lines), now I know that it crashes inside only 5 lines in connect and after this test I know in which line. (binary search algorithm=

One thing I was thinking C3PO seems to have the same problem, but he was no next leave sucessful at the end, so please look what happen if it  is executed twice, do you reproduce the same messages?

Marten
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: kdeiss on December 11, 2006, 07:23:31
additional info:

I read the thread on vdr portal and saw the graph output from poly (who had a working installation) and there is a difference, I have selected version 6.0.0.1424, which shows itself in graphedit as "cyberlink video /sp decoder (PCM4)", see attachment. The version from poly: "cyberlink video /sp decoder"
I scanned my system and I found 4 different versions of clsvd.ax.
I don't know if its usefull .....

klaus

Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: kdeiss on December 11, 2006, 07:39:41
hi marten,

ok i checked it 3x. Here is the output:

connect without mtype
next enter
next leave sucessfull
report 1
report 2
report 7
stage 1
next enter
next leave unsucessfull
stage 2
connect leave 3
connect enter

connect without mtype
next enter
next leave sucessfull
report 1
report 2

BUMM!

Seems to be a very very uggly bug .....

klaus
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 11, 2006, 07:53:23
It is really ugly, it is inside receiveconnection, that means directshow or the filter calls another method of my pin and then crashes. I have to think about it, how to get closer. But one important question, does windows say in which module it crashes ? In vompclient.exe or other module ?

Regarding the different versions of powerdvd, a buggy mpeg2 filter can crash vomclient.exe also and then vomp is innocent.  I have powerdvd 6.0.0.1921 (but clvsd.ax, is it a typo). I have never seen a cyberlink filter with (PCM4). It maybe interresting, in which directory the different filters are located and to know their version. Maybe the crash is not vomps fault. But since I reimplement the interface formerly from streambase just three weeks ago and the crash is connect to them, it is more probable that vomp is the origin.

Marten
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: kdeiss on December 11, 2006, 08:39:49
Two attachments regarding your questions


Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: kdeiss on December 11, 2006, 18:02:17
Hi Marten,

I'am sorry to bring you more bad news.

This evening I made some tests in my office. I installed the newest dongle bin and compiled the 0.25 plugin. With MVP all worked fine as expected.

I've tested your win client on 4 machines
Two of them with w2k, before test newest DirectX. On both machines only a white, froozen window - nothing more....

Then another XP machine (medion hassenichgesehn), very strange: click on the executable and nothing, really nothing, no window, no dialog box - nothing.

Finally I tested it on an acer t135 with a nagelnew original fresh XP image: First time I could enjoy you program - running very good now more then one hour.....

Yes - windows is really a nightmare, I hope that you don't give up. Vomp for Windows is a great idea !!

greetz


Klaus
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 11, 2006, 18:55:31
@kdeeis
regarding the screen shots:
1) Filterscreenshot:
Hmm, I think you should try to use the newest Filter in your list. 6.1....  There may be two ways (I think only one of them might work). If all Filter are registered with DirectShow (it might be that only one is registered, because they are more or less the same), than increase the Merit of the newest (look at the vdr-portal thread, how to do this), but maybe there is only one registred, then reinstall the application with the newest Filter. If they both don't work, there would be also a command line method.

2) Well this is catched by Visual Studio if you press ok the normal windows message would appear and maybe say the module in which the segfault appears. One other thing, you seem to have Visual C++ installed on your computer. Are you capable to debug it?, for error  finding I usually need only the line of the crash and the call stack, this might be  a lot faster than MessageBoxing

Regarding the problem I'm also going through the code to think what code might be crashing, but this is on going(and during the week my time is limited due to work).

The other computers:
W2k: Well I have no idea, what is happening, you can run vomp as in a console  "vompclient.exe >vomp.log" and logging will be written to vomp.log . It can be graphic card issue, too, so update your driver please. BTW graphics card chipset please. service pack number ?

wxp: even stranger than on w2k, please report the same things to get a hint. SP2 ?

Thank you for doing so much testing, I hope we will resolve all issues.

Marten

Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 12, 2006, 08:34:37
Hi,
I have found some bugs in the connected part of vomp. Don't report the messages, just report if it still crahes.

Marten
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: GTRDRIVER on December 12, 2006, 23:06:04
Hi

No Crash - but no picture (only The osd)

CU
Axel
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: GTRDRIVER on December 12, 2006, 23:09:52
Hi again -

On my Laptop - see the other Posting.
On my Desktop - it crash. after last popup
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 13, 2006, 07:07:34
@GTRDRIVER
Was it crashed before on your laptop?
Does it crash on your laptop with 0.2.5-2 and do you have a picture with 0.2.5-2 ?
What graphics chipset?

The guess the crashes you reported before were always on your desktop?

@all
I have a new idea, it might be that not the finally selected filter crashes, but another filter, which is used during connect.
So I ask everyone with a crash to report the filter from graphedit that will be used by vompwin and the filter that would appear if you press the right button on the video pin at DVD Navigotor and select Render.

Marten
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: GTRDRIVER on December 13, 2006, 20:22:10
Hi

No - on Laptop i only have "black Screens" - no crashes.

I have Tryed Cyberlink DVD 6 and Nero as discribed in the Forum.

CU
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 13, 2006, 20:52:44
@GTRDRIVER
Ok, for black screen issue, it is important for me to know your graphic card chipset and if the bugfix release 0.2.5-2 does also have this error, the black screen issue might be already fixed. (Btw the testing versions in this thread are only 0.2.5-1 based, because they address a different problem).

Marten
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 16, 2006, 11:13:22
Hi
to all with the crashes, I thought about it. It is probable, that all installations with this crash have a filter installed, which is causing the problems. If I know the filters name, I can propable get the same filter and reproduce what is going wrong.
So attached to this messages is again a testing version. This version report the filter names of the filter vomp tries to connect, so please execute it and report the last filter name.

Marten
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: GTRDRIVER on December 16, 2006, 12:19:50
InterVideo Video Decoder
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 16, 2006, 12:55:44
Interesting, I have intervideo decoder sucessfully tested (but a new one from ulead moviefactory). Can you please determine which version, maybe the version of your intervideo product (windvd , windvr, ulead version ) or the decoder version you uses.
Search for ivivideo.ax on your computer, report  the paths where you find it and the file version, press in explorer right mouse button on the files, select properties and then go to version tab and report the versions.
After we managed to determine the version I'll try to get a demo version of the same version and see whats happening.

@other users with crash , is it also a intervideo decoder

Marten
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: kdeiss on December 16, 2006, 13:11:57
hi marten,

On my crashing installation

Ligos MPEG Audio Decoder
.....
Ligos MPEG Video Decoder
.....
Ligos MPEG Splitter
BUMM!
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 16, 2006, 13:39:18
Ligos Mpeg Splitter is a little bit more confusing, since it is not the right type of decoder.
Nevertheless, maybe something in vomp directshow implementation is wrong, which most filters does not care, but some filter does care. So I ask also for the version number etc., so that I can try to get this filter may be it crashes than on my development machine also.
Btw how old are these filters?
I don't implement one now obsolete interface, maybe they ask for the interface and do not realize, that I do not support it.

What happens if you remove this filter?

Marten

Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: kdeiss on December 16, 2006, 13:58:46
hi marten,

I looked araund in my system and with help of graphedit I found the application MyDVD from sonic. This app brings 3 ligos ax files into the system (all from 2003).

c:\Programme\Sonic\MyDVD\lmpgad.ax
c:\Programme\Sonic\MyDVD\lmpgspl.ax
c:\Programme\Sonic\MyDVD\lmpgvd.ax

(version 4.0.0.90)

After 3x
c:\WINDOWS\system32\regsvr32.exe /u filtername.ax

vompclient is running fine !!!

TATA !!!

Would it help you if I send you these files ???

klaus
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 16, 2006, 15:50:05
Got a version 4.0.?? from an old demo version and yes it crashes! (Maybe it sounds stupid, but I'm really happy, that it crashes on my computer).

Marten
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: kdeiss on December 16, 2006, 17:13:18
Quote from: MartenR on December 16, 2006, 15:50:05
Got a version 4.0.?? from an old demo version and yes it crashes! (Maybe it sounds stupid, but I'm really happy, that it crashes on my computer).

;D ;D ;D

wouldn't it be usefull to have a filtermanager ? could be realized with an external application. Target:list, select register, unregister external filter. If interested I would eventually contribute such an tool.

klaus


Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 16, 2006, 17:35:01
Ok, I checked it, it is division by zero somewhere internally in the Filter, far away from my code. I assume a fault in the filter since I can't get closer to the problem, also the filter tries to connect in a way that is not allowed for the mediatype vomp gives to the filter. Anyway I can't do anything against the crash, so I suggest to decrease this filter merit or to unregister it.

So now the intervideo problem remains, I really need the versioin number, for testing maybe it is something different.

@kdeiss:
There are lot of this tools around Radlight filter manager and DirectShow Filter Manager 0.5 . I suggest that you can use one of them, they provide all the functunality you propose. (We don't have to reimplement the wheel a second time)

Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: kdeiss on December 17, 2006, 10:27:22
Hi marten !

Quote from: MartenR on December 16, 2006, 17:35:01
Ok, I checked it, it is division by zero somewhere internally in the Filter, far away from my code. I assume a fault in the filter since I can't get closer to the problem, also the filter tries to connect in a way that is not allowed for the mediatype vomp gives to the filter. Anyway I can't do anything against the crash, so I suggest to decrease this filter merit or to unregister it.

OK in my case this helps as described in my last post (unregister) but in my opinion this is not a real solution. Before posting my first statement I checked the filters with graphedit and this did always show the cyberlink filter, if I connect Video Out and VMR Input. But in reallity vompclient tried to use the Ligos Splitter. So the user has no control over the selected filter, he does not even have an information about the selected filter and he can't correct it (without a bunch of knowledge).....

You gave me the hint to look for the Radlight Filtermanager - yes really a nice tool. I think their intention was to give the user some more control over the windows-directx-output system, and (very imortant) to blacklist some uggly, bad programed filters. Perhaps this could be a way to avoid such problems: a blacklist (ini file?), a logfile (from vompclient). In cases we run into GPF's the user can check his logfiles and than blacklist these kind of filters, or you could provide a default blacklist.

Now that my vompclient is running (thanks a lot again for this) I immediatly have some new questions. The output (in my case) needs to be deinterlaced, I already tried some settings in graphedit (filter properties) which let me select automatic/force bob/force weave but it does not have influence on the output from vompclient. Is there annother way to do this? Same question for saturation, brigthness etc, I can't even move these controls.

More than one instance? I tried to use the client twice (on the same machine), but after a while (10 seconds or so) both instances are freezing. With my MVP and vompclient this is possible (of course in the same bouqet), but two clients on the same machine is (in my case) seems not to be possibe. Would be such a strong feature - again only here on my machine ?

thanks


klaus
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 17, 2006, 11:05:48
QuoteOK in my case this helps as described in my last post (unregister) but in my opinion this is not a real solution. Before posting my first statement I checked the filters with graphedit and this did always show the cyberlink filter, if I connect Video Out and VMR Input. But in reallity vompclient tried to use the Ligos Splitter. So the user has no control over the selected filter, he does not even have an information about the selected filter and he can't correct it (without a bunch of knowledge).....

You gave me the hint to look for the Radlight Filtermanager - yes really a nice tool. I think their intention was to give the user some more control over the windows-directx-output system, and (very imortant) to blacklist some uggly, bad programed filters. Perhaps this could be a way to avoid such problems: a blacklist (ini file?), a logfile (from vompclient). In cases we run into GPF's the user can check his logfiles and than blacklist these kind of filters, or you could provide a default blacklist.
No, this can not be changed. It is also not the case, that vomp will use the ligos splitter.
Let we explain how Directshow works. Vomp say to DirectShow Filtergraph manager, hey please render this pin and then DirectShow will look into the registry and iterate thorugh all Filters in the registry. It will load one filter and then iterate thorugh all its input pins. Each input pin will be passed to vomps pin connect method and vomp will ask the filter pins, if he likes the ouput from vomp and the Ligos Pin crashes at this moment, instead of telling that he can handle the output ...

Well, I have said, that directshow iterate though the registry, all filter will be first sorted in order of their merit (ligos uses a a very high merit) and then alphabetically. So if you install a bad filter with a high merit, you will proably run into problems at a lot of DirectShow applications. (I have corrected a lot of pc of my friends, who messup their commercial DVD player with a codec pack).
This is the automated DirectShow behaviour. Well, you can also build the graph yourself in your app, but this will be really complicated, since you have to know allmost every filter, which is availible.
First,I have not assumed, that it is the filter, therefore it took so long to get the error.

So a blacklist is not possible, the user have to use a tool like these filter managers, since it is a system wide problem.

QuoteNow that my vompclient is running (thanks a lot again for this) I immediatly have some new questions. The output (in my case) needs to be deinterlaced, I already tried some settings in graphedit (filter properties) which let me select automatic/force bob/force weave but it does not have influence on the output from vompclient. Is there annother way to do this? Same question for saturation, brigthness etc, I can't even move these controls.
Well, this is planned. In the case of vomp, this would be done through the VMR9 interfaces ( deinterlacer etc.), but first we need for the main code a way to have device dependend options (other options on windows than on mvp).  So wait some revisions for this.

QuoteMore than one instance? I tried to use the client twice (on the same machine), but after a while (10 seconds or so) both instances are freezing. With my MVP and vompclient this is possible (of course in the same bouqet), but two clients on the same machine is (in my case) seems not to be possibe. Would be such a strong feature - again only here on my machine ?

Well, it would be possible to run vompclient on to different computer simulataneously. On the same computer, this might work also, but this highly depends on your hardware and software, since some features are limited to be used only once at one computer. So this can work, but it does not have to. (and I personally see no use running it twice on the same computer, why do you need this?)

Marten

Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: kdeiss on December 17, 2006, 11:29:29
Thanks for your detailed answer.

Quote
So a blacklist is not possible, the user have to use a tool like these filter managers, since it is a system wide problem.

If it's so - ok we have to cleanup our systems - but at least it would be usefull to see which selected filter crashs the client (logfile).

Quote. So this can work, but it does not have to. (and I personally see no use running it twice on the same computer, why do you need this?)

It is very usefull to see sport events (soccer formel1) which are transmitted simtaneously, for example the bundesliga konferenz. Theoretically it would be possible to see 2 or 3 or 4 games on a windows computer at the same time / and the conference on the main tv  ;)

thanks again

klaus

Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 17, 2006, 12:08:10
Quotet is very usefull to see sport events (soccer formel1) which are transmitted simtaneously, for example the bundesliga konferenz. Theoretically it would be possible to see 2 or 3 or 4 games on a windows computer at the same time / and the conference on the main tv   
OK I see, on my computer it works at least with two screens. What kind of computer is it, how fast? What network connect, wlan might be to slow. And additionally what does the logs say.
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: Chris on December 17, 2006, 13:14:12
My computer here can do at least 3 vomps simultaneously. Though I noticed one strange thing. I can watch three different channels from the same mux ok, I can watch 2 of the same channel and 1 other channel all from the same mux ok. But, if I swap the third vomp to the same channel, meaning 3 of the same channel it stops the other two from working!  ???  I think this must be something weird going on server side, I can't see it being the client. It's not limited to running on one computer either, I can get the same results with two computers and an MVP.

As for interlacing combing visual problems, I can see it on my main pc (which uses the Nero decoder filter). Trying to get vomp working on my laptop I installed the MPV Decoder and I might be imagining things, but it looked better than the Nero filter to me.

One other note, I think the Radlight filter mananger might be wrong when it says filter changes take effect at the next logon. I think it might be the next reboot, not logon.
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: kdeiss on December 17, 2006, 17:24:35
Quote from: MartenR on December 17, 2006, 12:08:10

OK I see, on my computer it works at least with two screens. What kind of computer is it, how fast? What network connect, wlan might be to slow. And additionally what does the logs say.

It is a toshiba p20-s303, running xp sp2, pentium4 2,66 ghz, 1 gb ram, connected via 100Mbit lan interface.
It is possible to run simultaneously a dbox2 streaming client (videolan) and vompclient without stuttering any video, cpu usage around 70%. Should be enough for 2 vompclients ....

Anyway - this is category "nice to have", seems again to be a "private" problem, I think there are many things much more important to do .....

thanks chris + marten, vomp and its clients are really a very very good piece of software for the vdr community.

klaus
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 17, 2006, 17:31:02
QuoteMy computer here can do at least 3 vomps simultaneously. Though I noticed one strange thing. I can watch three different channels from the same mux ok, I can watch 2 of the same channel and 1 other channel all from the same mux ok. But, if I swap the third vomp to the same channel, meaning 3 of the same channel it stops the other two from working!    I think this must be something weird going on server side, I can't see it being the client. It's not limited to running on one computer either, I can get the same results with two computers and an MVP.
Chris, maybe you should look at the VDR logs, it can be that the VDR restart some streams or that the priority handling fails. I think this would be seen in the VDR logs.

QuoteAs for interlacing combing visual problems, I can see it on my main pc (which uses the Nero decoder filter). Trying to get vomp working on my laptop I installed the MPV Decoder and I might be imagining things, but it looked better than the Nero filter to me.
Do not compare the quality on two computers, if their hardware differs different hardware filtering techniques can be applied. The deinterlacing thing is in vomp completely up to the VMR9 and thus to the graphics card, I'm going to make this switchable with device dependend properties are added, but before I'm doing some gui stuff.

@kdeiss
your computer seems to be fast enough. It can be something with the network (too much switches or too cheap switches), but maybe also the mpeg2 decoder filter can be the origin as well as the server. Maybe the windows client log file would help.

Marten
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: kdeiss on December 17, 2006, 19:21:36

Quote from: MartenR on December 17, 2006, 17:31:02
Maybe the windows client log file would help.

My clients don't write a log by default. What have I to do to create a logfile ?

klaus
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 18, 2006, 07:15:05
Open a shell, then switch to the vomp client directory and execute the following command:
vompclient.exe > vomp.log

Then vomp.log is your log file.

Marten
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: hlob on December 18, 2006, 16:03:43
Hah, cannot operate this forum it seems ;) Didn't want to send a PM to you MartenR but rather reply here. Anyway, I'm having the same problems as stated earlier in this thread. Could you please repost the debug version so that I can check what's going on here?
regards, hlob
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 19, 2006, 07:24:41
@hlob:
Well, I do not want to use this debug version any more. I'll now try to get the diagnosis in another way. Please download "DirectShow Filter Manager 0.5" from somewhere execute it. and sort the Filter with their merit and Post the first 10 or 20 Filters ordered by their merit.

Marten
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: hlob on December 19, 2006, 08:07:15
Alright, posting a screenshot here as this tool doesn't seem to allow me to copy to the clipboard:
http://sir-wum.de/filters.PNG
br, hlob
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: hlob on December 19, 2006, 21:49:00
I'm having doubts if I myself clear enough, my problem is not the client crashing, but the client not displaying anything...
br, hlob
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 20, 2006, 07:18:08
QuoteI'm having doubts if I myself clear enough, my problem is not the client crashing, but the client not displaying anything...
br, hlob
1)Well, this is a different thing. First question is, did you use 0.2.5-2 windows client, because an error like this is there already solved?
2) Does Radio playback work?
3) Do you see the menu?
4) what graphicscard chipset?
5) which os?
6) for videorecordings, is audio played back?
7)Determine with the graphedit method which filter is used?

Marten
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: hlob on December 20, 2006, 22:37:25
Quote from: MartenR on December 20, 2006, 07:18:08
QuoteI'm having doubts if I myself clear enough, my problem is not the client crashing, but the client not displaying anything...
br, hlob
1)Well, this is a different thing. First question is, did you use 0.2.5-2 windows client, because an error like this is there already solved?
Yes, 0.2.5-2 here
2) Does Radio playback work?
No.
3) Do you see the menu?
Yes, everything's fine and usable.
4) what graphicscard chipset?
ATI Mobility Radeon X600
5) which os?
XP Pro SP2.
6) for videorecordings, is audio played back?
No.
7)Determine with the graphedit method which filter is used?
CyberLink Video/SP Decoder(PDVD7)

thanks, hlob

Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 21, 2006, 07:27:01
@hlob
Your are the first user were the audio filter does not work. In order to get more in information go to graphedit, do the method to determine the video filter and additionally press the right mouse button on the DVD Navigators audio pin and select render and tell me the audio decoder vomp uses.
Also I have send you adiagnosis version some days a go, please report the filter names it tells while starting video playback and radio playback.

Marten
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: hlob on December 21, 2006, 14:48:24
it says it uses "Fraunhofer Audio Decoder"...
br, hlob
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 21, 2006, 19:37:18
This sounds weird, Fraunhofer decoder is for mp3. Can you do the stuff with graphedit and make a screenshot.
I'm wondering why it is not in the screenshot, are this all filters, maybe you have posted the filters with the lowest merit?
Then I'll probably can say, what you should change.

Marten
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: hlob on December 21, 2006, 22:10:36
URGH, sorry :)
I just ordered them by their merit and posted that. http://sir-wum.de/filters.PNG now has the filters with highest merit.
http://sir-wum.de/graphedit.png ist the screenshot of the graphedit session.
thanks, hlob
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 22, 2006, 07:41:21
Ok, I'm not 100% sure, because the fact that the "Fraunhofer audio decoder" has a lower merit, than the Cyberlink one irritates me.

Do you need the Fraunhofer Decoder ? (Potentially he is from one of the various filter packs (for Divx?), that messed up your directshow configuration)

If not deinstall him (using software icon in control panel or with not listed there with the remove filter button in the filter manager (note before the path of the filter).

If you need him, decrease the merit to 0x002000000 (write down the old value, to backup your config). Then it should work, if you just decresed the merit and it does not work, deinstall him.

If then it does not work, I'm interested in the Filter details of the cyberlink audio decoder, especially near MEDIASUBTYPE_MPEG2_AUDIO values.

Marten
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: hlob on December 22, 2006, 12:55:08
Hi,
both cyberlink audio decoders do not have that MPEG2 value?!
br, hlob
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 22, 2006, 18:19:43
@hlob

Have you remove the Fraunhofer Codec and does this help?

If it does not work, it might be that the decoder support not our media type(Version 5 and 6 does).(Is it a regular Powerdvd 7, no demo version or something else?) So it might be that I have to add support for an additional mediatype, can you please post the details of the two Powerdvds, so that I can decide, if this is possible and which media type I should use.
(Maybe also for the video decoder, it can be that they dropped there also some support).

Marten
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 23, 2006, 10:20:24
@hlob
I've found a bug in the mediatype structure, I have fixed this and send you a test version in order that you can test if this was the reason.

Marten
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: GTRDRIVER on December 30, 2006, 17:15:04
Hi again

can you also send me the TEST-Version ?

CU
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on December 30, 2006, 18:54:24
@GTRDRIVER

This test version belongs only to bugs in the audio structure (thus to hlobs problem) and not to your problem, so this would be of no use here.
For a further diagnosis, it would be better if you answer my last questions to you(quote):
QuoteCan you please determine which version, maybe the version of your intervideo product (windvd , windvr, ulead version ) or the decoder version you uses.
Search for ivivideo.ax on your computer, report  the paths where you find it and the file version, press in explorer right mouse button on the files, select properties and then go to version tab and report the versions.
After we managed to determine the version I'll try to get a demo version of the same version and see whats happening.

This would get the bug fixes in your case a step further.

Marten
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: hlob on January 24, 2007, 22:34:54
Hello,
at fist, sorry for not answering for that long, I was tied up in work though. In the meantime I have a new install but the same problem, ie. no picture nor sound on recordings, no sound on radio. Marten, still interested in the information you requested last time or did your focus already move on?
br, hlob
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: MartenR on January 25, 2007, 06:13:13
Well in the meantime I have changed a lot on this part, so I think we should move on after 0.2.6 release.
Correction: For some reason this changes will appear at 0.2.7 release, so that we have to move on after this.

Marten
Title: Re: Client hang up as soon a VideoStream should be displayed
Post by: hlob on January 25, 2007, 23:50:53
Alright, looking forward for it already ;)

Quote from: MartenR on January 25, 2007, 06:13:13
Well in the meantime I have changed a lot on this part, so I think we should move on after 0.2.6 release.

Marten