Jump to content

Talk:Texture synthesis

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

Expansion

[edit]

This article is currently being expanded. This is the text of the former version:

Texture synthesis is an image-based rendering method for constructing larger images from small samples. As opposed to tiling algorithms with distinct boundaries, texture synthesis algorithms allow multiple samples to be blended together to form a seamless and non-repetitive image of arbitary size. This technique has a wide-variety of applications such as filling in holes in scenes, constructing extremely large backgrounds, and creating animated sequences.

Merge/Disambiguation

[edit]

First off, this is not a merge proposal, more of a disambiguation one (Is there any other way to bring attention to the issue without using erroneous merge tags?). The two articles deal with two entirely different subjects, but I've often seen the terms used interchangeably. For example, the techniques described in Procedural textures are often refered to as 'procedural texture synthesis' (especially in academia) and sometimes even simply as 'texture synthesis'. What do you think of creating a disambig article here (at Texture synthesis and possibly Texture generation), and moving the articles to Procedural texture synthesis and Image-based texture synthesis? Nezbie 19:32, 2 May 2006 (UTC)[reply]

I agree on the proposed name changes and disambig, it seems reasonable. I am not completely sure if Procedural texture synthesis is really better than Procedural texture generation, but in any case it is better than the current status. ALoopingIcon 08:05, 3 May 2006 (UTC)[reply]

I understand you didn't propose a merge but I think there are good reasons to take merging in consideration. In my opinion, a procedural texture is an instance of texture synthesis. This article is quite good so I would suggest to merge here the other page (provided a merge must be done).

I also point out that when I merged procedural generation with procedural synthesis, I went with generation because I felt this word much more accessible to people searching for something unknown. It's also less ankward for readers with less-than-good english. Anyway, for consistency' sake, in case you go with synthesis please update procedural * accordingly.
MaxDZ8 talk 17:24, 3 May 2006 (UTC)[reply]

I disagree as main author of this article. "Texture synthesis" and "texture analysis" are the common and worldwide spread scientific terms (as a proof for that consider that I'm from Germany and was introduced to the topic by a Chinese). Using "texture generation" instead would not describe the situation as-is but emphasize a rather uncommon term; which should not be our goal (note that search engines deliver most hits for "texture synthesis" (google more than 3.000.000), while all other terms show up more rarely (google about 70.000 - 90.000)). Furthermore take into account that "texture synthesis" and "procedural textures" work differently: While a texture synthesis algorithm will try to imitate any sample image it is given as an input, a procedural texture algorithm will produce the one kind of material it was made up for only with no sample at all. --Θ~ 15:16, 6 May 2006 (UTC)[reply]

Miyako (posted: 17-May-2006) I agree with MaxDZB. Procedural Textures and Texture Synthisis are different things, and should not be merged into a single article. I think a "see also" and perhaps a paragraph on each page explaining why it's different from the other should be sufficient.

I never mentioned that the articles should be merged, the two subjects deal with different issues. Both deserve their own article, and I am fully aware of the differences, having dealt with both fields. The merge tag was used to bring attention to a namespace/disambiguation issue, since these terms have sometimes been used interchangeably. For example, Ken Perlin (perlin noise) often refers to "texture synthesis" while describing some of the techniques used in procedural textures. Moving both articles to a more concise namespace as per my initial proposal, and creating redirects and disambiguation articles could help eliminate any confusion with these issues. If no namespace changes are made, the least that should be done is to briefly mention the other, including differences (as per Miyako). I likely won't be editing for quite some time due to some personal issues, but if any consensus does arise, be bold :-) Nezbie 06:50, 18 May 2006 (UTC)[reply]

Texture (Computing)

[edit]

How about putting the Texture definition from the main arcticle into separate page? Almost every CG related article is reffering to texture but that page doesn't explain what texture means in computer terminology (i.e. an image).

I'm not a profi in CG and my English is probably also below the standards, so can someone more bold do it? :) ReconTanto 13:40, 6 June 2006 (UTC)[reply]

Need definition for roughcast

[edit]

"Roughcast" is referenced, but not everyone will know what it is without a definition. A definition should be linked, possibly a wiktionary entry, which doesn't currently exist. I had to google for the definition.

I find surprising that no mention is made to parametric texture synthesis models such as Portilla & Simoncelli IJCV 2000. Why is that?

File:Pattern-based.jpg Deleted

[edit]
An image used in this article, File:Pattern-based.jpg, has been deleted from Wikimedia Commons by Fastily for the following reason: No license since 30 April 2011
What should I do?
A different bot should have (or will soon) remove the image code from the article text (check if this has been done correctly). If you think the image deletion was in error please raise the issue at Commons. You could also try to search for new images to replace the old one.

This notification is provided by a Bot, currently under trial --CommonsNotification (talk) 00:25, 7 May 2011 (UTC)[reply]

[edit]

The link to "Image quilting" loops back onto the section it is written. Shall the link be removed, or the corresponding stub be created? Cracraft31 (talk) 08:22, 12 January 2021 (UTC)[reply]