sweetdude wrote:I'm referring to the sets mentioned above:
32bpp_mega_pack_extrazoom_20090414.tar
32bpp_mega_pack_extrazoom_20090614_update.tar
32bpp_extra-nightly.zip
None of these files work for me in OpenGFX.
Haven't seen the contents, but judging from the timestamp, that's the old megapack. (We've had 2 attempts at making an all-inclusive graphics bundle, the first one died and the second is ongoing in this thread.)
OpenGFX was released in Dec 2009, it's not possible for 32bpp stuff released in the first half of 2009 to be compatible with it. Probably. Don't know much about the technical aspect of this.
So, what I'd do is download the latest graphics from the thread I linked and see if it's different / works.
aaahhh that explains a lot. I assumed that this project was complete as could be with 3 incremental updates. Due to this line in the start post:
The 32bpp-extra project is intended for end-users: bundling several finished pngs for easy download, that work both for opengfx- and original graphics users.
But then either one of the threads needs updating in the start post so new and inexperienced 32bpp users like me, can easily download 1 pack and a nightly update file to use the latest graphics.
maquinista wrote:Thanks. I think that It could be a good idea to made a simple 32 bpp industry set, because replacing all the industries in ECS vector is almost impossible.
About the truck: The truck sprites are taken from original sprites. If You don't see a 32 bpp truck, the problem is that these sprites are missing in the file with 32 bpp trucks.
The sprites are not missing the in the file with 32 bpp trucks. I've checked the grf files again. In openttdw.grf there are again redundant sprites overwriting the orginal sprites. The following trucks are affected:
Right Xand, the series 2142-2201 is present in openttdw, so I'll need to add the coding of those sprites to the grf-file, or else either the original graphics or the opengfx won't work.
The 32bpp-replacement sprites may be a problem though, as far as I know, only Varivar has allowed free use of his truck sprites, that would be the wood truck. The set on the repo also contains Northstars and CryingCorvus's sprites, of which I don't know the license so I cannot add them to the pack. Renumbering for use with 32bpp-extra grf could be a possibility, but then people still would have to download them seperately.
GeekToo wrote:Right Xand, the series 2142-2201 is present in openttdw, so I'll need to add the coding of those sprites to the grf-file, or else either the original graphics or the opengfx won't work.
The 32bpp-replacement sprites may be a problem though, as far as I know, only Varivar has allowed free use of his truck sprites, that would be the wood truck. The set on the repo also contains Northstars and CryingCorvus's sprites, of which I don't know the license so I cannot add them to the pack. Renumbering for use with 32bpp-extra grf could be a possibility, but then people still would have to download them seperately.
I don't think it will present a problem, seeing that the truck sprites (by Northstar and CryingCorvus) in the orginal files are released without an accompanied license. I think both knew that by uploading it to such a forum without license, the sprites are going to be used and distributed in any shape or form. Seeing that nobodies claims their work as their own, I don't think from their point of view they will mind.
However I would give them a personal message as it would be considered curtious.
Very likely you are right that most artists won't mind. But the problem with including unlicensed work, is that we only need one evil artist that claims his work, and the openttdcoop site or it's uploaders would be in trouble.
I hate license discussions, it's all been done for OpenGFX by Zephyris e.a. before. So for this project, I decided to set a very simple rule: GPL license, else artwork won't be included.
And yes, I'm impatient too, and this rule does mean some nice works won't be in it, sobeit. New works will appear, better safe now, than sorry later.
neob wrote:are those road sprites licensed and if so should be included in the project?
These sprites was made by me. They have a CC BY license, You can include them.
CC-BY is not compatible with the GPL, so they can't be included in a GPL project unless you relicense them (or dual-license them).
Ok, I prefer dual license. CC BY license is more free than GPL, this is because I use this license in some of my sprites. But if GPL is necessary, I choose the dual license.
Sorry if my english is too poor, I want learn it, but it isn't too easy.
1. its might be a good idea to include a dependency list in the first post, at least until a licensed substitution will be found.
also a list of issues its address or a link to a place where its described.
2. are all the tram sprites from the repo already included in 32bpp-extra ?
3. same Q for the Signals sprites, foundations
edited few times.
Last edited by neob on 11 Mar 2010 19:11, edited 1 time in total.
1. True, some of them are already renumbered on the Jupix repo by Maquinista, but cannot be included due to licence issues: tropical coast, and tropical house (Wacki, unlicensed), signals (Wotan, CC-BY-NC).
2. Yes
3. No (see 1).
GeekToo wrote:1. True, some of them are already renumbered on the Jupix repo by Maquinista, but cannot be included due to licence issues: tropical coast, and tropical house
so there should be some list describing what issues where addressed, so ppl know to download those sets separately and if there will be a problem we know if its simply not done yet or some issue that needs to be reported.
also how about those airport sprites, are thy licensed:
neob wrote:
so there should be some list describing what issues where addressed, so ppl know to download those sets separately and if there will be a problem we know if its simply not done yet or some issue that needs to be reported.
Maybe add a feature list to the projects tracker, to show what needs to be done.
neob wrote:
also how about those airport sprites, are thy licensed:
Instead of removing, I would split them on the Jupix repo. I added links to the repo in the 32bpp-extra credits_notes files, to be able to track them later, and for attribution reasons. It also makes things more manageable on Jupix repo, when things are split into smaller units: update of a few sprites then does not mean re-uploading a large pack.
IMO: small units on the Jupix repo, for development, wips, and finals. Large userpacks in the 32bpp_extra project and the 32bpp-megapack thread.
When you meant the 32bpp-megapack, they can indeed be removed, no need for duplicates there.
The coast tiles: temperate and arctic are present (only coast, not river sprites). The tropical coast is not present, because they are based on Wackis preview sprites.
