Source code too long

I repeat it to you again. We are speaking different languages. It has nothing to do with object-oriented C++ code, but rather the way in which the modules are organized and the poor decoupling that the current C++ code has internally, making you have to depend on all the modules.

That is, the object-oriented C++ code is not the problem, for the umpteenth time, it is the way they currently have it assembled in C++, making the dependencies dependent which makes your UE5 project little by little weigh more. and more, in other words, that it tends to infinity. This is explained how it should be done in the publication that from what I see you did not read. Repeating what has been repeated would make me seem a little boring, don’t you think?

Solution:
1 - You use the best practices and updated modularity patterns.
2 - Automation systems for the deployment of applications within software containers providing an additional layer of abstraction and automation or even other software systems.

This post has nothing to do with OOP. That’s for starters. Someone has gotten completely confused on the subject.

Old School:

Summary

Note for older people who are never going to retrain with OOP: I recommend a book called java: The Complete Reference by Herbert Schildt or any other important book, be it C++, Javascript, GO… And Cut out the nonsense and stop listening those who did not study correctly.

Thank you for this. It’s been a boring day at the office and this made me burst out laughing.

At you, not with you

1 Like

It is important to know how to laugh when you have a job, since these days it is difficult to get one.
Bosses usually don’t know how much their employees laugh during work hours. Laughing a lot in the office can cause a permanent work cold and we don’t want that.

You’ll need to compile the engine source to make a dedicated server.

Let’s try to keep discussions constructive. It can be frustrating how much space compiling Unreal needs and how long it takes, we would love for it to take less time and disk space. But taking it out on our staff and the EDC community who are here in the forums with the goal of helping people is not behavior that I tolerate.

We make this clear in our Community Guidelines.

3 Likes

Let’s try to have constructive discussions.

That’s what I’m trying to do.

It can be frustrating how much space the Unreal build takes up and how much time it takes; we’d love to see it take up less time and disk space.

Totally agree. That’s why you have to find some way, whether it’s architecture or packaging software. I understand that the forum is not the best tool but at least this topic must be heard and the community must be aware. It is not possible for an engine to weigh almost 500GB. Has no sense. Something is being done wrong.

But taking it out on our staff and the EDC community who are here on the forums with the goal of helping people is not behavior I tolerate.

If the help for you was saying something like “troll, buy more space…” and other things like “It’s been a boring day at the office and this made me laugh out loud. At you, not with you”, what do you want answer you? The help is very nice.

It costs nothing to provide help rather than detracting from the user trying to bring a more constructive approach to the problem.

But taking it out on our staff and the EDC community who are here on the forums with the goal of helping people is not behavior I tolerate.

In reality, this would be acceptable if the helper’s behavior was appropriate. Community guidelines appear to be posted when a user demotes another user and that user responds.
It is not impertinent who answers but rather who said what.
Can we get back on topic or will this become an inverted “Community Guidelines” spiral? while we let others talk nonsense about what a user “comments” that we have already seen?

“Tolerate” I also do not tolerate double-edged hypocrisy.
We’re not here to make jokes. We are here to find an approach so that the problem takes a direction and can be resolved as soon as possible.

  • Yes, EPIC in this case is doing it wrong.
  • Yes, a detailed answer as to why from a person in charge is preferable. Not from a random user.
  • Yes, EPIC is in charge of solving that problem.
  • No, it is not the user who has to deal with or be in charge of solving the problem. Although I already did my part, many said anything and you did “tolerate” it.

if you were a serious person trying to solve a problem you would use the appropriate channel.

going on a public forum and then trying to filter who gets to respond to you is obviously a way for you to stroke your own ego. All of OP’s post here read like the ramblings of a crazy person on a subway. Nobody is going to read it so there isn’t a point in writing it.

There is this certain type of programmer who knows enough to tinker with the big boy toys, but not enough to actually get anything useful done. And there is a certain type of bias where a person tends to create problems for themselves in order to halt the progress towards the thing they fear. They keep hitting walls and they keep putting blame on the tools they use. Meanwhile, more resourceful people with half the technical knowledge are becoming millionaires selling stupid games and having a great time.

If you keep hitting walls with the tools that you use it indicates pretty much only one thing: you are trying to wear pants that are too big for you.

You either don’t know things that you need to know, or you lack manpower needed to operate at the level you are trying to operate at. In either case you don’t get over this problem by griping on public forums. Obviously, you won’t get the help you need this way, and if you keep at it for a year this shows that you are not a serious person focused on actually solving problems. Just a frustrated quitter who needs to vent.

No reason to respond to me, I won’t read, as I demand that only very serious and professional people get to talk with me.

1 Like

Here we go again (0% help 100% slander)

Why doesn’t EPIC make improvements or change for the better? Here you have the response from an rand employee:

