SignArtist

Moved

Total Downloads: 39,221 - First Release: Apr 29, 2015 - Last Update: Jan 19, 2018

4.88966/5, 145 likes
  1. Interesting idea, given to me by the last update, for a possible next level to this plugin - which is great btw.

    There's a lot of complication with people uploading images. Format, size, crazy long urls. Also some admins probably don't want to police people's signs to make sure they aren't posting pornography or worse.

    What about a feature that allow an admin to create a gallery of images that can be used for signs?

    You type /sil when looking at a sign, it brings up a window showing images the admin has uploaded to a folder. If that folder contains subfolders, the subfolder names will show and the player could click and drill down into that folder.

    This would make it easier for players, allow admins to control content and move this to being a GUI instead of command line.

    You would still have the permission signartist.url, but add on something like signartist.gallery

    This would be, IMO, a really nice addition to the plugin and bring it to the next level.

    Of course as I said, it's great now. I just wonder if some players are confused on how to use it. This would spread it's use among players.
     
  2. Hey, can anyone explain why I get blank-white uploads when I try upload an image? No image uploads, just turns the model blank white. [I'm a Server Admin]
     
  3. Most linux owners I know managed to get it working just by installing libgdiplus or mono-complete, I don't use linux myself so I'm unsure on how to handle this right now.
    I'll take this into consideration.
    This is often caused because of missing dependencies on the system, more specifically gdiplus.dll or libgdiplus if on linux.
     
  4. updated oxide to Oxide 3817, then I updated SignArtist to vers. 1.1.2 and I got this below:
    Code:
    (12:44:39) | [Oxide] 2:44 PM [Info] Added '// Reference: System.Drawing' in plugin 'SignArtist'(12:44:40) | [Oxide] 14:44 [Warning] Load requested for plugin which is already loading: SignArtist(12:44:41) | [Oxide] 14:44 [Warning] Compiler may have been closed by interference from security software
    I also reverted back to version SignArtist 1.1.1 and still getting the same thing.
     
  5. @Mughisi Installing just mono-complete didn't cut it, here's the entire mono library which should resolve the DLLNOTFOUND error for linux users.

    Centos

    Code:
    yum install yum-utils
    rpm --import "http://keyserver.ubuntu.com/pks/lookup?op=get&search=0x3FA7E0328081BFF6A14DA29AA6A19B38D3D831EF"
    yum-config-manager --add-repo http://download.mono-project.com/repo/centos7/
    yum install mono-devel
    Ubuntu
    Code:
    sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 3FA7E0328081BFF6A14DA29AA6A19B38D3D831EF
    echo "deb http://download.mono-project.com/repo/ubuntu xenial main" | sudo tee /etc/apt/sources.list.d/mono-official.list
    sudo apt-get update
    sudo apt-get install mono-devel
    Debian
    Code:
    sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 3FA7E0328081BFF6A14DA29AA6A19B38D3D831EF
    echo "deb http://download.mono-project.com/repo/debian stretch main" | sudo tee /etc/apt/sources.list.d/mono-official.list
    sudo apt-get update
    sudo apt-get install mono-devel
     
  6. mono-devel is only for compiling normally while mono-complete is everything.
    Something closed the compiler while it was running, try restarting the server and see if the compiler gets shut down again.
     
  7. copy that. thanks ..
     
  8. @Mughisi Did you the problem with wooden signs?
     
  9. restart worked for reloading plugins.
     
  10. I can't reproduce any issues with wooden signs? Which one exactly isn't working for you and are there any errors occurring or messages showing up?
     
  11. With 1.1.1, large wooden signs don't works (i will update now for test your new version).
    simply the image never appeared, or left a white background. My image worked on pictures without probems. But not on the large wooden signs
    [DOUBLEPOST=1516399976][/DOUBLEPOST](My server is on Debian latest stable x64)
    [DOUBLEPOST=1516400399][/DOUBLEPOST]Fixed for Large Wooden Signs with 1.1.2. But I forgot to tell you but there was another problem since 1.1.1. Some pictures have a crapy resolution once on the signs. As we say in French, a picture is better than a long speech:
    My picture uploaded:
    kaboomm.png
    and on the sign
    [DOUBLEPOST=1516400543][/DOUBLEPOST]more visible here
     

    Attached Files:

    • Dop.jpg
      Dop.jpg
      File size:
      781.9 KB
      Views:
      28
    • dop2.jpg
      dop2.jpg
      File size:
      413.5 KB
      Views:
      22
    Last edited by a moderator: Jan 19, 2018
  12. The bad quality of images is a result of the changes that were made to Rust. Any sign's image requires a specific width and height which means that the image loaded in by the plugin has to first be resized to that specific size. However it doesn't end there, the width and height required by the image do not match the width and height of the image being displayed causing the image to be resized again on the client and for some signs it actually has to be enlarged which results in the bad quality for some signs.

    I tested the small, normal, large and huge wooden sign locally and I could paste a picture on all of them.
     
  13. Dude, i passed master of /sil since long time ! looks 1st page of comments. I completely know for aspect ratio of the Signs (2x1 for large wooden signs).
    I made a tutorial 2 years ago on our website : http://rustinpeace.fr/?page_id=846 for this.
    My picture (kaboom) are in 500x250 pixels (2x1) like the aspect ratio of large wooden signs. I dunno why you don't have this problem x). Did you test with high res images? Before your rewrite of the plugins there were no problems with this.

    New test with 1000x2000 pixels (always 1x2)
    original picture : http://image.noelshack.com/fichiers/2018/03/5/1516402697-hahaha.jpg << check ratio and res by yourself.

    Maybe a problem with libgdiplus or something else from linux.
     

    Attached Files:

    Last edited by a moderator: Jan 20, 2018
  14. My
    My HERO!!!! Thank You!!!!!!!
     
  15. The client side code for signs changed and the image needs to have a specific width and height as of 2 weeks ago. For example for the spinner, the width and height need to be 512px or the image will simply not load. However the spinner is a special one and only displays the top left 280x280px on the item. A complete list with all widths and heights each item requires for the image to be displayed can be found a few pages back.
     
  16. Whenever I try /sil it tells me I'm not looking at a sign. I'm not vanished, tried moving about (not flying), and different sign types.
     
  17. I'm still getting the same thing (Your not looking at sign) I don't have Vanish installed and I've rebooted the server.
     
  18. A few users previously stated that this might actually be caused by something bugging out after previously being mounted (chair, etc.) and running the kill command to respawn fixes this.
    I have not yet been able to reproduce this so I can't verify nor look into it properly.
     
  19. I did the kill command and then rebooted the server it still persists for me. its like it can't detect the sign.

    as soon as the pop dies down I'm going to remove the plugin and start over after cleaning it's files up.
     
    Last edited by a moderator: Jan 20, 2018