Computing Receptive Fields of Convolutional Neural Networks

Mathematical derivations and open-source library to compute receptive fields of convnets, enabling the mapping of extracted features to input signals.

Published

Sep 14, 2020

While deep neural networks have overwhelmingly established state-of-the-art results in many artificial intelligence problems, they can still be difficult to develop and debug. Recent research on deep learning understanding has focused on feature visualization , theoretical guarantees , model interpretability , and generalization .

In this work, we analyze deep neural networks from a complementary perspective, focusing on convolutional models. We are interested in understanding the extent to which input signals may affect output features, and mapping features at any part of the network to the region in the input that produces them. The key parameter to associate an output feature to an input region is the receptive field of the convolutional network, which is defined as the size of the region in the input that produces the feature.

As our first contribution, we present a mathematical derivation and an efficient algorithm to compute receptive fields of modern convolutional neural networks. Previous work discussed receptive field computation for simple convolutional networks where there is a single path from the input to the output, providing recurrence equations that apply to this case. In this work, we revisit these derivations to obtain a closed-form expression for receptive field computation in the single-path case. Furthermore, we extend receptive field computation to modern convolutional networks where there may be multiple paths from the input to the output. To the best of our knowledge, this is the first exposition of receptive field computation for such recent convolutional architectures.

Today, receptive field computations are needed in a variety of applications. For example, for the computer vision task of object detection, it is important to represent objects at multiple scales in order to recognize small and large instances; understanding a convolutional feature’s span is often required for that goal (e.g., if the receptive field of the network is small, it may not be able to recognize large objects). However, these computations are often done by hand, which is both tedious and error-prone. This is because there are no libraries to compute these parameters automatically. As our second contribution, we fill the void by introducing an open-source library which handily performs the computations described here. The library is integrated into the Tensorflow codebase and can be easily employed to analyze a variety of models, as presented in this article.

We expect these derivations and open-source code to improve the understanding of complex deep learning models, leading to more productive machine learning research.

Overview of the article

We consider fully-convolutional neural networks, and derive their receptive field size and receptive field locations for output features with respect to the input signal. While the derivations presented here are general enough for any type of signal used at the input of convolutional neural networks, we use images as a running example, referring to modern computer vision architectures when appropriate.

First, we derive closed-form expressions when the network has a single path from input to output (as in AlexNet or VGG ). Then, we discuss the more general case of arbitrary computation graphs with multiple paths from the input to the output (as in ResNet or Inception ). We consider potential alignment issues that arise in this context, and explain an algorithm to compute the receptive field size and locations.

Finally, we analyze the receptive fields of modern convolutional neural networks, showcasing results obtained using our open-source library.

Problem setup

Consider a fully-convolutional network (FCN) with L layers, l=1,2,,L. Define feature map flRhl×wl×dl to denote the output of the l-th layer, with height hl, width wl and depth dl. We denote the input image by f0. The final output feature map corresponds to fL.

To simplify the presentation, the derivations presented in this document consider 1-dimensional input signals and feature maps. For higher-dimensional signals (e.g., 2D images), the derivations can be applied to each dimension independently. Similarly, the figures depict 1-dimensional depth, since this does not affect the receptive field computation.

Each layer l’s spatial configuration is parameterized by 4 variables, as illustrated in the following figure:

Sorry, your browser does not support inline SVG.
Kernel Size (kl): 2
Left Padding (pl): 1
Right Padding (ql): 1
Stride (sl): 3
fl
fl-1
kl
kl
kl
sl
pl
ql

We consider layers whose output features depend locally on input features: e.g., convolution, pooling, or elementwise operations such as non-linearities, addition and filter concatenation. These are commonly used in state-of-the-art networks. We define elementwise operations to have a “kernel size” of 1, since each output feature depends on a single location of the input feature maps.

Our notation is further illustrated with the simple network below. In this case, L=4 and the model consists of a convolution, followed by ReLU, a second convolution and max-pooling. We adopt the convention where the first output feature for each layer is computed by placing the kernel on the left-most position of the input, including padding. This convention is adopted by all major deep learning libraries.

