![[de]](/mwf/flags/de.png "Germany")
Hi.
I had an Idea that when the clients conecct as p2p, then everyone with opened ports could be a host when the old host leaves.
(==Host Transfer)
I had an Idea that when the clients conecct as p2p, then everyone with opened ports could be a host when the old host leaves.
(==Host Transfer)
This was rejected for CR because it was too much work to implement. I don't think it will be any different in OC (especially since we've got enough open construction areas as it is).Although decentral control exists already, there's *a lot* of details and special cases to get this right.
![[fi]](/mwf/flags/fi.png "Finland")
Do you think P2P could be used in the package distribution before the actual game. Also, would it be possible to use centralized http-servers for that?
Package distribution is P2P already. Same for control distribution in decentral (default) network mode.Just host transfer does not exist; i.e. if the host leaves, everyone disconnects from everyone else.
He is referring to the package distribution before the actual game. To use his very own words.
Package distribution via HTTP would only be helpful, if ArneB/psaux-w and Tyrone would accept it, since ccan and cc are the only important sources. But we could get rid of MaxLoadFileSize. I think, that would not even be that hard to implement.
But most of the packs with scenarios are distributed in .zip-Files.
Maybe we should develop a format that is .c4d and .c4f in one, because that was the reason why people make .zips and not upload the clonk archive.
You can stuff your objects in .c4f without problems; except for Hazard or other projects that want other people to write scenarios for their pack, there's no reason to split.
here you see!
I think in a Package file should be a c4f included that is ignored when an external scenario uses the package
I think in a Package file should be a c4f included that is ignored when an external scenario uses the package
Of course it would be possible. You could include a download link in .c4d files. When the host sends out resource information, it would include that download link.
Nope, wouldn't be that hard. We "just" need some mechanism that makes sure that it's the correct file. Trusting some newbies to insert the right links into their scenario is a recipe for disaster, imo. Leaving the problem aside that links tend to date quickly anyway.
A better solution would be to have some master server link list. When Arne codes the league link, maybe he can do something about that - though we will have to make sure that you can't circumvent the registration check with that.
A better solution would be to have some master server link list. When Arne codes the league link, maybe he can do something about that - though we will have to make sure that you can't circumvent the registration check with that.
That sounds nice but it's not useable for any http-Server. When we don't mind that, we could code a mod for apache, alowing
GET /foo/bar/blubb.c4d?crc=123456789abcdef&sha=moeptoefquiik HTTP/1.1 or other nice stuff.
i think that does not exist because you can implement it in php
If the master server provided download links, it would provide links for OpenClonk-packages only, which should be available without registration anyway.
Will they? I don't think we have decided about that yet. Plus I think we should try to backport that feature to CR if we come around to do it.
So people have to buy CR to get an OC feature? Or do you want to make OC commercial?
OpenClonk is just a project right now, license-wise we can end up doing whatever we want. If I remember correctly, the result of our internal discussion was that at least a server fee might be appropriate - that /could/ include the CCAN.
I'm just talking hypotheticals here. My main point is that the degree of "commercialism" will most likely be the last thing we decide, so we shouldn't assume anything about that right now.
I'm just talking hypotheticals here. My main point is that the degree of "commercialism" will most likely be the last thing we decide, so we shouldn't assume anything about that right now.
How does his idea imply that? CR has a feature, OC has that feature, too. Where does that make OC commercial?
You wouldn't be able to use the OC package download unless you have a CR registration, because CCAN requires you to auth with your key credentials.
Why do we have to use CCAN then? We could make a new package repository especially made for OC.
I believe CCAN only requires registration for packages tagged as CR.
And that is the reason why you don't have to sign in when you want to download non-CR-stuff.
but I can't upload non-CR-Stuff without registration.
and.... how do i build a clonk registration check into my personal home page?
and.... how do i build a clonk registration check into my personal home page?
>and.... how do i build a clonk registration check into my personal home page?
Contact matthes.
As long as CR is still by far the most played game, I'd rather not open CCAN registrations to the regular public. Having a restricted user base is quite convenient.
Powered by mwForum 2.29.7 © 1999-2015 Markus Wichitill
