Server times out delivering images via CDS API

Problem with Serviigo, it shows no thumbnails for my shared jpg images, some of them show up after a very long time.
Same with the images itself, the only thing that shows up is the name of the image.
When I click the arrow at te bottom I can see an http address of the selected image, when I click this address i see the correct image in my browser.
The problem I have is on a Samsung S3 Android 4.1.2

[will]

Just to add to this, I've been trying to find the source of the problem with Tony as he contacted me first.

Accessing images that aren't transcoded works fine (e.g. Original image that ServiiGo lets you load in the browser), but the onces that are transcoded (thumbnails/medium/low versions) intially time out. Making the requests using HTTP requester simply time out.

However, after a number of hours they start to work, one at a time, its almost as if the resources are each taking hours to generate, which is really strange.

This is reproducable between installations, and its on Windows so it shouldn't be a strange ffmpeg problem.

There aren't really any errors in the logs, but I was hoping you (@zip) could see if there is something missing from the logs.

[zip]

Will have a look.

[zip]

I tried a transcoded image and it worked in a browser. Can you reproduce it with wget or curl?

[will]

Well that's the problem, it works on my installation, and no other user has reported the problem.

When I connected to his server I had the same problem, no thumbnails, and low/medium images wouldn't load, then a few hours later some files had thumbnails, and the next morning they all did.

His machine is off at the moment, I'll see if it's on in the morning/get an updated log.

Was hoping there might be something thumbnail related missing from the logs.

[will]

So I've found an interesting difference. flv_player and serviigo profiles work (and they use DLNA thumbnails), but serviigo_standard and serviigo_hls profiles don't (and they use HD thumbnails).

DLNA thumbnail request, works as expected

  Code:

 wget "http://XXX:23424/cds/resource/24/COVER_IMAGE?profile=serviigo&authToken=c803b578441c4742b48de3794ae178c1"
--2013-11-05 08:24:17--  http://XXX:23424/cds/resource/24/COVER_IMAGE?profile=serviigo&authToken=c803b578441c4742b48de3794ae178c1
Connecting to XXX:23424... connected.
HTTP request sent, awaiting response... 200 OK
Length: 6820 (6.7K) [image/jpeg]
Saving to: `COVER_IMAGE?profile=serviigo&authToken=c803b578441c4742b48de3794ae178c1'

100%[==================================================================================================================>] 6,820       --.-K/s   in 0.05s


HD thumbnail request, server knows the size, but doesn't return any data. This is after a 2 minute wait.

  Code:

 wget "http://XXX:23424/cds/resource/24/COVER_IMAGE?profile=serviigo_standard&authToken=c803b578441c4742b48de3794ae178c1"
--2013-11-05 08:24:25--  http://XXX:23424/cds/resource/24/COVER_IMAGE?profile=serviigo_standard&authToken=c803b578441c4742b48de3794ae178c1
Connecting to XXX:23424... connected.
HTTP request sent, awaiting response... 200 OK
Length: 23291 (23K) [image/jpeg]
Saving to: `COVER_IMAGE?profile=serviigo_standard&authToken=c803b578441c4742b48de3794ae178c1'

 0% [                                                                                                                                   ] 0           --.-K/s


At this point, Images at any quality are working across all sizes for this particular image, so are thumbnails from profiles with DLNA ones, but the HD thumbnails aren't.

[zip]

ok, will check. maybe they don't exist. The 1.3.x update should create them, but maybe something went wrong, or the upgrade is still running.

I have found the cause of the problem.
After installing "networx 5.2.11" the problem occurs.
I have found out this cause after a new installation of Windows 8.1 and testing serviio after each software installation.

Same result for windows 7 when I uninstall "networx 5.2.11" serviio works again.

Best regards
Tony

Hi,

I received a solution from networx for the problem as described above:

It's likely to be an issue with the built-in network driver that NetWorx uses to filter out local traffic.
If you are using the latest version (5.2.11) and you had chosen the WFP driver, try reinstalling NetWorx at which time choose the TDI driver to install and reboot.
If still no joy and you need to exclude local traffic, it's possible to use a third party driver:

1. Backup your usage and uninstall NetWorx.
2. Download and install WinPCap from http://www.winpcap.org
3. Install latest NetWorx again leaving the "LAN Traffic Filtering Driver" option unticked.
4. When NetWorx starts, you should be able to choose one of your adapters prefixed with "Ignore LAN Traffic" from the drop-down list in the NetWorx settings.

In this case NetWorx will be using the WinPCap driver, rather its own custom driver and you shouldn't have any connectivity issues again.

Best Regards
Tony