Announcement

Collapse
No announcement yet.

Frozenbyte Bundle Already Rakes In $250k USD

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #16
    Originally posted by xav_19 View Post
    It would great if phoronix, provide some test about the usability of those games with open source drivers.
    I guess there's a lot of people relying on those drivers because of old GPU.
    For instance, i have an ATI X1600M, and i know that r300g is in good shape, but i don't have a clue if it will run those games.
    Maybe my request is stupid, because even with best driver in the world, my old hardware won't be able to provide more than 10 FPS....
    There's a Shadowground-Survivor-demo on LGP, so you can try for yourself: http://demofiles.linuxgamepublishing.com/survivor/
    And since all those game are probably based on a mostly identical engine I'd guess that if Shadowground-Survivor runs the other will as well.

    Comment


    • #17
      Originally posted by Zhick View Post
      There's a Shadowground-Survivor-demo on LGP, so you can try for yourself: http://demofiles.linuxgamepublishing.com/survivor/
      Thanks, i didn't know it.

      Originally posted by Zhick View Post
      And since all those game are probably based on a mostly identical engine I'd guess that if Shadowground-Survivor runs the other will as well.
      even trine ?

      Comment


      • #18
        Originally posted by elanthis View Post
        Sure would be swell if upstream software distributors could make a single .package file for which every distro included some kind of nice GUI app with which to do an easy double-click-the-damn-file install, like an MSI but without the crack-addled ridiculousness, and with dependency resolution using if nothing else a pre-defined set of well-established platform definitions...

        ... and it sure would be nice if I had the freaking time to work on that project. :/ ... instead I spend what little free time i have playing indie games. Screw you, Humble Bundle!

        There used to be tools like that. I remember AutoPackage, but seems dead now. The web page says that it was merged with Listaller some time ago, and that there are also other similar utilities: Zero Install, Portable Linux Apps and MojoSetup.

        Like Tanenbaum said: "The good thing about standards is that there are so many to choose from."

        Comment


        • #19
          Originally posted by elanthis View Post
          And then what about the Arch Linux users, Gentoo users, BSD users, Slackware users, etc.?
          Gentoo users produce ebuilds for HIB games, and you can find them easily on the forums. I think some of them are in portage too.

          I was expecting something similar from other communities. After all, if you have a .tar.gz, it's pretty easy for an experienced user to make a .deb or an .rpm out of it.

          Comment


          • #20
            Originally posted by benmoran View Post
            Half of the Humble Bundle 1 and 2 games don't install or don't work with open drivers for me, but i've decided to hold off on installing the blob for now. I'm going to just wait for Desura to launch their Linux client (hopefully this year), which should take care of the installation problems as well. At least that's the plan.
            Which of the HIB1 games do not work and with which drivers (Intel/Radeon/Nouveau)?

            Here, I played all of them on r600c without any problems. I haven't tested HIB2.

            Comment


            • #21
              Originally posted by elanthis View Post
              Right.

              For which specific Debian flavor, original or Ubuntu?

              Which version(s) of that flavor?

              And given the current lack of multi-arch support in Debian distros... for which architecture?

              And the RPM folks... which distros should they make RPMs for? And which archs? And which versions of which distros?

              And then what about the Arch Linux users, Gentoo users, BSD users, Slackware users, etc.?
              I'm one of the Linux developers, so THIS!

              The installer is just an executable stub and a zip file. If you want to you can just unzip it wherever you like.

              Comment


              • #22
                somehow off topic:

                i don't know/understand the technicalities behind this but would it be possible (or how difficult) to create a single file format that will work on all linux distros on the same architecture???

                this would solve quite a lot of problems i think.

                Comment


                • #23
                  Originally posted by 89c51 View Post
                  somehow off topic:

                  i don't know/understand the technicalities behind this but would it be possible (or how difficult) to create a single file format that will work on all linux distros on the same architecture???

                  this would solve quite a lot of problems i think.
                  A file format can't actually solve the main problems that come up when trying to ship a binary-only app. At best, if your app was broken in whatever old format you shipped it in, you'd just end up with an app that installs/uninstalls smoothly but doesn't work.

                  Comment


                  • #24
                    Broken/non tested apps should not be shipped in the first place. But at least something like this (if feasible) will solve the problem of distributing software. In the end its all about the user and the experience he has.

                    And even if you don't give a fuck about the user why not create (if possible) an automated process (from source code to package) that will free the devs from the burden of creating a many different packages.

                    Comment


                    • #25
                      Originally posted by 89c51 View Post
                      Broken/non tested apps should not be shipped in the first place.
                      What I meant is an app that's not working on a particular distro due to missing/broken dependencies or other configuration details (e.g. a shared library built without a needed compile-time option, a daemon not running, a device filename removed or renamed, an X11 or OpenGL extension falling into disuse and having a buggy setup). And you can't test on every distro your app will be used on because they don't exist yet. I was trying to fit that part into the 1-minute edit window so I didn't properly consider how I worded it.

                      Comment


                      • #26
                        And so the cycle repeats itself.
                        1. A popular application comes out, and the audience starts complaining that it wasn't packaged in a format that everyone can use.
                        2. The developers respond, saying that no matter WHAT package format they use, they'll get complaints. (If they use .deb, the .rpm people will complain. If they use .rpm, the .deb people will complain. The people who use neither .deb nor .rpm will complain no matter what)
                        3. The audience is genuinely surprised and says, "oh wow I didn't realize this was a problem", and everyone starts discussing how there should be ONE STANDARD packaging format that all the distros should use
                        4. Discussions continue, and perhaps a half-done "universal packaging format" prototype will be created, claiming to solve all the world's problems.
                        5. The distro mainainers will all explain their valid reasons why this new packaging format won't meet their needs, and then they will point out that their packaging needs are all mutually exclusive
                        6. In the end, it will be decided that "more choice is better, after all that's what FOSS is about", and everyone will support having several different packaging options instead of one universal format
                        7. Weeks/Months/Years later, developers will still be stuck once again either having to package their app in ten different ways, or hand-rolling their own custom packages

                        I don't have enough fingers and toes to count all the times I've seen this cycle repeated.

                        Comment


                        • #27
                          Is there really no readymade script that would spit out a few debs & rpms in the, say, three most popular versions of each?

                          Shouldn't be that weird to consider a binary input (ie. DESTDIR installation here, .desktop file there) and to merely wrap it up. Wouldn't even need to care what packages are named in the distros, since these binary games bundle their own libs anyway.

                          Comment


                          • #28
                            Hmm how about LIFLG?

                            Anyway, the bundle is already getting close to the $500k mark as I'm writing this, pretty impressive!

                            Comment


                            • #29
                              Originally posted by PsynoKhi0 View Post
                              the bundle is already getting close to the $500k mark as I'm writing this, pretty impressive!
                              Yes, but it's clearly loosing momentum now.

                              Was there any statistics publicly available from the last two offers?
                              I mean appart from the average payments and the OS share.
                              I would be especially interested in 'sales vs. time' (total and per OS).

                              Comment


                              • #30
                                Originally posted by ean5533 View Post
                                And so the cycle repeats itself.
                                ...

                                I don't have enough fingers and toes to count all the times I've seen this cycle repeated.
                                One solution to this problem would be to make all distribution's software management tools able to handle different package formats at once.

                                Comment

                                Working...
                                X