[multicat-devel] Issues with recording and playback

[Eduardo Vieira]

I've comment out the dirty_background_bytes tuning in sysctl.conf and
runned the patched multicat, but the problem came back in this case.
My system's kernel and glibc versions are:

kernel 3.1.9-1.fc16.x86_64
glibc 2.14.90 x86_64

2012/1/19 Eduardo Vieira <eduardovra at gmail.com>:
> Hi Christophe,
>
> I've tried the dirty_background_bytes workaround, and it seems to be
> working. I've tested it with that same 10 Mbit/s stream, and it showed
> me no problem.
> There's still the high data throughput test that I need to run, just
> to check if it had any collateral effects.
> Tomorrow I'll feedback to you about this patch.
>
> Thanks for the attention,
>
> Regards,
>
> Eduardo
>
> 2012/1/19 Christophe Massiot <cmassiot at openheadend.tv>:
>> 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 ?
>>
>>
>> _______________________________________________
>> multicat-devel mailing list
>> multicat-devel at videolan.org
>> http://mailman.videolan.org/listinfo/multicat-devel
>>