[multicat-devel] Issues with recording and playback

[Eduardo Vieira]

Hi again,

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.
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.
Great job, thank you very much.

Regards,

Eduardo

2012/2/22 Eduardo Vieira <eduardovra at gmail.com>

> I tested the patch, and I'm still getting the problem sometimes, but not
> in the 30 seconds interval anymore.
> 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.
> With MIN_DIFF = 2700 the diff too low message still appears sometimes.
>
>
> 2012/2/21 Christophe Massiot <cmassiot at openheadend.tv>
>
>> Le 19 janv. 2012 à 23:53, Christophe Massiot a écrit :
>>
>> > Le 10 janv. 2012 à 00:53, Eduardo Vieira a écrit :
>> >
>> >>> 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 ?
>> >>
>> >> It seems that this feature really depends on the device driver to
>> >> implements it. I've tried to modify the code to use this new
>> >> timestamping API, but got the same results as before.
>> >
>> > Attached patch seems to solve the problem for me. Can you confirm ?
>>
>> Has anyone tried the timestamping patch ? Should I check it in ? Opinions
>> ?
>> _______________________________________________
>> multicat-devel mailing list
>> multicat-devel at videolan.org
>> http://mailman.videolan.org/listinfo/multicat-devel
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/multicat-devel/attachments/20120223/886edb50/attachment.html>