[a / b / c / d / e / f / g / gif / h / hr / k / m / o / p / s / t / u / v / vg / vm / vmg / vr / vrpg / vst / w / wg] [i / ic] [r9k / s4s / vip] [cm / hm / lgbt / y] [3 / aco / adv / an / bant / biz / cgl / ck / co / diy / fa / fit / gd / hc / his / int / jp / lit / mlp / mu / n / news / out / po / pol / pw / qst / sci / soc / sp / tg / toy / trv / tv / vp / vt / wsg / wsr / x / xs] [Settings] [Search] [Mobile] [Home]
Board
Settings Mobile Home
/g/ - Technology


Thread archived.
You cannot reply anymore.


[Advertise on 4chan]


File: lore.png (292 KB, 1478x727)
292 KB PNG
Linus Torvalds on suicide watch

>Maintained by Epic Games, Lore is designed for unprecedented scalability of both data and teams. It’s optimized for projects—including games and entertainment—that combine code with large binary assets, and caters for the needs of developers and artists alike.
https://lore.org/

thoughts?
>>
just use git timmy
>>
>>109077679
>Presenting: a shitty git ripoff from the company that took two years to add a shopping cart to their webstore
>>
>>109077679
>first link is GitHub
wew
>>
>>109077679
Neat I guess.
Git last i checked famously sucks for large binaries.
>>
git wasn't designed with binaries in mind so could be cool I guess
>>
tim sweeny is a faggot
>>
>>109077679
>Centralized
No thanks.
>>
>>109077679
Is it pronounced Git or Jit?
>>
>>109077679
epic games peaked on jazz jackrabbit 2
>>
File: 1759590548463363.gif (3.46 MB, 377x372)
3.46 MB GIF
>>109077708
>it's real
I'm going to have to invoice Timmy for the cost of retrieving my sides from orbit and reattaching them holy fucking shit they couldn't even be asked to use their own shit or do so much as setup a mock download page to hide they're using github.
>>
and we need another version control system #421 because?
>>
>>109077742
https://en.wikipedia.org/wiki/Git#Naming
Torvalds quipped about the name git (which is British English slang for an unpleasant or silly person): "I'm an egotistical bastard, and I name all my projects after myself. First 'Linux', now 'git'."[34][35] The man page describes Git as "the stupid content tracker".[36]

The read-me file of the source code elaborates further:[37]

"git" can mean anything, depending on your mood.

Random three-letter combination that is pronounceable, and not actually used by any common UNIX command. The fact that it is a mispronunciation of "get" may or may not be relevant.
Stupid. Contemptible and despicable. Simple. Take your pick from the dictionary of slang.
"Global information tracker": you're in a good mood, and it actually works for you. Angels sing, and a light suddenly fills the room.
"Goddamn idiotic truckload of sh*t": when it breaks.

The source code for Git refers to the program as "the information manager from hell".[38][39]


https://github.com/git/git/blob/e83c51633/README
>>
>>109077679
>lore has basic file locking
no thanks that's retarded. Use file formats that can be merged, or create visual / audio diff tools
>>
File: Lore.jpg (113 KB, 1080x784)
113 KB JPG
Check and mate lorefags you will never be a real version control system
>>
>new software project in 2026
>look at commits
>obviously fully slop coded by claude
hmmmmmmmmmmmm.........
I think I'll jusy use Git LFS?
>>
>>109077764
Because game cucks currently use Perforce, which is basically a nonfree "improved" version of SVN. The concept of their binary artifacts being separated from code is apparently foreign to game devs, so before this shit, they were basically a slave to this shit ass software.
>>
>>109077679
>maintained by Ebin Games
yeah no thanks
>>
>>109077792
lmao this is Epic Pathetic
>>
>>109077755
anyone using this unc gif is like age 40
>>
>>109077773
This.
>Tardo locks some word doc
>doesn't unlock it when done
>have to call the admin to unlock it
It's really retarded. Force your asset tards to actually collaborate.
>>
>>109077765
By ESL monglers, for ESL monglers.
>>
>>109077679
ZFS snapshots are my replacement for git. Simple copies that dont take much space, are instant, work for all files small and large.
Since UE doesnt work well with Networkdrives anyways, simply copying it to NAS is good enough for solo deving.
>>
>>109077679
Most programmers don't work for a large video game studio. The biggest "flaw" in git is that it was designed for managing Linux. Most programmers aren't managing the code for Linux and what they are working on is very different. Their needs are very different. But they're stuck with git. Moving to "Lore" would just mean their life would suck in a different way, since their work is very different than that of a video game studio.
>>
>>109077679
how is Lore better than Jujutsu?
>>
>>109077679
Seems better for something like that than a compromise like git LFS.

For a normal project, I don't see people migrating.
>>
>>109077679
Will this work well with Blender projects? I'm dealing with high resolution texture images, Alembic files and VDBs that can weigh a hefty amount and I want a version control system that can handle that.
>>
File: IMG_9534.jpg (96 KB, 750x866)
96 KB JPG
Lore?
>>
>>109077679
>reinventing the wheel
why?
>>
>>109077904
git lfs has long been able to do this and is well-integrated

did it not work or did you just not see it?
>>
>>109077887
> stuck with git
I don't understand the retarded attitude of
> but git is so difficult, I'm literally shaking
literally 4-5 commands is all you need.
>>
>>109077900
git lfs is not very much of a compromise. and there is also git annex if you wanted something else under the hood.
>>
File: file.png (421 KB, 1862x1028)
421 KB PNG
>>109077679
If you cannot reply to over 400000 people at once on it what's the point?
>>
>>109077679
Oh boy, yet another garbage SVC trying to claim they will kill git!
>>
File: IMG_4862.jpg (44 KB, 437x400)
44 KB JPG
>>109077952
>literally 4-5 commands is all you need.
>>
>>109078001
but that's typically the case

well yes, if you're also IT for your company's team you might need more but then it's nice to have these commands too
>>
>>109077679
Fine. Git has a retarded command line and Microsoft basically owns it at this point.
>>
>>109077679
>rust
>github not lorehub
into the trash it goes
>>
>look at docs
>can't be ran without a background server being on
this is not a git replacement lmao
>>
>>109077831
so? you will be 40 too
>>
>>109078039
Nah troons tend to off themselves around ~28-29
>>
>>109077679
this looks interesting as a replacement for vcs that can handle binary data, such as games. but it won't replace git in other places, because git is fully decentralized. this thing is entirely reliant on a centralized workflow, which is a major downside.
>>
>>109077904
Probably. It sounds like it does content addressing and dedupe?
>>
https://epicgames.github.io/lore/explanation/system-design/
>29369 slop word salad
wow, claude really did a good job
>>
File: 1761341523414817.png (109 KB, 353x332)
109 KB PNG
>>109078087
>making own git service
>hosting it on github
>>
For context, since a lot of people on /g/ haven't worked on games—this is not intended to compete with Git for general software development. This is a competitor with Perforce for game development.

Git is fine for text based files like code—but it's really bad at stuff like textures, 3D models, audio files, and other non-text files that game developers need to collaborate on. For example—one artist might need to obtain an exclusive lock on some art assets while editing them—because there is no sane way to merge two artists' async edits.

The SOTA in this area is Perforce [1]—a proprietary system. From what my gamedev friends tell me—when Perforce works it's great—but it hits enough snags that you need a tools engineer to manage it and occasionally fix issues manually. Git LFS is an alternative—but my gamedev friends all prefer Perforce especially when working on team projects beyond like 3-4 people.

[1] https://www.perforce.com/products/helix-core
>>
>>109078076
I don't see the advantage vs git lfs, git annex or whatever.

