Topic: [DVC]DevCoin - Official Thread - Moderated - page 299. (Read 1059181 times)

Yep, that is where I found the link yesterday and downloaded it.

It was a very informative write up and the screen shots were very helpful.

I did a write up at Devtome: http://www.devtome.com/doku.php?id=testing_updated_devcoin_windows_client

The new client really behaves well. I love to see it linked via Devcoin.org once all small corrections have been made.

8 connections is the default max when your incoming port is not open.

So maybe your incoming port is not open.

Which might mean that your router does not support Plug and Play (or like mine it claims to but actually does not work with the plug and play library that bitcoin-derived cryptocoins use) or it might mean who-ever compiled the client compiled it without plug and play support or it might mean that who-ever compiled it compiled it with plug and play defaulting to disabled/off instead of defaulting to being enabled/on.

Then again it might also be that plug and play did work, your incoming port is enabled at your router, but it just hasn't happened to get any incoming connections yet.

(Its default max connections with an incoming port open is 125 I think.)

-MarkM-

I uploaded it earlier this evening and I also was impressed with the ease of use.  The visual aspect of the client was more like what I am used to and the installation was so smooth, which is important to technically challenged persons like myself .  It is still in the process of receiving the blocks, but I'm sure that will not be a problem.  Consistently, it is connected to 8 active connections, I'm not sure if that is the max amount or not.


DVC wallet:    13mtCyZTnMJRJw9nt7xqbiGU7tXrvkeAJB

I want Giftculturewriting to be an admin, and he chose to help categorize articles, so he do that with Weisoq and Wiser.

I installed that client on my computer yesterday and was impressed with how much it looked just like a Bitcoin/Litecoin wallet. I think it stopped downloading the block chain a couple of times but I could have just been a little impatient. I closed it and then opened it back up again and it started right where it left off. I checked on it a an hour before I went to work and did a test send and receive of Devcoins. I didn't notice any hitches sending or receiving the coins. I plan on playing with  it some more today after I get off work in the morning.

I have to say the absolute #1 plus about this new wallet is being able to backup your data. I have an older computer and that dang thing might just stop working one of these days.  

Overall, I was very impressed with it.

