Làm thế nào để chuẩn bị cho một cuộc thi phát triển trò chơi?


11

Ludum Dare 18 sắp ra mắt và tôi sẽ tham gia vào nó. Tôi đã thực hiện một vài cuộc thi trò chơi ngắn hạn khác trong quá khứ nhưng đây là cuộc thi lớn đầu tiên của tôi (và là cuộc thi solo đầu tiên của tôi). Tôi thực sự phấn khích vì điều đó, nhưng tôi tự hỏi liệu có bất kỳ thủ thuật nào để chuẩn bị cho việc này không, và có lời khuyên nào về những việc cần làm trong khi thi đấu. Vì thế...

Làm thế nào để bạn chuẩn bị tốt nhất, hoặc tham gia vào một cuộc thi trò chơi ngắn hạn?

Câu trả lời của bạn có thể cụ thể với Ludum Dare nhưng tôi thực sự đang nói về bất kỳ cuộc thi trò chơi nào, miễn là nó ngắn hạn - không phải là những trò chơi kéo dài một tháng mà bạn tình cờ phát triển trò chơi của mình và phát hành nó; Tôi đang nói về các cuộc thi loại áp lực cao, kết thúc trong thời gian, kéo dài hơn. Các cầu game Jam phù hợp ở đây là tốt, nếu bạn tham gia mà đầu năm nay.

Ngoài ra, bất kỳ lời khuyên nào trong bối cảnh của một nhóm người (mỗi người làm việc trong trò chơi solo của riêng họ) sẽ rất tuyệt; Tôi sẽ ở với câu lạc bộ phát triển trò chơi ở trường của tôi trong hầu hết 48 giờ (chỉ một vài người khác, không phải là một nhóm lớn).


Vì bài đăng này rất chủ quan, xin vui lòng xem xét làm cho nó CW.
Jesse Dorsey

1
Tôi hy vọng sẽ có một số câu trả lời tốt với những lời khuyên riêng biệt (vì mọi người đều khác biệt và có kinh nghiệm của riêng họ) và tôi hy vọng những người trả lời sẽ được khen thưởng về danh tiếng. Tôi không thấy bất kỳ lý do nào cho sự hợp tác trong câu trả lời (theo kiểu wiki). Nếu điều này không hợp lý, thì xin vui lòng làm cho nó CW; bạn là mod sau tất cả :)
Ricket

Câu trả lời:


15

Vừa là người tổ chức và người tham gia trò chơi, đây là một số lời khuyên từ kinh nghiệm của tôi:

  • Làm quen với các công cụ bạn sẽ sử dụng. Bạn muốn sử dụng một môi trường phát triển mà bạn đã cảm thấy thoải mái; bạn không muốn học bất cứ điều gì mới nếu bạn không nhất thiết phải làm.
  • Hệ quả: nếu bạn được phép bắt đầu với một số mã được viết sẵn (thư viện, công cụ trò chơi, v.v.) - cho dù đó là thứ bạn tự tạo hoặc từ nguồn của bên thứ ba - bạn cũng sẽ tự làm quen với điều đó .
  • Các cuộc thi ngắn hạn đòi hỏi sức bền về thể chất, vì vậy đừng bỏ bê khía cạnh thể chất của bạn! Ăn uống tốt, tập thể dục thường xuyên, ngủ nhiều và nói chung hãy lựa chọn lối sống giúp bạn khỏe mạnh nhất có thể. Trong thời gian ngắn (tức là một vài ngày trước khi cuộc thi bắt đầu), hãy đảm bảo bắt kịp giấc ngủ của bạn để bạn bắt đầu tươi mới.
  • Biết giới hạn của bạn. Từ kinh nghiệm của bản thân, bạn có thể phát triển trong một khoảng thời gian liên tục bao lâu trước khi bạn bắt đầu thấy lợi nhuận giảm dần theo thời gian của mình? Bao lâu và bao lâu bạn cần nghỉ ngơi để duy trì hiệu suất tối ưu? Đường cong đánh đổi giấc ngủ của bạn là gì (nghĩa là, nếu bạn thức khuya phát triển, điều đó có làm bạn HẤP DẪN hơn khi dành thêm thời gian, hay ÍT năng suất vì mệt mỏi làm bạn chậm lại)? Nếu bạn không biết những điều này về bản thân nhưng bạn có thời gian để "kiểm tra" bản thân trước cuộc thi, hãy làm như vậy.
  • Chuẩn bị tất cả những thứ trần tục trước. Nếu bạn đang tham gia ở nhà, hãy chắc chắn rằng bạn đã chuẩn bị sẵn các bữa ăn, đồ ăn nhẹ và đồ uống sẵn, và có các phím tắt và dấu trang ngay trên máy tính để bàn của bạn cho mọi thứ bạn nghĩ rằng bạn cần mà bạn muốn truy cập dễ dàng. Nếu bạn có bất kỳ sách giáo khoa tham khảo yêu thích, hãy xếp chúng bên cạnh máy tính của bạn. Hãy nghĩ về các công cụ khác mà bạn có thể muốn: bút chì / bút, biểu đồ và giấy tiêu chuẩn, có thể là một số súc sắc và thẻ chỉ mục và như vậy cho các nguyên mẫu vật lý, v.v. Nếu bạn đang đi đâu đó bên ngoài nhà của bạn (như với một sự kiện "Game Jam" điển hình ), đóng gói túi trước với mọi thứ bạn muốn mang theo bên mình và chuẩn bị sẵn sàng để bạn không thức dậy sớm hoặc tranh giành vào phút cuối.
  • Là một chiến lược dài hạn, xây dựng kỹ năng phát triển của bạn; hoàn toàn không có cách nào để trở thành một nhà phát triển mạnh mẽ hơn có thể làm tổn thương bạn. Cũng không có gì ngăn cản bạn thực hiện "trò chơi riêng tư", thử thách bản thân để tạo ra một trò chơi trong một tuần (hoặc cuối tuần) khi lịch trình cá nhân của bạn cho phép. Càng nhiều loại dự án mà bạn làm, bạn càng nhận được chúng tốt hơn.

