Why was this change made to SocketInputBuffer for Ice Cream Sandwich?
Can anyone help me understand this "fix": https://www.gitorious.org/rowboat/external-apache-http/commit/e30b5b55806b31d1a61e2885b854dd7b8da1a07a It's causing my motion jpeg (mjpg, mjpeg) code to slow way down as I'm reading the jpg images. The fix seems horrible to me, completely ignoring the passed parameter and therefore giving the caller no chance to adjust the value. Is there a way to work-around the change so that I can use a larger buffer size?
From the commit log: Make Apache HttpClient play nice with large kernel socket buffers. Given the large maximum size likely to be set for kernel socket buffers on LTE devices, we need to stop Apache HttpClient from allocating some integer multiple of that size on the heap for each socket. On one device, 16 HTTP connections would fill the heap. This basically means that Android doesn't trust LTE devices to set their own buffer size, because it would fill the heap too quickly. As a workaround, try extending the AbstractSessionInputBuffer to create your own version of the SocketInputBuffer class.
Collapsing Toolbar with NavigationDrawer toggle button not showing
Android LoginActivity using standard http request
React Native Custom Android Keyboard
AndroidStudio generates same integer identifiers for different strings from different libraries(modules)
getting a part of a Canvas as a Bitmap
notification tones it does not work correctly
Infinity loop on Android application with BottomBar
Android Studio build all flavors
GCM with Redis(Google Cloud Messaging)
display notification in specific time of day in android
change back arrow image in Actionbar with appcompat-v7
How display image into simple listview if this image is a bitmap
Android Firebase - cant get userid using getUid() - Error: on null object reference
android.sources in build.gradle
How to make Android SDK skip download of already fetched update files during “tools/android update sdk”?
Very long startup time