Playback of recordings using CLIENT

[vskatusa]

Logs enclosed

[sub]

You've set the server name incorrectly. You've set it to "192.168.0.199\GBPVR_ADAM", which is not the name of the machine. Use either the machine IP or machine name, not some weird concatenation of the two.

[vskatusa]

On the server (IP 192.168.0.199), I have given a folder (c:\program files\devnz\GBPVR) a share name as GBPVR_ADAM.

What should be the following setting on the CLIENT side under "capture sources" tab?

1. Server and
2. Database Share

[sub]

The server name would be: 192.168.0.199

The database share would be: \\192.168.0.199\GBPVR_ADAM

[vskatusa]

sub, I have the EXACT settings....

Logs enclosed.

[sub]

That looks better than before. It looks like its not managing to connect to the server for streaming though. This is usually caused by firewall software getting in the way, or the recording service not running on the server.

If you post the server logs, I'll be able to tell if the request ever made it that far. (I suspect not)

[vskatusa]

sub, I am able to access the recording folder in my server from my client and play it as well using PowerDVD.

Enclosed "server" logs.

And BTW, the x.264 movies plays well from the server - if there was a firewall problem, I would suspect that this will not be possible

[sub]

sub, I am able to access the recording folder in my server from my client and play it as well using PowerDVD.

Enclosed "server" logs.

And BTW, the x.264 movies plays well from the server - if there was a firewall problem, I would suspect that this will not be possible

These dont really prove anything though, since these working examples are just using windows file shares, which are usually configured to be possible through firewall software. Client/server streaming video from the server uses an entirely different port, which most firewall software would block by default.

Reproduce the problem, then post the server logs and I'll take a look (GBPVRRecordingService.exe.log and GBPVRRecordingService.exe-native.log).

[vskatusa]

enclosed server logs

[sub]

Yep, those logs seem to support my theory. The request never makes it as far as the server.