Recent Posts

Pages: 1 2 3 4 5 6 7 8 9 10
1
Troubleshooting / Greyhound race times not displaying in market locator
« Last post by pjms on 20 Oct 2026, 10:23 »
Using market locator to download the uk greyhound races for the day.
Each day the number of races that do not show the time of the race is increasing. Today is the worst. Is this connected to Betfair format changes? 
2
Thank you for pointing us.
Betfair changed format for new runners.
We'll fix it asap.
4
Hi
Thanks for posting your findings.

I am long-time user of Marketfeeder and help on the forum when I can with technical queries about triggers etc. I can't help with support issues but I have opened a support ticket with a link to this topic on your behalf. You can also email [email protected] with your request.

Regards
Mark
5
Hi Mark,

Following up and regarding the rendering bug in MasterFeeder Pro 8 (where runner graphics appear oversized and color bars are missing in Race View), I have identified the root cause of the issue.
All affected meetings share one common factor: they are exclusively Irish racecourses under Horse Racing Ireland (HRI) jurisdiction (e.g., Thurles, Tramore, Downpatrick, Dundalk, Cork, Naas, Roscommon, Punchestown, Curragh, Limerick, Leopardstown, Gowran Park).
In contrast, British tracks (BHA / Weatherbys feed) display normally. The software currently struggles with the schema differences between the two feeds:

Oversized Runner Graphics (Silks):
Cause: The UK feed delivers pre-scaled thumbnails (e.g., 24×24 or 32×32 px), whereas the HRI feed provides high-resolution transparent PNG assets.
Issue: The UI container lacks fixed constraints (max-width / max-height or strict bounding), causing the UI to render the Irish assets at their native resolution and distort table rows.

Missing Colors on Race View Bars:
Cause: The BHA feed includes direct HEX/RGB values for saddlecloths and runner indicators, whereas the HRI feed either uses different data keys or returns standard text descriptions (e.g., "Emerald green, white cap") rather than a HEX value.
Issue: The parser fails to find the expected HEX code, defaults to null, and leaves the bar uncolored or blank.

Could you please update the software parser and interface layout to accommodate the current HRI data format? Specifically:

Adding strict dimension/scaling constraints (width/height or max-width/max-height) to the runner silk element in the Race View template.
Adjusting the color bar parser to handle HRI color keys or implement a fallback color-mapping routine for Irish fixtures.

Please let me know if you need any additional logs or examples from my side.

Best regards,
Maciej
6
I'd like color view. Please check, and if a solution to this problem appears, please let me know :-)
7
Hi
I don't know what is causing the problem, but if you don't need silk colours you can switch off downloading the images in monitoring settings.  
8
Today the problem occurs with certain tracks.
For example, today Killarney and Fairyhouse are having these issues. The other tracks are displaying correctly.
9
I noticed a display issue with the horse icons in the race view. The jockey silk colors and saddle number icons appear to be scaled incorrectly (stretched/enlarged). They overlap other important information like the Jockey name, Sex/Rating fields, and sometimes obscure the market prices. 

This makes it difficult to read the data clearly during a race.

This started happening a few weeks ago — everything was displaying correctly before that, and I haven't changed any settings on my side.



How can I fix it or is this a known bug or could it be related to a recent update?
10
Thx for taking the time to look at this - been away for a few days for work and only got to look at this again today. 

I'd checked the file for with and without <CR> and was sure it wasn't there. I've done a load of testing this evening and have finally nailed it down. It appears to be caused by a race condition with my Python script and the MF script trying to read the import file at exactly the same time. For normal Python on Windows, it *should* not create an exclusive lock that prevents another process from reading the file at the same time. Multiple processes can normally have the file open for reading concurrently. 

To test, I created another version of my code that does everything else exactly the same, but doesn't attempt to read the import file.... and everything stays perfectly live, nothing greys out. I am now working on a version that avoids the race condition! :)

I do therefore think though that if MF tries to read the import file at exactly the same moment another process is reading it, it silently fails and reads it as empty - and then everything greys out. I also believe that once this has happened, the file will no longer be correctly imported. (This is the part that is speculative, I would think that on the next successful / correct import, the markets would go green again but they don't seem to - once they go grey, that seems to be the permanent state until the markets are reloaded).

Would be good to understand what happens under the hood with the reimport function to be completely sure. 

Thanks again! 
Pages: 1 2 3 4 5 6 7 8 9 10
Please note, BetFair is seems to be currently OFFLINE