[opengoo] Re: greetings, bugs, suggesions

  • From: Fabrizio Signoretti <fasigno37@xxxxxxxxx>
  • To: opengoo@xxxxxxxxxxxxx
  • Date: Mon, 29 Jul 2013 22:59:28 +0200

Thank you, meanwhile we're waiting Batarov's reply, as Martino said, learn
how to use git and github and create your account, if you don't know it
yet. Github is very useful, not only for OpenGOO.

Bye


2013/7/27 Barta Ferenc <barta.ferenc01@xxxxxxxxx>

>  On 2013-07-27 10:32, Fabrizio Signoretti wrote:
>
>  Hi and Welcome!,
>  I'm an ex programmer too, I can't work on the project anymore.
>
>  Anyway the project is actually held by Dmitry Batarov and Slyshyk
> Oleksiy, they changed the source code deeply in the last months, I'm sure
> they'll be happy to discuss with you about your solutions.
>
>  I'd be very happy if you wanna let me know how did you get aware of the
> project and the reasons why you decided to join the team because the
> communication part was one of my tasks.
>
>  Happy coding!
>
> 2013/7/26 Barta Ferenc <barta.ferenc01@xxxxxxxxx>
>
>> Hi All!
>>
>> I'm a beginner programmer and I'd like to join your project. I think i
>> could do some easy to implement features and fix some simpler bugs.
>>
>> I have already found and fixed these:
>> - .xml-s won't load if the filename was given with extension (see
>> OGWorld::Initialize()) because in OGXmlConfig::Open() the existence of the
>> file is only checked after adding the filename another extension.
>> - If there are no attached balls in the world, OGBall::FindTarget() sets
>> pTargetBall_ to null which is dereferenced in OGBall::IsCanClimb() and
>> OGBall::Move(), causing segfault.
>> - sensors BeginContact() method called both in
>> OGContactListener::BeginContact() and OGContactListener::EndContact()
>> sometimes causing strange behavior of the pipe and the balls.
>> - In ExitSensor::_EndContact(), data->isTouching is only set false to
>> attached balls, so force keep applied to unattached balls if pulled away
>> from the pipe.
>> - Pipe remains open if a ball enters the sensor attached but leaves it
>> unattached.
>>
>> Also, I think it would be better if strands would be built to the nearest
>> attached balls when placing one. I could code it, if you think so.
>> It would be nice, if we could somehow check if a circle overlaps with
>> strands and placed balls. That would make possible for balls to catch
>> strands when falling and avoid placing more balls to the same place or over
>> an existing strand.
>> Finally, I'd like to suggest to recalculate the path of climbing balls
>> every timestep rather than only at the endpoints if it's not too demanding
>> to the CPU, because now those balls move along the same line even if the
>> strand moved away.
>>
>> Have a nice day!
>> Ferenc Barta
>>
>>
>>
>
>
> --
> Fabrizio
>
> I found the project on a page containing open source alternatives and it
> seemed to be a good one. I was planning to join an open source project to
> learn and for the fun, so after reading some of your code, i decided to
> join and try to help to get it done. I hope i can.
>
> Ferenc
>



-- 
Fabrizio

Other related posts: