Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Receptive field calculation?

See original GitHub issue

Hi, In the receptive field calculation, why is the extra addition made here? From what I understand, for an example of filter_width=2, a dilations block of [1, 2, 4, 8, 16, 32, 64, 128, 256, 512] should have a receptive field of 1024, not 1025.

Thanks! Ronen

Issue Analytics

State:
Created 6 years ago
Reactions:2
Comments:5

Top GitHub Comments

2reactions

aschoenebeckcommented, Sep 27, 2018

There is one more convolution with filter width = 2 before the dilation stack. That adds 1 to the receptive field.

0reactions

WelkinYangcommented, Jan 27, 2020

Hey, i was confused by the calculation for a long time as well. And i searched for a lot of related information. Now, I finally understand. The first picture, above is the general rule of receptive field calculation The second figure is how to convert the kernel size of ordinary convolution to dilated convolution. Therefore, the formula for calculating the receptive field of stacking dilated convolution is(stride=1): JTVDbGVmdCU which is supposed to be the receptive field calculation so for the dilation=[1,2,4…,512]. receptive field = 1+(1+2+4+…+512) * (2-1)=1+1023=1024 not 1025 So the plus one in the equation is not 1024 plus one, but 1023 plus one