MTK_android notes

本文详细介绍了如何在手机系统中进行个性化设置,包括图标显示密度调整、主菜单界面图标主题修改、待机墙纸更换、开机LOGO、开机动画、开机铃声定制以及默认语言切换等操作。

1、图标显示密度:

      图标显示大小调节;

      工程修改:\mediatek\config\miki82_tb_kk\system.prop;

      修改内容:ro.sf.lcd_density=240 //160


2、修改主菜单界面图标主题:

      工程修改:\build\target\product\common.mk

          修改内容:PRODUCT_PACKAGES += Launcher2  //Launcher3


3、修改待机墙纸:

      修改内容:\packages\apps\Launcher2\res\drawable-nodpi

                        \packages\apps\Launcher2\res\values\wallpapers.xml

      默认墙纸:frameworks\base\core\res\res\drawable-nodpi\default_wallpaper.jpg

      default_wallpaper.jpg:为需要显示的那张图片;从drawable-nodpi拷过来!


4、修改开机LOGO、开机动画、开机铃声:

      修改内容:

      开机LOGO:mediatek\custom\common\lk\logo\wsvganl  --> wsvganl_kernel.bmp 和 wsvganl_uboot.bmp

                           wsvganl:对应相应的分辨率;

      开机动画:文件放在 \frameworks\base\data\sounds;

                        打开AllAudio.mk

     在文件最后面加上:$(LOCAL_PATH)/bootanimation.zip:system/media/bootanimation.zip

                        如果在\frameworks\base\data\sounds文件夹下没有bootanimation.zip文件,则需要自己手动添加;

                        在bootanimation.zip文件包中包含part0(98张图片<动画张数可以随便定义几张>格式为.png)、part1两部分(最后一张图片格式为.png,名字定义为98.png) + desc.txt

             desc.txt包含下列信息:
            ===================================================================
              600 1024 5
p 1 2 part0
p 1 2 part1
      ===================================================================

开机铃声:文件放在 \frameworks\base\data\sounds;

添加bootaudio.mp3到该文件夹下;

并在该文件下的AllAudio.mk的文件中添加

  $(LOCAL_PATH)/bootaudio.mp3:system/media/bootaudio.mp3


5、修改默认语言:

      修改文件:mediatek\config\miki82_tb_kk\ProjectConfig.mk

                        MTK_PRODUCT_LOCALES = en_US


6、内置APK:查看《MTK_android_如何预置APK(整合MTK回

                      复)》http://blog.youkuaiyun.com/soft_fa/article/details/39478627


7、切换到当前目录下:

      #git   checkout   x10_xls


8、查看当前工程服务器地址:

      #git   remote   -v


9、编译单个模块:

      #./mk -o=TARGET_BUILD_VARIANT=user mm packages/apps/Launcher2;./mk -                     o=TARGET_BUILD_VARIANT=user snod

      前面为编译修改模块,后面为编译之后打包编译好的模块!