7

Tôi đã thực hiện Ludum Dare hai lần, lần thử đầu tiên của tôi thất bại khá thảm hại, nhưng trong lần thứ hai (LD17) tôi đã làm khá tốt, và đạt vị trí thứ 7 chung cuộc.

Chỉ là một số viên đạn ngẫu nhiên (cụ thể là chủ yếu cho LD, nhưng có thể áp dụng ở nơi khác):

  • Giấc ngủ : Điều này rất quan trọng, LD16 là compo 48 giờ đầu tiên của tôi và tôi đã cố gắng đi quá lâu mà không ngủ và ngủ đủ 10 tiếng "ngủ trưa" trong thời hạn ... Đối với LD17 tôi đã ngủ cả hai đêm trong 6-7 giờ và tất cả đã trôi chảy hơn rất nhiều. Tôi làm việc với tổng thời gian ít hơn, nhưng toàn bộ thời gian không ngủ một nửa chắc chắn có ích.

  • Thay đổi kế hoạch : LD cuối cùng tôi đã thay đổi hoàn toàn ý tưởng của mình trong khoảng 10 giờ, loại bỏ hầu hết các công việc từ thời điểm đó và chuyển sang một hướng khác. Có vẻ như hoàn toàn vô vọng vì kế hoạch ban đầu của tôi không vui vẻ gì; Nhưng tôi đã nảy ra một ý tưởng khác, ngủ trên đó và cuối cùng tất cả đã đến với nhau. Vì vậy, đừng ngại thay đổi hướng nếu cách tiếp cận ban đầu của bạn không đi đến đâu.

  • Timelapse : Điều này có vẻ không liên quan, nhưng việc có thể phát lại 48 giờ như một timelapse thực sự giúp bạn có cảm giác về nơi bạn đã dành quá nhiều / quá ít thời gian. Tôi cũng thấy rằng việc ghi lại thời gian biểu là một động lực để tiếp tục hoạt động và không bị chùng xuống nhiều ...

  • Cộng đồng / IRC : Một phần lớn của Ludum Dare là cộng đồng, sẽ vui hơn rất nhiều nếu bạn tham gia vào toàn bộ quá trình; tạo thời gian biểu, chụp ảnh đồ ăn / không gian làm việc, đi loanh quanh trong IRC và quan trọng nhất là bỏ phiếu và để lại phản hồi cho mọi người.

  • Middleware / framework / anything : Một số người thích thực sự bắt đầu từ đầu , nhưng các quy tắc cho phép phần mềm trung gian có sẵn mở và phần mềm trung gian tùy chỉnh (miễn là bạn phát hành mã nguồn mở trước khi compo). Với số lượng người chơi trò chơi và Unity, tôi không cảm thấy quá tệ khi viết một khung nhanh bằng cách sử dụng một vài phần mềm trung gian (tôi đã sử dụng Ogre và Bullet lần trước) vào tuần trước.

  • Âm thanh : Cá nhân tôi có rất ít kinh nghiệm về công cụ âm thanh, vì vậy đây là một điều khó khăn với tôi, nhưng một chút âm thanh đi một chặng đường dài. Lần trước tôi đã quản lý để có một chút nhạc (rất lặp đi lặp lại) (được tạo bằng LMMS) và hiệu ứng âm thanh được tạo bằng sfxr .

  • Phiên bản bài tổng hợp : Tôi khuyến khích bạn tiếp tục làm việc với mục nhập của bạn sau cuộc thi; Tôi đã thêm bảng xếp hạng trực tuyến và một vài điều chỉnh vào mục nhập của tôi từ LD cuối cùng như một cách suy nghĩ, phát hành nó trên moddb và nó đã thành công một cách đáng ngạc nhiên (bảng xếp hạng đã được ghi lại hơn nửa triệu ~ 20-25 giây và dường như sẽ có là một bài viết nhỏ về nó trong một tạp chí trò chơi của Pháp).