f0
f1
f2
f3
f4
Convolution
Kernel Size (k1): 3
Padding (p1, q1): 1
Stride (s1): 2
ReLU
Kernel Size (k2): 1
Padding (p2, q2): 0
Stride (s2): 1
Convolution
Kernel Size (k3): 1
Padding (p3, q3): 0
Stride (s3): 1
Max Pooling
Kernel Size (k4): 3
Padding (p4, q4): 1
Stride (s4): 2

Single-path networks

In this section, we compute recurrence and closed-form expressions for fully-convolutional networks with a single path from input to output (e.g., AlexNet or VGG ).

Computing receptive field size

Define rl as the receptive field size of the final output feature map fL, with respect to feature map fl. In other words, rl corresponds to the number of features in feature map fl which contribute to generate one feature in fL. Note that rL=1.

As a simple example, consider layer L, which takes features fL1 as input, and generates fL as output. Here is an illustration:

Sorry, your browser does not support inline SVG.
Kernel Size (kL): 2
Padding (pL, qL): 0
Stride (sL): 3
kL
kL
fL-1
fL

It is easy to see that kL features from fL1 can influence one feature from fL, since each feature from fL is directly connected to kL features from fL1. So, rL1=kL.

Now, consider the more general case where we know rl and want to compute rl1. Each feature fl is connected to kl features from fl1.

First, consider the situation where kl=1: in this case, the rl features in fl will cover rl1=slrl(sl1) features in in fl1. This is illustrated in the figure below, where rl=2 (highlighted in red). The first term slrl (green) covers the entire region where the features come from, but it will cover sl1 too many features (purple), which is why it needs to be deducted. As in the illustration below, note that, in some cases, the receptive field region may contain “holes”, i.e., some of the input features may be unused for a given layer.

Sorry, your browser does not support inline SVG.
Kernel Size (kl): 1
Padding (pl, ql): 0
Stride (sl): 3
sl⋅rl
sl-1
fl-1
fl
rl=2

For the case where kl>1, we just need to add kl1 features, which will cover those from the left and the right of the region. For example, if we use a kernel size of 5 (kl=5), there would be 2 extra features used on each side, adding 4 in total. If kl is even, this works as well, since the left and right padding will add to kl1. Due to border effects, note that the size of the region in the original image which is used to compute each output feature may be different. This happens if padding is used, in which case the receptive field for border features includes the padded region. Later in the article, we discuss how to compute the receptive field region for each feature, which can be used to determine exactly which image pixels are used for each output feature.

Sorry, your browser does not support inline SVG.
Kernel Size (kl): 5
Padding (pl, ql): 0
Stride (sl): 3
sl⋅rl - (sl-1)
(kl-1)/2
(kl-1)/2
fl-1
fl
rl=2

So, we obtain the general recurrence equation (which is first-order, non-homogeneous, with variable coefficients ):

(1)rl1=slrl+(klsl) 

This equation can be used in a recursive algorithm to compute the receptive field size of the network, r0. However, we can do even better: we can solve the recurrence equation and obtain a solution in terms of the kl’s and sl’s:

(2)r0=l=1L((kl1)i=1l1si)+1

This expression makes intuitive sense, which can be seen by considering some special cases. For example, if all kernels are of size 1, naturally the receptive field is also of size 1. If all strides are 1, then the receptive field will simply be the sum of (kl1) over all layers, plus 1, which is simple to see. If the stride is greater than 1 for a particular layer, the region increases proportionally for all layers below that one. Finally, note that padding does not need to be taken into account for this derivation.

Computing receptive field region in input image

While it is important to know the size of the region which generates one feature in the output feature map, in many cases it is also critical to precisely localize the region which generated a feature. For example, given feature fL(i,j), what is the region in the input image which generated it? This is addressed in this section.

Let’s denote ul and vl the left-most and right-most coordinates (in fl) of the region which is used to compute the desired feature in fL. In these derivations, the coordinates are zero-indexed (i.e., the first feature in each map is at coordinate 0). Note that uL=vL corresponds to the location of the desired feature in fL. The figure below illustrates a simple 2-layer network, where we highlight the region in f0 which is used to compute the first feature from f2. Note that in this case the region includes some padding. In this example, u2=v2=0, u1=0,v1=1, and u0=1,v0=4.

