[opengoo] Re: greetings, bugs, suggesions

  • From: Barta Ferenc <barta.ferenc01@xxxxxxxxx>
  • To: opengoo@xxxxxxxxxxxxx
  • Date: Sat, 27 Jul 2013 23:02:42 +0200

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 reasonswhy 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 <mailto: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
    - 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

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.


Other related posts: