[vdr] Bug/patch in transfer.c, 1.3.25

C.Y.M syphyr at gmail.com
Mon Jun 6 16:36:47 CEST 2005


Wolfgang Rohdewald wrote:
> On Sonntag 05 Juni 2005 21:25, C.Y.M wrote:
> 
>>Maybe you want to give the latest revision of the firmware a try:
>>
>>http://www.suse.de/~werner/test_av.tar.bz2
> 
> 
> I am already using that one. It makes no difference to 261d regarding
> the errors. However when changing channels the tone comes much faster.
>  

OK, just as long as you updated the firmware from within a few weeks ago then
you should have the new one.  The version inside the "new" firmware did not
change from 26d (so it may be a little confusing from just looking at it).

> 
>>The recommended change to transfer.c for the new firmware is attached.
> 
> 
> The net result seems to be the same for me: use 288k instead of 576.
> I don't have the 4MB extension. So this cannot help.
> 

If you notice that patch I sent in the previous mail, it undefines
"FW_NEEDS_BUFFER_RESERVE_FOR_AC3", so, the line you are changing would not even
be used.  It seems that the "new" version of 26d does not need preset buffer
reserves.

--SNIP--

 #ifdef FW_NEEDS_BUFFER_RESERVE_FOR_AC3
   bool GotBufferReserve = false;
-  int RequiredBufferReserve = KILOBYTE(DvbCardWith4MBofSDRAM ? 288 : 576);
+  int RequiredBufferReserve = KILOBYTE(DvbCardWith4MBofSDRAM ? 576 : 288);
 #endif

--SNIP--

> But I could get rid of the error messages by inserting an msleep(30)
> somewhere in the driver (2.6.12-rc5 unmodified). They still happen but
> much more seldom. See my post on the linux-dvb mailing list.
> 

2.6.11.11 with latest CVS of dvb-kernel would be my recommendation.

Regards,



More information about the vdr mailing list