Hi again,<br><br>I reruned the tests a couple of times and now it seems that the patch is working. I don't know what exactly happend before (maybe a momentary network instability). Sorry about that.<br>I'm running the tests using visual inspection. The problem is easily observed by swapping between the patched and non patched version of multicat. I've also made sure that vm.dirty_background_bytes is set to the default value, so this wouldn't have any interferance.<br>
Great job, thank you very much.<br><br>Regards,<br><br>Eduardo<br><br><div class="gmail_quote">2012/2/22 Eduardo Vieira <span dir="ltr"><<a href="mailto:eduardovra@gmail.com">eduardovra@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I tested the patch, and I'm still getting the problem sometimes, but not in the 30 seconds interval anymore.<br>I'm trying to validate the aux file as you told me, but I'd like to know what will be an acceptable value for MIN_DIFF ? My test video stream uses VBR and the average value is about 11Mbit/s.<br>

With MIN_DIFF = 2700 the diff too low message still appears sometimes.<div class="HOEnZb"><div class="h5"><br><br><div class="gmail_quote">2012/2/21 Christophe Massiot <span dir="ltr"><<a href="mailto:cmassiot@openheadend.tv" target="_blank">cmassiot@openheadend.tv</a>></span><br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le 19 janv. 2012 à 23:53, Christophe Massiot a écrit :<br>
<div><div><br>
> Le 10 janv. 2012 à 00:53, Eduardo Vieira a écrit :<br>
><br>
>>> I'd love to see that because timestamping must happen as early as possible. BTW that's what we do for the ASI input of DVBlast also. However I do not know if the API you mention is stable enough, and whether it needs to be supported by the Ethernet driver. Also I do not know if it has consequences for the other processes of the same machine. Did you investigate this ?<br>


>><br>
>> It seems that this feature really depends on the device driver to<br>
>> implements it. I've tried to modify the code to use this new<br>
>> timestamping API, but got the same results as before.<br>
><br>
> Attached patch seems to solve the problem for me. Can you confirm ?<br>
<br>
</div></div>Has anyone tried the timestamping patch ? Should I check it in ? Opinions ?<br>
<div><div>_______________________________________________<br>
multicat-devel mailing list<br>
<a href="mailto:multicat-devel@videolan.org" target="_blank">multicat-devel@videolan.org</a><br>
<a href="http://mailman.videolan.org/listinfo/multicat-devel" target="_blank">http://mailman.videolan.org/listinfo/multicat-devel</a><br>
</div></div></blockquote></div><br>
</div></div></blockquote></div><br>