HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
TheAssemblyArmada
Thyme
C++2017–2025
TheAssemblyArmada / Thyme · Archived

Thyme

An open source re-implementation of Generals : Zero Hour written in C++.

4Distinct people
4Mentions
0Explicit recommenders
695GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

An open source re-implementation of Generals : Zero Hour written in C++.

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:03:16 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year4 dated mentions

Observed mentions: 2017-04-07 18:08:18 UTC to 2025-03-01 07:42:12 UTC.

012017-01-01 00:00:00 UTC to 2018-01-01 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments20172018-01-01 00:00:00 UTC to 2019-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2019-01-01 00:00:00 UTC to 2020-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments20212022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2025

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20172017-01-01 00:00:00 UTC2018-01-01 00:00:00 UTC110
20182018-01-01 00:00:00 UTC2019-01-01 00:00:00 UTC000
20192019-01-01 00:00:00 UTC2020-01-01 00:00:00 UTC000
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC101
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC101
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC000
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC000
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC000
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC101

What Hacker News says

4 sources
Gamedev is really a special case (if we consider Web Development to be the "common case"). The fact is, when a company open sources one of it's projects, it expects to "benefit" from open source, i.e. taking community contributions, and make these contributions into its other closed-source products to generate profits. GPL forbids this, and naturally most companies open sources with MIT/BSD. And follows a repository on GitHub, many issues and PRs, CI, periodic releases (feel free to replace "GitHub" with "GitLab" or some server on some university, replace issues with mailing lists etc.) - that's what we typically expect from an "open source project" backed by other companies, in some other industries (most notably web development). It doesn't work this way in games (at least for now), EA is only releasing part of the code for modding purp
Read the rest
ose, EA doesn't expect an "open source community" established on this codebase, and I also don't think EA has the intention to take contributions directly from community (by "directly" I mean, in code). If you have something you don't like about the game, post a comment in Steam and if you are lucky the devs are going to fix it themselves. It has always been working in this way in games, and it's not changing despite the "open source" action. So in this case, GPL is actually more helpful for EA, as illustrated by other replies. But what I really want to say is, being a C&C modder myself (I've been modding RA2/YR from 2009 and also briefly worked on C&C3 later), I wholeheartedly support EA's decision to use GPL. Not because it's good for EA, not because I'm also a fan of RMS, it's because of the specific situation of the modding community. If we take a simplistic view of a mod, it's roughly composed of "assets" and "code" (the same could be said for full games but it'll be more complicated). For assets, there are awesome free content creation software such as Blender and Krita, and tons of learning resources on the Internet. One can easily become a quasi-professional artist given enough exercise (I, personally, have undergone such a process). Well there is also things like music, but they all work the same way in which you "just create something in some external application (which is usually very powerful and extendable) and throw it in the game". You are not really limited in terms of asset. The real problem is in "code" - modders are ultimately constrained by a proprietary engine, which heavily limits the possibility of mods. Just think about it: when you're making a real game, you can think about "What is the most interesting stuff I can come up with?" and then implemented it in the game engine. But when making a mod, whenever a fancy idea pops up, you're obligated to consider "Can it be implemented in the engine?". Unfortunately, most of the time, the answer is no. And this goes on and on, till a point where your imagination is imprisoned by the capability of the engine, that you lost the inspiration to design anything novel. Why the engine is so limited? I think we can just imagine the scenario: in the crunch of getting the game finished, the devs don't really care about moddability, they just want to get it working ASAP, then they do all kinds of hack all the way along. In the end the game works, but modding it sucks. They hardcoded many stuff directly into the game engine binary, which is perfectly reflected by this set of search result: https://www.google.com/search?q=hardcode+site%3Amodenc.reneg... ... Oh and this is only about modifying existing stuff, we haven't started talking about adding a completely new system yet ... To overcome these limitations, modders did a tremendous amount of efforts over the years: There are attempts to reverse engineer the binary and patch it for workarounds: https://modenc.renegadeprojects.com/RockPatch Then this approach evolved, they analyzed the binary to get the class hierarchy of the game, then use C++ to write new logic, inject the compiled routines into the binary: https://ares.strategy-x.com There are attempts to rebuild the complete source code of the engine by incremental reverse-engineering: https://github.com/TheAssemblyArmada/Thyme There are attempts to rewrite the whole game: https://github.com/OpenRA/OpenRA https://github.com/OpenSAGE/OpenSAGE
In EA will be releasing the C&C Tiberian Dawn and Red Alert source code under GPL3

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.