[MPlayer-dev-eng] Paid task

[roori bar]

Hello Reimar, thank you for the reply.

first of all, I've noticed that capture.bin is to "easy" sample.. which does
not clearly shows the issue.
I've provided another sample that shows it much better:
http://iii.dontexist.net/capture2.bin

Another issue, if i record  a fully static scene, there are no errors.
the errors occur only on motion. (rather high motion).

and yes, the captured streams been played by the Web Player (DLL) of the
software - by a net stream.
the movie.dvr movie, can be played perfectly by the link to the player
provided, who belongs to the software who recorded it.

its pretty much the same binary - it seems to have different headers.

just a note... using MainConcept's decoder .. gives much much better result
than MPlayer, but its no match to the software's player.

Thank you very much, if you need any further samples/clarifications, do not
hesitate to contact me.

roori.


On Wed, Jul 9, 2008 at 8:54 PM, Reimar Döffinger <
Reimar.Doeffinger at stud.uni-karlsruhe.de> wrote:

> On Wed, Jul 09, 2008 at 12:38:00AM +0300, roori bar wrote:
> > Scenario:
> > I have a software for recording analog signals,
> > while using its Web based client, i've captured this stream:
> > http://iii.dontexist.net/capture.bin
>
> This would be much, much easier to solve with a sample where the quality
> is good enough so you can at least see whether it decodes right or not.
> If someone wants to have a look at it, most of the weirdness seems to be
> in the DC level handling/decoding, possibly yet another broken clipping
> implementation, though the second video show some other issues.
>
> > MEncoder can convert it, but it produce errors that does not appear on
> the
> > player who received it and played it correctly.
>
> Though that raises the obvious question: Is there any player that can
> play the example files you gave, exactly in the way they are? Just so
> that maybe you didn't just dump them incorrectly and they are just
> completely broken with no chance of ever working.
>
> Greetings,
> Reimar Döffinger
>