DCC Send Display

[Riamus]

I've seen this in the past a few times and now I'm seeing it frequently... for some reason, the DCC Send Display (where you see percentage complete, with the bar display of it and such) is not displaying correctly. Rather than the normal dark blue, it is resuming (or starting) with a light blue line instead. Anything that is light blue is not updated on the display, so percentage is incorrect as well as bytes sent. Any ideas as to what's causing that?

[L|B]

I have seen this to on smaller files it will have a light blue marker then the darker one will follow along with it

[Riamus]

Yes, normally that's what you see... but this was on large files and the dark blue was perhaps 100MB behind and not following at all.

[cnils]

The two colors following each other is a visualisation of the PDCC thing.
That means that you can send several packets without requireing an confirmation from the receiver until later. The difference between the light and dark bars shows how many pending packets there are at any given time.
Try again after a "/pdcc 10" command. You can expirement by changing that value to something else to improve performance.

[Riamus]

So this means that the person I'm sending to isn't confirming they have received the data? Makes sense.

[cnils]

Not completly. The default max number of pending packets should not be large enough to create a lag of 100MB. Perhaps you or some script you're using increased the value to some insane number. I've seen recomendations on the net to raise it to extrem numbers to improve on performanse. I don't beleave that's the way to go though. On the other hand, I have't done any testing so I'm not sure what value works best.

[Riamus]

It's something that just started happening without any change in scripts. The only difference is the port I'm using for Reverse DCC... perhaps because I'm using port 110, that is the problem. Who knows. All I care about is that it does send no matter what it's displaying.