private Watchdog() { mThread = new Thread(this::run, "watchdog"); // Initialize handler checkers for each common thread we want to check. Note // that we are not currently checking the background thread, since it can // potentially hold longer running operations with no guarantees about the timeliness // of operations there. // // Use a custom thread to check monitors to avoid lock contention from impacted other // threads. ServiceThread t = new ServiceThread("watchdog.monitor", android.os.Process.THREAD_PRIORITY_DEFAULT, true /*allowIo*/); t.start(); mMonitorChecker = new HandlerChecker(new Handler(t.getLooper()), "monitor thread", mLock); mHandlerCheckers.add(withDefaultTimeout(mMonitorChecker)); mHandlerCheckers.add( withDefaultTimeout( new HandlerChecker(FgThread.getHandler(), "foreground thread", mLock))); // Add checker for main thread. We only do a quick check since there // can be UI running on the thread. mHandlerCheckers.add( withDefaultTimeout( new HandlerChecker( new Handler(Looper.getMainLooper()), "main thread", mLock))); // Add checker for shared UI thread. mHandlerCheckers.add( withDefaultTimeout(new HandlerChecker(UiThread.getHandler(), "ui thread", mLock))); // And also check IO thread. mHandlerCheckers.add( withDefaultTimeout(new HandlerChecker(IoThread.getHandler(), "i/o thread", mLock))); // And the display thread. mHandlerCheckers.add( withDefaultTimeout( new HandlerChecker(DisplayThread.getHandler(), "display thread", mLock))); // And the animation thread. mHandlerCheckers.add( withDefaultTimeout( new HandlerChecker( AnimationThread.getHandler(), "animation thread", mLock))); // And the surface animation thread. mHandlerCheckers.add( withDefaultTimeout( new HandlerChecker( SurfaceAnimationThread.getHandler(), "surface animation thread", mLock))); // Initialize monitor for Binder threads. addMonitor(new BinderThreadMonitor()); mInterestingJavaPids.add(Process.myPid()); //#ifdef OPLUS_EXTENSION_HOOK //Runsheng.Pei@ANDROID.STABILITY, 2020/02/08, Add for decouple: //Jianqing.Wu@ANDROID.ARCH, 2021-08-25 : create ocsi object mWdtExt = ExtLoader.type(IWatchdogExt.class).base(this).create(); //#endif /*OPLUS_EXTENSION_HOOK*/ // See the notes on DEFAULT_TIMEOUT. assert DB || Build.IS_USERDEBUG || DEFAULT_TIMEOUT > ZygoteConnectionConstants.WRAPPED_PID_TIMEOUT_MILLIS; //#ifdef MTK_ONLY_FEATURE_AEE mWdtSocExt.getExceptionLog(); //#endif /* MTK_ONLY_FEATURE_AEE */ mTraceErrorLogger = new TraceErrorLogger(); }解释构造函数都做了什么,
09-16
private Watchdog() { 511 mThread = new Thread(this::run, "watchdog"); 512 513 // Initialize handler checkers for each common thread we want to check. Note 514 // that we are not currently checking the background thread, since it can 515 // potentially hold longer running operations with no guarantees about the timeliness 516 // of operations there. 517 // 518 // Use a custom thread to check monitors to avoid lock contention from impacted other 519 // threads. 520 ServiceThread t = new ServiceThread("watchdog.monitor", 521 android.os.Process.THREAD_PRIORITY_DEFAULT, true /*allowIo*/); 522 t.start(); 523 mMonitorChecker = new HandlerChecker(new Handler(t.getLooper()), "monitor thread", mLock); 524 mHandlerCheckers.add(withDefaultTimeout(mMonitorChecker)); 525 526 mHandlerCheckers.add( 527 withDefaultTimeout( 528 new HandlerChecker(FgThread.getHandler(), "foreground thread", mLock))); 529 // Add checker for main thread. We only do a quick check since there 530 // can be UI running on the thread. 531 mHandlerCheckers.add( 532 withDefaultTimeout( 533 new HandlerChecker( 534 new Handler(Looper.getMainLooper()), "main thread", mLock))); 535 // Add checker for shared UI thread. 536 mHandlerCheckers.add( 537 withDefaultTimeout(new HandlerChecker(UiThread.getHandler(), "ui thread", mLock))); 538 // And also check IO thread. 539 mHandlerCheckers.add( 540 withDefaultTimeout(new HandlerChecker(IoThread.getHandler(), "i/o thread", mLock))); 541 // And the display thread. 542 mHandlerCheckers.add( 543 withDefaultTimeout( 544 new HandlerChecker(DisplayThread.getHandler(), "display thread", mLock))); 545 // And the animation thread. 546 mHandlerCheckers.add( 547 withDefaultTimeout( 548 new HandlerChecker( 549 AnimationThread.getHandler(), "animation thread", mLock))); 550 // And the surface animation thread. 551 mHandlerCheckers.add( 552 withDefaultTimeout( 553 new HandlerChecker( 554 SurfaceAnimationThread.getHandler(), 555 "surface animation thread", 556 mLock))); 557 // Initialize monitor for Binder threads. 558 addMonitor(new BinderThreadMonitor()); 559 560 mInterestingJavaPids.add(Process.myPid()); 561 562 //#ifdef OPLUS_EXTENSION_HOOK 563 //Runsheng.Pei@ANDROID.STABILITY, 2020/02/08, Add for decouple: 564 //Jianqing.Wu@ANDROID.ARCH, 2021-08-25 : create ocsi object 565 mWdtExt = ExtLoader.type(IWatchdogExt.class).base(this).create(); 566 //#endif /*OPLUS_EXTENSION_HOOK*/ 567 568 // See the notes on DEFAULT_TIMEOUT. 569 assert DB || Build.IS_USERDEBUG || 570 DEFAULT_TIMEOUT > ZygoteConnectionConstants.WRAPPED_PID_TIMEOUT_MILLIS; 571 572 //#ifdef MTK_ONLY_FEATURE_AEE 573 mWdtSocExt.getExceptionLog(); 574 //#endif /* MTK_ONLY_FEATURE_AEE */ 575 mTraceErrorLogger = new TraceErrorLogger(); 576 } 577 578 /** 579 * Called by SystemServer to cause the internal thread to begin execution. 580 */ 581 public void start() { 582 //#ifdef OPLUS_EXTENSION_HOOK 583 //#Daibo.Le@ANDROID.STABILITY, 2023/03/16, add for closing watchdog in hwasan or hightempaging build 584 if (mWdtExt.checkIfNeedCloseWdt()) { 585 return; 586 } 587 //#endif /*OPLUS_EXTENSION_HOOK*/ 588 mThread.start(); 589 }这是watchdog的构造函数请帮我解释一下代码的作用
07-26
【SCI复现】含可再生能源与储能的区域微电网最优运行:应对不确定性的解鲁棒性与非预见性研究(Matlab代码实现)内容概要:本文围绕含可再生能源与储能的区域微电网最优运行展开研究,重点探讨应对不确定性的解鲁棒性与非预见性策略,通过Matlab代码实现SCI论文复现。研究涵盖多阶段鲁棒调度模型、机会约束规划、需求响应机制及储能系统优化配置,结合风电、光伏等可再生能源出力的不确定性建模,提出兼顾系统经济性与鲁棒性的优化运行方案。文中详细展示了模型构建、算法设计(如C&CG算法、大M法)及仿真验证全过程,适用于微电网能量管理、电力系统优化调度等领域的科研与工程实践。; 适合人群:具备一定电力系统、优化理论和Matlab编程基础的研究生、科研人员及从事微电网、能源管理相关工作的工程技术人员。; 使用场景及目标:①复现SCI级微电网鲁棒优化研究成果,掌握应对风光负荷不确定性的建模与求解方法;②深入理解两阶段鲁棒优化、分布鲁棒优化、机会约束规划等先进优化方法在能源系统中的实际应用;③为撰写高水平学术论文或开展相关课题研究提供代码参考和技术支持。; 阅读建议:建议读者结合文档提供的Matlab代码逐模块学习,重点关注不确定性建模、鲁棒优化模型构建与求解流程,并尝试在不同场景下调试与扩展代码,以深化对微电网优化运行机制的理解。
个人防护装备实例分割数据集 一、基础信息 数据集名称:个人防护装备实例分割数据集 图片数量: 训练集:4,524张图片 分类类别: - Gloves(手套):工作人员佩戴的手部防护装备。 - Helmet(安全帽):头部防护装备。 - No-Gloves(未戴手套):未佩戴手部防护的状态。 - No-Helmet(未戴安全帽):未佩戴头部防护的状态。 - No-Shoes(未穿安全鞋):未佩戴足部防护的状态。 - No-Vest(未穿安全背心):未佩戴身体防护的状态。 - Shoes(安全鞋):足部防护装备。 - Vest(安全背心):身体防护装备。 标注格式:YOLO格式,包含实例分割的多边形坐标和类别标签,适用于实例分割任务。 数据格式:来源于实际场景图像,适用于计算机视觉模型训练。 二、适用场景 工作场所安全监控系统开发:数据集支持实例分割任务,帮助构建能够自动识别工作人员个人防护装备穿戴状态的AI模型,提升工作环境安全性。 建筑与工业安全检查:集成至监控系统,实时检测PPE穿戴情况,预防安全事故,确保合规性。 学术研究与创新:支持计算机视觉在职业安全领域的应用研究,促进AI与安全工程的结合。 培训与教育:可用于安全培训课程,演示PPE识别技术,增强员工安全意识。 三、数据集优势 精准标注与多样性:每个实例均用多边形精确标注,确保分割边界准确;覆盖多种PPE物品及未穿戴状态,增加模型鲁棒性。 场景丰富:数据来源于多样环境,提升模型在不同场景下的泛化能力。 任务适配性强:标注兼容主流深度学习框架(如YOLO),可直接用于实例分割模型开发,支持目标检测和分割任务。 实用价值高:专注于工作场所安全,为自动化的PPE检测提供可靠数据支撑,有助于减少工伤事故。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

faver_v

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值