Jump to content
Search In
  • More options...
Find results that contain...
Find results in...


  • Content count

  • Joined

  • Last visited

Everything posted by Yagisan

  1. Yagisan

    Why I'm a Windows programmer

    I wrote this code. MSVC IS NOT defined when building with Cygwin. The problem you have is clearly listed in the comments. I brought it up with you when I wrote the code. You include your own copies of stdint.h and inttypes.h in source/win32 - this include path is added to your search directory when trunk/source/CMakeLists.txt is parsed. I did not test cygwin at the time, if I had, it would also be listed as broken in the comments. The solution now, is the same as I proposed when I wrote the code. Move the replacement stdint.h and inttypes.h to another directory, so it doesn't break on MinGW, Cygwin, VS2010+ - yes this will involve a small patch to the CMakeLists.txt to include the new directory for old MSVC compilers.
  2. Yagisan

    Wad compatibility option database - ideas

    That is not exactly true. kb1 somehow got both DaniJ and Graf Zhal to agree on something - and Doomsday and GZdoom are almost polar opposites on everything. Given I can't remember when I saw you two agree last, we have determined the solution is what you two have agreed to. End of thread.
  3. Yagisan

    Wad compatibility option database - ideas

    The strength of the hash is, that after a map update, it may well have changed options. Although, I wouldn't store the rest of the details as an n-bit hash - I'd prefer the text format for that. Easy to extend.
  4. Yagisan

    Has anyone considered upping the GPLv2+?

    Indeed - if he wanted to make it commercial, he would need to use the open source licensed version, and if he wanted to close the source, he would need to use the non-commercial license I'm not entirely sold on the idea that the raven code is GPLv2+, but it is ambiguous enough that you can argue it both ways, and both interpretations could be considered valid. It's the statement of intent in SourceReadme.txt that stops me from rushing out to join the chorus of yes - it is GPLv2+ That applies to anyone who wishes to accept it under the terms of a later license. If Quasar does wish to move to the GPLv3+ he has my full support. All of my contributions have been either explicitly marked as GPLv2+ on substantial contributions, or small patches to files already so marked.
  5. Yagisan

    Has anyone considered upping the GPLv2+?

    No, it most likely wouldn't. It doesn't mean that we can do so however. Unless the original license is permissible, or the copyright holders agree, you can not change the license, or absolve yourself of license obligations by removing copyright. See for example http://www.brownrudnick.com/nr/pdf/alerts/Brown%20Rudnick%20Advisory%20The%20Bionic%20Library-Did%20Google%20Work%20Around%20The%20GPL.pdf It is my understanding that the ZDoom additions are under a BSD license, but the work as a whole is not. A quick glance at the source reveals the original Doom Source license header is present, not the GPL header. Given the history of the project, I don't particularly want to go through and pick out faults and incompatibilities them already seem well known.
  6. It way well leave a bad taste in your mouth, but with the overwhelming opinion in this thread to let one particular license violator continue to do so, just because they own some of the original copyrights, I am compelled to point out the potential ramifications of this. It visibly weakens your position against other license violators, because you can be seen to condone such violations. It's no different to having any other licenser go after them, except they tend to want monetary compensation, where as we simply wish to enforce the terms. All I can do is offer my advice in this thread - I am ( thankfully for many of you ) not a party to the legal dispute at hand. No one is forced to take my advice.
  7. Yagisan

    Has anyone considered upping the GPLv2+?

    I only base my opinion that it is GPLv2 only based on the statements included in the source releases. This is the only statement of intent I could find in the source release. I do concede that the referenced LICENSE file does mention GPLv2 or later - but the source code isn't marked as required. As a conservative interpretation, it is GPLv2 only, a more liberal one could read it as GPLv2+
  8. I respectfully disagree. Id no longer exists - you are dealing with Zenimax. It's clearly listed here http://www.zenimax.com/management.htm No one knows what they are waiting on - my suspicions are that as there isn't a particular person responsible for ensuring that the open source license they used is being complied with, no one is in fact working on this issue. Previously it benefited the shareholders to do such a thing. It built up lots of valuable, but intangible, goodwill. It has also led to this situation, where they have reused code, that was released under an open source license, code that was enhanced, cleaned up, and transformed by community members under that open source license - and they have not complied with the terms of that license.
  9. Yagisan

    Has anyone considered upping the GPLv2+?

    No, there is nothing iffy about it. The GPLv3 is deliberately incompatible with GPLv2 only. Here is a handy matrix from the FS that shows how compatible the GPL licenses are with each other. http://www.gnu.org/licenses/gpl-faq.html#AllCompatibility
  10. Yagisan

    Has anyone considered upping the GPLv2+?

    It has some nice features like automatic license reinstatement once an infringer comes back into compliance with the license, however it can't be used with any port that uses Heretic or Hexen code from Raven, as that code is GPLv2 only.
  11. Please quote the sentence in it's entirety. The meaning changes considerably with selective quoting. You, yourself advocate, not rocking the boat, just in case they cancel future idtech source releases. As far as I can see, Quasar has done everything reasonable to prevent further escalation. As long as communications remain open between Quasar and Zenimax, there is no need to escalate it further up the legal process. Finally, some food for thought on licensing: http://www.fsf.org/news/2010-05-app-store-compliance/ http://www.fsf.org/news/blogs/licensing/more-about-the-app-store-gpl-enforcement http://www.zdnet.com/blog/open-source/no-gpl-apps-for-apples-app-store/8046 Really, the best course of action for all concerned is for Zenimax to negotiate with Quasar and the other rights holders.
  12. While it's all well and good to say when will you comply, the fact is they were legally obligated to comply the moment they redistributed the resulting binaries. Unless each person purchasing this product is getting a written offer good for 3 years to supply the source for nominal copying fees, then they don't really get to decide when they comply. With the sale of Id Software to Zenimax, several key issues have changed. * Zenimax is not Id Software. Id software is a now a defunct concern. * Zenimax and Id software do not share the same ideals. * Any non legally bindings and covenants we had with Id software are now null and void. This includes promises of future releases of idtech. * Zenimax's current behaviour ( intentional or not ) already projects an image of disregard towards license compliance. Is Zenimax our enemy ? Fundamentally we do not yet know. All we do know is they are profiting from community members work, without abiding by the license that it was given to them under. That can be construed as a hostile act, given the lack of communication from Zenimax, even if it was the result of a simple matter of human error on their behalf in the first place. To those that think I am advocating legal action immediately, I am not. I would prefer that Zenimax immediately resume communications and rectify the matter at once, however, given the lack of action, it would be prudent of those involved to prepare themselves for the possibility of legal action, as distasteful as it is to some. A common theme I see running through this thread is "Don't enforce our legal rights, otherwise they might not release new idtech code". That's right, they may not. They may also sell themselves to another corporation tomorrow, or decide they will be a iphone only developer, or anything else their shareholders decide will bring them most value. The previous shareholders and management valued sharing the source. Their new shareholders and management come from the media and financial services industries. Neither of which are known to be fond of sharing. A quick look at just the board of directors reveals that the CEO is a lawyer, there are two media organisations, three investment firms, and a sporting organisation. Wether or not we get a new idtech release depends on if those organisations think it will be profitable for them. I don't have high expectations that there will be another open source idtech release. But really, all this talk about not doing anything to prevent a possible cancellation of a future idtech source release is immaterial to the problem at hand. The problem at hand is simple - Zenimax has used the work of members of the community, and not abided by the license. They are now not communicating with those members. Those members have to make a choice soon, if they want to enforce their rights, or if they will give carte blanche to anyone to appropriate their work.
  13. Yes, the GPLv2 has a real cut you off at the balls approach to violations. GPLv3 is, depending on your point of view a better approach, where you get your rights reinstated once you comply with the license. I get the impression that most rights holders are willing to let the previous violations slide if Zenimax rectify their non-compliance immediately. I can only hope someone at Zenimax starts to take you seriously before another copyright holder issues a DMCA takedown, and leaves Zenimax frantically searching for whomever Jim Flynn's rights have passed to to beg for a new license.
  14. While I can't speak for USA laws, my understanding on Australian and Japanese business law, indicates that for an entity ( such as a business or foundation etc) to pursue a legal remedy for copyright infringement against Zenimax, we would need to assign our copyrights to that entity. A legal representative could act on the collective behalf of all ( contactable ) copyright holders without the need to create a separate legal entity to do so. I'm going to suggest that you look into contacting the following places for GPL enforcement assistance: http://gpl-violations.org/index.html http://www.softwarefreedom.org/ However, as I have previously stated, due to non-compliance with the license, Zenimax have put themselves in a position where they will need to seek a new license from each and every copyright holder, or their successors. In the case of missing developers, this means they may never be able to legally distribute any versions of Doom that contain that contributors copyright - in effect permanently enjoining them from utilising enhancements to the classic Doom properties.
  15. Indeed - so without the PrBooM source, Zenimax would have had to do more work to make this money spinning port. Zenimax is no stranger to license agreements and the DMCA - just look at the board of directors. If you aren't going to enforce your rights out of fear Zenimax won't open source doom 3, then why should anyone else respect them ? By that stage, you probably won't be able to do much about it, as you already know they are infringing, and will have given them implicit permission to continue doing so by taking no action.
  16. I can only offer moral support. None of my code is in that product, otherwise I'd have joined you in complaining, and to be honest, would seriously consider DMCAing them by now.
  17. I'm not citing technicalities, I'm citing legal opinion on the license your code is under. They really can not get a new license just by downloading the source again. You may read the legal opinion yourself at http://www.softwarefreedom.org/resources/2008/compliance-guide.html - GPLv2 is simply unforgiving of any infringement - accidental or otherwise. To match the level of respect Zenimax believes their own IP is under, right about now, you should be issuing DMCA takedown notices. Zenimax, is _not_ Id Software. They have bought the assets of Id, but not the mindset behind it. I think you are being quite reasonable, but just keep in mind, that you may need to use the big stick of DMCA enforcement, to encourage them to do what they should do.
  18. After having a look at the PrBoom license, it states it is licensed under the GPL v2 or later. Section 4 of the GPL v2 states: This clearly states if you do not distribute it under the terms of the GPL you lose all rights to do so - those terms are listed in the rather large section 3. You'll notice there is no way to automatically regain your distributions rights once you have breached section 4. This means in effect Id, does not have any rights at all to distribute Doom Classic 2.0, and even if the place the source code on their website right now, their rights are _not_ restored because they have breached the license. Any single copyright holder of that code can now sue them for breach of license. The only way they can legally distribute Doom Classic 2.0 is to secure a new license from each and every copyright holder. Future compliance with new versions won't change the fact that the license is terminated, and all they need is one contributor to decline to relicense them, and they won't be able to ever be in compliance.
  19. Yagisan

    How do I install from an SVN repository

    Or rather close to home, when someone tries to compile Mocha Doom. It's far from apparent how to build it, or even if it does build at all. JohnSmith, assuming this isn't a clever troll, to build and install GZdoom on Ubuntu you need to do this: Please be aware that you will need to install development files to do this,at a minimum the build-essential, and I suggest the checkinstall ubuntu package will need to be installed, as well as anything that gzdoom requires. You can find FMOD at http://www.fmod.org/index.php/download/find svn co http://mancubus.net/svn/hosted/gzdoom/trunk gzdoom cd gzdoom wget http://dpb.yagisan.org/resources/fmodapi42636linux.tar.gz tar -xzf fmodapi42636linux.tar.gz mkdir bh cd bh cmake .. make sudo checkinstall Good luck. It's not too hard to do, but like most new skills, it needs practice.
  20. Yagisan

    VC++ 2005

    Ahem *cough* *cough* -> http://mancubus.net/svn/eternity/trunk/README-CMAKE.txt That should work - Sadly the doomportbuilder service has been down since it had what can only be described as catastrophic multiple hard disk failure, so I can't browse over and double check. What are the odds of losing two disks out of a raid5 array ? I should buy a lottery ticket.
  21. Yagisan

    curious [about purist ports]

    I define "Cheap" as "low cost", although many of those low cost devices also fall under the definition of "low quality" as well. Well, that problem is an easy one to solve. The AVI container was never designed to support VBR formats such as MP3 and Vorbis, and simply storing VBR MP3 in there forces it out of spec. It's a nasty hack just to put VBR MP3 into an AVI container, and it does tend to go out of sync. CBR MP3 has no such issue with the AVI container. The right thing to do would be to re-mux that into a better container, such as OGG, MKV, or MP4. Although I suspect that you'll find lot of those same players don't understand the other container formats. My disc based player supports MP4, but not the others, while my WD TV Live supports MKV.
  22. Yagisan

    curious [about purist ports]

    [/b] Yes it is enforced - but generally only if they a) want to make an example of you, or b) you have something of value. You _can_ do a cbr encode in vorbis - it's just not recommended - have a look at oggenc help settings. Generally speaking, vorbis does have better subjective quality compared to mp3 at similar bitrates, and the licensing is much more friendly. A constant bitrate does not mean better quality compared to variable bitrate - look at all modern video and audio codecs - they are vbr for a reason, some parts need much more bitrate then others for the same subjective quality. All the cheap media players I see for sale support vorbis ( and flac ), can't speak for the ubiquitous apple branded media players - I wouldn't touch them with a 10 foot pole.
  23. Yagisan

    SDL Win x64?

    It is unclear from that benchmark if all they change was the kernel, or the userland as well when they ran the 64bit tests. Switching from the x86 to amd64 architectures is a known anomaly. You suddenly go from having (best case pentium 4 class or later architecture) 8 32bit "general purpose*" registers, 8 80bit floating point register stack, and 8 128bit SSE registers, to 16 "general purpose" registers, 8 80bit floating point register stack, and 16 128bit SSE registers. The sheer doubling of the amount of registers is responsible for a lot of application speedup due to less register pressure. * while they are listed as general purpose, in actual fact some have very definite purposes which often means you can not use all 8 of them, typically you'll lose 1 for a frame pointer, on security enhanced linux/bsd systems, you'll lose another for stack smashing protection, and then you'll lose another one for position independent code such as libraries, leaving you in effect 5 "general purpose" registers to play with. Contrast that with the powerpc architecture which as a large amount of registers, and didn't gain any more when they went to 64bit, and it's not surprising to see that on most powerpc systems, userland is still 32bit as the switch to 64bit decreased performance with extra cache line evictions etc etc But out of the box, on install it doesn't actually give you the option to do 64bit development - it's not officially supported.
  24. Yagisan

    SDL Win x64?

    Excluding mingw, the only 64bit compilers I'm aware of are the full versions of msvc2005, msvc2008 and the upcoming msvc2010 - the express editions appear to be 32bit only. The amd64 abi does state sse is the default for floating point code, but the x87 unit is still available if you want to use it. I think the second implicit question here is, do the compilers turn your floating point code into vectorised sse code. The newer versions of gcc and the intel compiler do support automatic vectorisation in their "release" modes - typically -O3 or similar builds. I'm unsure of the status of msvc in this area. There is generally no trouble vectorising simple loops, but the compilers need help with more complex code - you may need to re-arrange the code a bit to help the compilers. Both the intel and gcc compilers can provide very verbose diagnostics on what does and doesn't vectorise, and in my experience, the intel compiler is far better at making automatically verctorised code with little to no changes.
  25. Yagisan

    My experience with Risen3D

    I just tried to run Risen3d in wine. While the command line looks sound based on the source code, it insists it always has invalid window parameters. The command line used was wine c:\\Risen3D\\Bin\\Risen3D.exe -verbose -iwad z:\\home\\yagisan\\wads\\iwads\\doom2.wadSo, based on the fact that it didn't start, yes, you are correct - Risen3d doesn't start from a command line.