Sorry, your browser does not support inline SVG.
Kernel Size (k1): 3
Padding (p1, q1): 1
Stride (s1): 3
Kernel Size (k2): 2
Padding (p2, q2): 0
Stride (s2): 1
u0 = -1
v0 = 4
f0
f1
f2

We’ll start by asking the following question: given ul,vl, can we compute ul1,vl1?

Start with a simple case: let’s say ul=0 (this corresponds to the first position in fl). In this case, the left-most feature ul1 will clearly be located at pl, since the first feature will be generated by placing the left end of the kernel over that position. If ul=1, we’re interested in the second feature, whose left-most position ul1 is pl+sl; for ul=2, ul1=pl+2sl; and so on. In general:

(3)ul1=pl+ulsl(4)vl1=pl+vlsl+kl1

where the computation of vl differs only by adding kl1, which is needed since in this case we want to find the right-most position.

Note that these expressions are very similar to the recursion derived for the receptive field size (1). Again, we could implement a recursion over the network to obtain ul,vl for each layer; but we can also solve for u0,v0 and obtain closed-form expressions in terms of the network parameters:

(5)u0=uLi=1Lsil=1Lpli=1l1si

This gives us the left-most feature position in the input image as a function of the padding (pl) and stride (sl) applied in each layer of the network, and of the feature location in the output feature map (uL).

And for the right-most feature location v0:

(6)v0=vLi=1Lsil=1L(1+plkl)i=1l1si

Note that, different from (5), this expression also depends on the kernel sizes (kl) of each layer.

Relation between receptive field size and region. You may be wondering that the receptive field size r0 must be directly related to u0 and v0. Indeed, this is the case; it is easy to show that r0=v0u0+1, which we leave as a follow-up exercise for the curious reader. To emphasize, this means that we can rewrite (6) as:

(7)v0=u0+r01

Effective stride and effective padding. To compute u0 and v0 in practice, it is convenient to define two other variables, which depend only on the paddings and strides of the different layers:

With these definitions, we can rewrite (5) as:

(8)u0=P0+uLS0

Note the resemblance between (8) and (3). By using Sl and Pl, one can compute the locations ul,vl for feature map fl given the location at the output feature map uL. When one is interested in computing feature locations for a given network, it is handy to pre-compute three variables: P0,S0,r0. Using these three, one can obtain u0 using (8) and v0 using (7). This allows us to obtain the mapping from any output feature location to the input region which influences it.

It is also possible to derive recurrence equations for the effective stride and effective padding. It is straightforward to show that:

(9)Sl1=slSl(10)Pl1=slPl+pl

These expressions will be handy when deriving an algorithm to solve the case for arbitrary computation graphs, presented in the next section.

Center of receptive field region. It is also interesting to derive an expression for the center of the receptive field region which influences a particular output feature. This can be used as the location of the feature in the input image (as done for recent deep learning-based local features , for example).

We define the center of the receptive field region for each layer l as cl=ul+vl2. Given the above expressions for u0,v0,r0, it is straightforward to derive c0 (remember that uL=vL):

c0=uLi=1Lsil=1L(plkl12)i=1l1si=uLS0l=1L(plkl12)i=1l1si(11)=P0+uLS0+(r012)

This expression can be compared to (8) to observe that the center is shifted from the left-most pixel by r012, which makes sense. Note that the receptive field centers for the different output features are spaced by the effective stride S0, as expected. Also, it is interesting to note that if pl=kl12 for all l, the centers of the receptive field regions for the output features will be aligned to the first image pixel and located at 0,S0,2S0,3S0, (note that in this case all kl’s must be odd).

Other network operations. The derivations provided in this section cover most basic operations at the core of convolutional neural networks. A curious reader may be wondering about other commonly-used operations, such as dilation, upsampling, etc. You can find a discussion on these in the appendix.

Arbitrary computation graphs

