| *** rpierce99 has quit IRC | 00:06 | |
| *** XirXes_ has joined #xdandroid | 00:29 | |
| *** XirXes has quit IRC | 00:32 | |
| *** BulitPruf has joined #xdandroid | 00:41 | |
| *** BulitPruf has left #xdandroid | 00:44 | |
| *** BulitPruf has joined #xdandroid | 00:45 | |
| *** ImCoKeMaN has quit IRC | 00:46 | |
| *** raymonddull is now known as ray|sleep | 00:55 | |
| *** ray|sleep has quit IRC | 00:56 | |
| *** BulitPruf has left #xdandroid | 01:05 | |
| *** BulitPruf has joined #xdandroid | 01:05 | |
| *** BulitPruf has left #xdandroid | 01:05 | |
| *** programmer8922 has quit IRC | 04:03 | |
| *** kalemas has joined #xdandroid | 04:29 | |
| *** hardwalker has quit IRC | 05:04 | |
| *** ONDR4SH3K has joined #xdandroid | 06:27 | |
| ONDR4SH3K | Hi all ... is possible port XDAndroid to Windows Phone 7? | 06:27 |
|---|---|---|
| ONDR4SH3K | Like native app | 06:28 |
| *** ONDR4SH3K has quit IRC | 06:41 | |
| *** ImCoKeMaN has joined #xdandroid | 07:22 | |
| *** NeoMatrixJR has quit IRC | 07:51 | |
| *** helicopter88 has joined #xdandroid | 08:16 | |
| *** rneese_ has left #xdandroid | 08:20 | |
| *** fishhead2567 has joined #xdandroid | 09:10 | |
| *** ryannath1ns has quit IRC | 09:11 | |
| *** ryannathans has joined #xdandroid | 09:13 | |
| *** raymonddull has joined #xdandroid | 09:20 | |
| *** Kraln has quit IRC | 09:34 | |
| *** Kraln has joined #xdandroid | 09:37 | |
| *** rneese_ has joined #xdandroid | 09:41 | |
| *** ImCoKeMaN has quit IRC | 09:59 | |
| *** rpierce99 has joined #xdandroid | 09:59 | |
| rneese_ | ok morning | 10:07 |
| rneese_ | seems using wifi and xdandroid it wears out a fully charged battery in 8 hours | 10:07 |
| rneese_ | is this normal | 10:08 |
| rpierce99 | as long as GPS is off your battery life is completely determined by usage and the quality of the battery, you're not "doing it wrong" if that's what you're asking | 10:08 |
| rpierce99 | i get less battery life than most people around here because my phone syncs a TON of accounts | 10:09 |
| rneese_ | ok the gps is off | 10:09 |
| rpierce99 | but i get more than 8 hours | 10:09 |
| rneese_ | its a brand new battery | 10:10 |
| rneese_ | and only syncing 1 email account to it | 10:10 |
| rneese_ | hmmm | 10:10 |
| rpierce99 | supposedly wifi uses less battery than the cellular radio, but having both on will likely give you less life than either one by itself | 10:11 |
| rneese_ | no its only on wifi I turned the cell off when at home | 10:11 |
| rneese_ | and use it only as a wifi device at night | 10:12 |
| rpierce99 | "its a brand new battery" you mean aftermarket? | 10:13 |
| rneese_ | tmobile sent me a new battery | 10:14 |
| rneese_ | but yes its thier aftermarket battery | 10:14 |
| detule | hey arrrghhh you getlogs output of the camera failing on nand? | 10:15 |
| detule | nevermind found it | 10:17 |
| detule | er rather found an outdated logcat on the issue tracker, i think it's of an old camera issue | 10:19 |
| rpierce99 | rneese_: I don't know what kind of battery they sent you, but if I had to guess that's the reason for your short life. Some others have reported aftermarket batteries performing very poorly | 10:26 |
| rneese_ | ok | 10:27 |
| rpierce99 | also, since it is new, you may want to download a market app for battery calibration, | 10:27 |
| rpierce99 | unless you've never used the old battery in android | 10:27 |
| rneese_ | ok | 10:27 |
| *** raymonddull has quit IRC | 10:31 | |
| *** ImCoKeMaN has joined #xdandroid | 10:45 | |
| rneese_ | the old battery was bulged | 10:52 |
| rneese_ | on both sides | 10:52 |
| *** raymonddull has joined #xdandroid | 10:54 | |
| *** kalemas has left #xdandroid | 11:52 | |
| *** emwe has joined #xdandroid | 11:53 | |
| arrrghhh | detule, yea i think that issues page has some good logs from the jpeg issue | 11:55 |
| detule | oh i only skimmed and found an early log of yours | 11:55 |
| arrrghhh | need moar? | 11:56 |
| detule | yeah i would love a getlogs output if you have a minute | 11:56 |
| arrrghhh | time to flash back anyways. | 11:57 |
| arrrghhh | .39 losing time is driving me batty | 11:57 |
| arrrghhh | well, not really losing.. just not keeping up. | 11:57 |
| detule | what's wrong with it | 11:57 |
| detule | just the alarm business or something more acute | 11:57 |
| arrrghhh | well my alarms never go off when they should | 11:57 |
| arrrghhh | i turn on the screen, and the clock is 2 hours behind | 11:57 |
| emwe | meep | 11:57 |
| * rneese_ is waiting on a new GB build | 11:57 | |
| detule | doesn't it quickly update? | 11:57 |
| *** helicopter88 is now known as helicAWAY | 11:57 | |
| arrrghhh | then it catches up almost immediately after turning on the screen, and then the alarm goes off lol. | 11:57 |
| arrrghhh | rneese_, keep waiting? | 11:58 |
| arrrghhh | emwe, what's up mate. | 11:58 |
| rneese_ | thanks | 11:58 |
| arrrghhh | lol not sure what you want | 11:58 |
| arrrghhh | this stuff doesn't just happen. | 11:58 |
| emwe | arrrghhh: continuing friday eve work on tracking "incall mic not enabled when in vibrate mode" after disabling some double-called acoustic setup code on sound start... | 11:59 |
| detule | nice that's my issue with acoustic....just substitute "when in vibrate" = "when in silent" | 11:59 |
| arrrghhh | emwe, nice | 11:59 |
| *** XirXes has joined #xdandroid | 12:00 | |
| *** XirXes_ has quit IRC | 12:00 | |
| arrrghhh | detule, they're one in the same...? | 12:00 |
| emwe | ah good detule. good testbunny then :) | 12:00 |
| detule | i guess they are the same if you have vibrate enabled in silent | 12:00 |
| detule | :) | 12:00 |
| emwe | arrrghhh: notification and ringer are on an audible volume now, too. "disabled" agc. (read that in quotes, plz). | 12:00 |
| arrrghhh | emwe, you are awesome. | 12:01 |
| detule | emwe, you have an idea why the mic thing happens? | 12:01 |
| emwe | detule: it was really late when i got there. so no, not yet. need to track what is called when | 12:01 |
| emwe | must say hycs dmesg mod is quite helpful | 12:01 |
| emwe | if that could be turned into something like /proc/kmsg_hyc, would be awesome. | 12:02 |
| detule | :) | 12:02 |
| emwe | so one can cat it all day long. | 12:02 |
| arrrghhh | lol | 12:02 |
| arrrghhh | hyc, make it happen :P | 12:02 |
| arrrghhh | i think he's already moved on. | 12:02 |
| detule | i know that userland does say "turn the mic on"....it must be something about the order of operations | 12:02 |
| emwe | just on the weekend, we realized i only got 13-14 weeks left until the big party. | 12:02 |
| emwe | dunno if i should get such a rhod100 still .. dunno if worthwhile. | 12:02 |
| emwe | detule: ok, will look. just had to go to bed when i got there. | 12:03 |
| emwe | btw, the egl patches are all good? or somethign bad cropped up later on? | 12:03 |
| arrrghhh | good lord .39 has some good battery life tho. | 12:03 |
| detule | don't think so you should give them a test run though.... | 12:03 |
| detule | don't think anything bad has cropped up that is | 12:04 |
| emwe | what repo is it? ;) | 12:04 |
| detule | other than me hitting 33.3 fps | 12:04 |
| emwe | sorry, never dared for ogl | 12:04 |
| detule | frameworks_base | 12:04 |
| emwe | good. not another fork then ;) | 12:04 |
| emwe | btw, what you and jonpry been talking about 2.3.5 and 2.3.7 and the xdandroid repos? didn't get it all... | 12:05 |
| detule | his hw compositor was originally built against 2.3.5 cyano....i was trying to get the patches in xdandroid so there was some talk whether we should look for 2.3.5 xdandroid repo (which i guess the github repo is stuck there still) or he would fast forward his stuff | 12:05 |
| detule | he ended up fast forwarding | 12:06 |
| detule | patches still don't apply cleanly:) | 12:06 |
| emwe | ah ok | 12:07 |
| emwe | is this only userland patches or some kernel love needed? (thinking about at all the different kernels we got around here...) | 12:07 |
| detule | mostly userland, there's some pmem re-allocations in mach-msm but nothing major yet....don't know what he's got in store next | 12:08 |
| emwe | btw, you could edit your git config to show your real name instead of root@localhost... root looks so anonymous :) | 12:08 |
| detule | right, i've fixed most my git config | 12:09 |
| detule | s | 12:09 |
| detule | but not the xdandroid-gb one :) | 12:09 |
| arrrghhh | i think he likes pushing as anon | 12:09 |
| arrrghhh | jonpry was doing that for a while too | 12:09 |
| arrrghhh | ROOT IS FUCKING UP OUR TREE!!! | 12:09 |
| detule | :) | 12:09 |
| detule | i guess nand and us are suffering from a different camera problem as my glorious patch didn't seem to do much for acl | 12:10 |
| arrrghhh | bummer | 12:10 |
| emwe | isn't there this old patch from the ML? said to be good but nobody looked. | 12:12 |
| emwe | though this is something different it seems. | 12:12 |
| arrrghhh | for cam? | 12:12 |
| emwe | yeah, rhod cam was it,no? | 12:12 |
| arrrghhh | dunno | 12:13 |
| *** kalemas has joined #xdandroid | 12:14 | |
| detule | this fixes the problem on 3.1 but that problem may have been unrelated to al others | 12:16 |
| *** helicAWAY is now known as helicopter88 | 12:28 | |
| *** fishhead2567 has quit IRC | 12:31 | |
| *** fishhead2567 has joined #xdandroid | 12:33 | |
| rneese_ | root the tree | 12:34 |
| rneese_ | lol joking | 12:35 |
| *** corein has joined #xdandroid | 12:42 | |
| emwe | detule: hm. 22.6fps as usual. | 12:49 |
| arrrghhh | oh right i'm supposed to be getting logs or something. | 12:50 |
| emwe | mail sent. | 12:52 |
| rneese_ | arrrghhh i have found 1 small issue that still stands witht he htc build | 12:53 |
| rneese_ | speakerphone does not work | 12:53 |
| arrrghhh | the htc build? | 12:53 |
| arrrghhh | speakerphone works great for me. you're on a RHOD right? | 12:53 |
| rneese_ | yeah | 12:53 |
| arrrghhh | i guess 'works great' is relative, but still. | 12:53 |
| arrrghhh | wtf is an htc build | 12:53 |
| rneese_ | its not working for me I hit speakerphone and get no audio | 12:54 |
| rneese_ | I ment the htc | 12:54 |
| rneese_ | not the build | 12:54 |
| arrrghhh | FRX07.1? | 12:54 |
| arrrghhh | newest .27 kernel/rootfs? | 12:54 |
| rneese_ | yes | 12:55 |
| arrrghhh | dunno then | 12:55 |
| rneese_ | yes | 12:55 |
| arrrghhh | works fine here. | 12:55 |
| arrrghhh | audio routing is kinda flaky in general... | 12:55 |
| arrrghhh | trying to get that fixed. | 12:55 |
| rneese_ | ok | 12:55 |
| arrrghhh | emwe is trying to get that fixed i should say. i just sit here and look pretty. | 12:55 |
| rneese_ | lol | 12:55 |
| detule | emwe, yeah should be business as usual with that egl patch, unexplicably though i scored + 30fps a few times this weekend | 12:55 |
| rneese_ | I am just a tester at this point | 12:56 |
| detule | i have photos to prove it :) | 12:56 |
| rneese_ | I want to learn more | 12:56 |
| arrrghhh | rneese_, ok... | 12:56 |
| *** |Jeroen| has joined #xdandroid | 12:56 | |
| arrrghhh | i'm not sure what to tell you about speakerphone. it does work, and has worked for ages. | 12:56 |
| rneese_ | ok let me clarify its not working with skype or with any sip softclient | 12:56 |
| arrrghhh | oh | 12:57 |
| arrrghhh | lol | 12:57 |
| arrrghhh | dude... damn. | 12:57 |
| rneese_ | have not tested with the normal dialing | 12:57 |
| arrrghhh | i said our phones probably won't work with that at all. | 12:57 |
| rneese_ | I use it as a softphone at home alot | 12:57 |
| rneese_ | they work | 12:57 |
| arrrghhh | skype, sip clients, etc. | 12:57 |
| arrrghhh | ok, you're lucky they work at all then. | 12:57 |
| rneese_ | they work fine exect for speakerphone issue | 12:57 |
| arrrghhh | well since you're the only one that uses that | 12:58 |
| arrrghhh | you're going to have to triage/troubleshoot. | 12:58 |
| rneese_ | it was simply the bluetooth issue with slacker was causeing a issue | 12:58 |
| arrrghhh | bluetooth doesn't really work yet either. | 12:58 |
| arrrghhh | ... | 12:58 |
| rneese_ | but I have the csimple softphone and it works great elsewise | 12:58 |
| rpierce99 | this is the same issue from the forums, apps can't open the mic, the only reason phone opens the mic is the ril i'm guessing | 12:59 |
| rneese_ | the slacker app needs the same fix the pandora has . being able to disable bt in the app | 12:59 |
| arrrghhh | rpierce99, why do other apps work then? | 12:59 |
| arrrghhh | like soundhound, voice command, etc etc? | 12:59 |
| rneese_ | yeah voice command works | 12:59 |
| arrrghhh | i think some apps request the mic differently than others... | 13:00 |
| rpierce99 | yeah i'm guessing some use high level android apis and some use low level c apis | 13:00 |
| arrrghhh | i guess if voice command and soundhound request the mic via the RIL and all others don't... | 13:00 |
| arrrghhh | that would surprise me. | 13:00 |
| arrrghhh | well i guess we need to isolate which apps don't work. hopefully it's all related and there's some request these apps are doing that just doesn't work on our port. | 13:01 |
| detule | someone should just rip that onRequestMute | 13:01 |
| rpierce99 | what we need is to find an open source app that either works or doesn't work | 13:01 |
| rneese_ | brb phone | 13:01 |
| arrrghhh | hrm | 13:01 |
| arrrghhh | i would think most apps probably aren't open. | 13:02 |
| arrrghhh | unfortunately | 13:02 |
| detule | Phone app | 13:02 |
| arrrghhh | wouldn't the RIL interaction foul the phone app's usefulness for debugging other apps? | 13:02 |
| arrrghhh | i don't really know. | 13:02 |
| rpierce99 | i wonder if voice command and soundhound use the android MediaRecorder class, save it to a temp file, and upload it | 13:06 |
| rpierce99 | versus sip and such trying to just open the mic live and transmit | 13:06 |
| arrrghhh | hrm | 13:06 |
| rpierce99 | wouldn't explain why phone.app works, but I bet we have some ril trickery or something for that | 13:06 |
| arrrghhh | well you might be on to something there. | 13:06 |
| arrrghhh | because both voice command and soundhound do seemingly record the entire interaction before uploading | 13:07 |
| detule | i think if you rip out onRequestMute from the ril you can do away with the ril trickery | 13:07 |
| rneese_ | vlingo has issues with voice command | 13:07 |
| arrrghhh | ugh. stupid RAPH. | 13:07 |
| arrrghhh | rneese_, yea, those have been noted. | 13:07 |
| arrrghhh | works on NAND ironically | 13:07 |
| rneese_ | ok | 13:07 |
| rpierce99 | but wouldn't that likely break something in phone.app detule ? | 13:07 |
| arrrghhh | only one way to find out | 13:08 |
| rpierce99 | i'm guessing android.media.MediaRecorder's method of opening the mic has been fixed, now to find the alternate | 13:09 |
| arrrghhh | wtf i can't restore getlogs from tb. | 13:09 |
| arrrghhh | curse you rpierce99 | 13:09 |
| rpierce99 | i have no idea why that is | 13:09 |
| arrrghhh | yea, never tried before. | 13:09 |
| rpierce99 | it's not like i built it to break TB | 13:10 |
| arrrghhh | i clicked on it, and the only option i have is 'delete'. restore is nowheres to be found. | 13:10 |
| arrrghhh | ahahaha | 13:10 |
| arrrghhh | i guess i've never tried to restore it individually | 13:10 |
| rpierce99 | maybe it's the way you installed it? | 13:10 |
| arrrghhh | AndroidApps | 13:10 |
| arrrghhh | way back when | 13:10 |
| arrrghhh | detule, you're going to have to deal with 'normal' logs. | 13:10 |
| *** raymonddull has quit IRC | 13:12 | |
| rpierce99 | if my theory is correct, MoonBlink (open source) should work | 13:12 |
| arrrghhh | detule, http://pastebin.com/jnpYRcLk <--- dmesg | 13:12 |
| arrrghhh | detule, http://pastebin.com/6X6JX34Q <----- logcat | 13:14 |
| rneese_ | ok back | 13:14 |
| arrrghhh | definitely some explosions at the end of that lolcat | 13:14 |
| rpierce99 | I think I found the alternate method | 13:14 |
| *** |Jeroen| has quit IRC | 13:14 | |
| rneese_ | well arrrghhhcan you point me to the webpages abotu flashing the phone I have a 2nd one on its way | 13:14 |
| *** |Jeroen| has joined #xdandroid | 13:14 | |
| rneese_ | I am going to test on 1 of them and see if I can get it reflashed to android | 13:15 |
| arrrghhh | rneese_, depends | 13:15 |
| arrrghhh | xda-devs is more for GSM folk | 13:15 |
| arrrghhh | ppcg is more for CDMA | 13:15 |
| rneese_ | they are gsm | 13:15 |
| arrrghhh | NAND threads are in both places | 13:15 |
| rneese_ | tmobile | 13:15 |
| arrrghhh | stick to xda-devs then. | 13:15 |
| arrrghhh | ^^ | 13:15 |
| rneese_ | ok now to go find one | 13:19 |
| arrrghhh | keep in mind it's still experimental | 13:20 |
| arrrghhh | the OP will expect you to know how to pull logs etc if you have problems. | 13:20 |
| arrrghhh | plus it's not a very streamlined install process | 13:20 |
| arrrghhh | i'm out tho, bbl. | 13:21 |
| rneese_ | ok | 13:22 |
| rneese_ | http://forum.xda-developers.com/showthread.php?t=1347321 | 13:26 |
| rneese_ | I think i? | 13:26 |
| rneese_ | just reading and learning | 13:26 |
| rpierce99 | so there are two android apis for recording audio, MediaRecorder and AudioRecord | 13:33 |
| rpierce99 | one you read bytes off the hardware, one saves it to a file | 13:33 |
| rpierce99 | there's probably a c api as well | 13:33 |
| *** kalemas has left #xdandroid | 13:35 | |
| rpierce99 | apparenlty libmedia can be accessed directly, but it is discouraged, so i'm curious what these apps are using | 13:36 |
| rpierce99 | i'd guess the native java audiorecord | 13:36 |
| *** programmer8922 has joined #xdandroid | 13:42 | |
| rneese_ | wow 4.0 is already getting working on the tp2 | 13:43 |
| rneese_ | nice | 13:43 |
| stinebd | i have 5.0 | 13:43 |
| rneese_ | and whats not working | 13:44 |
| rneese_ | and what is working | 13:44 |
| stinebd | yes | 13:44 |
| rneese_ | and is there a test img | 13:44 |
| stinebd | no | 13:44 |
| rneese_ | why not | 13:46 |
| rneese_ | lol | 13:46 |
| rneese_ | something to test | 13:46 |
| rneese_ | I have 3 microsd to play with | 13:48 |
| rneese_ | and I will have a extra phone for testing | 13:48 |
| *** programmer8922 has quit IRC | 14:10 | |
| detule | rpierce99, don't think it would break much, there's an "OnRequest" method somewhere in the ril that has a switch that calls onRequestMute....try commenting out that call | 14:18 |
| detule | thanks arrrghhh | 14:18 |
| detule | why is it using the dream blob? | 14:23 |
| *** corein has quit IRC | 14:26 | |
| detule | arrrghhh, when you come back let's try a thing or two | 14:29 |
| rneese_ | ok well my headset works and bluetooth is working great | 14:34 |
| rneese_ | and I just got a small bt car spaker so I will test it next | 14:37 |
| *** |Jeroen| has quit IRC | 14:38 | |
| rneese_ | but willing to test other builds as they come avaible | 14:39 |
| arrrghhh | detule, i'm back. kinda. | 15:03 |
| arrrghhh | rneese_, you're welcome to test anything that's out thar | 15:04 |
| arrrghhh | just some stuff is going to work better than others | 15:04 |
| rneese_ | I have been testing gb abd I am on the wait and see for the next version | 15:06 |
| rneese_ | and I am looking for other hardware to testwith | 15:06 |
| arrrghhh | next release is gonna be big. lots of changes. | 15:06 |
| arrrghhh | we're probably going to do a 'test' release to make sure there wasn't something big missed for some device. | 15:06 |
| arrrghhh | i already did one for blackstone | 15:07 |
| arrrghhh | i think all 3 of their users ran it. | 15:07 |
| helicopter88 | bwhaha | 15:07 |
| rneese_ | ok well I would test it for the tp2 | 15:07 |
| arrrghhh | lol i know. | 15:07 |
| helicopter88 | if you need an x1 tester,you know where to find me :) | 15:07 |
| arrrghhh | we don't support x1 | 15:08 |
| * arrrghhh runs | 15:08 | |
| detule | arrrghhh, ls -l /system/lib/liboemcamera* | 15:08 |
| helicopter88 | arrrghhh,frx07 runs extremely well | 15:08 |
| arrrghhh | detule, -rw-r--r-- 1 root root 314372 Aug 1 2008 /system/lib/liboemcamera.so | 15:08 |
| arrrghhh | helicopter88, i'm just kidding :P. there aren't many with that device that hang out around here tho., | 15:08 |
| helicopter88 | there's me :) | 15:09 |
| arrrghhh | i think alex is the only dev i've ran into for that device... | 15:09 |
| arrrghhh | yea, now :P | 15:09 |
| detule | arrrghhh, http://dl.dropbox.com/u/38520332/liboemcamera.so | 15:09 |
| detule | rename the one you have as liboemcamera.so.dream | 15:09 |
| arrrghhh | what horrible things are you doing to me. | 15:09 |
| helicopter88 | how comes that android hasn't changed the clock? | 15:09 |
| helicopter88 | *wm clock | 15:09 |
| arrrghhh | damn this one is way bigger | 15:10 |
| rneese_ | whats a good 2nd phone for testing | 15:10 |
| arrrghhh | helicopter88, hasn't changed...? | 15:10 |
| rneese_ | I am hunting ebay | 15:10 |
| arrrghhh | rneese_, uh... for testing on XDAndroid or just playing around with? | 15:10 |
| arrrghhh | playing around with, hands down the HD2 | 15:10 |
| arrrghhh | testing on XDAndroid, RHOD is probably creme de la creme. | 15:11 |
| helicopter88 | it uses to change my wm clock by -1h | 15:11 |
| arrrghhh | helicopter88, you haven't read FAQ? :P | 15:11 |
| helicopter88 | i know that | 15:11 |
| helicopter88 | i never wanted to fix it | 15:11 |
| arrrghhh | there isn't a fix. | 15:11 |
| helicopter88 | find a proper way to avoid it | 15:11 |
| arrrghhh | windows uses local time as hardware clock, linux uses GMT | 15:11 |
| helicopter88 | like using those clock syncing apps | 15:11 |
| arrrghhh | don't use windows? | 15:11 |
| helicopter88 | i don't care | 15:11 |
| helicopter88 | i don't care | 15:11 |
| arrrghhh | detule, pushed just need to match perms. this one is way bigger | 15:12 |
| helicopter88 | i just figured that time is right after a kernel panic | 15:12 |
| arrrghhh | helicopter88, -_- | 15:12 |
| arrrghhh | alright perms match. hopefully i don't need to reboot. | 15:12 |
| arrrghhh | detule, camera just FC's now lol | 15:13 |
| detule | did you do some sort of restart | 15:14 |
| arrrghhh | detule, no restart | 15:14 |
| arrrghhh | i'm guessing i should try that before flooding you with logs? | 15:14 |
| detule | yeah try that | 15:14 |
| detule | that's the blob we use in xdandroid | 15:14 |
| arrrghhh | ok | 15:15 |
| detule | not sure if acl is using that dream blob on purpose | 15:15 |
| arrrghhh | dunno | 15:15 |
| arrrghhh | i don't think he does a lot on purpose. | 15:15 |
| detule | i mean that dream blob is what JB refers to as "old" in his tagged comments so i assume that it's dated vs. the legend (larger) binary | 15:16 |
| arrrghhh | hrm | 15:17 |
| arrrghhh | ok | 15:17 |
| arrrghhh | what's weird is, cam works fine on NAND if you use some "other" cam app | 15:17 |
| arrrghhh | it would preview and work all up until you actually snap a pic | 15:17 |
| detule | yeah those other apps don't use the vendor blob | 15:17 |
| arrrghhh | makes sense | 15:18 |
| arrrghhh | just avoid 'em entirely. | 15:18 |
| arrrghhh | yea the app just FC's | 15:18 |
| rneese_ | NAND ? ? | 15:18 |
| detule | ok send me the logs | 15:18 |
| arrrghhh | 1 sec | 15:19 |
| arrrghhh | rneese_, yes... | 15:19 |
| rneese_ | sorry brain went blank | 15:19 |
| arrrghhh | we're troubleshooting here, don't mind us :P | 15:19 |
| detule | i guess reading at the issue tracker this is what used to happen, maybe that's when acl switched the blobs | 15:19 |
| detule | hm 12-12 13:18:53.020 E/QualcommCameraHardware( 84): FATAL ERROR: could not dlopen liboemcamera.so: Cannot load library: reloc_library[1311]: 84 cannot locate '_debug_pthread_create'.. | 15:21 |
| detule | not opening the blobg | 15:21 |
| arrrghhh | hrm. | 15:21 |
| arrrghhh | yea, definitely not able to hit the cam either. odd. | 15:22 |
| arrrghhh | brb, gonna heat up some fewd | 15:22 |
| *** NeoMatrixJR has joined #xdandroid | 15:25 | |
| detule | this is somehow our error, not the blob, try 777 | 15:26 |
| detule | also md5sum that thing | 15:28 |
| arrrghhh | chmod to 777? | 15:28 |
| arrrghhh | seems crazy | 15:28 |
| arrrghhh | i matched at 644 | 15:28 |
| detule | sure | 15:28 |
| arrrghhh | lol ok | 15:28 |
| arrrghhh | f9b4cd119452d7151bf4688a2be15b56 | 15:29 |
| arrrghhh | matches what i have on mah PC | 15:29 |
| detule | that's what i have | 15:30 |
| arrrghhh | k | 15:30 |
| arrrghhh | chmodded to 777 | 15:30 |
| arrrghhh | same. will reboot. | 15:30 |
| *** emwe_ has joined #xdandroid | 15:32 | |
| *** emwe has quit IRC | 15:34 | |
| *** emwe_ is now known as emwe | 15:34 | |
| emwe | detule: you have a1010 and adc3001 enabled on the kernel you got incall mic issue? | 15:34 |
| *** bzo has joined #xdandroid | 15:35 | |
| emwe | da man himself | 15:36 |
| bzo | who where? :P | 15:36 |
| arrrghhh | who else but sir bzo | 15:36 |
| bzo | I think the camera problem is due to needing to fix the prelink map | 15:37 |
| bzo | we fixed it back in the day on xdandroid | 15:37 |
| bzo | but I bet acl never fixed it on his builds | 15:37 |
| detule | emwe, no a1010 | 15:38 |
| detule | bzo how goes it | 15:38 |
| bzo | hi detule | 15:38 |
| emwe | detule: i am just kexecing with vibrate/silent on here, but with a1010 and it still worked here for two calls. | 15:38 |
| emwe | detule: iiirc on friday i had a1010 not registered. | 15:38 |
| emwe | detule: now testing with a1010 off. | 15:39 |
| detule | prelink map this is something during the build process? | 15:39 |
| emwe | detule: ok, it seems not to be a1010. still works. damnit. going to reboot with vibrate/silent on | 15:40 |
| bzo | detulle: one sec, looking for the commit | 15:40 |
| emwe | detule: sorry to spam, but what i see is quick/subsequent mic bias callbacks to off->on because acoustic is changing devices. dunno if these RPCs might be coming in too fast. | 15:41 |
| detule | yeah i've seen those, perhaps we need to add some delays in there | 15:41 |
| detule | actually i think i see more re-routing calls when device is not in silent | 15:42 |
| detule | bzo ic binary too big for the prelinker | 15:44 |
| rneese_ | the nexus looks nice | 15:44 |
| bzo | detule: http://pastebin.com/AJfKAW8R | 15:45 |
| rpierce99 | detule: don't know if you heard but i picked up a touchpad in the latest fire sale | 15:46 |
| emwe | detule: should be one routing more for ringtone. on vibrate it only routes on pickup (apart from end-call and device-off) | 15:46 |
| detule | bzo ~1MB...this legend binary is 1.5 | 15:47 |
| rpierce99 | jonpry got another as well | 15:47 |
| detule | that comment is probably incorrect | 15:47 |
| detule | rpierce99, cool, i got three originally, but have given two away as early xmas presents | 15:48 |
| bzo | detule: hmm, is there anything currently located at A9500000? | 15:48 |
| detule | probably not so what looking at that the next thing is A96...~2mb? | 15:51 |
| bzo | I guess we got lucky that the next slot up happened to be free | 15:53 |
| detule | way to swoop in, that something like that prelink-arm-map would even exists it would never even cross my mind | 15:54 |
| bzo | arrrghhh: can you shoot [acl] that pastebin and see if his prelink map is good? | 15:54 |
| bzo | if not, he'll have to create a new build to fix it | 15:55 |
| arrrghhh | yea, he's online. | 15:55 |
| detule | also mention the legend binary | 15:55 |
| arrrghhh | the pastebin with the dream or legend lib? | 15:55 |
| arrrghhh | i'm guessing dream. | 15:55 |
| detule | bzo so these addresses they are physical? | 15:55 |
| detule | legend | 15:55 |
| arrrghhh | oO | 15:55 |
| arrrghhh | ok | 15:55 |
| detule | dream is only 300KB it fits nicely in there | 15:55 |
| bzo | arrrghhh: will work with either | 15:55 |
| bzo | detule: hmm, not sure | 15:56 |
| arrrghhh | now i'm just confused. | 15:56 |
| arrrghhh | detule, yous said ACL tested your patch and it was nogo right? | 15:56 |
| detule | bzo coz i see this in the kernel http://pastebin.com/yDT8mvcU | 15:56 |
| detule | arrrghhh, here's the deal | 15:56 |
| detule | i think you guys are using a dated library | 15:57 |
| detule | we are using legend in xdandroid currently | 15:57 |
| arrrghhh | yea | 15:57 |
| detule | the legend library is too big, unless the prelink map is fixed | 15:57 |
| detule | the prelink map allows for a +1mb library | 15:57 |
| detule | this discussion is separate from the patch i mailed out | 15:57 |
| detule | which fixed the camera on 3.1 | 15:57 |
| arrrghhh | ah ok. | 15:57 |
| arrrghhh | sorry for getting it mixed up. | 15:58 |
| bzo | looks like theres no A95, so a 2mb lib will fit | 15:58 |
| arrrghhh | i'll resume this in a few. thanks guys. | 15:58 |
| bzo | acl probably needs both fixes | 15:58 |
| detule | i was looking at this http://gitorious.org/xdandroid-eclair/xdandroid-build/blobs/9a173cd15d393ec9f67d45a104d1a797c6f51992/core/prelink-linux-arm.map but that's perhaps old | 15:58 |
| arrrghhh | bbl, meeting tiem | 15:58 |
| detule | libaudiopolicy.so 0xA9A00000 # [~1M] | 15:59 |
| *** [acl] has joined #xdandroid | 15:59 | |
| bzo | I don't think we changed the prelink map since the initial fix | 15:59 |
| [acl] | do they know its Christmas ? | 15:59 |
| [acl] | fucking xmas songs | 15:59 |
| *** helicopter88 has quit IRC | 15:59 | |
| bzo | [acl] so you check your prelink map yet? | 16:00 |
| detule | hey [acl] | 16:00 |
| [acl] | bzo: nope.. havent seen that thing in a while | 16:00 |
| [acl] | bzo: so thats why i mentioned it might be my blob | 16:01 |
| [acl] | detule: sup dood | 16:01 |
| detule | yeah so xdandroid uses a different blob | 16:01 |
| [acl] | detule: yeah. | 16:01 |
| [acl] | the legend blob right? | 16:02 |
| [acl] | thing is massive | 16:02 |
| bzo | jb coded the camera stuff to be able to use the dream or legend libs | 16:02 |
| bzo | only benefit of the legend is that it also supports blackstone | 16:02 |
| [acl] | bzo: yeah we studied that thing to hell. (alex and I). So our plan was to move over to the cyanogen lib which does the jpeg outside the blob | 16:02 |
| [acl] | this way we have no issue using the dream | 16:02 |
| [acl] | due to lack of time, neither of us got to it | 16:03 |
| [acl] | lol | 16:03 |
| detule | sorry i didn't know you guys were using a different blob and are aware of it | 16:03 |
| [acl] | detule: well i tried both and the issue was similar. | 16:03 |
| detule | somehow i thought you were seeing the same problem as what we were having | 16:03 |
| detule | unless you had fixed this prelinker map it seems the legend blob is unusable at all | 16:04 |
| detule | it would FC the camea app at startup | 16:04 |
| bzo | didn't arrrghhh just say he gets a FC with the camera app on nand? | 16:04 |
| bzo | jinx | 16:04 |
| [acl] | detule: In the dream when we call the jpeg_encode it returns an error. Honestly its prob a simple fix. Not sure if JB ever had success encoding with the dream blob | 16:04 |
| bzo | yes, it works | 16:05 |
| bzo | camera was fully working before supporting the legend lib | 16:05 |
| [acl] | interesting | 16:05 |
| bzo | at least when I last looked at it, it is possible something got broken after that point | 16:05 |
| [acl] | neither alex or I could get it to work regularly on dream. Thats why people on nand right now use a 3rd party cam app | 16:06 |
| bzo | that could be that idiotic pmem overlap thing we've been fighting recently | 16:06 |
| *** emwe has quit IRC | 16:07 | |
| [acl] | could be, but if all is well with legend blob then thats good. | 16:07 |
| [acl] | ill have to either move to legend blob or port jpeg | 16:07 |
| detule | not the pmem thing doesn't show up in dmesg | 16:07 |
| bzo | the legend blob is worth trying | 16:08 |
| detule | plus my glorious patch seems to not work for [acl] | 16:08 |
| [acl] | only error i have is jpeg_encode | 16:08 |
| bzo | it's possible jb abandoned the dream lib support at a later point | 16:08 |
| [acl] | good ol jb | 16:08 |
| [acl] | ill def let yall know the outcome, but legend lib looks like its the easiest fix | 16:08 |
| bzo | once you figure that out, the next thing will be to figure out wtf is need to fix video recording | 16:09 |
| bzo | for gb that is, works in froyo | 16:09 |
| detule | how does it error out on GB? | 16:09 |
| [acl] | this is the cm camera i was going to kang | 16:10 |
| [acl] | https://github.com/CyanogenMod/android_device_htc_click/tree/gingerbread/libcamera | 16:10 |
| bzo | gb ended openomx support or something that was used for encoding | 16:10 |
| bzo | [acl] may be worthwhile moving that cam just on princple | 16:11 |
| bzo | less blob crap used, the better | 16:11 |
| [acl] | who volunteers ? | 16:11 |
| [acl] | anyone ? | 16:11 |
| [acl] | :-p | 16:11 |
| bzo | chirp chirp chirp | 16:11 |
| [acl] | ill try to do it after xmas | 16:12 |
| bzo | [acl] think that will just drop in and work? | 16:13 |
| [acl] | nope, we need to make a hybrid | 16:13 |
| [acl] | alex started | 16:13 |
| [acl] | need to ask him where he left off | 16:13 |
| bzo | so is that libcamera fully blobless then? | 16:14 |
| [acl] | i think it still dls some crap. not sure | 16:14 |
| [acl] | bzo: anyways so much much to allocate for the legend lib on the prelink map ? | 16:19 |
| [acl] | 2mb? | 16:19 |
| bzo | sounds like it, u using something different than xdandroid map? | 16:19 |
| [acl] | i dont do any userland | 16:20 |
| [acl] | all handled by omgb team | 16:20 |
| [acl] | so i need to see wtf they have | 16:20 |
| *** emwe has joined #xdandroid | 16:20 | |
| [acl] | or cm7 hero poop | 16:20 |
| bzo | we copied ours from cm, so good chance they are the same | 16:20 |
| [acl] | ahh then it should work. | 16:21 |
| [acl] | actually the error message was weird | 16:21 |
| [acl] | that i remember | 16:21 |
| [acl] | some pthread create | 16:21 |
| [acl] | wasnt a link map error | 16:21 |
| detule | 12-12 13:18:53.020 E/QualcommCameraHardware( 84): FATAL ERROR: could not dlopen liboemcamera.so: Cannot load library: reloc_library[1311]: 84 cannot locate '_debug_pthread_create'.. | 16:21 |
| [acl] | yeah | 16:21 |
| [acl] | thats it | 16:21 |
| detule | if there are overlaps all sorts of weird stuff could be happening | 16:22 |
| [acl] | you know my errors better than i do :-p | 16:22 |
| bzo | in any case, best to rule out the prelink problem first | 16:22 |
| detule | i mean technically couldn't it be loading something on top of the legend library | 16:22 |
| [acl] | ill check tonight to make sure its 2mb | 16:22 |
| emwe | <emwe> detule: you got mic bias callback disabled for rhod, like it used to be from JB, right? | 16:23 |
| emwe | <emwe> i can't reproduce the incall mic issue failure... | 16:23 |
| emwe | damn conn today. | 16:23 |
| detule | hm yes currently it's disabled | 16:24 |
| detule | wait i thought you were just seeing hte failure | 16:24 |
| emwe | i had the failure on friday night. | 16:25 |
| emwe | can't repdruce it. | 16:25 |
| emwe | perhaps my friday eve testing was cursed with those endless kexecs and tests... | 16:25 |
| emwe | so, basically i am with mic bias callback for rhod. going to prep an image with a bit of verbose acoustic again. | 16:26 |
| emwe | and your egl patches and the modded libGLES_qcom.so | 16:26 |
| [acl] | so much going on | 16:27 |
| [acl] | lol | 16:27 |
| [acl] | the gles however did piss me off | 16:27 |
| [acl] | as how how no one else cared | 16:27 |
| [acl] | goes to show you cant count on other msm7k devs | 16:27 |
| detule | jonpry, is onto something good | 16:29 |
| [acl] | maybe after he is done, we will finally have the winmo performance :-p | 16:30 |
| [acl] | i knew the damn winmo was different.. grrrr | 16:30 |
| detule | it's smoother i think, at least i don't think adw launcher was every so quick for me | 16:30 |
| jonpry | i got moar speed now | 16:31 |
| detule | you push those patches out | 16:31 |
| [acl] | jonpry: sky is the limit | 16:31 |
| [acl] | detule; even if its not smooth, at least we know what calls arent being used. damn this can open up alot of room for improvement | 16:32 |
| jonpry | if there is a limit we are pretty close. i only have like one idea left | 16:32 |
| [acl] | well the rest is how optimal you want to get | 16:32 |
| [acl] | the code itself is ugly for some effects | 16:33 |
| [acl] | seriosly s curves for the electron beam | 16:33 |
| [acl] | that shit can cause us 1 fps | 16:33 |
| [acl] | easy | 16:33 |
| [acl] | plus those fuckers do it 3 times | 16:33 |
| jonpry | s curves? | 16:33 |
| [acl] | the electron beam uses a math scruve to determine how to map the texture | 16:34 |
| [acl] | it calculates it on the fly | 16:34 |
| [acl] | 3 times | 16:34 |
| jonpry | hrm | 16:34 |
| jonpry | just for the text coords? | 16:34 |
| [acl] | you never seen my videos? | 16:34 |
| jonpry | no | 16:34 |
| [acl] | you are gonna see what i mean | 16:34 |
| jonpry | electron beam is kind of not an option at this point because the whole crashes and burns on screen blank | 16:35 |
| [acl] | this is stock code | 16:35 |
| [acl] | http://www.youtube.com/watch?v=HiTV9E_aTyo&feature=related | 16:35 |
| [acl] | this is after full optimization http://www.youtube.com/watch?v=uXPd-DSmXS8&feature=related | 16:36 |
| jonpry | detule, speed ups pushed | 16:36 |
| [acl] | first one doesnt even have a texture, so its just pure slowness | 16:37 |
| jonpry | that looked pretty good to me | 16:37 |
| bzo | you guys running WisTilt's vsync fix yet? | 16:37 |
| [acl] | now imagine with your improvements | 16:38 |
| [acl] | lol | 16:38 |
| [acl] | jonpry: if infact FBO can work, damn the wormhole will be a thing of beaty | 16:38 |
| jonpry | what is wormhole? i couldn't find any vids of it | 16:38 |
| [acl] | no i only did the beam | 16:39 |
| [acl] | doing a framebuffer grab until fbo is available | 16:39 |
| jonpry | tbh i don't see why fbo's are needed for electron beam | 16:39 |
| [acl] | a screenshot is taken using FBOs so it can be textured to the collapse | 16:40 |
| detule | jonpry, thanks, what was that about a 'vibrating pixel' | 16:41 |
| jonpry | why not adjust the view matrix? | 16:41 |
| jonpry | detule thats current workaround for msm_fb craziness. can;t really see it unless you look | 16:41 |
| jonpry | every other frame is offset by 1 y pixel | 16:42 |
| [acl] | anyways fellas i gotta jett | 16:42 |
| [acl] | jonpry: its looking good dood.. cant wait | 16:43 |
| *** [acl] has quit IRC | 16:43 | |
| emwe | jonpry: what repo you been pushing to? | 16:44 |
| jonpry | github.com/jonpry | 16:44 |
| bzo | check out fps2d results: | 16:47 |
| bzo | http://imagebin.org/188273 | 16:47 |
| bzo | guess removing the fake vsync makes fps much more consistent | 16:48 |
| bzo | not seeing any effect in changing panel refresh to 70hz though | 16:49 |
| detule | don't know about benchmarks anymore, after i scored +33 on neocore | 16:49 |
| jonpry | i have this one fps2d apk that makes it score 60fps | 16:49 |
| bzo | the absolute results are questionable I suppose | 16:50 |
| *** rneese_ has left #xdandroid | 16:50 | |
| emwe | bzo: yeah, think i see no effect of vsync70hzz | 16:50 |
| bzo | but I think it is very interesting that the distribution is so narrow now | 16:50 |
| emwe | 3.94 here | 16:51 |
| emwe | but without msm_fb patch | 16:51 |
| bzo | you get bars all over the place in the graph right? | 16:51 |
| emwe | oh wait, this is w/o panel 70hz still | 16:51 |
| emwe | no, not really. most around 30 | 16:51 |
| emwe | ah, more then you ;) | 16:52 |
| emwe | lemme try 70hz | 16:52 |
| bzo | I'm used to seeing results in like 10 different slots, though most at 29 | 16:52 |
| arrrghhh | XirXes, you thar? | 16:55 |
| detule | jonpry, cool offset=!last_offset | 16:56 |
| jonpry | thats what does it | 16:56 |
| bzo | is the compositor going to be called schc? | 16:57 |
| jonpry | need to add an ioctl to msm_fb to allow partial screen updates | 16:57 |
| jonpry | i've been calling it gposit. the ghetto compositor | 16:57 |
| bzo | lol | 16:58 |
| *** emwe_ has joined #xdandroid | 17:00 | |
| emwe_ | bzo: no change with 70hz panel vsync | 17:00 |
| *** emwe has quit IRC | 17:00 | |
| *** emwe_ is now known as emwe | 17:01 | |
| bzo | not sure how to definitively test, but it seems like the panel refresh is not changing | 17:02 |
| *** emwe_ has joined #xdandroid | 17:03 | |
| *** emwe__ has joined #xdandroid | 17:06 | |
| *** emwe has quit IRC | 17:07 | |
| *** emwe_ has quit IRC | 17:10 | |
| detule | jonpry, this partial redraw this in fbmem.c | 17:11 |
| detule | ? | 17:11 |
| detule | i see the ioctl there where it replaces the entire buffer for the frame | 17:12 |
| jonpry | msm_fb.c | 17:26 |
| emwe__ | detule: with disabled mic bias callback, mic only seems to work when dualmic=1. (latter toggling to off quite soon after being enabled in GVS.) going to look further into this tomorrow. | 17:27 |
| jonpry | right now it uses some kind of kernel framebuffer ioctl. but that only causes a redraw if you change the virtual y coordinate | 17:27 |
| jonpry | and has to be a whole screen refresh | 17:27 |
| jonpry | so i think we invent a new ioctl | 17:28 |
| jonpry | then a little work needs to be done in surfaceflinger to get the dirty region. but iirc it calculates it anyways | 17:28 |
| *** XirXes has quit IRC | 17:42 | |
| jonpry | detule, did you get those latest patches running? | 17:43 |
| jonpry | i was wondering what happens to 3d games during blank | 17:43 |
| jonpry | seems like they don't have to deal with egl death | 17:43 |
| *** XirXes has joined #xdandroid | 17:45 | |
| *** emwe__ has quit IRC | 17:51 | |
| arrrghhh | XirXes, yo | 18:01 |
| *** fishhead2567 has quit IRC | 18:20 | |
| *** programmer8922 has joined #xdandroid | 18:30 | |
| *** d3tul3 has joined #xdandroid | 18:35 | |
| d3tul3 | jonpry, i have it going | 18:36 |
| d3tul3 | currently doing some battery yoga | 18:36 |
| jonpry | faster? | 18:43 |
| d3tul3 | certainly less artefacts | 18:45 |
| d3tul3 | and plenty fast | 18:45 |
| jonpry | just vibration :p | 18:48 |
| jonpry | and cache artifacts | 18:48 |
| *** programmer8922 has quit IRC | 18:58 | |
| d3tul3 | oh wow i forgot this is jit enabled | 19:02 |
| jonpry | faster disabled? | 19:04 |
| d3tul3 | imo yes | 19:05 |
| jonpry | ever try fps2d? | 19:06 |
| d3tul3 | no not on this thing | 19:07 |
| d3tul3 | ok i think first order of business should be squashing this screen off thing, because other than that this build is very usable even at this stage | 19:07 |
| jonpry | that might be a really hard problem | 19:07 |
| d3tul3 | you have an idea what's causing it | 19:08 |
| jonpry | best case scenario is we can stop the blob or whatever is doing it from losing egl context | 19:08 |
| jonpry | but if the context gets lost there is a serious problem | 19:08 |
| jonpry | kernel hw3d.c there is all this stuff that performs a "revoke" | 19:12 |
| d3tul3 | trying to educate myself on android context | 19:15 |
| jonpry | i wonder if devices that support gl compositor have to deal with revoke | 19:15 |
| jonpry | if we lose context. then we may be force to backup all surface contents. which is ok. but we won't necessarily be able to reallocate the surfaces at the same position in memory. so all client pointers become invalid | 19:16 |
| d3tul3 | i guess http://gamedev.stackexchange.com/questions/12629/workaround-to-losing-the-opengl-context-when-android-pauses | 19:18 |
| d3tul3 | probably not relevant | 19:18 |
| jonpry | i don't think that works for blank. only pause | 19:20 |
| *** raymonddull has joined #xdandroid | 19:36 | |
| *** raymonddull is now known as ray|tab | 20:01 | |
| *** NeoMatrixJR has quit IRC | 20:25 | |
| *** hardwalker has joined #xdandroid | 20:31 | |
| *** programmer8922 has joined #xdandroid | 20:33 | |
| *** ray|tab is now known as ray|sleep | 21:06 | |
| *** d3tul3 has quit IRC | 21:55 | |
| *** arrrghhh has quit IRC | 21:56 | |
| *** [7] has quit IRC | 22:29 | |
| *** TheSeven has joined #xdandroid | 22:30 | |
| *** bzo has quit IRC | 23:03 | |
| *** SG has joined #xdandroid | 23:08 | |
| *** SG has left #xdandroid | 23:08 | |
| *** programmer8922 has quit IRC | 23:52 | |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!