Bio Engineer Archive
Thread: Why you can't find a BE on your server...
Ani_cul
Thu Jan 13, 2005 11:55 am
#53
Touchy touchy..
I would hate to see a new way things are bought and sold,
master merchant, we get enough 'lets fix this trade' over there already
But I am in favor in seeing something that lets crafters post what they are searching for
even if its server dedicated threads,
NOT the trade forums, these dont work for us this way.
Hylidex
Fri Jan 14, 2005 7:38 am
#54
Ani_cul wrote:
Touchy touchy..
I would hate to see a new way things are bought and sold,
master merchant, we get enough 'lets fix this trade' over there already
But I am in favor in seeing something that lets crafters post what they are searching for
even if its server dedicated threads,
NOT the trade forums, these dont work for us this way.
I think Lloyd is just talking about a sort of reverse vendor, where items are advertised for and bought.
Currently vendors can be used in this way already, but people seldom do. A six-sided cube named "Will pay 100 cpu for any "Virdani" Naboo eggs offered to this vendor" can be placed on the vendor at a maximum price. Any customer reading the cube can offer the eggs to the vendor and the owner buy them. A vendor can even be named "Buying YOUR Goods" and loaded up with such orders.
I think all Lloyd was suggesting is a specific vendor type for this process.
LloydPickering
Fri Jan 14, 2005 8:51 am
#55
Hylidex wrote:
I think Lloyd is just talking about a sort of reverse vendor, where items are advertised for and bought.
Currently vendors can be used in this way already, but people seldom do. A six-sided cube named "Will pay 100 cpu for any "Virdani" Naboo eggs offered to this vendor" can be placed on the vendor at a maximum price. Any customer reading the cube can offer the eggs to the vendor and the owner buy them. A vendor can even be named "Buying YOUR Goods" and loaded up with such orders.
I think all Lloyd was suggesting is a specific vendor type for this process.
thats exactly what I meant, however I was suggesting it as a format similar to the current Mission Terminals, but players create the mission.
For Example:
Mission for 10k of XXX Dath Carn Meat. Paying 30cpu.
Then it could be implemented that either as the meat is harvested it is collated for the mission in particular(a little complex to code), or that the mission contains details of how to drop off the resources.
This could be applied to other goods, for example:
Mission for 40 identical crates of +87 BSN paying 1mill.
or forPets:
Mission for cl10 pet >=9k Health, >=50% kin paying 200k.
It is something that would add to both the RP aspects of the game, and make better integration of buying and selling. BH Terminals already allow hunting of Jedi players on top of traditional missions.
Im not suggesting that players be allowed to take out contracts on each other as that would spoil the no-forced PVP which I feel is good, but theres no reason why the goods market couldn't be 'missioned'.
Hylidex
Fri Jan 14, 2005 9:08 am
#56
The problem with having these in the form of "missions" is that players would take them and not do them (removing the mission from a terminal) or if it persisted, would show up with their products only to find someone had beaten them to it.
In the meantime, perhaps we should try Offer Vendors, appropriately named with appropriate ad barking. I haven't done this, but perhaps I can talk a friend into using one of her vendors in this way.
ArthurDentOnBria
Fri Jan 14, 2005 12:08 pm
#57
/takes off correspondent hat
I've always thought the idea of a player-run hunting mission terminal was an incredibly cool idea, even if it does have lots and lots of faults. I think the main problem is that it may be very difficult (if not impossible) to enforce the contract. The contract could be broken by either party by just being irresponsible (e.g. you hunt for 10k of avian meat, spend a week doing so, then the guy refuses to buy it from you, or the hunter takes the mission with no intention of delivering on it), and in some cases it may be through no fault of the participants (e.g. resource shifts, or the market value of a resource changing due to new resource shifts or competitive pressures). But even with such problems, I think it's better than the current system, which is 100% reliant on some form of spamming, because there are no systems in the game to help a hunter find a person offering a hunting contract.
I think the best way to do it might be to have the mission terminal sort of broker the transaction. For example if I want 10k of a certain type of meat, and am willing to pay 10cpu for it, I enter that information into the terminal, and insert my 100k into the terminal. Then any hunter may insert any amount of that meat into that terminal, up to the point that the funds are exhausted.
I really really don't like the idea of crafted goods being integrated into such a system though. It basically makes every sale a reverse-bidding war, rewarding those greatly that are able to offer the rock bottom prices, and I think that would promote all kinds of bad play mechanics, putting a premium on running the most efficient business possible (lot trading, the use of multiple alts, duping, etc.). Also I feel it would do a lot of harm to the merchant class and the idea of the player-run store.
Message Edited by ArthurDentOnBria on 01-14-2005 11:17 AM
LloydPickering
Fri Jan 14, 2005 12:28 pm
#58
That was why I suggested that Merchants could be required to help you put missions up...
Ive had an idea for the resource gathering though....
The mission gives a price and has a total amount buyable. for example max of 100k bought at 30cpu. The contractor automatically has the money removed from their account (3,000,000 in example) andeverytime someone with this mission collects the resource, they are automatically paid for the units harvested, and the resource is taken from them and added to the mission terminal for that player, like offers to a vendor, only on a mission terminal.
When the maximum amount is reached, the mission ends for all players, or if the contractor cancels the mission, they get the money not spent on resources back. They also get any resources that belong to them by retrieving from the mission terminal.
Of course this only works on current resources gathered by killing creatures. This still leavesthe currentmarket for old spawns.
For those wondering how this could work for current non-creature resources that use harvestors, as the resources are harvested, they are diverted form the hopper to the players mission, just as if they were harvested from a creature
(Still wondering about the player made items...this couldn't cover it)
Hylidex
Fri Jan 14, 2005 2:46 pm
#59
LloydPickering wrote:
That was why I suggested that Merchants could be required to help you put missions up...
Ive had an idea for the resource gathering though....
The mission gives a price and has a total amount buyable. for example max of 100k bought at 30cpu. The contractor automatically has the money removed from their account (3,000,000 in example) andeverytime someone with this mission collects the resource, they are automatically paid for the units harvested, and the resource is taken from them and added to the mission terminal for that player, like offers to a vendor, only on a mission terminal.
When the maximum amount is reached, the mission ends for all players, or if the contractor cancels the mission, they get the money not spent on resources back. They also get any resources that belong to them by retrieving from the mission terminal.
(Still wondering about the player made items...this couldn't cover it)
Hmmm. This sounds more feasible than the previous thoughts. Perhaps a cancellation message could appear in the hunter's e-mails:
"Only 10% of the money allotted for XXX is still available"
I don't like the idea of being able to withdraw the contract, though. I'm imagining a hunter getting buffed and armored to go out to collect Kimogila meat, only to have the contract withdrawn suddenly as he has killed one of three that he found. The contract should end automatically when the resource dries up.
Interesting thoughts....
Oh, and Arthur, you look good without a hat from time to time.
Woe_icoby
Fri Jan 14, 2005 7:25 pm
#60
a binding system could be put in place where if you accept a mission from the terminal to say supply meat, and dont fufill in a certain timescale or flat out abort the mission you could recieve a cash forfeit of say 10-25% which goes to the person you had the deal with,and vice versa if you dont buy it. It would esentially work like a bank transfer, the mission would have to be worked so it wouldnt take up one of your two "mission slots" in the dp, and both sides would have to click an agreement like a trade box, i think when faced with losing some cash it would stick a proverbial firework up their back passage in terms of fufilling agreements.
I mean even if you made excellent tissues and the buyer refused to take them you could still find someone willing to buy em, likewise them with a good meat spawn, so noone really loses.
I think all in its still genius =p
if this was implemented id reactivate my account tomorrow
I mean even if you made excellent tissues and the buyer refused to take them you could still find someone willing to buy em, likewise them with a good meat spawn, so noone really loses.
I think all in its still genius =p
if this was implemented id reactivate my account tomorrow
DarthCosmo
Sun Jan 16, 2005 9:37 pm
#61
It could work like this example:
1. The BE placesthe order for 10k units of "Auvirah" a Dantooine Scaley Hide at 30 cpu and deposits 300k into the Terminal.
2.The BEplaces a timeline of 1 week to fillthe order.
3. The hunter goes to the terminal and the mission for 10k units of "Auvirah" is displayed.
4. The hunter clicks on Mission Details:
a. It tells him that 80% of the contract is still available and he has 6 days to fulfill the order.
b. The hunter agrees there is some risk that the contract will be filled before he can fulfill the order.
c. The hunter accepts to hunt on this contract.
5. The BE and huntergetemails listing the names of people working on the order.
6. The contract goes into the Datapad of the Hunter and is a constant update of the amount of contract remaining.
7. The Hunter returns w/ 2k units of Dantooine Scaley Hide, because his datapad shows that only 30% of the order remains unfilled. Time to get back to the terminal and collect 60k credits.
8. At the end of the week the The BE collects the 9k of Hide that was collected and is returned 30k credits for the unfilled contract.
This is just an example that could work. The only problem occurs when the Hunter is left w/ excess resource because the contract was filled before he could sell it. Hunter's will have to understand there is a certain amount of risk, but should be willing to accept the risk because the returns would be profitable for them. The hunter will also get emails telling him how many hunters are working on the contract which can help him decide on the risk of accepting this contract.
Also, the Hunter has an email listing the BE they were working for and can always contact them to see if they are willing to buy the excessresources from them.
Anyway it works, it would be definately much better than the current system.
LloydPickering
Mon Jan 17, 2005 10:15 am
#62
DarthCosmo wrote:
It could work like this example:
1. The BE placesthe order for 10k units of "Auvirah" a Dantooine Scaley Hide at 30 cpu and deposits 300k into the Terminal.
2.The BEplaces a timeline of 1 week to fillthe order.
3. The hunter goes to the terminal and the mission for 10k units of "Auvirah" is displayed.
4. The hunter clicks on Mission Details:
a. It tells him that 80% of the contract is still available and he has 6 days to fulfill the order.
b. The hunter agrees there is some risk that the contract will be filled before he can fulfill the order.
c. The hunter accepts to hunt on this contract.
5. The BE and huntergetemails listing the names of people working on the order.
6. The contract goes into the Datapad of the Hunter and is a constant update of the amount of contract remaining.
7. The Hunter returns w/ 2k units of Dantooine Scaley Hide, because his datapad shows that only 30% of the order remains unfilled. Time to get back to the terminal and collect 60k credits.
8. At the end of the week the The BE collects the 9k of Hide that was collected and is returned 30k credits for the unfilled contract.
This is just an example that could work. The only problem occurs when the Hunter is left w/ excess resource because the contract was filled before he could sell it. Hunter's will have to understand there is a certain amount of risk, but should be willing to accept the risk because the returns would be profitable for them. The hunter will also get emails telling him how many hunters are working on the contract which can help him decide on the risk of accepting this contract.
Also, the Hunter has an email listing the BE they were working for and can always contact them to see if they are willing to buy the excessresources from them.
Anyway it works, it would be definately much better than the current system.
Good example, but I would have the resources diverted from the hunter to the mission terminals as they harvest, not when dropping it off. That way, they will know when the contract is fulfilled without checking their mission as it will start to accumulate in their inventory.
PlainWhiteSocks
Tue Jan 18, 2005 10:00 am
#64
DarthCosmo wrote:It could work like this example:1. The BE places the order for 10k units of "Auvirah" a Dantooine Scaley Hide at 30 cpu and deposits 300k into the Terminal.2. The BE places a timeline of 1 week to fill the order.3. The hunter goes to the terminal and the mission for 10k units of "Auvirah" is displayed.4. The hunter clicks on Mission Details:a. It tells him that 80% of the contract is still available and he has 6 days to fulfill the order.b. The hunter agrees there is some risk that the contract will be filled before he can fulfill the order.c. The hunter accepts to hunt on this contract.5. The BE and hunter get emails listing the names of people working on the order.6. The contract goes into the Datapad of the Hunter and is a constant update of the amount of contract remaining.7. The Hunter returns w/ 2k units of Dantooine Scaley Hide, because his datapad shows that only 30% of the order remains unfilled. Time to get back to the terminal and collect 60k credits.8. At the end of the week the The BE collects the 9k of Hide that was collected and is returned 30k credits for the unfilled contract.This is just an example that could work. The only problem occurs when the Hunter is left w/ excess resource because the contract was filled before he could sell it. Hunter's will have to understand there is a certain amount of risk, but should be willing to accept the risk because the returns would be profitable for them. The hunter will also get emails telling him how many hunters are working on the contract which can help him decide on the risk of accepting this contract.Also, the Hunter has an email listing the BE they were working for and can always contact them to see if they are willing to buy the excess resources from them.Anyway it works, it would be definately much better than the current system.
Awesome! Any chance a dev can look at this? Food for thought.
PlainWhiteSocks
Wed Jan 19, 2005 10:31 am
#65
I occured to me the hunting terminal idea might be posted on the wrong board. Does anyone know what board it should be on? This idea is good for us, but it applies to alot of the other professions as well. And yeah I'm being a little lazy asking where to post this, but everytime I even glance at other boards I'm struck dumb by the sheer number of idiots that post. (Does anyone else see the extreme low level of reading comprehension out there?) I'll hide here in the bio corner for now. 