Most state-of-the-art convolutional neural networks today (e.g., ResNet or Inception ) rely on models where each layer may have more than one input, which means that there might be several different paths from the input image to the final output feature map. These architectures are usually represented using directed acyclic computation graphs, where the set of nodes L represents the layers and the set of edges E encodes the connections between them (the feature maps flow through the edges).

The computation presented in the previous section can be used for each of the possible paths from input to output independently. The situation becomes trickier when one wants to take into account all different paths to find the receptive field size of the network and the receptive field regions which correspond to each of the output features.

Alignment issues. The first potential issue is that one output feature may be computed using misaligned regions of the input image, depending on the path from input to output. Also, the relative position between the image regions used for the computation of each output feature may vary. As a consequence, the receptive field size may not be shift-invariant  . This is illustrated in the figure below with a toy example, in which case the centers of the regions used in the input image are different for the two paths from input to output.

Sorry, your browser does not support inline SVG.
Kernel Size (k1): 5
Left Pad (p1): 2
Right Pad (q1): 1
Stride (s1): 2
Kernel Size (k2): 3
Left Pad (p2): 0
Right Pad (q2): 0
Stride (s2): 1
Kernel Size (k3): 3
Left Pad (p3): 0
Right Pad (q3): 0
Stride (s3): 1
Add

In this example, padding is used only for the left branch. The first three layers are convolutional, while the last layer performs a simple addition. The relative position between the receptive field regions of the left and right paths is inconsistent for different output features, which leads to a lack of alignment (this can be seen by hovering over the different output features). Also, note that the receptive field size for each output feature may be different. For the second feature from the left, 6 input samples are used, while only 5 are used for the third feature. This means that the receptive field size may not be shift-invariant when the network is not aligned.

For many computer vision tasks, it is highly desirable that output features be aligned: “image-to-image translation” tasks (e.g., semantic segmentation, edge detection, surface normal estimation, colorization, etc), local feature matching and retrieval, among others.

When the network is aligned, all different paths lead to output features being centered consistently in the same locations. All different paths must have the same effective stride. It is easy to see that the receptive field size will be the largest receptive field among all possible paths. Also, the effective padding of the network corresponds to the effective padding for the path with largest receptive field size, such that one can apply (8), (11) to localize the region which generated an output feature.

The figure below gives one simple example of an aligned network. In this case, the two different paths lead to the features being centered at the same locations. The receptive field size is 3, the effective stride is 4 and the effective padding is 1.

Sorry, your browser does not support inline SVG.
Kernel Size (k1): 1
Left Pad (p1): 0
Right Pad (q1): 0
Stride (s1): 4
Kernel Size (k2): 3
Left Pad (p2): 1
Right Pad (q2): 0
Stride (s2): 2
Kernel Size (k3): 1
Left Pad (p3): 0
Right Pad (q3): 0
Stride (s3): 2
Add

Alignment criteria  . More precisely, for a network to be aligned at every layer, we need every possible pair of paths i and j to have cl(i)=cl(j) for any layer l and output feature uL. For this to happen, we can see from (11) that two conditions must be satisfied:

(12)Sl(i)=Sl(j)(13)Pl(i)+(rl(i)12)=Pl(j)+(rl(j)12)

for all i,j,l.

Algorithm for computing receptive field parameters: sketch. It is straightforward to develop an efficient algorithm that computes the receptive field size and associated parameters for such computation graphs. Naturally, a brute-force approach is to use the expressions presented above to compute the receptive field parameters for each route from the input to output independently, coupled with some bookkeeping in order to compute the parameters for the entire network. This method has a worst-case complexity of O(|E|×|L|).

But we can do better. Start by topologically sorting the computation graph. The sorted representation arranges the layers in order of dependence: each layer’s output only depends on layers that appear before it. By visiting layers in reverse topological order, we ensure that all paths from a given layer l to the output layer L have been taken into account when l is visited. Once the input layer l=0 is reached, all paths have been considered and the receptive field parameters of the entire model are obtained. The complexity of this algorithm is O(|E|+|L|), which is much better than the brute-force alternative.

