Closed ngoquang2708 closed 8 years ago
I think this issue relates to permissions. Because we can receive incoming call, that mean that the audio recording is working.
I will try to look into stock init.rc to find out what permissions are difference from CM one.
Of course, it's answerable
Int stock init.rc, mediaserver service has system group, in CM, it does not. When add system group to mediaserver in CM init.rc, mediaserver failed to detected the sound card! It is not supported to go that way, because it has more privilege than before. So why adding system group make it fail?
Our stock is completely broken. It just does what it wants, like RIL. Our sound works perfectly so i think there's no need to set mediaserver at system group.
But when recording audio, logcat split out this thing:
I/MediaFocusControl( 512): AudioFocus requestAudioFocus() from android.media.AudioManager@425f2990com.android.soundrecorder.SoundRecorder$4@425e12c8 E/Recorder( 2141): audiosourcetype 1 D/AudioPolicyManagerBase( 1791): getInput() inputSource 1, samplingRate 8000, format 1, channelMask 10, acoustics 0 E/AudioRecord( 1791): Could not get audio input for record source 1 D/AudioSource( 1791): Start autoramp from 500000 E/StagefrightRecorder( 1791): audio source is not initialized E/MediaRecorder( 2141): start failed: -2147483648
When change CM init.rc to stock init.rc, sound work! (and mediaserver has system group, of couse)
Problem with the libstagefright: E/StagefrightRecorder( 1791): audio source is not initialized
I have just found a way to make audio rec to work. I will do some check to ensure that it works in our current code base.
OK
What the f*ck is this?
I/AudioPolicyService( 131): Loaded audio policy from Samsung hawaii audio policy HAL (audio_policy)
Hmm... it seems that comes from the property from build.prop It uses hawaii's policy (hawaii is G313HN/HU board)
This issue is now resolved by PR #26
After make this to work, I confirm that this issue is not relate to #6 phone call not working issue. Sorry for making many assumtions before.
Everybody got their false,man Dat phone calls refers to RIL, which requires many things to work
It seems mint's guys encountered this RIL problem too. I see they are working hard on it.
Yeah, mint is a Spreadtrum phone too He said RIL is working on hardware level (IMEI,signals,etc), but needs to be configured in Sammy/SPRD's way to get it fully working
Waiting for his works :D
Hmm... i got bootloop when commit this change
What change?
Audio policy
Try a clean build. I encountered it too, but it works after a clean build.
May be something doesn't recompile with new config.
Damn, 2hrs more :( Anyway, i've not tested yet because of bootloop, but try disabling CONFIG_SENSOR_OUTPUT_YUV to see if camera works
Don't forget to regenerate vendor folder
Yes, already
I will try it when I have free time :D
It's kernel defconfig, so it's pretty fast to compile
Okay
Gotta get some sleeps :D
It doesn't work.
Confirmed
Sprd_dcam have less source code than mint kernel one
IDK, just digging it :D But mint is 2mp and ours is 3mp
Damn, it crashes mediaserver with stock blob How did you get it works?
I committed all my works, try compare all my repo with yours.
Nothing conflicts, but why it still crash?
I have no idea
Logcat would help.
Well, accidentally deleted logfile But i remember it gives me a lot of backtraces, including audio_policy.scx15.so
Very easily to regenerate it.
OK, log here: https://pastee.org/z95r8
I have no idea. It looks like mine before.
I make a clean build, and audio recoding is still working, why don't yours?
Idk, typo or sth make it derp?
Does it working now?
Still dead
Sound is dead again
Now try remove audio_policy.scx15.so to see what happen.
I already tried, missing -DMR0_AUDIO_BLOB in BoardConfig.mk makes audio dead Just wondering why stock blob works with you, not me
May be this issue related to phone call not work.