(I am sorry this review wasn't more technical but I am kinda low tech)

Cyke64, you are the first person to have written a post about installing Sidhujag's client, so you get 4 shares. Please send me a devcoin address from your computer and I'll add you to the bounty list. The next client testing bounty is 3 shares.

I guess that I must be doing something wrong then. I have entered a couple of articles and have properly filled out the receipt section on Devtome.com  but when I check the daily account31.csv on http://d.evco.in/charity/ I don't see my user name in the Devtome earning section. If you could provide any insight into what I am doing wrong. It would be most helpful.


Thanks

Bittzy78

Did you read the above paragraph of mine that you quoted?

As it answers the question you posted above it.


40+ hours per week is "at least 10 hours per week" so should qualify.

The thing is though, why would you settle for only one share for all those hours instead of getting one share per 1000 words?

Well one reason, I suppose would be if you didn't want to post the material to Devtome.

But basically the crazy-high pay currently going to Devtome authors kind of discourages anyone from going for the lifestyle author of free open source software option, not to mention the vast number of shares that go to Devtome authors grossly dilutes the actual value that a lifestyle author's lonely single share would actually be worth on the exchanges.

So basically Devtome is maybe kind of shooting itself in the foot too not just shooting down all other categories.

Although to fully make use of lifestyle authors Devtome would have to be even more open than it currently is regarding "collated" articles, since a lifestyle creator of free open source content is not constrained to post that content to Devtome or any other specific repository. So if a lifestyle author of free open source writing happened for example to post all their free open source writing to their blog instead of to Devtome, someone would have to collate it all - grab it all - onto Devtome in order for Devtome to directly benefit from it all. But since we are talking free open source, presumably grabbing all of it from their blog and pasting it to Devtome (with attribution) would presumably be okay as far as their license is concerned. It is only Devtome itself that currently would seem to require who-ever grabs it and pastes it to hack it up instead of simply pasting it.

We could though maybe make a "grabbed wholesale" category that pays even less than the "collated" category, like maybe a share per 10,000 articles or a share per 1000 articles or somesuch, so one person with one script could suck into Devtome all the new blog posts made by all the lifestyle free open source blog authors and stuff like that and get enough pay from that to pay them for the computer resources it'd take for them to have their 'cron' daemon automatically go grab the articles and paste them to Devtome...

-MarkM-

Nothing would change except the scarcity of the coin going up... all reciever stuff would remain the same as blocks halve I said that we would stop halving at a point in the future like say 1000 coins per block.

It just means we maintain the ratio of 1000x btc as long as possible to draw a bigger community until a point where it would be self sustaining (when ratio widens and inflation starts playing a key role in price stability) As of now i see supply saturation taking years based on the way shares were given to devtome and this would essentially speed it up aswell as staying true to the 1000:1 goal.. useful marketing trick too (the whole mBTC issue)

Actually we would be much like quark then which has 250 million coin base beforr reward drops now while maintaining a steady 0.5% inflation pa.. this is the way the new wave of succesful coins are doing it. I think devcoin has added benefit of useful generation leveraging mining thru merged mining.. We really can put all these knockoff coins to dust if we did something like this.

I was wondering about this for photography. Like if someone posted ten pictures of different angles of their lamp... (in such a way that was useful or artistic to no one). I think it would require a pretty big dedicated staff to review submissions, or maybe an application process for contributors who can prove they produce real content, so not practical right now.

Far as I know, yes.


Well we already have, in the software development side of things, a distinction between "any old crap you choose to come up with" and "stuff we actually need".

So maybe we could do the same with other media?

[/quote]

That's the tricky part with 'no notability requirements.' Where's the line drawn for 'what we need' and how is it determined? For instance, a lot of really good quality storytelling in various media ISN'T popular (indie films, live storytellings, self-published books), and a lot of crap (helloooo many hollywood movies) IS really popular, so popularity (for instance) is not necessarily a reliable criteria.

Is it one share per ten hours?


This intrigues me, because ideally I think you're right that the audience should be people who 'naturally as a lifestyle contribute their time freely to free open source development.' Even within that model there could be room for one-time or not-that-often contributors.

I've got 200k + word I could *conceivably* post on Devtome, but I won't, because it's not polished, or not finished. I'll post it when it's ready. I care about creating quality writing. I'm really passionate about gift economies and openness, so in spirit I really liked free culture licenses, but I clung to the non-commercial clause out of fear of abuse. Investigating Devtome and looking at Sita Sings the Blues http://www.sitasingstheblues.com/ convinced me to put my licensing in line with my beliefs. So I spend 40 + hours a week writing that will now all be published under CC BY-SA. I think all those elements make it natural for me to gravitate toward Devtome.

I think a ton of other writers would, too, once they got over their hangups about copyright (which is rampant in the writer world, for a number of reasons, some of which are they they *care* about and *value* what they are producing, but also hubris around 'originality'), and were able to see that they can meet their material needs with Devcoin. Devtome has attracted a few of those, but also a lot of people who are fine with putting out 'open source' material because they *don't* care about what they're producing.

The Devtome model as it stands now isn't perfect, but it's a place to start.

How would you propose shifting it to paying ongoing writing 'developers'? I think you'd need to wait to do it until you had a stable of committed, high quality authors.

We need to keep on minting coins forever without halving the minting, because we need to keep sending 90% of the coins to the people/projects (addresses) that are listed in the receiver files.

-MarkM-

I just brought it up because the fees are still based on 1000x higher fees with bitcoin based on the 50 coin block reward but its changed now.. so the fees may need to double to match bitcoins now and when I first joined the project I thought the goal was to be 1000x inflationary than bitcoin but that relation breaks when bitcoin reward halves so I proposed we halve with it until say a min of like 1000 coins per
block when bitcoin is at 1... this will keepthe ratio up ttill this point and then split off. I just threw it out there as my idea of a good idea may not be the right choice and unthinkingbit makes the final decision.. He knows Ive been about it for a while now.

So my question is if we dicussing fees do we discuss inflation too? or meh.

inflation? it will big hard fork and will change many thing... I don't know we have this discussed before...

On the topic of Battle for Wesnoth, all the campaigns mentioned in Devtome date back to a version of the Battle for Wesnoth software that is now a few versions out of date.

Accordingly all those campaigns need running through the "lint for campaigns" syntax-checker that automatically updates what can be updated automatically, then all the things that tool points out that it cannot automatically correct will need to be manually corrected.

In addition, none or almost none of the scenarios in those campaigns have soundtracks. At best they maybe just run Wesnoth's default playlist or maybe might have chosen one from Wesnoth's very limited repertoire of soundtracks, or maybe even just let the program pick randomly from its default playlist.

Some of those campaigns are behind the times more than merely in the sense of being coded for out of date versions of Wesnoth but also in terms of not keeping abreast of what has actually being going on around them.

For example, so far none of those scenarios mentions Devtome, whether or not any of the characters in them have even heard of Devtome is not specified, which of those characters also writes Devtome articles in addition to creating holobarracks programs (such as those very Battle for Wesnoth campaigns themselves, all of which are attributed to at least one of the characters found in at least one of those campaigns) and so on.

Currently the only way players of those campaigns would be led to discover Devtome is by following the clues that lead to such things as the CrossCiv server (or ... oops, I was going to write MUDgaard but then it occurred to me that none of those campaigns mention MUDgaard either, they are so out of date! ...) and meeting therein some player who thinks to mention Devtome to them.

So it would be nice if someone brought the campaigns up to date with the latest version of Battle for Wesnoth, whereupon adding references to Devtome and MUDgaard might make more sense (since being use-able with the current version should result in more users than if users have to install an old version of Battle for Wesnoth in order to play those campaigns) than it would right now.

(For those who are not aware of the fact, maybe it is worth mentioning that this (Devcoin, Devtome etc) whole project, like the GNU project that in the campaigns is refered to by terms along the lines of "Grand Nexus Uberplot", and Battle for Wesnoth itself that is characterised as a form of holodeck-programmer training-tool for deployment on planets on which the deployment of actual holodecks is deprecated, is part of the game...)

-MarkM-

Please see the devcoin source code update thread: https://bitcointalksearch.org/topic/devcoindvc-source-code-updated-to-bitcoin-08x-310280

I made version 1.0.2 with updated icons and graphics... looks better now.

Run with devcoin-qt.exe -testnet to see the testnet startup.

I want to fully testwith 0.8.5 first to make sure we didn't introduce any malfunction in the way it works. The code is totally different and we have to be confident that we can roll fwd from this point on. After testing is done I will work on 0.8.6 and look ahead to 0.9 upcoming. We still have to decide on the fee changes and/or implications to inflation rate structure if we go there. This will cause a hard fork.

I don't know the windows build or release process, but as linux, bitcoin 0.8.6 has intergrate automake system, which is a great step up for building system. if not too hard, could we just update it 0.8.6?

Well at the very least, remember that in a wiki anyone can edit anything.

Devtome articles can be spelling-corrected, grammar-corrected and so on by anyone.

So at the very least the same should be the case with a devtome-equivalent for music or images or movies or 3D models or whatever.

So for example if someone posts an item of pixel-art purporting to be an image of a certain object as seen under a certain light, and they maybe didn't get quite the right hue or shade or tint or whatever on a certain pixel, someone else, maybe someone who has the actual model and the actual light-source the image supposedly depicts, could correct that pixel.

The scope for auto-generated "spins" and "spam" and "drivel" seems to me potentially massively higher in imagery and soundtracks because it is so very easy to generate trillions upon trillions of images, as compared to generating trillions upon trillions of text articles that are grammatically correct and actually seem to have something to convey.

(For sound for example one could set oodles of noisemaking models moving around making noises, maybe in reaction to each other, or you could run Battle for Wesnoth with sound and record the soudns of a massive battle, and by varying which units you deploy you'd get different soundtracks, so you could make a track of elves versus goblins, another goblins versus loyalists, and so on and so on and so on.)

Though admittedly maybe I just have not been following the development of constructive grammars, article spinners and suchlike spammer-tools closely enough lately. Is it still the case that when you generate trillions of articles using a constructive grammar the resulting articles seem to somehow lack internal sense and consistency and such?

For imagery one could fairly easily zoom cameras around OpenSimulator environments, having scripted objects walking around, random placement of trees and shrubs and buildings and so on and so on and generate insanely huge numbers of images, and each would have an internal sense and consistency because each is simply one possible angle of view of one possible configuration of three dimensional models.


Well we already have, in the software development side of things, a distinction between "any old crap you choose to come up with" and "stuff we actually need".

So maybe we could do the same with other media?

Actually it is already maybe not only in programming, but in "being a developer of free open source stuff" in general.

In general you have to be a person who works at least ten hours per week on free open source stuff in order to qualify as a developer to get onto the receivers list.

(That is, in order to get one "share".)

I am not at all convinced that it takes forty hours to write 1000 words for Devtome, which is why Devtome author pay seems out of scale with everything else.

But, also in general, if what it is that you work on in the way of free open source stuff happens to be something we really need, such as bitcoin, or Open Transactions, then you only have to be a person who spends at least ten hours per month working on such stuff.

So I would imagine that at a bare minimum random images or sounds or music that someone feels like making should pay no more than 1/4 as much as images and music that are specifically required.

For example if it is decided that the devtome site or the devcoin site or whatever needs a soundtrack, maybe because websites without sound earn less money, attract less visitors and so on, then presumably making such soundtracks ought to pay at least 4 times as much as just submitting random tracks just to get your pay per byte or pay per run-length minute or whatever a devtome-like site for music would use as a metric in calculating pay.

If it does become necessary to have a soundtrack for Devtome, then maybe it would turn out to make sense to have a distinct separate soundtrack for each article, based on the contents of the article and maybe also carrying on the general musical theme that relates all the tracks of all the articles together so on hearing one you can guess it is probably the soundtrack of a Devtome article and maybe - maybe even "hopefully" - also what category of article it is the soundtrack for...

Battle for Wesnoth needs soundtracks for scenarios, and maybe also grouped soundtracks, so that a campaign can carry a theme throughout a whole bunch of scenarios with the track reflecting the mood of the individual scenario as well as the overall theme all the tracks of all the scenarios in the campaign have in common that relates them all together. If Battle for Wesnoth becomes a mission-critical component of the overall devcoin vision / roadmap, then presumably making soundtracks for those campaigns and scenarios that are needed for Devcoin's purposes ought, again, pay four times as much as just random stuff that was not designed specifically to fill a particular need that the Devcoin project has.

I do think that Devtome author pay is probably way out of scale with everything else, and I still think that should be corrected.

In fact it seems to me that ideally we should at some point no longer need to pay authors by the word, because, hopefully, we will eventually be able to do authors the same way we do any other developers of free open source software, which is to say, if we find a good author who habitually as a lifestyle spends ten hours per week creating free open source stuff they should be able to get onto the receivers list as a developer of free open source stuff.

Notice that they get the same one share regardless of whether they only spend the absolute minimum - ten hours per week - working on such stuff or they do such stuff 40 hours a week or 60 hours a week or 80 hours a week or whatever.

The idea was we are looking for those people who already naturally as a lifestyle contribute their time freely to free open source development.

We seem to have gotten sidetracked from that, with Devtome suddenly we started trying to bribe people to develop free open source writings or to release their existing writings as free open source, and in fact I do not even recall our having even tried to go out and find authors who already have been freely contributing at least ten hours of writing per week to free open source projects...

-MarkM-