As each layer is visited, some bookkeeping must be done in order to keep track of the network’s receptive field parameters. In particular, note that there might be several different paths from layer l to the output layer L. In order to handle this situation, we keep track of the parameters for l and update them if a new path with larger receptive field is found, using expressions (1), (9) and (10). Similarly, as the graph is traversed, it is important to check that the network is aligned. This can be done by making sure that the receptive field parameters of different paths satisfy (12) and (13).

Discussion: receptive fields of modern networks

In this section, we present the receptive field parameters of modern convolutional networks The models used for receptive field computations, as well as the accuracy reported on ImageNet experiments, are drawn from the TF-Slim image classification model library.  , which were computed using the new open-source library (script here). The pre-computed parameters for AlexNet , VGG , ResNet , Inception and MobileNet are presented in the table below. For a more comprehensive list, including intermediate network end-points, see this table.

ConvNet Model Receptive
Field (r)
Effective
Stride (S)
Effective
Padding (P)
Model Year
alexnet_v2 195 32 64 2014
vgg_16 212 32 90 2014
mobilenet_v1 315 32 126 2017
mobilenet_v1_075 315 32 126 2017
resnet_v1_50 483 32 239 2015
inception_v2 699 32 318 2015
resnet_v1_101 1027 32 511 2015
inception_v3 1311 32 618 2015
resnet_v1_152 1507 32 751 2015
resnet_v1_200 1763 32 879 2015
inception_v4 2071 32 998 2016
inception_resnet_v2 3039 32 1482 2016

As models evolved, from AlexNet, to VGG, to ResNet and Inception, the receptive fields increased (which is a natural consequence of the increased number of layers). In the most recent networks, the receptive field usually covers the entire input image: this means that the context used by each feature in the final output feature map includes all of the input pixels.

We can also relate the growth in receptive fields to increased classification accuracy. The figure below plots ImageNet top-1 accuracy as a function of the network’s receptive field size, for the same networks listed above. The circle size for each data point is proportional to the number of floating-point operations (FLOPs) for each architecture.

alexnetvgg_16inceptioninception_resnet1/205001,0001,5002,0002,5003,0003,50055%60%65%70%75%80%85%Receptive field size (pixels)ImageNet top-1 accuracy
IDReceptive field size (pixels)ImageNet top-1 accuracyFamilyFLOPS (Billion)
alexnet_v21950.572alexnet1.38
vgg_162120.715vgg_1630.71
inception_v26990.739inception3.88
inception_v31,3110.78inception5.69
inception_v42,0710.802inception12.27
inception_resnet_v23,0390.804inception_resnet12.96
resnet_v1_504830.752resnet6.97
resnet_v1_1011,0270.764resnet14.4
resnet_v1_1521,5070.768resnet21.82
mobilenet_v13150.709mobilenet1.14

We observe a logarithmic relationship between classification accuracy and receptive field size, which suggests that large receptive fields are necessary for high-level recognition tasks, but with diminishing rewards. For example, note how MobileNets achieve high recognition performance even if using a very compact architecture: with depth-wise convolutions, the receptive field is increased with a small compute footprint. In comparison, VGG-16 requires 27X more FLOPs than MobileNets, but produces a smaller receptive field size; even if much more complex, VGG’s accuracy is only slightly better than MobileNet’s. This suggests that networks which can efficiently generate large receptive fields may enjoy enhanced recognition performance.

Let us emphasize, though, that the receptive field size is not the only factor contributing to the improved performance mentioned above. Other factors play a very important role: network depth (i.e., number of layers) and width (i.e., number of filters per layer), residual connections, batch normalization, to name only a few. In other words, while we conjecture that a large receptive field is necessary, by no means it is sufficient. Additional experimentation is needed to confirm this hypothesis: for example, researchers may experimentally investigate how classification accuracy changes as kernel sizes and strides vary for different architectures. This may indicate if, at least for those architectures, a large receptive field is necessary.

