Điều gì đã xảy ra với kết cấu được tạo theo thủ tục? [đóng cửa]


23

Tôi nhớ lại một thời gian trước rằng các kết cấu được tạo theo thủ tục đang trở thành một vấn đề lớn mà nhiều người / công ty thực sự quan tâm với một số lợi ích nghiêm trọng (triển khai nhỏ hơn, tải nhanh hơn, chất lượng cao hơn, kết cấu có thể mở rộng, có khả năng sản xuất rẻ hơn, v.v. ).

Từ những gì tôi có thể nói, buzz đã chết và không có trò chơi nào trên radar của tôi sử dụng chúng. Chuyện gì đã xảy ra?

Tôi đã hy vọng tôi sẽ thấy kết cấu thủ tục đi theo cách mà công cụ của NaturalMotion có (áp dụng chậm nhưng ổn định).

Câu trả lời:


14

Các công cụ tạo nội dung cho kết cấu thủ tục đã là rào cản lớn nhất. Nghệ sĩ rất nhanh chóng kết hợp mọi thứ vào Photoshop và những lợi ích tiềm năng với kết cấu thủ tục chưa vượt quá thời gian tạo nội dung tăng lên.

Allegorithmic ( http: //www.alle Thuậtmic.com/ ) có một số công cụ thú vị mà họ đã phát triển để thử và làm cho các tùy chọn thủ tục trở nên thân thiện hơn với người dùng. Chưa chơi với họ đủ để thực sự nhận xét về khả năng sử dụng của họ.


1
Allegorithmic là công ty mà lần đầu tiên tôi nghe thấy khi vụ nổ bom và danh sách khách hàng của họ có một số người chơi lớn, nhưng, vì họ đã kinh doanh trong một thời gian dài, nó vẫn còn khá nhỏ.
Steven Evers

1
Các sản phẩm Chất của Allegorithmic trông thực sự tốt .. Nếu bạn xem các video được tìm thấy ở đây: allegorithmic.com/?PAGE=PRODUCTS.designer
Nailer

4

Việc mất kiểm soát nghệ thuật và tăng kích thước của các tùy chọn lưu trữ đã khiến điều này trở nên khó bán. Điều đó, cộng với việc bạn phải đào tạo lại các nghệ sĩ, trong khi bạn thuê họ cho những gì họ giỏi về kết cấu truyền thống. Trừ khi kích thước hoặc kết cấu độc đáo thực sự là một vấn đề, có rất ít mong muốn đi theo cách thủ tục.


3

Về cơ bản, những khẩu súng lớn không hỗ trợ nó, vì vậy nó không được sử dụng nhiều. Đã có những thứ hay ho (mặc dù hơi cũ), như .kkrieger nhưng thời gian tải vào đó (trở lại trong ngày) lại thực sự chậm, vì nó phải tạo ra tất cả các kết cấu khi tải.

Chúng ta có thể thấy một cái gì đó hoặc khác trong các công cụ thế hệ tiếp theo (Unreal 4, v.v.) nhưng tôi không nghĩ rằng mức tăng so với sự phát triển là đủ lớn.

Có những ví dụ ngoài kia trong thế giới AAA, ví dụ Spore đã tạo ra kết cấu và hoạt hình theo thủ tục cho các sinh vật bạn tạo ra.


3

Kết cấu thủ tục gặp phải vấn đề mà Giám đốc nghệ thuật không thể chỉ ra một cách đáng tin cậy vào tác phẩm của một Nghệ sĩ và nói "làm ơn làm cho phần đó thêm một chút X." bởi vì hệ thống tạo bóng theo thủ tục có thể không hỗ trợ X với giá rẻ hoặc hoàn toàn không.

Ví dụ, một shader gạch có thể hỗ trợ gạch nâu sạch, nhưng có thể không hỗ trợ gạch được vẽ bằng quảng cáo 80 năm trước và graffiti 10 năm trước. Hoặc nó có thể không hỗ trợ có một viên gạch màu tím trong số 1.000 viên gạch màu nâu. Chính xác là một điểm, bởi vì điểm đó hấp dẫn vị giác của Giám đốc nghệ thuật.

Một kết cấu thực sự có thể hỗ trợ tất cả những điều này tất nhiên, và trong ý nghĩa này, một kết cấu thực sự là vượt trội so với một kết cấu thủ tục.

Kết cấu thủ tục thể hiện sự kiểm soát nghệ thuật nhờ vào sở thích của nó đối với các trường hợp sử dụng nhất định so với các trường hợp khác. Một kết cấu thực sự kiểm soát ít như vậy.

Tuy nhiên, phần cứng GPU có sự ưu tiên mạnh mẽ đối với quy trình thủ tục, bởi vì bộ nhớ kết cấu cách rất nhiều chu kỳ so với các đơn vị ALU thực hiện đổ bóng.


Tôi thấy điều này thật khó nuốt. Đó không phải là một giới hạn của kết cấu thủ tục rằng một viên gạch không thể có màu khác với phần còn lại, đó là một hạn chế của công nghệ thực hiện. Chắc chắn, tôi có thể đồng ý rằng tại một số điểm nhận được quá cụ thể sẽ vượt xa lợi ích của việc thực hiện một cách tiến bộ, nhưng đó là bên cạnh vấn đề.
Kevin Peno

Một viên gạch có thể là một ví dụ tồi, nhưng các ví dụ khác của anh ta giữ được. Sẽ rất phức tạp và tốn thời gian để xác định một thuật toán mới cho một thay đổi nhỏ về "cảm nhận" đối với một kết cấu, nhưng rất rẻ và dễ dàng cho một nghệ sĩ chỉ cần thực hiện thay đổi. Hãy nhớ rằng các kỹ sư thường được trả tiền waaaaaaay nhiều hơn các nghệ sĩ, vì vậy thời gian kỹ sư dành cho việc làm một nghệ sĩ có thể làm nhanh hơn chỉ là ngớ ngẩn.
Sean Middleditch

@SeanMiddleditch, các kỹ sư có thể được trả nhiều tiền hơn các nghệ sĩ, nhưng sự khác biệt là - một khi một kỹ sư đã viết mã, nó có thể được sử dụng lại mãi mãi, không mất thêm chi phí. Vì vậy, mặc dù có thể mất thời gian để phát triển một trình tạo thủ tục có thể được sửa đổi, xuống cấp độ gạch riêng lẻ - một khi nó được thực hiện, nó sẽ được sử dụng miễn phí. Nếu một công ty trả tiền cho các nghệ sĩ cho các thay đổi riêng lẻ, họ sẽ phải tiếp tục làm như vậy cho mọi yêu cầu thay đổi mới được đưa ra, không giống như một giải pháp tự động.
Cyclops

2
@Cyclops: chúc may mắn với thủ tục siêu kỳ diệu đó cho phép bạn thực hiện chính xác chi tiết có chủ ý mà một nghệ sĩ có thể. Tôi mong được đọc bài nghiên cứu đột phá của bạn khi nó được phát hành và cuối cùng cấp phép cho công nghệ über lỗi thời của nghệ sĩ của bạn. :)
Sean Middleditch