There is this certain type of programmer who knows enough to tinker with the big boy toys, but not enough to actually get anything useful done. And there is a certain type of bias where a person tends to create problems for themselves in order to halt the progress towards the thing they fear. They keep hitting walls and they keep putting blame on the tools they use. Meanwhile, more resourceful people with half the technical knowledge are becoming millionaires selling stupid games and having a great time.

If you keep hitting walls with the tools that you use it indicates pretty much only one thing: you are trying to wear pants that are too big for you.

You either don’t know things that you need to know, or you lack manpower needed to operate at the level you are trying to operate at. In either case you don’t get over this problem by griping on public forums.

I don’t need to say anything else, you’ve already answered what I needed someone in particular to see. Good luck with that.

No you’re not.

This is not constructive:

This is not constructive:

Here you’re calling people less intelligent, this is insulting and toxic, not constructive:

You also threaten violence against Epic staff, this is not constructive:

2 Likes

I think the best part of all of this before it gets removed or archived is that Op get plenty of answers and workarounds and nobody said 1Tb is kind of common these days, most professionals and even gamers are rocking 4Tb or more these days

Files are always getting bigger as computers are evolving
We went to the moon with 1mb of ram we made iphone 4s with 512mb of ram

That’s an argument for ram increases but Op is concerned with the growing hard drive space
windows 3.1 was 9-11 floppy disks or ~90mb
windows 7 is 3.09Gb or 3,164mb or 395 floppy disks
and your mad your still using floppy disks basically

My point being you ( Op ) is essentially mad that the entire computer industries file sizes keep getting larger and larger and not accepting that from the complexities of how the “modules” work together they can not be shrunk down and still be reliable as said with deeper explanations by the people willing to be belittled and berated by someone that essentially said there not gonna listen to whatever we’ve said

Ari_Epic has likely only responded because they wanted to help you learn and explain to you what you said that was insulting

self reflection is one of the hardest things to achieve, at this point you have your answers short of going to work for epic ( good luck after this post you’ve made ) or making your own engine and realizing the file size and complexity of that is presumably beyond you as it is for many

I’ve enjoyed laughing at these posts and have learned some stuff myself

Here’s some more explanation for you
Why are programs so big

How to be nice

You cannot win being a cave Johnson towards your problems

@Ari_Epic Please just close this post unless it has a good reason to be open still, it just looks like a little dumpster fire… yea its warm and kinda funny but it does break many a rule

1 Like

I have already understood how this works, Ari_Epic. Your intervention and the conclusion that “there will be no changes.” It is a good starting point. (Have you made any input on any changes instead of hitting me? not right?)

Director: “Will there be positive changes?”
Developer: “Everything works correctly”
Me: “mmm … ok”
Important observer: “mmm …”

Sometimes I wonder if the lack of renewal in certain areas of the company is due to a deep reflection.

I worry that we are taking a direction contrary to the desired one, and I want to make it clear that it has not been for lack of insistence on my part.

My discontent is more than justified, and although pointing it directly, it may seem too forceful, it is necessary.

Although this thread has taken an unexpected turn, I tried to redirect conversation to a more positive land, although there seems to be resistance to do so.

My discontent is more than justified. Pointing your finger at my discontent is too violent.


Pay close attention to this:

Using a service with deficiencies can be frustrating, especially when the company seems to obtain significant benefits. I complain that Epic takes great profits with a service that presents important deficiencies. When I propose solutions and receive negative answers, it is discouraging.

When they cut the light, water, gas or any service, one complains. You may be a being of light and do not complain and find that professionalism.

I see you like this:
You: “They cut my light, the water, they have done me from my house … and I don’t complain, that’s being professional”
You: “They have fired me, well nothing happens”
You: “This user has complained, how rude. I don’t tolerate that behavior”
Me: “Bravo for you”, “Not with me.” “The double moral of hypocrisy in its purest state.”

So why not follow the current that they propose themselves?

Let’s try to Keep Discussions Constructive.

Are you really following this argument with your “pinned to mine” posts?

However, I tried to redirect this too many times, and on your part it has been in vain. I don’t know if it’s a matter of mentality. If you consider this an attack and think that I am rude, I’m sorry you feel like that. Please redirect the publication and maintain professionalism. Is it clear? Or are you going to ban and that will make you feel better?

One of the two must behave professionally. I will not use a private channel to discuss this with you, the call could “fall” since I prefer to maintain transparency. I hope this does not seem rude to you. I prefer that the community know what is. Don’t worry they will see him.

But Taking it out on Our Staff and the EDC Community Who Are Here In The Forums With The Goal of Helping People is not behavior that i tolerate.

