[MPlayer-cvslog] r33516 - trunk/stream/stream_cue.c

Reimar Döffinger Reimar.Doeffinger at gmx.de
Sun May 29 20:20:57 CEST 2011


On 29 May 2011, at 15:54, Ivan Kalvachev <ikalvachev at gmail.com> wrote:
>> Well, I wanted it split. And I had to understand it first.
>> So I just reimplemented it.
> 
> I didn't split the patch so the user could easily test it.

Yes, it was just one of the reasons I didn't use it directly.

> 
>> I find it really difficult to decide how to handle such a case,
>> where I consider to have implemented it myself but on the other
>> hand someone else has done the same thing before and I certainly
>> was influenced by it.
> 
> Always mention previous works.
> If you ask yourself if you should do it, that's a sign that you should.

Yes, I know in principle. I just didn't really care. Sorry, I too sometimes make the stupidest mistakes.

> 
>> And should it happen again please flame for not attributing correctly,
>> because your first message gave me a very wrong idea of what you
>> thought was wrong about what I did :-)
> 
> My first worry was that your commits completely broke my patch.

You couldn't know that so it was badly done, but I would of course have fixed your patch myself if it had been necessary.

> I kind of find it hard to image that you were not aware
> that you are doing something wrong.

Not enough to expect such a strong reaction.

> BTW, The only portion of my patch that is not yet committed is skipping
> cases 0 and 1 when bin_filename is missing.
> I could do (around line 212)
> "for (i=2*!i; ..." or "for(i=i?0:2; ..."

I found that quite ugly.

> or
> "if ( i<= 1 && bin_filename[0] == '\0') continue;"

That would fit with the other check there, however I intended to just leave that out, the IS_REG check does catch it so it seemed rather unnecessary/purely cosmetic to me.


More information about the MPlayer-cvslog mailing list