This data is also "external" simply because it's not the same type of data anyhow. The idea that you will also have a merging tool for, say, 4000 layer jpeg xl or the differences between sample.mp4 and the other branch's sample.mp4 is a bit silly. It even pretty much makes sense that the tooling focuses on structured text and source code.
>>
File: 1540120022398.gif (967 KB, 245x245)
967 KB GIF
>>109077831
have a wine aunt gif
>>
File: file.png (13 KB, 320x191)
13 KB PNG
lol, lmao
>>
>>109078132
orange reddit is bad for you
>>
>>109078132
https://github.com/git-lfs/git-lfs/wiki/File-Locking
>>
>>109078087
jesus christ that's a lot of words.
>>
File: 1769077605051844.jpg (52 KB, 776x181)
52 KB JPG
tim bros...
>>
>trusting a Chinese company
lol
lmao even
>>
>>109077679
To be fair, git does suck. But I very much doubt anything made by Epic can replace it.
>>
>>109077679
Makes a lot of sense to create a versioning system for large, non-code files. Git is not really good handling large files..
>>
Does timmy have a humiliation fetish or something?
>>
>>109077753
based Jazz enjoyer
>>
>>109078020
> rust
!!
I love Lore now!
>>
>>109078132
why not make LORE a git/svn plugin then? jfc
>>
thanks but i'll keep using darcs
>>
File: file.png (189 KB, 1584x631)
189 KB PNG
>>109078132
what a strange site
>>
>>109077679
So their whole selling point is that git doesn't handle binary files well? There's Perforce for that.
>>
>>109077896
If you're using jujutsu's git backend lore will be better for large binary files. Lore is worse in every other way and only used by a company that is staggeringly incompetent.
>>
>>109079243
Perforce and lore don't really handle binary files well either. Most features of modern source control don't even make sense with assets like images, videos or textures.
>>
>>109077679
I'm actually interested in this because I currently combine my code with large data sets what change weekly.
Every week I update both my code and the data because changes in the data can break my code and my code isn't backwards compatible with older data.

I like to keep my code and my data in the same git repository because this way I can easily roll back my production environments.
But this means my git repository grows huge (many gigabytes) over time and eventually it slows down forcing me to create a new repository and lose all my history.
I could split it up in two git repositories but then I might fuck up and accidentally use the wrong version of the code for a given version of the data.

What I really want to do is remove the history of the data without removing the history of the code....but I didn't git good enough to know how.
Or maybe this lore thing is a solution.
>>
>>109079315
>I could split it up in two git repositories but then I might fuck up and accidentally use the wrong version of the code for a given version of the data.
Keep the data in a submodule. That should work fairly well providing you're updating the data less frequently.
OTOH, if you're updating both frequently, having them be just sibling repos and stitch everything together with some scripts. It's not great, but it can handle that case better than submodules can.
>>
>>109077679
>maintained by epic games
https://www.youtube.com/watch?v=Ls4QS3F8rJU
>>
File: funds.jpg (124 KB, 1185x397)
124 KB JPG
>>109079617
>threat interactive
>>
File: 1746927388064353.jpg (20 KB, 598x554)
20 KB JPG
>>109079646
>fixing unreal
>a bad thing
>>
File: wolfe.png (250 KB, 732x1207)
250 KB PNG
>>109079723
a group of 44 developers will fix unreal engine!
>>
>>109077715
suck a dick gabe
>>
File: 1741835710585326.jpg (164 KB, 740x740)
164 KB JPG
>>109079750
>a group of 44 developers will fix unreal engine!
>>
So I could use this to manage and version control my porn, right?
>>
File: phonotype.png (1.37 MB, 2726x807)
1.37 MB PNG
>>109079766
>>
Why are people so angry about this? Looks like a fine enough system to me. The only thing, reading the docs, that I find questionable is the data deletion model. If I'm reading it right, they're saying that if you mark a file to be deleted, they'll go and delete the underlying data for that file. But their system proposes that all data will be chunked, and the chunks stored in a hash-unique location. So what if there's a self-similar chunk that you DON'T want to delete held in common with the chunks you DO want to delete? Like, say, a common header for some certificate format where you accidentally saved prod secrets? Would that instanuke all safe files too?