1

Vâng, nó vẫn có vẻ như là một ý tưởng tuyệt vời đặc biệt cho các trò chơi. Vì bạn có thể thủ tục tạo kết cấu nhanh chóng để thế giới xung quanh người chơi trông tự nhiên hơn. Không có dữ liệu lớn cần thiết. Nó có thể chắc chắn được sử dụng để tăng độ phân giải


0

Bạn có thời gian đánh đổi bộ nhớ điển hình . Dù muốn hay không, việc tạo thủ tục giao dịch thời gian CPU để bảo tồn bộ nhớ. Trên thực tế khi lưu trữ trở nên rẻ hơn và mọi người luôn muốn thời gian tải ngắn hơn, xu hướng là đi theo hướng khác - tài sản được tạo sẵn hoặc chụp ảnh sẽ tiêu thụ bộ nhớ để đổi lấy tốc độ.

Liệu một jpg tải nhanh hơn một phiên bản được tạo theo thủ tục? Nhiều khả năng, vâng . Nếu jpg là 2MB và bạn tải nó một lần, tại sao bạn phải bận tâm với thủ tục? Khi chạy, kết cấu sẽ có cùng dung lượng RAM (không nén và được tải vào bộ nhớ GPU)


JPEG không có khả năng tải nhanh hơn hầu hết các thuật toán kết cấu thủ tục. Thời gian truy cập ổ đĩa lớn hơn nhiều so với thời gian xử lý CPU / GPU và vì không ai có thể sử dụng JPEG cho kết cấu và sử dụng kết cấu nén lớn hơn nhưng được tối ưu hóa GPU với các lớp mipmap được tính toán trước, thời gian tải đĩa thậm chí còn tệ hơn đối với kết cấu thực. Có nhiều lý do tại sao kết cấu thủ tục hút (được đề cập trong các câu trả lời khác), nhưng thời gian tải thường không phải là một trong số đó. Tất nhiên, tôi chắc chắn có ngoại lệ cho các thuật toán đặc biệt phức tạp hoặc không hiệu quả.
Sean Middleditch

Vâng, giống như .dds. Tôi chỉ sử dụng JPG làm ví dụ. Quan điểm của tôi là việc tạo ra đá cuội trông có vẻ mát mẻ, hoặc nước hoặc cây trong rừng bằng hệ thống L hoặc bất cứ thứ gì mất nhiều thời gian hơn (nhưng phù hợp với 96k!) Hơn là chỉ tải nội dung trên đĩa, sau đó không ai muốn đi tuyến đường, chỉ đơn giản là để giảm thời gian tải.
bobobobo
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.