Skrrp

Members
  • Content Count

    14
  • Joined

  • Last visited

Community Reputation

13 Decent

About Skrrp

  • Rank
    Villager

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Top seller. A++++. I ordered 1,800 colossus bricks and the order was done and delivered within 24hrs. . Fast and reputable service.
  2. I've created a wound calculator so I don't have to reach for one to do the manual maths. You can find it here: http://skrrp.net/wurm/ (JavaScript needed) Please let me know what you think and if there's anything that could be improved.
  3. I'm 1 of 2 techies in the company and I've known my boss for 15 years now. No, I'm not worried about traffic monitoring because I know there isn't any
  4. AFAIK (and IANA Windows engineer), the graphics card bits don't work well over RDP. You would probably be better off looking for some sort of game streaming service where the game graphics are converted into a video codec before transmission. Myself, I just play Wurm on my work machine locally. One way around this (which would be slow - depending on connections) would be to mind-meld an Xorg server at home with an Xorg server in work. Unlike the Microsoft/VNC approach of 'taking pictures' for remote sessions, an ssh -X session actually merges your X servers (in some quite freaky ways sometimes) so you can play games over a remote link.
  5. Ship-along

    I think this is a very generous offer; anyone giving their time to help others is acting in the true spirit of Wurm.
  6. I captured this simple shot while sailing. A little later on:
  7. Bump - due to price decrease and construction status change.
  8. I have Cogs for sale. 1 cherry wood 1 apple wood Both 45ql Can be imped up to about 56ql if you can supply enough higher ql logs. They will come with lock, key and anchor. 5s collected, from Cliff Side Port - 43x 5y on the community map, C19 on the game map 6s delivered to anywhere costal on Independence. I am also open to take orders for more boats - SSB, Corbita, Cog, Knarr (about 2 weeks lead time on a Knarr). Please reply to this thread or chat to Skrrp in game.
  9. Im a Wurmpedia editor but I am too lowly to upload pictures. As of the graphics update recently I've captured a couple of pictures to update to the wiki. http://skrrp.net/img/wurm/Meditation%20Rug.png http://skrrp.net/img/wurm/Fine%20Meditation%20Rug.png
  10. I've noticed a couple of comments on the IRC channel recently (big update, yes) about the time it takes for pack files to download before the game launches. As far as I understand it currently, you run the launcher and it checks the master packs and downloads the updates. I think that this might not be the best way of handling things. The problems are: 1) With any update new logins are scrambling to pull the updates from one central resource, reducing the bandwidth available per connection. 2) It is very expensive on the bandwidth of the central server. I think that a more decentralised model would be of benefit here, updating people's pack files in the background before they hit the launcher. BitTorrent has shown us that peer-to-peer sharing of data is a good model for mass data transmission over the Internet. Unfortunately, the packs being packaged in .jar files makes BitTorrent a very bad fit for distribution of new updates. The behaviour needed for P2P distribution would need to be more like rsynch. The outcome of such an idea would be a background program resident on the computers of anyone who participates. It would synch the pack files while the user is offline (in work, overnight) and when the user comes to login to Wurm there would be no need to download anything new. It would use user bandwidth to share the updates, reducing the load on the current delivery model. It could be limited by bandwidth (speed and or size per time period) so that each user could customise how much they wish to give to the network. It would be great if some sort of P2P distribution model could be coded by the devs but I know their resources are limited and this sort of thing is of low priority. I am personally willing to donate time (code) and bandwidth to making something happen. I've had a sniff around the .jar files in my install directory and my current problems are: 1) I don't know where the masters are kept on the Internet (but I think this would be trivial to find with connection inspection). 2) On Windows at least, the nature of the current updating system means that the last update date stamp of the .jar files is the date they were created. I currently have no way of telling which parts of the files are the latest version (if multiple files were connected to an updater network). If any devs read this and think the idea has merit please get in touch with me.
  11. Having tested this further; mouse left-click-drag does not work in Windowed (resizable) mode but does work in Full Screen. I seem to remember that double-left-click (examine) worked in Windowed mode. Fedora 17, LXDE desktop. Latest versions from the repos. The only line from the console log that seems relevant is: Initialized mouse with 3 buttons. This line was the same for both Windowed and Full Screen modes.
  12. I also had this recently using Fedora (FC17) and LXDE. Moving to Gnome 3 fixed it.