Finally, note that a given feature is not equally impacted by all input pixels within its receptive field region: the input pixels near the center of the receptive field have more “paths” to influence the feature, and consequently carry more weight. The relative importance of each input pixel defines the effective receptive field of the feature. Recent work provides a mathematical formulation and a procedure to measure effective receptive fields, experimentally observing a Gaussian shape, with the peak at the receptive field center. Better understanding the relative importance of input pixels in convolutional neural networks is an active research topic.

Solving recurrence equations: receptive field size

The first trick to solve (1) is to multiply it by i=1l1si:

rl1i=1l1si=slrli=1l1si+(klsl)i=1l1si(14)=rli=1lsi+kli=1l1sii=1lsi 

Then, define Al=rli=1lsi, and note that i=10si=1 (since 1 is the neutral element for multiplication), so A0=r0. Using this definition, (14) can be rewritten as:

(15)AlAl1=i=1lsikli=1l1si

Now, sum it from l=1 to l=L:

(16)l=1L(AlAl1)=ALA0=l=1L(i=1lsikli=1l1si)

Note that A0=r0 and AL=rLi=1Lsi=i=1Lsi. Thus, we can compute:

r0=i=1Lsi+l=1L(kli=1l1sii=1lsi)=l=1Lkli=1l1sil=1L1i=1lsi(17)=l=1Lkli=1l1sil=1Li=1l1si+1

where the last step is done by a change of variables for the right term.

Finally, rewriting (17), we obtain the expression for the receptive field size r0 of an FCN at the input image, given the parameters of each layer:

(18)r0=l=1L((kl1)i=1l1si)+1

Navigate back to the main text

Solving recurrence equations: receptive field region

The derivations are similar to the one we use to solve (1). Let’s consider the computation of u0. First, multiply (3) by i=1l1si.

ul1i=1l1si=ulsli=1l1sipli=1l1si(19)=uli=1lsipli=1l1si 

Then, define Bl=uli=1lsi, and rewrite (19) as:

(20)BlBl1=pli=1l1si

And sum it from l=1 to l=L:

(21)l=1L(BlBl1)=BLB0=l=1Lpli=1l1si 

Note that B0=u0 and BL=uLi=1Lsi. Thus, we can compute:

(22)u0=uLi=1Lsil=1Lpli=1l1si

Navigate back to the main text

Other network operations

Dilated (atrous) convolution. Dilations introduce “holes” in a convolutional kernel. While the number of weights in the kernel is unchanged, they are no longer applied to spatially adjacent samples. Dilating a kernel by a factor of α introduces striding of α between the samples used when computing the convolution. This means that the spatial span of the kernel (k>0) is increased to α(k1)+1. The above derivations can be reused by simply replacing the kernel size k by α(k1)+1 for all layers using dilations.

Upsampling. Upsampling is frequently done using interpolation (e.g., bilinear, bicubic or nearest-neighbor methods), resulting in an equal or larger receptive field — since it relies on one or multiple features from the input. Upsampling layers generally produce output features which depend locally on input features, and for receptive field computation purposes can be considered to have a kernel size equal to the number of input features involved in the computation of an output feature.

Separable convolutions. Convolutions may be separable in terms of spatial or channel dimensions. The receptive field properties of the separable convolution are identical to its corresponding equivalent non-separable convolution. For example, a 3×3 depth-wise separable convolution has a kernel size of 3 for receptive field computation purposes.

Batch normalization. At inference time, batch normalization consists of feature-wise operations which do not alter the receptive field of the network. During training, however, batch normalization parameters are computed based on all activations from a specific layer, which means that its receptive field is the whole input image.

Navigate back to the main text

Acknowledgments

We would like to thank Yuning Chai and George Papandreou for their careful review of early drafts of this manuscript. Regarding the open-source library, we thank Mark Sandler for helping with the starter code, Liang-Chieh Chen and Iaroslav Tymchenko for careful code review, and Till Hoffman for improving upon the original code release. Thanks also to Mark Sandler for assistance with model profiling.

