Unfortunately, QPR2 seems to cause this app to randomly crash when checking
for aux cameras and I don't currently see a fix, so let's drop it for now
until a solution can be found
Change-Id: Ife2b51aac6c1f77b59cce498e29cd105a5564658
These use the front camera frequently but aren't critical to
functionality, so we don't need to disrupt 5G services.
Change-Id: I0d23c3bfec936ddefcabb93e6a579a5eb11b3574
We don't need to disable 5G entirely during front camera usage, because
apparently only N78 band in SA 5G (Jio) is affected. Lower bands, such
as N28, does not break front camera so let's just disable the offending
band via RIL OEM commands when front camera is active.
Reversed the band editing mechanism from stock qcom-moto-telephony-ext.
Inspired by 70eebccf64
Change-Id: I6ccb247a5d1b1521e1828304f5570269d9e3f221
On some network(s) (confirmed on Jio), the usage of 5G kills front
camera and crashes the camera app. Logs reveal hardware or firmware
issues related to interference or bandwidth, which is out of my
expertise:
[ 63.301897] CAM_ERR: CAM-ISP: cam_ife_csid_irq: 5016 CSID:2 RX_ERROR_LANE0_FIFO_OVERFLOW: Skew/Less Data on lanes/ Slow csid clock:300000000Hz
Until this can be actually fixed (if ever), a temporary workaround.
Inspired by a860cc8189
Change-Id: Ifefb36cf113a5f25feda771ea7729418553e74ed
Unfortunately it seems dubai's MotCamera4 from Android 13 is a very early version and
seems to hate Android 14, so let's switch to eqs's A12 version as it contains the proper
asset configurations for dubai where-as eqs 13 and up does not
Change-Id: I7d134648aac68bf7bb666cd36b0796899e945cfc
This device uses an NXP chip
and supports Mifare tags. This adds the xml file
to make NXP's apps work properly.
Change-Id: I9f2f04d3c5c211185bf2ab0d5a797070c49d4b98
The default thermal-engine-dubai.conf is way too agressive with throttling that the performance
is way too low for any users trying to play 3D games on a Snapdragon 778G+ runs slower than
a SD 778G, so let's swap to the dubai-game-perf config as when we compared the configs it
allows for a better performance to thermal balance. We also checked dubai-perf but that one
was more of a "let's get the highest scores in a benchmark and turn the device into a
handwarmer" kind of thermal config.
Change-Id: Id5c991a198ef6be61009a9785b5e8604aa1fdc91
Added a device specific overlay that changes the default name
from "AndroidAp" to customized name
Test: Builds, manually verified name change
Bug: 36368950
Change-Id: I38a5f6fb950d6a45342080bae186a8ed276d94bf
Signed-off-by: Adithya R <gh0strider.2k18.reborn@gmail.com>
The WPSS firmware in android 13 (T1RD33.116-33-3) is faulty and
causes 5 GHz wifi speeds to drop massively unless bluetooth is
turned on. This is happening to stock ROM users as well.
Revert back to last android 12 firmware for now until its fixed in
a future stock 13 release.
Change-Id: I025b4b1591a302e6b91cb2b601a50ac0503f127e
* Even tho libmot_chi_desktop_helper has a dependency of libgui_vendor,
it seems to be not loading and throws missing symbol `_ZN7android7SurfaceC1ERKNS_2spINS_22IGraphicBufferProducerEEEb`
Change-Id: I10e6774467cf6bb933a63fa0455307ecdf65163f
Signed-off-by: sb6596 <shubhamprince111@gmail.com>
This reverts commit 4a3a76f061.
Ghostrider_reborn fixed the brightness LUT via the kernel, so we can go back
to the stock ROM overlay values for brightness too
Change-Id: Ic41e70c7730ead1882263a89e31ca3d2438784fc
Now that the dependency commits for gerrit topic 13-camera-privapp are merged,
we can now enable super slow motion in MotCamera4
Change-Id: I020fa669311129af7f9874ce8677798628731fb8
Build fingerprint and description taken from getprop of stock ROM
[ro.build.description]: [dubai_g-user 12 S1RD32.55-106 0cdff5-e7305 release-keys]
[ro.build.fingerprint]: [motorola/dubai_g/dubai:12/S1RD32.55-106/0cdff5-e7305:user/release-keys]
Also drop duplicated cvp blobs from sm7325-common
Change-Id: I79c471d12ca4c9edbfa39e40a8191d79701e101e
The values extracted from Stock ROM are quite dim on average and the minimum brightness is low,
So let's remove the three minimum light sensor values on config_autoBrightnessLevels and the
bottom four values and then add another value near max on config_autoBrightnessDisplayValuesNits
to help increase the minimum brightness and also bump up the values for the other automatic
brightness values.
While we're at it, we shall also raise the values for DarkeningLightDebounce and
BrighteningDebounce overlays so that it takes a lot longer before our device decides to actually
lower the brightness to prevent super jarring brightness changes.
Change-Id: Iacafa69d1e27b5201d98a832305c9afc5f228dd3