RPTools.net

Discussion and Support

Skip to content

It is currently Fri Nov 24, 2017 3:22 pm 






Reply to topic  [ 24 posts ]  Go to page Previous  1, 2

Previous topic | Next topic 

  Print view

Author Message
User avatar  Offline
Cave Troll
 
Joined: Fri Sep 29, 2006 7:08 am
Posts: 99
 Post subject:
PostPosted: Sun Oct 01, 2006 8:23 am 
Software like Fantast Grounds actually allows the DM to mark maps as "Preloaded", i.e. the clients download them at the start of the game, meaning there is no interruptions during.
Perhaps the imaging sharing bit could be changed so that maps not currently in use are still transferred so that they are ready ahead of time?


Top
 Profile  
 
User avatar  Offline
Codeum Arcanum (RPTools Founder)
 
Joined: Mon Jan 09, 2006 4:16 pm
Posts: 11390
Location: Austin, Tx
 Post subject:
PostPosted: Sun Oct 01, 2006 8:32 am 
Nomad3k wrote:
Software like Fantast Grounds actually allows the DM to mark maps as "Preloaded", i.e. the clients download them at the start of the game, meaning there is no interruptions during.
Perhaps the imaging sharing bit could be changed so that maps not currently in use are still transferred so that they are ready ahead of time?


Sounds good to me. When we rebuild the networking and offload the image loading to a different thread (perhaps even socket connection) this will be much easier

_________________
Dreaming of a 1.3 release


Top
 Profile  
 
User avatar  Offline
Codeum Arcanum (RPTools Founder)
 
Joined: Mon Jan 09, 2006 4:16 pm
Posts: 11390
Location: Austin, Tx
 Post subject:
PostPosted: Sun Oct 01, 2006 8:34 am 
dorpond wrote:
Trevor, does the player have to worry about where they put these images that the GM gives them? Does it have to be the same exact directory structure as the GM?


Nope, doesn't matter what structure you put them in. This is because the images are ID'd by their content, not their location. When you add a directory to your image explorer note the status bar, it shows MT looking at all of the images. MT is looking at the images, calculating the unique ID based on content, and remembering where it is. That way when you drop an image into MT, all the clients look to see if they have a copy of it somewhere on the local filesystem before going to the server to get it.

_________________
Dreaming of a 1.3 release


Top
 Profile  
 
User avatar  Offline
Site Admin
 
Joined: Mon Jun 12, 2006 12:20 pm
Posts: 12103
Location: Tampa, FL
 Post subject:
PostPosted: Mon Oct 02, 2006 10:13 pm 
Ideal technique would be something akin to bittorrent: the first client gets the image (or part of it) from the server and the other clients retrieve their parts from that client (and other parts from the server).

Probably not a drop-in ability, though. Although it might be interesting for the server to feed URLs to the clients and those URLs could be of the "torrent://" format, indicating the location of the torrent tracker...

Better left for 1.2, I'm sure! Maybe even 1.3! ;)


Top
 Profile  
 
User avatar  Offline
Codeum Arcanum (RPTools Founder)
 
Joined: Mon Jan 09, 2006 4:16 pm
Posts: 11390
Location: Austin, Tx
 Post subject:
PostPosted: Mon Oct 02, 2006 10:57 pm 
The tricky part about peer to peer is that you have to get everybody's firewalls open and not just the server. It's often tricky enough just getting the server up and running.

However, there is a plan to allow images to have alternate download URLs so that you can download them from servers with big pipes. In fact, my plan to offload image loading will make it trivial to supply a list of image servers that can be queried whether they have the image or not (think map and token repositories).

_________________
Dreaming of a 1.3 release


Top
 Profile  
 
 Offline
Kobold
 
Joined: Sat May 07, 2011 1:38 am
Posts: 2
 Post subject: Re:
PostPosted: Sun May 08, 2011 1:45 am 
Azhrei wrote:
Ideal technique would be something akin to bittorrent: the first client gets the image (or part of it) from the server and the other clients retrieve their parts from that client (and other parts from the server).

Probably not a drop-in ability, though. Although it might be interesting for the server to feed URLs to the clients and those URLs could be of the "torrent://" format, indicating the location of the torrent tracker...

Better left for 1.2, I'm sure! Maybe even 1.3! ;)


Is it going to be implemented in the next (1.4) major release? I ask because I haven't seen this feature or similar in the list of the wall of feature!


Top
 Profile  
 
User avatar  Offline
Site Admin
 
Joined: Mon Jun 12, 2006 12:20 pm
Posts: 12103
Location: Tampa, FL
 Post subject: Re: Working on 1.1 release
PostPosted: Sun May 08, 2011 10:33 am 
Probably not in 1.4.

Although I have an interest in this and would like to make it an option, so perhaps 1.5...?


Top
 Profile  
 
 Offline
Great Wyrm
 
Joined: Tue May 26, 2009 7:51 pm
Posts: 2060
Location: Philadelphia, PA
 Post subject: Re: Working on 1.1 release
PostPosted: Sun May 08, 2011 3:42 pm 
Check out Azureus. It is a JAVA based Open Source bittorrent client that does not need the firewall ports opened.


Top
 Profile  
 
User avatar  Offline
Great Wyrm
 
Joined: Wed Nov 15, 2006 9:03 am
Posts: 1023
 Post subject: Re: Working on 1.1 release
PostPosted: Thu May 12, 2011 9:58 pm 
holy thread necro batman!


Top
 Profile  
 
Display posts from previous:  Sort by  
Reply to topic  [ 24 posts ]  Go to page Previous  1, 2

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:

Who is online

In total there is 1 user online :: 0 registered, 0 hidden and 1 guest (based on users active over the past 5 minutes)
Most users ever online was 243 on Sun Nov 04, 2012 6:14 am

Users browsing this forum: No registered users and 1 guest





Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group

Style based on Andreas08 by Andreas Viklund

Style by Elizabeth Shulman