Getting even is not the word. It’s too complex for you to appreciate. An answer from a good beginning from a professional and not from a random person saying nonsense would have solved the post. But what’s behind the scenes is to be expected.

We Make This Clear in Our Community Guidelines.

Are you really following this argument with your “pinned to mine” posts?

As Epic employee and following the rules of the community, I suggest you - no, I demand - that you meet them and avoid unnecessary conflicts. I remind you who pays your salary? Not quiet, he is not a Korean who lives in the mountain. Do your work.


If you want to ban me for not redirecting the post and only telling the truth and believing that my attitude seems excessively rude but true, then what can I say, bravo.
Today at least you can say that you did something at the office. That chair is wobbly.

What you mean is that it will increase each time.

What you are really saying is that the current Unreal Engine is the engine that has the most unnecessary size in GB, having unnecessary modules and If you think the bigger the better… I can’t help you, I want a cell phone like a backpack.


Unity

  • depends on modules and how much they are used: h
    normally about 10 - 20 gb

Godot

  • Native editor: 4 GB
  • 1.3 GB space

CryEngine

  • Memory 4 GB RAM
  • 8 GB available space

Unreal Engine

  • Operating System: (2h22) • Power Supply: 1000W power supply unit • RAM: 128GB DDR4-3200 • Processor: AMD Ryzen Threadripper Pro 3975WX Processor - 128MB Cache, 3.5 GHz base / 4.2 GHz turbo, 32 Cores / 64 Threads, 280w TDP • OS Drive 1 TB M.2 NVMe3 x4 PCI-e SSD • DATA Drive 4 TB Raid Array - 2 x 2TB NVMe3 x4 PCI-e SSD in Raid 0 • GPU: Nvidia RTX 3080 - 10GB • 1GBPS on-board NIC + Intel X550-T1 10G PCI-e Ethernet adapter • TPM Compliant

But if you prefer to buy more and more… okay.
I don’t know how to respond to this. I think I already gave an example before and I’m not going to repeat myself anymore.

I’ve read every post here before composing my thoughts on the matter,

Your beating a dead horse with a stick and were giving you sticks yes that is true

You then end practically all of your posts with something like that

it was made clear from the 4th post that his intention was to help

im not gonna lie to you and say that everyone has stayed 100% within the lines of trying to help, presumably from the countless bashing and counter bashing of said Dead horse

Nobody has said a think about racism, you then go on to say “not seeing reality”
This is just one example i picked out of the pile of them, mostly yours some ours yes but just about everyone’s intention has been to help you

Ari tries to point this out to you without any bashing memes or metaphors

Before i even opened this post again i knew you would say something like this, no less than the 1st line of your response you assume we are trying to stop you, when in fact we’re asking that you word your posts differently by leaving out the slander/insults

None the less we continue to try and help

Your answer…

Unreal engine is far more advanced than any of those other engines that you list

Throwing more deconstructive, your message could have been viewd as neutral had you not added this one part

Specifically this part

I wasn’t trying to imply that bigger is better in this context
even Ari admitted they’d love to shrink it down

But this is not as easy said as done

Touching up more on my final point before i to abandon you

Unreal engine does far more than any other engine
-You can quite literally create Hollywood movies with it if you so desired
-The animations available to you now rival that of The entire Adobe suite specifically after effects
-Entire games and non-precise physics calculations can even be done with the engine
-You can program with two “Different” lanuguages even interchangeably BP and c++
-You can even bring in heightmaps to your landscapes
-Do all of the above for most any platform PC/Mac Andriod/Ios older versions even supported web browser stuff mostly for the architectural folks who use the engine to show there clients proposed designs
-Many more features that i probably don’t even know of

And your essentially asking Why when i roll most of these features into a dedicated server is the file size so tremendous

You’ve literally answered your own question now as well

My point being like someone else said and now you as well
these features are so locked together that it can not be untangled and even if they did “untangle” most of it wouldn’t work anymore

The only ideas we can give you are how to shrink it down a little and potentially manage the size
They optimize things in patches all the time not on the extent your looking for and usually performance not size ill give you that

I’ve certainly gone and called epic out on some basic stuff that i think should have been fixed or improved by now

But the only way to practically do this is to re-start with these ideas in mind
So your attempting to tell them that they have to
and that’s 2015-2024 at least, 9 years nearly a decade of writing and optimizing code
And your wanting… sorry trying to force them to re do it so it’s smaller

You’ll have to choose another engine with less features if you want smaller file size, as short of new programming languages processors and god knows what else would probably have to be created to achieve such a goal

a bit De constructive with this last part i know… but

If your so much smarter than everyone that’s commented here and can see the Multimillion dollar industry/problem as you pointed out

By all means revolutionize the programming industry and steal all of Epics Rockstar Bethesda Unity Godot etc etc engines customers with your own engine as these companies are worried about probably in this order the performance, features, accessibility, plugin support and lastly size

