Jump to content
The Dark Mod Forums

Alberto Salvia Novella

Member
 View Profile  See their activity

  • Posts

    160

  • Joined

  • Last visited

  • Days Won

    1

 Content Type 

Posts posted by Alberto Salvia Novella

  4. Eye Adaptation

    in The Dark Mod

    Posted

    44 minutes ago, Anderson said:

    the fact that Daniel has a permanent fear of darkness causes great frustration when the game is about stealth.

    Hahaha!

    Guess that, even then, I never used the candle. Cause I felt more secure by not being seen myself.

    So being afraid of darkness was the only way to make people like me uncomfortable while playing.

  6. Eye Adaptation

    in The Dark Mod

    Posted · Edited by Alberto Salvia Novella

    Yeap, the lighting should never be completely dark.

    I remember playing a scenario which was impossible till you increased gamma to the maximum. That should be prevented by design.

    Amnesia got it right. It lights a subtle blue light after a few moments of complete darkness.

  9. WXU 3.0.5 not found with the latest version of wxgtk 3.0

    in DarkRadiant Feedback and Development

    Posted

    So I'm packaging darkradiant as a pacman package. But when I execute darkradiant on the terminal it complains:

    darkradiant: /usr/lib/libwx_gtk3u_core-3.0.so.0: version `WXU_3.0.5' not found (required by darkradiant)

    darkradiant: /usr/lib/libwx_gtk3u_core-3.0.so.0: version `WXU_3.0.5' not found (required by /usr/lib/x86_64-linux-gnu/darkradiant/libwxutil-2.7.0.so)

    The thing is that's the latest announced 3.0 version of wxgtk. If you install 3.1 then darkradiant complains it cannot find 3.0 at all.

    Any idea why this could be? Thanks in advance.

  10. Using git

    in The Dark Mod

    Posted

    You don't need to use GitHub/GitLab's bug tracker, wiki or continuous integration tools.

    My proposal was using those platforms only for code storage, for easing merge requests. While breaking the different programs into different projects under the same account, for speeding up cloning repositories.

    Nothing else.

  11. Using git

    in The Dark Mod

    Posted

    @Jetrell Nah, I'm not gone. It's simply I realized that doing as in the peter_spy's thread, replying to every single point to justify my view, is pointless.

    Either people listen or not. And in this particular topic I didn't took it personally at all, it seems that most of the annoyance comes from previous discussions where I didn't participate. Or that the people was expecting me to procreate the conversation infinitely like with in peter_spy's thread, which basically I believe it was a mistake on my side.

    In summary: I said nothing else because nothing relevant had to be said ??

    • Like 2

  14. Using git

    in The Dark Mod

    Posted

    @Springheel Cause it was never well designed to start with, having to commit to a single central repository. People used it only because it was the sole thing available at the time.

    As everything is committed to a single central place:

    1. Anything can break the main code, so micro-managing commits is needed.
    2. Code conflicts can easily happen.
    3. You have to clone every related software for minor changes.
    4. So people delay commits, making them bigger, harder to inspect, and more prone to errors.
    5. And developers distrust outsiders by default, so these don't even try.

    For the record most of the code I write is Unix Shell, invented like 40 years ago when machines used typewriters instead of screens. Don't tell me I have new shinny technology syndrome.

  16. Using git

    in The Dark Mod

    Posted · Edited by Alberto Salvia Novella

    I strongly suggest that The Dark Mod source code is stored on a git based platform. Git makes contributions notably easier than SVN for the following reasons:

    • Git is able to merge commits with minimum conflict and with great transparency.
    • Git is distributed. Everyone has its own version of the source code, and different teams can be working in parallel on different features without needing to commit to the main repository, only to their copy till the feature is truly stable.
    • The different applications can be stored in different repositories, so cloning them and committing is fast.
    • These mean that changing things is easy to anybody without making the code unstable. This naturally encourages contribution and enhances overall software quality.
    • Since there's multiple copies of the source repository, and it's stored on an external platform, the likelihood of data lost is dramatically reduced.

    Long version:

     

  18. Playstation 1 Classics Nostalgia.

    in Off-Topic

    Posted

    @Petike the Taffer I only had a PC too... but I made good use of emulators ?

    In the early 2000s I owned thousand of emulated games from all consoles you could imagined. I even bought some original PS1 games to play on my computer, because I figured out how to make them work even better on it than on a real machine. It took years to perfect, but it was worth it.

    I also remember playing N64 games on my computer, with four game-pads and accelerated graphics. And when I tried the real console out it felt rather crappy in comparison. The original game-pads were horrible, very expensive, and the games run on a kind of slow frame-rate.

    And the most interesting part, I got all of it without Internet. I got Internet pretty late on my life, and that day I got overpowered. I guess my parents were scared about how much time I could employ on it, and they were right. I even wrote a section of the eMule manual, the section about how to find more stuff when searching.

    Happily I no longer do piracy, and rather use libre software. Sometimes I download pirate games just to see if they work on Linux before buying them, but I pay for what I play (except if old school and out of the market).

    That said you will enjoy this:

     

×
×
  • Create New...