What criteria is used to filter files in a list with more than 3000/5000 files ?

[Von Schtrumpfe]

If I understand correctly, there is a maximum of 3000 shared files for a secondary WinMX connection and 5000 for a primary connection; if you have more than those numbers, they will be left out of your share list when people browse you.

My question is, how does WinMX select which files are kept in the list and which ones aren't ? Is it random or is there an actual criteria, and if so how does it work ?

Thank you very much. 

[White Stripes]

i think ... but dont quote me on this... that its 'first come first serve' .... basically the first 3000 or 5000 listed in the library.dat (or lib4.dat) file are the ones that get listed...

search however will return results all 65535 (max amount) files you have shared.... ...when search is working anyway...

[silicon_toad2000]

I've not heard of any system winmx uses to select files.
I have browsed users and not found a file i was looking for, but when i borwse again it was there.

I don't know if this is different for primary vs secondary

[Joshua203]

I believe Stripes is right or at least very close to the truth, I have browsed users over and over in the past to see 1 or two missing files and always got the same list back (or at least ...not the one or two files included)

IF you want to share a huge number of files ( and I say IF because it might be not so smart ) AND want to make as sure as possible that certain files are visible in browses, then I would add the important files first upto the magic max number of files that can be browses and then add the other.

But in all fairness it could also be the browsing machine that descides what gets loaded and then that machine could memorize it more or less.

In short there would be no way to be 100% sure, it's all theory but you could try testing the outcome together with a few browsers if you have some time to kill 

[Bluey_412]

or you could figure a way to run multiple instances of MX at your IP, and each has a specific 3,000/5,000 files shared from a common library stored in a NAS box...

[Bluey_412]

Waits for Stripes' equally silly riposte...

[White Stripes]

actually i was thinking moreso a practical way to do this.... like creating text files numbered 0000.txt (0001 0002 etc) through 5050.txt ... using a script of some sort would ofc make this simpler...

then add those files to the share of a fresh mx install... use the mxhashish app ( httpss://archive.winmxworld.com/Greyproc/ ) to convert library.dat to a csv file to see what order (hopefully in order) the files are shared... then using either that program that can allow a second instance to run (i know this exsists but not its name) or a second machine with another install -- run a second copy and browse the first... if hashish verified the files are stored in the library.dat file 'in order' files 5001 through 5050 shouldnt show when primary and numbers beyond 3000 shouldnt show when secondary...


... didnt think of this at first but a chat client with support for browse (robomx and i think wpcc) would be easier to check the numbers for secondary...

sorry for the jumbled post... me brain is a bit foggy today (70 degree days that drop quickly to 40 degree nights then back can make anyone who doesnt live in a desert area a bit woozy... ... damn climate change)

* Silver Stripes sneezes...

[Joshua203]

...that program that can allow a second instance to run (i know this exsists but not its name)

PlusMX for upto 10x mx (unstable startups)... httpss://archive.winmxworld.com/Emulator/PlusMx/
or Multi MX  which would allow 2 or 4 executions ..

httpss://archive.winmxworld.com/Ze%20Assortment/MultiMX%20-%20100604.zip

Both will need some work to be usuable though

[Bluey_412]

actually i was thinking moreso a practical way to do this.... like creating text files numbered 0000.txt (0001 0002 etc) through 5050.txt ... using a script of some sort would ofc make this simpler...

then add those files to the share of a fresh mx install... use the mxhashish app ( httpss://archive.winmxworld.com/Greyproc/ ) to convert library.dat to a csv file to see what order (hopefully in order) the files are shared... then using either that program that can allow a second instance to run (i know this exsists but not its name) or a second machine with another install -- run a second copy and browse the first... if hashish verified the files are stored in the library.dat file 'in order' files 5001 through 5050 shouldnt show when primary and numbers beyond 3000 shouldnt show when secondary...
sorry for the jumbled post... me brain is a bit foggy today (70 degree days that drop quickly to 40 degree nights then back can make anyone who doesnt live in a desert area a bit woozy... ... damn climate change)

* Silver Stripes sneezes...

'tall sounds so much like a method for opening/viewing winmx' long-lost easter egg!

There HAS to be an easier way!

[Joshua203]

There HAS to be an easier way!

Yeah there is ..set up a http server and share one url 

[Bluey_412]

Must be a slow-news day, or week...

[White Stripes]

'tall sounds so much like a method for opening/viewing winmx' long-lost easter egg!

There HAS to be an easier way!

actually if mx had an easter egg i think we would have found it by now


... nushi sniffer might be an easier way ... ... but one still needs to know how their library file is built to do a comparison...

[cuttingedge]

5000 files! Holy Bitrate Batman! That would take me like a half hour just to get the full report! Who shares that many?
I bet it's only a hand full these days

Ya must be my neighbor SS. Snow is here and then it's gone. From fur lined parka to shorts and tee shirt and back to
shoveling 8 inches.

[White Stripes]

used to be... and most likely still are... quite a few that share that many... or more...

winmx' method of getting a browse list is.. uh... less than optimal... which is why its so hard to get it to work right...

as far as the weather goes... the whole planet is screwed up so... we are all definitely neighbors in this one...

[Bluey_412]

Shares around 17,000...