Đó là tất cả những gì tôi có thể nghĩ đến bây giờ, Chúc may mắn!


1
Yay cho sfxr! Tôi đã tìm thấy viên ngọc quý của một chương trình chỉ vài ngày trước và chắc chắn đã lưu trữ nó để sử dụng trong suốt cuộc thi. :)
Ricket

2

Tôi đã thi đấu trong một trò chơi kẹt năm ngoái và chỉ đưa ra quyết định trước khi cuộc thi thực sự khiến mọi thứ suôn sẻ hơn. Ví dụ, bạn không muốn quyết định về một công cụ khi bạn nên mã hóa.

Xây dựng / thu thập mọi thứ bạn có thể trước thời hạn. Trong trò chơi kẹt mà tôi tham gia, chúng tôi đã may mắn có một số tài sản nghệ thuật được cung cấp, nhưng chúng tôi đã không nhận được mọi thứ chúng tôi cần vì vậy chúng tôi đã lãng phí thời gian để xem qua các thư viện cho một số tài sản chúng tôi cần. Chúng tôi cuối cùng cũng đã thực hiện hầu hết các âm thanh trên trang web, mà chúng tôi có thể xử lý trước sự kiện này.

Cố gắng dự đoán một số thách thức mã hóa mà bạn sẽ gặp phải. Chúng tôi đang xây dựng một game bắn súng cơ bản và một trong những thử thách lớn nhất là cố gắng khiến kẻ thù tiến về phía một người chơi đang di chuyển một cách thực tế. Đây là một thách thức mà chúng tôi có thể dự đoán nếu chúng tôi dành nhiều thời gian thảo luận trước sự kiện.

Cuối cùng, nếu đây là một cuộc thi nhóm, hãy đảm bảo đi qua những ý tưởng này với các thành viên trong nhóm của bạn. Bạn không muốn xuất hiện với nhiều ý tưởng khác nhau và dành thời gian tranh luận để thực hiện.


2

Nhận hệ thống của bạn xuống. Ngay bây giờ, hãy lấy tất cả các công cụ bạn có thể đang sử dụng trong suốt cuộc thi, và đặt bản thân vào một cuộc chạy đua khô khan trước cuộc thi. Bạn không cần phải tạo một trò chơi hoàn chỉnh, nhưng hãy xem rằng bạn đã quen với việc kết hợp mọi thứ (điều này bao gồm mọi khía cạnh, lối chơi, nghệ thuật, âm nhạc, v.v.). Đây là "mẹo" duy nhất bạn cần. Nếu bạn có một quy trình làm việc và chạy trước cuộc thi, thì giải thưởng của bạn là khả năng tập trung vào nội dung thực tế của trò chơi trong khi đồng hồ đang tích tắc.

Bạn cũng có thể xuất bản trò chơi / thử nghiệm tiền compo này dưới dạng khởi động ... cộng đồng LD thích nó và bạn có thể nhận được phản hồi trước khi cuộc thi bắt đầu!

Đối với một cái gì đó như Ludum Dare, không có gì bạn có thể làm nội dung khôn ngoan trước đó, và lối chơi thực tế có thể sẽ khác với những gì bạn đã thực hành trước thời hạn. Nhưng nếu bạn biết bạn sẽ sử dụng nền tảng XYZ và đó sẽ là một trò chơi dựa trên sprite 2D (ví dụ), thì việc có thể đến phần nội dung / trò chơi càng nhanh càng tốt là rất quan trọng.

Tôi học được điều này một cách khó khăn. LD16 đã dành để cố gắng làm cho mọi thứ hoạt động. LD17 đã được làm giàu trên thế giới.

Tôi mong muốn được nhìn thấy những gì bạn nghĩ ra. Chúc may mắn!!


Một lưu ý phụ cho LD: Tôi thấy rằng bạn có thể xây dựng phần mềm trung gian của riêng mình cho compo miễn là bạn phát hành nó cho mọi người trước khi thi đấu.
funwhilelost

Tôi thực sự thích quy tắc đó ... Nhưng nó phải có sẵn cho mọi người trước ít nhất hai tuần. Tôi cần phải nhanh lên và lấy thứ gì đó ra vào ngày mai !! : -O
Ricket
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.