YARN | I said good day! | Willy Wonka & the Chocolate Factory (1971) | Video clips by quotes | 0f90b6d5 | 紗

Edit:
Perhaps this is all lost in translation tho i somewhat doubt that you seem to communicate just fine
it could very well be that our words translate into aggressive language for you, and yours for us

What have I done…

This must be how Pandora felt.

3 Likes

you tried to help, it’s not your fault you opened the box and someone else came along and tipped it into a dumpster and lit it on fire not knowing that it was nuclear material or whatever’s in pandoras box, clearly flammable based on our little dumpster fire as i called it earlier

FWIW…

The suggestion was made in the spirit that there’s the things we think are likely and things we think are unlikely in solving a problem.

We tend to attack from the end where we think the solution is likely (duh), but there tends to also-be things on the far-end, the unlikely end that IF it is such that is indeed the cause of our issues, will take a LONG time or overhead to get to (realize) vs checking it and marking it off the list as a non-possibility. Low-hanging-fruit as it were, more to the idea of how people solve problems, vs a technical solution.

It really always is in the last place you look.

HERE not so applicable in the end, but as you said, I tried. :smiley:

2 Likes

You’re telling me lol, i once spent about a week trying to figure out a code problem in BP to realize i hadn’t connected one pin to another and that caused cascading looping problems even where all the errors never pointed to the actual problem node

But i certainly learned my lesson there and became more familiar with what the multifunction loop monster I’d created did and how it worked



Here is a problem, @nightwolf. Ignorance joins the desire to eat. It is very difficult to explain things. A good listener few words.

Help without help is not helping. If you think that when all kinds of things were said they were “trying to help”, it is better not to say anything. I think that has been well understood. If not, I could not recommend anything else about it.

You simply hit the horse for saying that this path is narrow. But you hit him. Quiet, the horse will always go on the right track.

I will not respond to each of your appointments since it is too obvious that even in the same context you get things to agree. Misrepresenting the appointments with the final result does not denote much. I don’t want to talk to Randoms who simply have good salary and like to spend as much as companies tell them.

Nothing else. Thanks for dirtying “deservedly the publication” to continue maintaining the job. Do not worry, fresh people always come that really do things well. Time rewards everyone.

1 Like

Sounds a little too familiar, maybe even down right diabolical

But i rest any point i was trying to make, and congratulate you on the first reply that doesn’t just directly slander someone

quoting the install size of Unity, or Godot, has almost nothing to do with the compiled from source size of Unreal.
both Unity and Godot are purely blank canvases they don’t even run a game without source code being added by the developer. they barely include assets any kind, and most of the code base that is even available from the engine install is locked binaries based on rendering, physics, the game loop, and for both of them the majority of the install size is their editor. For example Unity refuses to even release a sample project to show “desired” workflow, and setup (something their community has been requesting for more then 10 years, and they have been “promising” for almost as long). Both of these engines are the some total of feature wish lists stapled together, some of which were never even tested.

Unreal you get several texture files, meshes, mostly functional games that are ready to modify, and then you get a feature rich editor, that just keeps adding functionality, and every time you add functionality you add source code, and files, which increases the resulting size of the engine. Even UDK had more examples, and “ready to use” content then Unity or Godot ship with, and that comes from the company releasing the engine actually using their own engine to make games.

abstraction does not reduce file size, or compile size it adds to it, so increasing the amount of abstraction the engine uses (which the engine does a lot of abstraction already, the majority of functions in the base engine ask for a *UObject or *AActor. then abstractions have additional overhead at runtime introducing V-Table-lookup, and dynamic Cast resolution that needs additional safeguards and complexity just to make sure the abstracted type is even what is expected that adds to file size in both source, and compiled.

lack of comments is a hit and miss situation: the request of Epic is for ‘self commenting code instead of comments re-stating what is evident by what the function/object does’. Where the source-code is written in English, with Snake-Case function/Object/Variable names people that do not natively read English can have issues

  • this can be an issue globally where most programming languages are based on structured English, and translation system for programming langauges will avoid translating names because that could break things leading to situations where a non-English reading/writer to get into programming will need to became at least conversational in English

Coupling is not an absolute swear word, negative; it increases reliability in the execution pipeline, and allows for “knows of a” relationships avoiding increased function calls, and V-Table-Lookup that even the sudo-inheritance interfaces introduces.

Best practices don’t ship projects/products they often tend to just add complexity; even though several of them will preach about trying to reduce it (complexity like readability is not an absolute measurable they are based on “experience with the projects”, often even nothing to do with the experience with programming). most people that try to hold “best practices” over a projects head I am sure get paid by how many white board markers they use rather then the functionality they implement.