Some of the objections here sound like people have actively NOT read (or misunderstood, this is /g/ after all) the docs, like >>109078026 . It's exactly the opposite. You can run with no access to the central server, you just have to check all the files you want to edit out ahead of time, and you can only fully commit your changes once you get access again. The Github criticism is also suspect. People host on Github mostly because it has a web UI. You know what they haven't built a web UI for? Lore. Whoa, very deep. Who cares?

Again, the whole thing seems fine to me. And if, in practice, it sucks, I can just use git instead. And I probably will for now, because I don't want to have to stand up a server for hosting their central repo. But that doesn't make me angry. You people are strange.
>>
File: file.png (59 KB, 1023x168)
59 KB PNG
>>109078087
What.
>>
>>109081815
https://joshleeb.com/posts/chunking.html
>>
>>109077904
This is a competitor to Perforce, essentially, so yes. Git flat out doesn’t work for most gamedev, git lfs is a terrible hack and is a total mess in practice, such as no finegrained permissions so your jeetslaves making shitty textures at $2/hr get full access to all your resources. It also doesn’t offer a good way to lock files.
>>
>>109077753
I'm a bit of a jizz jackrabbit myself
>>
>>109077773
>just merge these 3D models and animation data bro
Retarded?
>>
>>109081804
I can confidently say youre the only one ITT that has read the docs, kek
>>
>>109077708
Enjoy it while it lasts before you eventually move to lorehub
>>
>>109082197
Just ai
>>
>>109078013
t. never used git in a team
>>
>>109078132
fuck off gptranny
>>
>>109077916
underrated
>>
>>109078014
I'm surprised you managed to post here given that you are obviously retarded.
>>
video game industry hasn't changed at all since unreal engine 3.
>>
>>109077679
So now fextralife will replace github?
>>
>>109077742
Jayt
>>
>>109077831
You have to be over 18 in order to post on this site.
>>
>words words words
where's the elevator pitch for using that shit instead of git? gay ass dumb motherfuckers
>>
>>109078119
they couldn't afford the lorehub domain
>>
>>109077679
>thoughts?
Video game industry ded though. What they fuck do they expect to see in those repos?
>>
>>109077679
But is it Powered By AI?!?!?
>>
File: Screenshot 2026-06.png (2 KB, 99x39)
2 KB PNG
>>109085133
No idea, but it haz 6-point star. Obviously it's a high quality software, not a scam, not aids riddled bloatware. Right?
>>
>>109077831
4chan has a unique set of gifs that are not posted anywhere and I'm sure I've seen that gif the most on /tv/ where most waifufags are contained. The chick isn't even that cute.
>>
Hosted on git.

LMAO!

It is so good that not even them use it.
>>
>>109077679
>code with large binary assets
if you're doing this, you're doing something wrong
>>
>>109083316
>pull
>status
>diff
>add
>commit
>push
>checkout
>merge
Ok, that's 8 commands. It's a bit more than the 4 - 5 that anon claimed but
>>
>>109085300
The first C compiler was written in asm
>>
>>109077679
>website doesnt work without javascript enabled
into the trash it goes /jk
>>
>>109077896
jujitsu wants to improve git for the original use-case
oxen et al is designed for large models, shit ton of assets,...etc (i.e. lfs is core, not a hack).
lore, as of now, is just meme, which is perfect lure for /g/eets
>>
>Git
>Lore
>origin
>>
>>109079315
oxen already existed for years.
you should absolutely NOT include large assets in your code repo. if "git clone --depth 1" or "git clone --filter=blob:none" takes more than a few seconds, you're doing it wrong.
>>
>>109077679
Git is absolutely retarded with assets, so this has potential
>>
>>109077978
>reddit-sneedhar wants to merge 1 commit



[Advertise on 4chan]

Delete Post: [File Only] Style:
[Disable Mobile View / Use Desktop Site]

[Enable Mobile View / Use Mobile Site]

All trademarks and copyrights on this page are owned by their respective parties. Images uploaded are the responsibility of the Poster. Comments are owned by the Poster.