Team Fortress Wiki:Archived discussions/Template talk:Painted items
Contents
- 1 Triboniophorus Tyrannus images
- 2 Tyrant's Helm
- 3 No Misc. items can be painted.
- 4 Not paintable items?
- 5 Incorrect images
- 6 Discussion regarding: Supporting Team Spirit, stock images w/ previews and items worn by classes in previews.
- 7 Collapsible tables
- 8 My new paint update
- 9 Alphabetise?
- 10 Does this look better
- 11 Retaking of images since new paints
- 12 Adding values to others' rotations
Triboniophorus Tyrannus images
Didn't know where else to put this but I think the images for Triboniophorus Tyrannus are not correct. According to people here the colours show up differently in-game. I've removed the painted variants from the article for now. seb26 [talk] 00:49, 4 October 2010 (UTC)
- I created some crude images that represent the painted, in-game Triboniophorus Tyrannus a little better, hope you don't mind me having a go. PaperStrike 10:21, 4 October 2010 (UTC)
- I don't mind at all. They are perfect. -- Pilk (talk) 10:23, 4 October 2010 (UTC)
- Turns out the model viewer's rendering engine is modular, and the dll it uses as the engine isn't specially made for it. By simply dropping the binaries from the TF2 binaries folder right into the folder where hlmv is contained, you can get the new rendering engine working. This allows us to bypass issues with the model viewer not recognising certain values in the VMT files, thereby fixing issues with certain hats (Like the Trib). Hope this helps! (Oh and, since I'm here, next time people take images and get the flame problem, you can fix it by changing $detailblendfactor to .00 in the vmts) Riomerc 08:23, 5 October 2010 (UTC)
- So how do you do it? Hard code the colour overlay in the VMT and refresh? Are you God? -- Pilk (talk) 08:24, 5 October 2010 (UTC)
- Haha no, just very bored. In the VMTs, if you manually set a new value named $color2, that becomes the tint color. It's how the engine defines what color to use. Since all the paint colors are helpfully provided to us as hexidecimal representations, finding the equivalent RGB value is easy. So yes, more or less what you said. I KEEP FORGETTING TO SIGN D: I should also note this will fix any errors with any other hats, such as the Helm and Glove. I might do the Respectless Rubber Glove later, but if someone else is going to do it, don't wait up! Riomerc 08:27, 5 October 2010 (UTC)
- So how do you do it? Hard code the colour overlay in the VMT and refresh? Are you God? -- Pilk (talk) 08:24, 5 October 2010 (UTC)
- Turns out the model viewer's rendering engine is modular, and the dll it uses as the engine isn't specially made for it. By simply dropping the binaries from the TF2 binaries folder right into the folder where hlmv is contained, you can get the new rendering engine working. This allows us to bypass issues with the model viewer not recognising certain values in the VMT files, thereby fixing issues with certain hats (Like the Trib). Hope this helps! (Oh and, since I'm here, next time people take images and get the flame problem, you can fix it by changing $detailblendfactor to .00 in the vmts) Riomerc 08:23, 5 October 2010 (UTC)
- I don't mind at all. They are perfect. -- Pilk (talk) 10:23, 4 October 2010 (UTC)
Tyrant's Helm
The painted variants on display for the Tyrant's Helm are inaccurate, as shown in this image, the white variants do not match. It appears that the blend values shown in the .vmt files have no effect on the final paint, instead, the alpha map in the vtf completely controls the blending. Stewsta 05:11, 5 October 2010 (UTC)
- And possibly the same for the Respectless Rubber Glove, but I haven't put into HLMV to compare. Stewsta 05:41, 5 October 2010 (UTC)
- I got in contact with one of the artists who did them, he's in the process of telling me what we are doing wrong. Hopefully we can find out, in the meantime I would just leave it. -- Pilk (talk) 05:45, 5 October 2010 (UTC)
- I see you've added an 'updated' status - would you mind sharing the method you're using to create these 'more accurate' images? Surely they're similar if not identical to the ones i've put together (in most cases at least) Stewsta 10:17, 5 October 2010 (UTC)
- Just updated the tutorial. Template:Painted_variants/Tutorial -- Pilk (talk) 10:17, 5 October 2010 (UTC)
- I see you've added an 'updated' status - would you mind sharing the method you're using to create these 'more accurate' images? Surely they're similar if not identical to the ones i've put together (in most cases at least) Stewsta 10:17, 5 October 2010 (UTC)
- I got in contact with one of the artists who did them, he's in the process of telling me what we are doing wrong. Hopefully we can find out, in the meantime I would just leave it. -- Pilk (talk) 05:45, 5 October 2010 (UTC)
No Misc. items can be painted.
...so why are they in the table? ~ lhavelund
(talk ▪ contrib) 08:01, 2 November 2010 (UTC)
Not paintable items?
Why the table shows items that are not paintable? its name suggests that it should display only items that are paintable. Holek 18:34, 6 November 2010 (UTC)
- It makes it easier for people to search for their own hats, and see whether or not they're paintable. It's also easier to manage, code-wise. -RJ 18:36, 6 November 2010 (UTC)
Incorrect images
We got the report on IRC that Magistrate's Mullet was incorrect. I checked and it was incorrect, and thus fixed it. Now, thanks to File talk:Painted Hustler's Hallmark 424F3B.png, it turns out Hustler's Hallmark is wrong too. As it's our job to be accurate I would like everybody who is capable and has the time to go through all of the images, and check them against what we have. You'll only need to check the image with the black paint - that shows the most difference.
If you choose to participate in the check, add your check results to the table at the bottom of Template:Painted items#To do.-RJ 03:37, 19 November 2010 (UTC)
Discussion regarding: Supporting Team Spirit, stock images w/ previews and items worn by classes in previews.
Should we support the Team Spirit paint in our previews and this template? It will require a huge amount of effort:
- All of the images for every item will have to be re-done to ensure consistency with the angle of the image.
- It would require 2 new images to be taken for each item
- which would also require changing the skin - going against our current guideline of "Take images of the red skin only".
- and would require us to know the RGB values for the red/blue colours - I'm not sure where we get the RGB values from myself, nor if that this being 2-paints-in-1-can will have any effect in the colours for the red/blue images.
- All of the templates regarding paint colours / previews will need to be modified to support 2 new colours (probably the easiest task).
On the other hand, if we go decide to do this as we'll re-do all of the items, we can also provide a "non-painted" / "stock" view of a hat at the same angle (however this will also require a little bit more work) - which is something people have asked for in the past, and my forgetful memory has forgotten a fantastic reason I heard that supports this.
One other thing to discuss - that I've also seen some people asking for, having the preview hats be worn by classes in the previews. This won't take much more effort with generating the images, but will make the previews look completely different - which could be a good or bad thing. -RJ 01:44, 20 November 2010 (UTC)
- Sorry I would have split this up, but it makes more sense to address your points one by one.
- The angle is not a problem, they can be brand new images. If we redid them every time a paint colour came out it would be ridiculous. It's OK to be a little inconsistent.
- Changing the skin is OK because that's how it works... no way around it but to change the guideline for this specific instance.
- Someone emailed Robin already about the colours (He said someone from the Wiki asked him already when I talked to him on Steam, he will reply to it on Monday). They aren't in the normal place to find them, they are hidden somehow.
- Very easy task.
- The unpainted/stock version is already present in the infobox, again angles don't really matter.
- I haven't seen people asking for this.
-- Pilk (talk) 13:17, 20 November 2010 (UTC)
- As a further note, our sources (Zoolooman) lead us to believe that many of the painted items are getting a significant paint/materials overhaul and quite soon, I think it would worth waiting for those to come out before we start making any more images. The inconsistency created by point 1 would not be an issue if this was the case as they would need to be done from fresh anyway. -- Pilk (talk) 16:02, 21 November 2010 (UTC)
- That pretty puts all my concerns regarding effort and consistencies to bay. As for not seeing people asking about classes wearing the previews, I had seen some posts on SPUF about it. I don't think it will be worth digging up however as the discussion below is pretty much against it. -RJ 18:01, 21 November 2010 (UTC)
- I'd like to corroborate Zoolooman, I've heard word about a large hat-patch coming soon as well. -- Nineaxis 05:19, 22 November 2010 (UTC)
- That pretty puts all my concerns regarding effort and consistencies to bay. As for not seeing people asking about classes wearing the previews, I had seen some posts on SPUF about it. I don't think it will be worth digging up however as the discussion below is pretty much against it. -RJ 18:01, 21 November 2010 (UTC)
- As a further note, our sources (Zoolooman) lead us to believe that many of the painted items are getting a significant paint/materials overhaul and quite soon, I think it would worth waiting for those to come out before we start making any more images. The inconsistency created by point 1 would not be an issue if this was the case as they would need to be done from fresh anyway. -- Pilk (talk) 16:02, 21 November 2010 (UTC)
Supporting Team Spirit
- Obviously we should do this. It's a paint, therefore, this will be the place people look for what something looks painted. Even if the item doesn't change (like the Woopee cap) we need to show it so people know it doesn't change. We can also use this opportunity to show BLU painted skins, since it's different sometimes/most times (like the Rimmed Raincatcher, which has a blue tint on blue painted items). The template could be Row 1 Vanilla RED Team Spirit paint paint paint and so on. Row 2 would be the same, except with BLU team Balladofwindfishes 01:57, 20 November 2010 (UTC)
- Why the heck not? "More work" isn't exactly a justification here, in my opinion; I've done a ton of systematic stuff in the past that I had to redo because of something that had to be changed and I dealt with it. The hex values are more than likely #BD3B3B for RED and #5B7A8C for BLU (the primary colours on the official colour palette given on the Contribute page, and I'm pretty sure it's the colour of most HUD elements as well); if Valve doesn't use those values then they're dumber than I thought they were. Toomai Glittershine 04:36, 20 November 2010 (UTC)
- I'm expecting an email from Robin tomorrow with the colour values that we should use. I'd rather wait for that email than get to work with colours we're only presuming are correct. -RJ 18:01, 21 November 2010 (UTC)
- Info We will be supporting Team Spirit in the Painted Varaints section. -RJ 18:01, 21 November 2010 (UTC)
Stock images w/ previews
- Consistency is important, so might as well do it. Toomai Glittershine 04:36, 20 November 2010 (UTC)
- It would not take much more work than doing the rest of the images; and from my previous user-experience design experience I think it'd be quite nice to have an "OnHover" event of the painted previews to show the hat unpainted - for an easy, quick comparison at the same angle (and thus the same lighting falling upon it). While I agree with Pilk that the previews in the infobox are already sufficient I do think that the little effort involved in taking the additional images for the interactive-comparison I suggested earlier would certainly be more favourable than a whole new item in the infobox. -RJ 18:01, 21 November 2010 (UTC)
Items worn in previews
- Ehhh...not a fan of this one. Would make it more difficult to maintain clarity for smaller image sizes. Toomai Glittershine 04:36, 20 November 2010 (UTC)
- I don't like this idea either. It seems like the images would be too visually busy Balladofwindfishes 13:08, 20 November 2010 (UTC)
- You have both raised excellent points, and I can't say I disagree with you. -RJ 18:01, 21 November 2010 (UTC)
- Oppose for the reasons already stated, makes images too busy and hard to scale down. -- Nineaxis 05:19, 22 November 2010 (UTC)
Collapsible tables
I think that instead of having a "skip-to" box, it would be a lot better to have each class as a collapsible table, collapsed by default. This would be nice, particularly for users on slow connections. If possible, one button could expand all the tables. This would require restructuring this template with 11 tables instead of one (unless there is a way to collapse groups of rows?), but if people want I'd be happy to try it out. Strange Quirk 17:15, 29 November 2010 (UTC)
- Support that sounds like a pretty neat idea and i do feel it'd help people on slower connections and such, i think it's just a matter of what the majority think about using a new template HyenaDip 16:18, 1 December 2010 (UTC)hyenadip
My new paint update
Here's the full changelog:
- Improved painting on the following all-class hats: Ghastly Gibus, Ghastlier Gibus, Spine-Chilling Skull, Voodoo Juju, Wiki Cap, Bill’s Hat, Mann-Co Cap.
- Improved painting on the following Scout-specific hats: Batter’s Helmet, Troublemaker’s Tossle Cap, Bonk Helmet, Ye Olde Baker Boy, Whoopee Cap, Bombing Run.
- Improved painting on the following Soldier-specific hats: Soldier’s Stash, Tyrant’s Helm, Killer’s Kabuto, Stout Shako.
- Improved painting on the following Pyro-specific hats: Brigade Helm, Respectless Rubber Glove, Vintage Merryweather, Handyman’s Handle, Napper’s Respite.
- Improved painting on the following Demoman-specific hats: Demoman’s Fro, Glengarry Bonnet, Scotsman’s Stove Pipe, Hustler’s Hallmark, Tippler’s Tricorne, Carouser’s Capotain, Rimmed Raincatcher.
- Improved painting on the following Heavy-specific hats: Football Helmet, Officer’s Ushanka, Tough Guy’s Toque, Hound Dog, Heavy Duty Rag, Dealer’s Visor.
- Improved painting on the following Engineer-specific hats: Texas Ten Gallon.
- Improved painting on the following Medic-specific hats: Prussian Pickelhaube, Vintage Tyrolean, Gentleman’s Gatsby.
- Improved painting on the following Sniper-specific hats: Master’s Yellow Belt.
- Improved painting on the following Spy-specific hats: Fancy Fedora, Backbiter’s Billycock, Magistrate’s Mullet.
- Restored the Frenchman’s Beret’s color scheme and phong mask.
- Improved the Carouser’s Capotain’s original model.
- Improved the Handyman’s Handle’s original model and texture.
- Fixed issues with the Scotsman’s Skullcutter’s and the Vita-saw’s smoothing.
- Made the following items paintable: Sergeant’s Drill Hat, Pyro’s Beanie, “Dangeresque, Too?” Whiskered Gentleman, Safe’n’Sound, Trophy Belt, Frenchman’s Beret, Camera Beard, Max’s Severed Head, Alien Swarm *Parasite, Ellis’ Cap, Horrific Headsplitter.
- Fixed Natasha and Texas Ten Gallon not using a phong mask (a.k.a looking like plastic)
Daimao 14:28, 3 December 2010 (UTC)
Alphabetise?
We had it alphabetised before and they are on Paint Can too. I'd do it, but I'm on my phone... – Smashman (talk) 09:14, 11 December 2010 (UTC)
Does this look better
http://wiki.teamfortress.com/wiki/User:Violencejr123/Template:Painted_items I've organize it so people won't be confused on if the Fancy fedora is for engineer. Violencejr123 22:13, 2 August 2011 (PDT)
Retaking of images since new paints
Can we slow down a take a little more care when making these? Some images look kinda rushed, and have missed a few things like adjusting the lighting:
Now that many parts of the process are being automated I think we can spare a little time on making the images prettier & whatnot
seb26 02:06, 5 August 2011 (PDT)
- I agree. RJ, quit failing. – Smashman (talk) 02:19, 5 August 2011 (PDT)
- In my defense, the process we have documented on the Tutorial doesn't mention adjusting the lighting so it hasn't been "missed". But I guess now that we can throw them out faster there's no harm... just consider that our "official" process for doing these images is as noted on the Tutorial page, if something isn't there then please don't blame editors (me) for not doing that something. -RJ 02:31, 5 August 2011 (PDT)
- Yes it's faster but it's wasted effort if someone has to redo them... anyway, the lighting changes take like 2 seconds so do dem :P seb26 02:52, 5 August 2011 (PDT)
- In my defense, the process we have documented on the Tutorial doesn't mention adjusting the lighting so it hasn't been "missed". But I guess now that we can throw them out faster there's no harm... just consider that our "official" process for doing these images is as noted on the Tutorial page, if something isn't there then please don't blame editors (me) for not doing that something. -RJ 02:31, 5 August 2011 (PDT)
Adding values to others' rotations
While double checking the to-do list on Template:Painted_items, it lists the Superfan as needing that values used for generating the paint images. I found that the ROT is correct but there are missing LightROT and Trans values. If I had a value that approximates the painted images, what's the stance on adding those to an entry on Template:Painted_variants/Tutorial/Rotations that only have rotation values? Otherwise, I'd imagine the whole set of paints would have to be redone. --Xenaero 09:28, 29 August 2011 (PDT)