Related
I am trying to figure out a way to enable backflip users to install unauthorized apks. If possible, could someone post a log of when this option is toggled on/off. If I can get an idea of what happens behind the scene when this is enabled I think I could maybe figure out a way to get this done.
Just hooked my phone up for you and watched the log console...
nothing happens in the log when I check/uncheck Unknown Sources.
I just keep seeing this....which I don't know is good or bad lol.
....it doesn't happen as a result of Checking/Unchecking Unknown Sources.
Uncheck/Check Unknown Sources literally produces no text in my log related to that.
dalvikvm( 146): GC freed 1100 objects / 50544 bytes in 206ms
skia ( 3175): purging 6K from font cache [1 entries]
dalvikvm( 3175): GC freed 282 objects / 12664 bytes in 88ms
skia ( 2931): purging 118K from font cache [15 entries]
dalvikvm( 2931): GC freed 7835 objects / 684488 bytes in 154ms
dalvikvm( 3175): GC freed 839 objects / 47576 bytes in 77ms
dalvikvm( 270): GC freed 3812 objects / 235384 bytes in 136ms
dalvikvm( 572): GC freed 646 objects / 33352 bytes in 132ms
skia ( 146): purging 161K from font cache [20 entries]
dalvikvm( 146): GC freed 759 objects / 34336 bytes in 224ms
dalvikvm( 3175): GC freed 1039 objects / 57256 bytes in 76ms
dalvikvm( 2711): GC freed 176 objects / 6448 bytes in 125ms
skia ( 2025): purging 7K from font cache [1 entries]
dalvikvm( 2025): GC freed 330 objects / 15976 bytes in 94ms
ActivityManager( 146): Start proc com.levelup.beautifulwidgets for broadcast com.levelup.beautifulwidgets/.HomeWidget: pid=3266 uid=10046 gids={3003, 3002, 3001, 1015}
dalvikvm( 3175): GC freed 1149 objects / 63224 bytes in 78ms
InputManagerService( 146): Window already focused, ignoring focus gain of: [email protected]
dalvikvm( 3175): GC freed 1179 objects / 64504 bytes in 77ms
dalvikvm( 3175): GC freed 1179 objects / 64600 bytes in 80ms
dalvikvm( 3175): GC freed 188 objects / 9280 bytes in 93ms
dalvikvm( 3175): GC freed 1016 objects / 56312 bytes in 79ms
G1ForFun said:
I just keep seeing this....which I don't know is good or bad lol.
Click to expand...
Click to collapse
It's just line noise from Dalvik's garbage collector sweeping up dead objects. Nothing unusual.
moosefist said:
I am trying to figure out a way to enable backflip users to install unauthorized apks. If possible, could someone post a log of when this option is toggled on/off. If I can get an idea of what happens behind the scene when this is enabled I think I could maybe figure out a way to get this done.
Click to expand...
Click to collapse
Ten minutes of source grepping and two minutes of googling later... (from my rooted G1)
Code:
# sqlite3 /data/data/com.android.providers.settings/databases/settings.db
SQLite version 3.5.9
Enter ".help" for instructions
sqlite> select * from secure where name='install_non_market_apps';
41|install_non_market_apps|1
as far as I know you can't insert into the db direct, user has to confirm ( which makes sense, wouldn't be good to have something like this happen silently )
tbh I don't know what a 'backflip' user is , so no idea if this is any good to you or not, but I use this at the top of my BackupApp install script, saves messing about with the market
###############
edit: just googled
http://topnews.co.uk/22947-att-adds-google-android-platform-its-portfolio-motorolas-backflip-release
sorry if its missing from settings this is no good to you
###############
have to put in a while loop, as 'am' just exits
Code:
# check if we can install 'non market' apps
# if not. pop up the settings
InstallNonMarketApps=`sqlite3 /data/data/com.android.providers.settings/databases/settings.db 'select value from secure where name="install_non_market_apps";'`
if [[ $InstallNonMarketApps == "0" ]]
then am start -a android.intent.action.MAIN -n com.android.settings/.ApplicationSettings
fi
while [[ $iInstallNonMarketApps == "0" ]];do
InstallNonMarketApps=`sqlite3 /data/data/com.android.providers.settings/databases/settings.db 'select value from secure where name="install_non_market_apps";'`
done
am start -a android.intent.action.VIEW -t application/vnd.android.package-archive -d file:///sdcard/TitaniumBackup.apk
marxmarv said:
Ten minutes of source grepping and two minutes of googling later... (from my rooted G1)
Code:
# sqlite3 /data/data/com.android.providers.settings/databases/settings.db
SQLite version 3.5.9
Enter ".help" for instructions
sqlite> select * from secure where name='install_non_market_apps';
41|install_non_market_apps|1
Click to expand...
Click to collapse
Thanks. I just got to figure out what can be done to pass these options on the backflip.
moosefist said:
Thanks. I just got to figure out what can be done to pass these options on the backflip.
Click to expand...
Click to collapse
tbh I very much doubt you can, at least not without root.
And if you had root you would just push a new Settings.apk
can you remount via adb?
If you had root you could just write an own installer that copys the apk into /data folder... Iphone afaik also has an installer for non market apps (cydia)
Firerat said:
tbh I very much doubt you can, at least not without root.
And if you had root you would just push a new Settings.apk
can you remount via adb?
Click to expand...
Click to collapse
I cannot 'adb remount'
I am also thinking it might be impossible to pass the option like you said since i am lacking root. I don't have access to the data directory.
moosefist said:
I cannot 'adb remount'
I am also thinking it might be impossible to pass the option like you said since i am lacking root. I don't have access to the data directory.
Click to expand...
Click to collapse
even with root, you can't
but I didn't spend too long trying, it was just a minor inconvenience.
maybe someone smarter than me can find an exploit
would be a nasty security flaw,
but hey,,,
we all give root to people we have never met before
I'm using ES File Explorer to search my SD card for something. I think the memory free-er-upper (task killer?) is set too aggressively.
Using logcat, the window is spammed with the following:
D/dalvikvm( 3842): GC freed 2948 objects / 1201312 bytes in 126ms
D/dalvikvm( 3842): GC freed 3375 objects / 1310656 bytes in 139ms
D/dalvikvm( 3842): GC freed 3155 objects / 1255880 bytes in 125ms
D/dalvikvm( 170): GC freed 5107 objects / 193896 bytes in 5049ms
D/dalvikvm( 3842): GC freed 3021 objects / 1234864 bytes in 129ms
D/dalvikvm( 3842): GC freed 3073 objects / 1216304 bytes in 136ms
D/dalvikvm( 3842): GC freed 2985 objects / 1201600 bytes in 125ms
D/dalvikvm( 3842): GC freed 3014 objects / 1206600 bytes in 130ms
D/dalvikvm( 149): GC freed 2032 objects / 84392 bytes in 2810ms
D/dalvikvm( 3842): GC freed 3025 objects / 1220520 bytes in 134ms
D/dalvikvm( 3842): GC freed 3100 objects / 1237504 bytes in 138ms
D/dalvikvm( 3842): GC freed 3260 objects / 1313792 bytes in 127ms
D/dalvikvm( 3842): GC freed 3267 objects / 1338952 bytes in 110ms
D/dalvikvm( 3842): GC freed 3329 objects / 1334720 bytes in 124ms
D/dalvikvm( 3842): GC freed 3322 objects / 1334176 bytes in 116ms
D/dalvikvm( 3842): GC freed 3323 objects / 1335744 bytes in 106ms
D/dalvikvm( 3842): GC freed 3598 objects / 1439480 bytes in 120ms
D/dalvikvm( 3842): GC freed 3262 objects / 1261288 bytes in 124ms
D/dalvikvm( 3842): GC freed 2838 objects / 1135472 bytes in 115ms
D/dalvikvm( 3842): GC freed 3091 objects / 1251824 bytes in 135ms
Click to expand...
Click to collapse
The search percentage stays at 0 and it never seems to find anything because perhaps the search task is getting killed?
People have posted the same issue with getting Facebook to sync... I'm wondering if there's a way to fix it and make the settings a little less aggressive, or perhaps to tell it that if a process uses a massive amount of memory for a couple minutes, then kill it... not immediately like it seems to be doing now.
i think its too weak...although i do agree it clutters logcat
i know where its at, lemme find it
the lowmemkilsker is in sys/module/
I have a solution to this but it won't be released for a few more weeks.
Until then you'll have to echo different settings into it yourself or download an app from the market that will do it for you.
damageless said:
I have a solution to this but it won't be released for a few more weeks.
Until then you'll have to echo different settings into it yourself or download an app from the market that will do it for you.
Click to expand...
Click to collapse
am i correct injudging its placement tho?
why do i get the nasty feeling you know the factual release date but are sworn by death to not tell?
damageless said:
I have a solution to this but it won't be released for a few more weeks.
Until then you'll have to echo different settings into it yourself or download an app from the market that will do it for you.
Click to expand...
Click to collapse
Can you recommend a particular app in the market?
Hi all,
I can easy remake the bug of wifi sleep!
my ip is auto : 192.168.1.23 and work perfect!
why?
tape in terminal emulator:
iproute:
192.168.1.0/24 << 23MAX
if i put a ip fixe 192.168.1.50 the wifi bug in sleep is here!!!
please make a ip fixe in 192.168.1.2/24 Maximum 23 please !!!!
Reboot after
Nice one
i tried it with ...1.23 and it's not working.
yes he work,
put your ip fixe in 192.168.1.23 etc, deactivate and reactivate your wifi
and reboot
Afraid it made no difference to me... (thought I'd try a static address for the hell of it)
With Dynamic IP (assigned via DHCP)
Code:
# ip route
192.168.5.0/24 dev eth0 src 192.168.5.126
default via 192.168.5.1 dev eth0
# #Screen Awake
# ping 192.168.5.1
PING 192.168.5.1 (192.168.5.1) 56(84) bytes of data.
64 bytes from 192.168.5.1: icmp_seq=1 ttl=64 time=14.5 ms
64 bytes from 192.168.5.1: icmp_seq=2 ttl=64 time=13.7 ms
64 bytes from 192.168.5.1: icmp_seq=3 ttl=64 time=11.9 ms
64 bytes from 192.168.5.1: icmp_seq=4 ttl=64 time=10.5 ms
64 bytes from 192.168.5.1: icmp_seq=5 ttl=64 time=9.33 ms
64 bytes from 192.168.5.1: icmp_seq=6 ttl=64 time=7.44 ms
^C
--- 192.168.5.1 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5007ms
rtt min/avg/max/mdev = 7.446/11.276/14.587/2.462 ms
# #Screen Asleep
# ping 192.168.5.1
PING 192.168.5.1 (192.168.5.1) 56(84) bytes of data.
64 bytes from 192.168.5.1: icmp_seq=1 ttl=64 time=810 ms
64 bytes from 192.168.5.1: icmp_seq=2 ttl=64 time=732 ms
64 bytes from 192.168.5.1: icmp_seq=3 ttl=64 time=652 ms
64 bytes from 192.168.5.1: icmp_seq=4 ttl=64 time=881 ms
64 bytes from 192.168.5.1: icmp_seq=5 ttl=64 time=806 ms
64 bytes from 192.168.5.1: icmp_seq=6 ttl=64 time=731 ms
^C
--- 192.168.5.1 ping statistics ---
7 packets transmitted, 6 received, 14% packet loss, time 5998ms
rtt min/avg/max/mdev = 652.954/769.292/881.775/73.098 ms
With Static IP (low-range)
Code:
# ip route
192.168.5.0/24 dev eth0 src 192.168.5.7
default via 192.168.5.1 dev eth0
# #Screen Awake
# ping 192.168.5.1
PING 192.168.5.1 (192.168.5.1) 56(84) bytes of data.
64 bytes from 192.168.5.1: icmp_seq=1 ttl=64 time=1.92 ms
64 bytes from 192.168.5.1: icmp_seq=2 ttl=64 time=43.6 ms
64 bytes from 192.168.5.1: icmp_seq=3 ttl=64 time=14.5 ms
64 bytes from 192.168.5.1: icmp_seq=4 ttl=64 time=2.22 ms
64 bytes from 192.168.5.1: icmp_seq=5 ttl=64 time=10.8 ms
64 bytes from 192.168.5.1: icmp_seq=6 ttl=64 time=9.36 ms
^C
--- 192.168.5.1 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5008ms
rtt min/avg/max/mdev = 1.923/13.753/43.640/14.108 ms
# #Screen Asleep
#
# ping 192.168.5.1
PING 192.168.5.1 (192.168.5.1) 56(84) bytes of data.
64 bytes from 192.168.5.1: icmp_seq=1 ttl=64 time=710 ms
64 bytes from 192.168.5.1: icmp_seq=2 ttl=64 time=937 ms
64 bytes from 192.168.5.1: icmp_seq=3 ttl=64 time=860 ms
64 bytes from 192.168.5.1: icmp_seq=4 ttl=64 time=781 ms
64 bytes from 192.168.5.1: icmp_seq=5 ttl=64 time=702 ms
^C
--- 192.168.5.1 ping statistics ---
6 packets transmitted, 5 received, 16% packet loss, time 5002ms
rtt min/avg/max/mdev = 702.759/798.571/937.408/89.778 ms
I've found this on Google Bugs... Explains what it could possibly be...
http://code.google.com/p/android/issues/detail?id=9781
Also, where you say 23 is MAX, it isn't...
IP Address ranges are defined like that....
It designates a network address in the CIDR notation (Classless Inter-Domain Routing) which is defined in >RFC 1519<. It provides a more flexible notation of network addresses for subnets. The Number after the slash (/) in your case 24 bescribes how many bits of an anddress a uses as network bits, since here the typical subdivision in classes (A=8,B=16,C=24 bits) is no longer the only way to subclass.
So with 192.168.1.0/24 you have still your typical C-class IPv4 network with addresses form 192.168.1.0 - 192.168.1.255.
But you could have the following as well: 192.168.1.0./22 this denotes IPv4 addresses starting at 192.168.1.0 and ending at 192.168.4.255 inclusive, with 192.168.4.255 being the broadcast address for the given network.
wifi policy set to never and i use ip fix with 192.168.1.23 but it's not working goes to sleep. wifi turned off and later turned on but it's not changing result.
I've found this on Google Bugs... Explains what it could possibly be...
http://code.google.com/p/android/issues/detail?id=9781
Also, where you say 23 is MAX, it isn't...
IP Address ranges are defined like that....
It designates a network address in the CIDR notation (Classless Inter-Domain Routing) which is defined in >RFC 1519<. It provides a more flexible notation of network addresses for subnets. The Number after the slash (/) in your case 24 bescribes how many bits of an anddress a uses as network bits, since here the typical subdivision in classes (A=8,B=16,C=24 bits) is no longer the only way to subclass.
So with 192.168.1.0/24 you have still your typical C-class IPv4 network with addresses form 192.168.1.0 - 192.168.1.255.
But you could have the following as well: 192.168.1.0./22 this denotes IPv4 addresses starting at 192.168.1.0 and ending at 192.168.4.255 inclusive, with 192.168.4.255 being the broadcast address for the given network.
Click to expand...
Click to collapse
LOL never been so confused in my life
me too, ...
When i put my ip in 192.168.1.1/23 no wifi sleep issue ... after 23 ... issue bug for me
meLIanTQ said:
me too, ...
When i put my ip in 192.168.1.1/23 no wifi sleep issue ... after 23 ... issue bug for me
Click to expand...
Click to collapse
Tried your proposal but no success. I even configured my router to only DHCP the IPs you mentioned.
I think Paul is right here and is it hard to understand what HTC is doing for this? I.e. reverse engineer their ROMs and see how they solve the problem.
I am trying to figure out how to change the max sending size for MMS on the EVO. By default when sending pictures it compresses them down to around 60k. It was accomplished on the Nexus One HERE and the G1 HERE. The MMS.apk for the EVO does not have the same file to modify as the Nexus One, and I can't figure out which xml to edit. The default compression for MMS is ridiculous on the EVO, by default when sending pictures it compresses them down to around 60k. We should be able to set it to 300k and not have any problems.
No offense to anyone, but please do NOT reply with "hancent works for this, xxx can do this, such and such fixed this", or any other app/ROM/etc for that matter.
I am asking how to modify the stock EVO MMS app, not how to install a different ROM or app!
Here is the original EVO MMS.apk (Froyo)
the max on the Evo is 2m it would be nice to have more but thats the max the way you see what your max is set to is go to all message screen then press menu go to settings then it will be maximum message size
stercast said:
the max on the Evo is 2m it would be nice to have more but thats the max the way you see what your max is set to is go to all message screen then press menu go to settings then it will be maximum message size
Click to expand...
Click to collapse
I don't think you understand my question/problem. Read the Nexus One link in the OP. The issue is when sending MMS, the EVO compresses the living hell out of any image. That 2mb setting you are referring to is not the same thing, that is an overall message size, not individual image size.
I was wondering if anyone else was annoyed by this. I wish I could help you in some way though..
I hope this gets resolved.
i believe the evio rom fixed this issue
zaft1 said:
i believe the evio rom fixed this issue
Click to expand...
Click to collapse
Well, the dev of that ROM says he fixed this, but not how. It would be nice if he would share the fix with everyone.
I sure hope someone gets this done, the compression is really annoying.
Tapatalk'd on Evo
Could a possible workaround be to zip said pic and send the zip? I don't remember if I tested this or not when I was experimenting with the mms apps.
SteelH
I have looked in the preference_att.xml and preference.xml and found pref_key_mms_max_size. I dont understand binary so I am not much help here.
dwertz said:
SteelH
I have looked in the preference_att.xml and preference.xml and found pref_key_mms_max_size. I dont understand binary so I am not much help here.
Click to expand...
Click to collapse
I saw that as well, but there is no byte size near it to edit like in the Nexus One.
SteelH said:
I saw that as well, but there is no byte size near it to edit like in the Nexus One.
Click to expand...
Click to collapse
Have you asked Calkulin yet if he would let you know what he did to fix it? I would hope the open nature of everything he would gladly help.
MrDSL said:
Have you asked Calkulin yet if he would let you know what he did to fix it? I would hope the open nature of everything he would gladly help.
Click to expand...
Click to collapse
I have asked him, he has not replied. Also, I can tell you simply using the mms.apk from his ROM will not solve the compression problem.
if you use chomp sms there's a selection for no limit on mms size you could pull that apk apart and see what it uses to regulate the size limit
BLOWNCO said:
if you use chomp sms there's a selection for no limit on mms size you could pull that apk apart and see what it uses to regulate the size limit
Click to expand...
Click to collapse
Good suggestion but unfortunately that won't help us.
I hope someone fixes this issue. I always wondered why the stock MMS compresses images so much. Its terrible. I shall be keeping watch for anything.
Is there a way to be able to dicifer logcat by starting it right when you add the picture and when it autosizes to see what's doing it? Here is a logcat of when I attach a picture to mms when it auto resizes if anyone knows whats doing it.
Code:
D/ComposeMessageActivity( 564): initFocus: true
D/ComposeMessageActivity( 564): syncRecipientListButton:
D/ComposeMessageActivity( 564): mRecipientList.size(): 0
D/Jerry1 ( 564): 2222
I/XT9_C ( 195): [loadDefaultDB] xt9_raw/ldb_0409.ldb size=98056 (loaded)
I/XT9_C ( 195): [registerXT9LDB] ldb_0409.ldb loading [done]
D/XT9_ldb ( 195): wLdbNum=109, first wLdbNum=109, second wLdbNum=0
D/XT9_C ( 195): [registerXT9LDB] current LdbNum=109, First LdbNum=109, Second LdbNum=0
D/dalvikvm( 195): GC_EXTERNAL_ALLOC freed 304 objects / 15192 bytes in 164ms
D/ComposeMessageActivity( 564): get the ContactNameCache
D/MainActivity( 5880): [HTCAlbum][MainActivity][onStop]: Begin
D/dalvikvm( 564): GC_EXTERNAL_ALLOC freed 402 objects / 49256 bytes in 56ms
D/dalvikvm( 564): GC_FOR_MALLOC freed 70 objects / 25688 bytes in 41ms
I/dalvikvm-heap( 564): Grow heap (frag case) to 3.863MB for 63504-byte allocation
D/dalvikvm( 564): GC_FOR_MALLOC freed 0 objects / 0 bytes in 69ms
D/dalvikvm( 564): GC_FOR_MALLOC freed 4 objects / 30840 bytes in 41ms
I/dalvikvm-heap( 564): Grow heap (frag case) to 3.957MB for 129040-byte allocation
D/dalvikvm( 564): GC_FOR_MALLOC freed 0 objects / 0 bytes in 65ms
D/dalvikvm( 564): GC_FOR_MALLOC freed 7 objects / 67784 bytes in 48ms
D/dalvikvm( 564): GC_FOR_MALLOC freed 7 objects / 129272 bytes in 42ms
V/MmsProvider( 212): Insert uri=content://mms/9223372036854775807/part, match=11
D/dalvikvm( 5880): GC_EXPLICIT freed 1562 objects / 103600 bytes in 585ms
D/MainActivity( 5880): [HTCAlbum][MainActivity][onDestroy]: Begin
V/MmsProvider( 212): Query uri=content://mms/part/43, match=12
V/PduPersister( 564): Saving data to: content://mms/part/43
D/MediaPicker( 564): --------original uri: content://mms/part/43, type: null
V/MmsProvider( 212): Query uri=content://mms/part/43, match=12
V/MmsProvider( 212): Query uri=content://mms/part/43, match=12
D/UriImage( 564): ---------mContentType: image/jpeg
V/MmsProvider( 212): Query uri=content://mms/part/43, match=12
D/ComposeMessageActivity( 564): onMediaPicked:media: image/jpeg
I/MessageBodyEditor( 564): addMedia:> [email protected]
D/ComposeMessageActivity( 564): updateMessageBodyContentUI:
V/ComposeMessageActivity( 564): Message type: SMS -> MMS
D/MessageTextEditor( 564): resetCounter:SmsMode> false
D/ComposeMessageActivity( 564): checkReachRecipientMaxNumber> 0, updateUI> true
D/MessageBodyEditor( 564): EditableMediaViewFactory.create()[email protected]
I/EditableMediaViewImpl( 564): onFinishInflate:
D/MessageUtils( 564): loadThumbnailBitmap: content://mms/part/43
D/dalvikvm( 212): GC_FOR_MALLOC freed 11212 objects / 585848 bytes in 60ms
V/MmsProvider( 212): Query uri=content://mms/part/43, match=12
V/MmsProvider( 212): Query uri=content://mms/part/43, match=12
D/dalvikvm( 564): GC_FOR_MALLOC freed 1222 objects / 345504 bytes in 43ms
V/MmsProvider( 212): Query uri=content://mms/part/43, match=12
D/MessageUtils( 564): Create message thumbnail cache file: /data/data/com.android.mms/cache/PART_1282502974576
D/OnlineDataCenter( 5880): [HTCAlbum][OnlineDataCenter][unbindContext]: Begin
D/OnlineDataCenter( 5880): [HTCAlbum][OnlineDataCenter][unbindContext]: [email protected] size: 0
D/OnlineDataCenter( 5880): [HTCAlbum][OnlineDataCenter][unbindContext]: No more clients. release resources.
D/OnlineDataCenter( 5880): [HTCAlbum][OnlineDataCenter][unbindContext]: End 0
I/XT9_C ( 195): [loadDefaultDB] xt9_raw/ldb_0409.ldb size=98056 (loaded)
D/ThumbnailWorker( 5880): [stopWorking] Stop working, now join #-1, Decode Complete!!
I/XT9_C ( 195): [registerXT9LDB] ldb_0409.ldb loading [done]
D/XT9_ldb ( 195): wLdbNum=109, first wLdbNum=109, second wLdbNum=0
D/XT9_C ( 195): [registerXT9LDB] current LdbNum=109, First LdbNum=109, Second LdbNum=0
D/AlbumAdapter( 5880): set thread priority to normal
D/AlbumMapper( 5880): cancel current decode operation
D/AlbumMapper( 5880): cancel current decode operation
D/ThumbnailWorker( 5880): [stopWorking] Stop working, now join #-1, Decode Complete!!
D/AlbumAdapter( 5880): set thread priority to normal
D/AlbumAdapter( 5880): Join worker thread in destroy
D/AlbumAdapter( 5880): Join time: 0
D/dalvikvm( 195): GC_EXTERNAL_ALLOC freed 250 objects / 13312 bytes in 88ms
I/MainActivity( 5880): mWorker finishes jobs at onDestroy().
D/CollectionsActivity( 5880): [HTCAlbum][CollectionsActivity][onDestroy]: Begin
D/AlbColAdap( 5880): [HTCAlbum][AlbumCollectionsAdapter][onDestroy]: Begin
D/AlbColAdap( 5880): [HTCAlbum][AlbumCollectionsAdapter][onDestroy]: End
Yeah someone needs to fix this?
MrDSL said:
Have you asked Calkulin yet if he would let you know what he did to fix it? I would hope the open nature of everything he would gladly help.
Click to expand...
Click to collapse
Good idea Ill shoot him a pm
Calkulins rom sends out mms uncompressed?
Tapatalk'd on Evo
brol1k said:
Calkulins rom sends out mms uncompressed?
Tapatalk'd on Evo
Click to expand...
Click to collapse
His evio rom changelog says mms compression is fixed.
Something else I noticed, if I take an 8MP shot and try to MMS it, it gets squashed down to 60k. If I take a 5MP shot and MMS it, it gets squashed to 300K. Something is clearly screwed up there. So if I send a 5MP image it comes out 5x better than an 8MP image via MMS.
I've been trying different ways to connect to this tablet, but the connection is really slow/laggy/sluggish. When I connect over SSHDroid to this tablet, typing and cursor moving goes slooow - fast - slooow - fast - sloow.
It used to sport Samsung Android 5.0.2. I've flashed the latest LineageOS Android 7.1 (rooted), but nothing changes. I've tried setting the gouvernor to performance, but nothing changes.
In contrast, I have a Xiaomi Mi 5 (Stock MIUI Android 7, rooted) with SSHDroid, and everything goes smoothly as you would expect.
I have no idea what even causes this. I would like to fix this. It's a nice tablet in every other aspect. Does anyone have an idea?
The responsiveness of the cursor in OpenSSH and XSDL Xserver seems to be analogous with this:
Code:
PING 192.168.1.9 (192.168.1.9) 56(84) bytes of data.
64 bytes from 192.168.1.9: icmp_seq=1 ttl=64 time=12.4 ms
64 bytes from 192.168.1.9: icmp_seq=2 ttl=64 time=1428 ms
64 bytes from 192.168.1.9: icmp_seq=3 ttl=64 time=431 ms
64 bytes from 192.168.1.9: icmp_seq=4 ttl=64 time=2500 ms
64 bytes from 192.168.1.9: icmp_seq=5 ttl=64 time=1503 ms
64 bytes from 192.168.1.9: icmp_seq=6 ttl=64 time=503 ms
64 bytes from 192.168.1.9: icmp_seq=7 ttl=64 time=2572 ms
64 bytes from 192.168.1.9: icmp_seq=8 ttl=64 time=1575 ms
64 bytes from 192.168.1.9: icmp_seq=9 ttl=64 time=576 ms
64 bytes from 192.168.1.9: icmp_seq=10 ttl=64 time=12.4 ms
64 bytes from 192.168.1.9: icmp_seq=11 ttl=64 time=1643 ms
64 bytes from 192.168.1.9: icmp_seq=12 ttl=64 time=637 ms
64 bytes from 192.168.1.9: icmp_seq=13 ttl=64 time=11.7 ms
64 bytes from 192.168.1.9: icmp_seq=14 ttl=64 time=1704 ms
64 bytes from 192.168.1.9: icmp_seq=15 ttl=64 time=697 ms
64 bytes from 192.168.1.9: icmp_seq=16 ttl=64 time=11.9 ms