Recent Posts

Pages: 1 2 3 4 5 6 7 8 9 10
1
I'd like color view. Please check, and if a solution to this problem appears, please let me know :-)
2
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.  
3
Today the problem occurs with certain tracks.
For example, today Killarney and Fairyhouse are having these issues. The other tracks are displaying correctly.
4
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?
5
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! 
6
Troubleshooting / Re: #all_active# import flag and automatic reimport
« Last post by MarkV on 30 Sep 2026, 10:48 »
Hi
Had a play with this and have replicated the issue. Actually came across it by chance. Did CTRL A on the text file and found some CR/LF after #all_active#.
I found if you correct the text file without reloading the markets, the selections will remain greyed out.
But if the text file is perfect on the first import, then all other selections will not be greyed and automatic re-import works fine
7
Troubleshooting / #all_active# import flag and automatic reimport
« Last post by David Pride on 29 Sep 2026, 14:14 »
Greetings. 

I’m trying to understand the interaction between the #all_active# import flag and automatic reimport.

I need to import changing trigger variables from a text file, so “Reimport every n seconds” is essential.

I also need all runners in all loaded markets to remain active, which appears to be exactly what #all_active# is intended to achieve. However, these two features appear to be incompatible. On an initial/manual import containing #all_active#  all selections remain active as expected. But as soon as “Reimport every 1 sec” is enabled, selections which aren't explicitly listed in the file become inactive/grey. This matters because although prices for grey selections continue to update in the MarketFeeder interface, triggers no longer operate on those inactive selections. That also prevents a file-writing trigger from continuously exporting the complete market data required by the external application.

I have reproduced this with a completely static file containing only #all_active# (no newline / CR) With automatic reimport disabled, the markets remain active. Enable automatic reimport and all markets grey out. So this behaviour isn't caused by another application rewriting or temporarily emptying the file.

My main question is: why do #all_active# and automatic reimport apparently not work together? Is this expected behaviour, a limitation, or a bug? If it is expected behaviour, is there another supported way of achieving the intended combination: periodically reimport changing values for particular selections, while keeping every selection active for triggered betting?

All help gratefully received at this point! 


8
Time Machine / Re: Time Machine - client identification error
« Last post by Richard Ch on 27 Sep 2026, 15:44 »
Hi joaofrancisco - I have the same problem as you - "Error with client identification" message when I try to buy market data in Time Machine.

Did you ever get a reply from support? I have emailed several times, with no response which is disappointing after I have paid for a subscription that won't do what I need it to.

Thanks for looking
Richard
9
Troubleshooting / Re: horse racing venues
« Last post by pjms on 21 Sep 2026, 19:36 »
Hi MarkV Thank you very much for your quick reply. I will proceed accordingly. Very grateful.
10
Troubleshooting / Re: horse racing venues
« Last post by MarkV on 21 Sep 2026, 13:44 »
Hi
Couple of ways:

markets name contains "Wolv"
you can use abbreviations with this because it looks for the partial string

the other way is:

selections trigger expression market_venue is equal to "Wolverhampton"
not sure if you need quotation marks but try either way

so you can use a list (or file) for the venues you want:

selections trigger expression market_venue is in list "Wolverhampton", "Leicester", "Lingfield" 

 



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