Footnotes

  1. A more general definition of padding may also be considered: negative padding, interpreted as cropping, can be used in our derivations without any changes. In order to make the article more concise, our presentation focuses solely on non-negative padding. [↩]
  2. We adopt the convention where the first output feature for each layer is computed by placing the kernel on the left-most position of the input, including padding. This convention is adopted by all major deep learning libraries. [↩]
  3. As in the illustration below, note that, in some cases, the receptive field region may contain “holes”, i.e., some of the input features may be unused for a given layer. [↩]
  4. Due to border effects, note that the size of the region in the original image which is used to compute each output feature may be different. This happens if padding is used, in which case the receptive field for border features includes the padded region. Later in the article, we discuss how to compute the receptive field region for each feature, which can be used to determine exactly which image pixels are used for each output feature. [↩]
  5. The models used for receptive field computations, as well as the accuracy reported on ImageNet experiments, are drawn from the TF-Slim image classification model library. [↩]
  6. Additional experimentation is needed to confirm this hypothesis: for example, researchers may experimentally investigate how classification accuracy changes as kernel sizes and strides vary for different architectures. This may indicate if, at least for those architectures, a large receptive field is necessary. [↩]

References

  1. Visualizing higher-layer features of a deep network[PDF]
    Erhan, D., Bengio, Y., Courville, A. and Vincent, P., 2009. University of Montreal, Vol 1341, pp. 3.
  2. Visualizing and Understanding Convolutional Networks[PDF]
    Zeiler, M.D. and Fergus, R., 2014. Proc. ECCV.
  3. Global Optimality in Neural Network Training[PDF]
    Haeffele, B. and Vidal, R., 2017. Proc. CVPR.
  4. On the Global Convergence of Gradient Descent for Over-parameterized Models using Optimal Transport[PDF]
    Chizat, L. and Bach, F., 2018. Proc. NIPS.
  5. Object Detectors Emerge in Deep Scene CNNs[PDF]
    B. Zhou, A.K. and Torralba, A., 2015. Proc. ICLR.
  6. Interpreting Deep Visual Representations via Network Dissection[PDF]
    Zhou, B., Bau, D., Oliva, A. and Torralba, A., 2018. IEEE Transactions on Pattern Analysis and Machine Intelligence.
  7. In Search of the Real Inductive Bias: On the Role of Implicit Regularization in Deep Learning[PDF]
    Neyshabur, B., Tomioka, R. and Srebro, N., 2014.
  8. Understanding Deep Learning Requires Rethinking Generalization[PDF]
    Zhang, C., Bengio, S., Hardt, M., Recht, B. and Vinyals, O., 2017. Proc. ICLR.
  9. A Guide to Receptive Field Arithmetic for Convolutional Neural Networks[link]
    Dang-Ha, T., 2017.
  10. What are the Receptive, Effective Receptive, and Projective Fields of Neurons in Convolutional Neural Networks?[PDF]
    Le, H. and Borji, A., 2017.
  11. ImageNet Classification with Deep Convolutional Neural Networks[PDF]
    Krizhevsky, A., Sutskever, I. and Hinton, G., 2012. Proc. NIPS.
  12. Very Deep Convolutional Networks for Large-Scale Image Recognition[PDF]
    Simonyan, K. and Zisserman, A., 2015. Proc. ICLR.
  13. Deep Residual Learning for Image Recognition[PDF]
    He, K., Zhang, X., Ren, S. and Sun, J., 2016. Proc. CVPR.
  14. Inception-v4, Inception-ResNet and the Impact of Residual Connections on Learning[PDF]
    Szegedy, C., Ioffe, S., Vanhoucke, V. and Alemi, A., 2016.
  15. Large-Scale Image Retrieval with Attentive Deep Local Features[PDF]
    Noh, H., Araujo, A., Sim, J., Weyand, T. and Han, B., 2017. Proc. ICCV.
  16. MobileNets: Efficient Convolutional Neural Networks for Mobile Vision Applications[PDF]
    Howard, A., Zhu, M., Chen, B., Kalenichenko, D., Wang, W., Weyand, T., Andreetto, M. and Adam, H., 2017.
  17. Understanding the Effective Receptive Field in Deep Convolutional Neural Networks[PDF]
    Luo, W., Li, Y., Urtasun, R. and Zemel, R., 2016. Proc. NIPS.