DevilEvil

Members
  • Content Count

    801
  • Avg. Content Per Day

    0
  • Joined

  • Last visited

  • Days Won

    15

DevilEvil last won the day on August 31 2013

DevilEvil had the most liked content!

Community Reputation

384 Excellent

About DevilEvil

  • Rank
    ~~Handsome~Handsome~Spriter~~
  • Birthday 01/21/1992

Profile Information

  • Gender
    Male
  • Location
    http://Madrid,%20Spain
  • Interests
    Game-GFX, game design, TV shows, cinema and food.

Contact Methods

Recent Profile Visitors

12,340 profile views
  1. helo i want to buy your npc sprites. Need ur contact asap. thanks

  2. DevilEvil

    Ringing Phone

  3. DevilEvil

    Hot Teapot

  4. DevilEvil

    Owl Hat

  5. DevilEvil

    [Others] Haziel's Graphics

    Admirable works Haziel, keep it up! Animations look pretty neat! As for the hunter mount, I would add two things: 1- When movement is fast in 2D animations, we usually add a motion trail to highlight the fast movement. The motion trail here can be seen in the hand movement. 2- Maybe, another thing to highlight is the fact it's a big creature. You can do that by adding some smoke or dirt when the wolf touches the ground. It may be something subtle, but it will indeed add a lot of "weight" feel to it, integrating it better within the game world. Good job overall, keep it up!
  6. Impressed with the new spriters around, and very pleased to see that pixel art graphics development is still a reality in the RO scene.

  7. DevilEvil

    [Showcase] Some sprites of mine..

    I'd try to keep the least number possible of spoiler tags, it makes it hard for others to appreciate your work . In general is good, however, I'd use a different approach for the Susanoo sprite. As it is a combination of flames and ethereal armor, I'd look for a pixelated look in the armor and a separated flame animation over it, as the flame animation (which right now is basically a scale animation) is harming the quality of the sprite. If you are able to improve it that way, I'd go for it . Good luck!
  8. DevilEvil

    Blacklist

    Even if the service includes an NDA, any treatment you apply to the data of other people (emails, real names, etc.) must be communicated to those people, as well as having consent to apply that treatment. Actually, the real "blacklists" in which those who don't pay their debts are included, must have permission from those who are included. For example, if you don't pay your phone bills, you can be added to those lists by the company who you are in debt with (if they warned you in the contract you signed with them that you could be added to those lists if you don't pay your debts). Otherwise, it's illegal. As far as I know (and correct me if I'm wrong, since I may be), the very same laws would apply to us if the administration of rA published and maintained such a list (with personal data such as names, emails, etc.).
  9. DevilEvil

    Blacklist

    We could actually be accused by the scammer for violating the Data Protection Act. I don't see how. The service would need a non-disclosure agreement and list everything that users are not allowed to discuss openly or publicly.. other than that it's nothing to do with us (which is why i've said staff will not get involved with this project) - therefore they can accuse us as much as they like, it won't change anything. Oh, I was actually talking about what could happen if rA decided to make an official blacklist.
  10. DevilEvil

    Blacklist

    We could actually be accused by the scammer for violating the Data Protection Act.
  11. DevilEvil

    rA's IRC Quotes

    Maybe we should consider a change of colours xD.
  12. DevilEvil

    Blacklist

    Well seems that signing a contract like you said would be the best o: may i pm so you may lend me a hand in making one o: ? Huh a Blacklist for at least will give the members an idea of how they may be treated and how many scammers are around there, maybe a blog-like telling the experiences of scammed ppl may help too. There are many ideas that i think it may help. Thanks everyone for correcting me and answering to this o: with that effort i would like to hear ideas too, to do something agains this, the sign of a contract like DevilEvil said it's just a great idea. The text of a contract differs between countries, but there are general characteristics I could suggest you too add to your contract. There is always some type of risk when working with someone who's outside your country, but signing a contract is always better than doing nothing. Otherwise, choose favorable payment terms . Feel free to drop me a PM if you have any question.
  13. DevilEvil

    Blacklist

    I must agree to Jman here. I remember there was one on RUNE, and it had a reason to be there (avoiding the release of sprites in those places). Besides, it fit the type of community RUNE was. I can't find any reason to have one in rA though. We have had took action against scammers but we have never had a blacklist in any athena community. I just feel it would be a pain in the neck to moderate properly such a list. In the other hand Kido, we would have a lot of problems regarding the Data Protection laws, and I see no easy way to handle such data and apply such treatments to it. If you want less risk, then sign a contract. I do so with customers outside of the RO scene. I don't expect anyone to trust me nor I'm going to blindly trust my customers. When accepting certain payment terms (that translate into 100% risk on you) without even signing a contract, don't blame the scammer.
  14. DevilEvil

    Just for fun!

    /me has no votes T_T /me cries a river
  15. DevilEvil

    Wolfchev's Laboratory Changelog

    I agree with Kisuka here. In open source software development the procedure works that way. The lifespan of a script is taken into consideration and edits are given a new version number, depending on the importance of that new modified version to the new script. There have been no copyright violation in any sense, authorship was fully respected, but I believe there would be no problem (and it's good practice and etiquette) to add a new version different from the 1.0. The fact is a different project shouldn't be a reason not to do so.