1.3D月光宝盒游戏机模拟器方案源码项目解析（1）
2.软件配置管理相关优势
3.ITX-RK3588J上固件与驱动的交叉编译与烧写流程概述
4.管理代码的工具
5.手把手教你微调百亿大模型：基于Firefly微调Qwen1.5-14b

3D月光宝盒游戏机模拟器方案源码项目解析（1）

       月光宝盒游戏机项目历史悠久，源起于广州的硬件方案，市场反响极佳，吸引了众多开发者加入。经典的“小霸王”游戏机品牌也在此项目中出现了踪影。在京东等电商平台上，打鱼 源码月光宝盒游戏机的销售情况表明，其成本相对较低，利润率高，显示出项目的良好前景。

       解析月光宝盒项目的技术构成主要包括硬件与软件两个方面。硬件部分通常采用成熟方案，如HDMI输出设备，并配备手柄，实现游戏设备的基本功能。软件部分则涉及更为复杂的定制与集成。硬件方案通常提供基于Android的操作系统，开发者需要在此基础上构建独特的月光宝盒界面，以此作为用户启动游戏的交互平台。桌面launcher设计即是游戏菜单主界面，负责用户界面的呈现与交互。简化版的月光宝盒界面通常采用极简与metro风格，提供直观且简洁的视觉体验。

       界面的直观性与美观性是设计中的关键要素，通过精心的设计，能够提升用户体验，促进项目的成功。线上项目支持在ricegame.cn等网站上下载，用户可以便捷地获取相关资源。

       对于软件部分，开发团队需要聚焦于游戏模拟器的核心功能，以实现广泛的游戏支持。米饭模拟器方案是外部源码冰凌一个较为全面的选择，能涵盖街机、GBA、NES(FC)、SNES(SFC)、PS1/PSP、NDS、N、3DS、MD等多个游戏格式。这使得项目能够支持数量巨大的游戏库，提供丰富的游戏体验。如经典的游戏如“三国战记”等，支持数万游戏的模拟器成为用户游戏体验的基石。

       自制模拟器或尝试不同的开源方案虽能带来一定的自定义能力，但往往需要较高的时间投入与资源成本。米饭模拟器方案则提供了一站式的解决方案，提前预见风险与成本，确保项目的稳定性和高可用性。此外，米饭模拟器还提供了全面的技术支持，从产品开发到维护阶段都能得到充分的保障。使用此类方案可以有效降低软件开发的风险与成本，同时确保项目在硬件成本方面也能达到优化。

       硬件选择也是项目成本控制的重要环节。Firefly RK是一种性能与成本兼优的硬件方案，其性价比极高，支持大多数模拟器功能。使用性能优秀的硬件，能够进一步提升用户体验，但成本投入也会相应增加。

       综上所述，月光宝盒游戏机项目通过集硬件与软件设计的sony 电视 源码创新，实现了成本效益的优化与用户体验的提升。无论是面向经典游戏的重现，还是追求更广泛的游戏平台支持，都能在米饭模拟器方案的加持下，实现项目的全面发展。项目团队可依据自身资源与市场需求，选择合适的硬件与软件解决方案，为用户提供丰富且优质的娱乐体验。

软件配置管理相关优势

       国内软件企业日益认识到配置管理在提升软件开发管理效率和竞争力中的关键作用。为满足市场的需求，Hansky公司在中国推出了领先行业的软件配置管理解决方案——包括配置管理工具Firefly和变更管理工具Butterfly。

       Firefly作为Hansky的软件配置管理系统，它是一款高效、快速的工具，支持多平台应用，适用于企业内部各团队和项目。Firefly的强大功能体现在对软件发布时间、版本构成、Bug修改记录以及版本构建等的精确管理，极大地支持了开发团队的工作，使得他们能够清晰定义并跟踪软件开发的各个环节。

       Butterfly作为新一代的变更请求管理软件，以软件项目为中心，优化了开发过程，提供缺陷追踪、源代码管理和丰富的报表，帮助团队高效完成项目。它的特点包括缺陷管理、代码重用、工作流程优化、进度控制和工作分配管理等，有助于提高软件开发的10111011的源码效率和质量。

       Hansky的配置管理解决方案为公司带来的益处包括：管理者能够有效控制产品进度和质量，开发人员专注于创新，测试人员执行标准化流程，产品发布人员确保产品质量。具体来说，用户在资金投入、项目周期缩短和知识财富保护上都能看到实实在在的收益。

       通过使用Hansky的解决方案，用户可以降低成本，如低硬件要求、易安装维护、简化学习曲线和灵活的许可证管理。系统采用最新的技术，确保长期的适用性和稳定性。同时，通过配置管理，企业可以缩短产品开发周期，提高代码复用，改善工作模式，增强项目管理，并实现工作量的量化考核。

       保护企业知识财富是Hansky解决方案的重要目标，通过代码对象库、业务经验库的建立，以及严格的安全性和可靠性保障，公司的知识库得以安全保存和传播，从而增强团队协作和整体竞争力。

扩展资料

       软件配置管理（Software Configuration Management，SCM）是一种标识、组织和控制修改的技术。软件配置管理应用于整个软件工程过程。我们知道，quicklib源码分享在软件建立时变更是不可避免的，而变更加剧了项目中软件开发者之间的混乱。SCM活动的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更。从某种角度讲，SCM是一种标识、组织和控制修改的技术，目的是使错误降为最小并最有效地提高生产效率。

ITX-RKJ上固件与驱动的交叉编译与烧写流程概述

       本文档着重阐述了如何在Linux虚拟机环境下，通过交叉编译在Firefly的ITX-RKJ开发板上实现Ubuntu固件与驱动的制作过程，涵盖环境配置、固件与驱动的编译、烧写与安装步骤，并总结了在实现过程中可能遇到的问题及解决策略。

       在进行交叉编译时，我们采用win物理机上搭载的VisualBox管理的Ubuntu.虚拟机环境。此过程包括编译环境的配置、源码资源的下载与更新、固件与驱动的编译。在执行过程中，确保在root下执行命令并检查文件权限，使用"chmod"命令调整权限至，以解决可能出现的问题。

       配置编译环境时，推荐使用Ubuntu.版本，由于官方建议的.版本不再维护，我们发现其sources.list内的软件源地址无法正常更新，导致配置不便。因此，实测使用.版本能够顺利完成固件编译。建议在虚拟机配置之初完成虚拟内存大小、虚拟硬盘大小的设置、网络连接方式、共享文件夹的配置等步骤，并设置root密码。

       编译环境配置涉及多个软件的安装，如repo、git、ssh、make、gcc等，并根据需要安装python2.6-2.7版本和7-zip等工具。安装步骤包括在终端输入安装命令，并完成软件列表和软件的更新。对于其他可能需要的软件，根据编译过程中的报错信息直接下载安装。

       SDK初始化与更新部分，涉及资源文件的下载与校验、SDK的解压、初始化与更新。确保下载的资源完整无损，并使用repo工具链接Firefly仓库进行SDK初始化与更新。

       固件编译过程中，下载并解压根文件，使用repo工具链进行配置，选择对应板子型号的配置文件并直接编译完整固件。编译生成的固件部分以链接形式保存，完整固件位于指定目录下。对于部分编译，参考Wiki教程调整编译命令。

       驱动编译涉及对原始驱动源文件的修改，使其能在新平台上运行。具体修改包括更改makefile文件中的目标平台架构、交叉编译工具链和内核源码路径，以及驱动源文件"xxx.c"的具体代码修改。根据错误信息进行调整，确保驱动能正确编译生成。

       固件烧写与驱动安装阶段，将编译好的固件和驱动传输至PC端，通过USB线缆连接至开发板进行固件烧写。使用RKDevTool完成驱动安装与固件烧写流程。驱动安装则通过FTP、TFTP或U盘拷贝至开发板，并在上电时连接外设，使用命令进行驱动安装。

       在整个过程中，可能出现的一些问题及解决策略，如repo安装失败时使用特定命令，或U盘无法正常使用时尝试安装ntfs-3g驱动，以确保系统能够正常识别与读取U盘内容。

       本文档通过详细的步骤指导，旨在提供一个全面的指南，帮助开发者在Firefly的ITX-RKJ开发板上完成Ubuntu固件与驱动的交叉编译、烧写与驱动安装，以实现开发板的正常运行。

管理代码的工具

       Rational ClearCase:

        Rational 公司是全球最大的软件CASE 工具提供商，现已被IBM收购。也许是受到其拳头产品、可视化建模第一工具Rose 的影响，它开发的配置管理工具ClearCase 也是深受用户的喜爱，是现在应用面最广的企业级、跨平台的配置管理工具之一。

        ClearCase提供了比较全面的配置管理支持，其中包括版本控制、工作空间管理、Build管理等，而且开发人员无需针对其改变现有的环境、工具和工作方式。

        其最大的缺点就在于其价格不菲，每个客户端用户许可证大约需要几千美金，所以在国内应用群体有限。

        1） 版本控制

        ClearCase不仅可以对文件、目录、链接进行版本控制，同时还提供了先进的版本分支和归本功能用于支持并行开发。另外，它还支持广泛的文件类型。

        2）工作空间管理

        可以为开发人员提供私人存储区，同时可以实现成员之间的信息共享，从而为每一位开发人员提供一致、灵活、可重用的工作空间域。

        3） Build管理

        对ClearCase 控制的数据，既可以使用定制脚本，也可使用本机提供的make 程序。

        其最大的缺点就在于其价格不菲，每个客户端用户许可证大约需要几千美金，所以在国内应用群体有限。

       Hansky Firefly:

        做为Hansky公司软件开发管理套件中重要一员的Firefly，可以轻松管理、维护整个企业的软件资产，包括程序代码和相关文档。Firefly是一个功能完善、运行速度极快的软件配置管理系统，可以支持不同的操作系统和多种集成开发环境，因此它能在整个企业中的不同团队，不同项目中得以应用。

        Firefly基于真正的客户机/服务器体系结构，不依赖于任何特殊的网络文件系统，可以平滑地运行在不同的LAN、WAN 环境中。它的安装配置过程简单易用，Firefly 可以自动、安全地保存代码的每一次变化内容，避免代码被无意中覆盖、修改。项目管理人员使用Firefly可以有效地组织开发力量进行并行开发和管理项目中各阶段点的各种资源，使得产品发布易于管理；并可以快速地回溯到任一历史版本。系统管理员使用Firefly的内置工具可以方便的进行存储库的备份和恢复，而不依赖于任何第三方工具。

       WinCVS:

        CVS 是Concurrent Versions System 的缩写，它是开放源代码软件世界的一个伟大杰作，由于其简单易用、功能强大，跨平台，支持并发版本控制，而且免费，它在全球中小型软件企业中得到了广泛使用。

        其最大的遗憾就是缺少相应的技术支持，许多问题的解决需要自已寻找资料，甚至是读源代码。

       Merant PVCS:

        MERANT 公司的PVCS 能够提供对软件配置管理的基本支持，通过使用其图形界面或类似SCCS 的命令，能够基本满足小型项目开发的配置管理需求。PVCS 虽然功能上也基本能够满足需求，但是其性能表现一直较差，逐渐地被市场所冷落。

       Microsoft Visual Source Safe:

        Visual Source Safe，即VSS，是微软公司为Visual Studio配套开发的一个小型的配置管理工具，准确来说，它仅能够称得上是一个小型的版本控制软件。VSS的优点在于其与Visual Studio实现了无缝集成，使用简单。提供了历史版本记录、修改控制、文件比较、日志等基本功能。

        但其缺点也是十分明显的，只支持Windows平台，不支持并行开发，通过Check out - Modify - Check in的管理方式，一个时间只允许一个人修改代码，而且速度慢、伸缩性差，不支持异地开发。甚至于微软本身也不采用其做为配置管理工具，而是使用一个名为SLM 的内部工具。

手把手教你微调百亿大模型：基于Firefly微调Qwen1.5-b

       本文旨在引导新手通过使用Firefly项目微调Qwen1.5-b模型，学习大模型的微调流程。此教程不仅适用于微调llama、ziya、bloom等模型，同时Firefly项目正在逐步兼容更多开源大模型，如InternLM、CPM-bee、ChatGLM2等。此教程是大模型训练的步步指引，即使你是训练大模型的新手，也能通过本文快速在单显卡上训练出自己的大模型。

       访问Firefly项目链接：/yangjianxin1/Firefly

       1. 安装环境

       假定读者具备一定的python编程基础，直接跳过python、cuda、git等编程环境和工具的安装教程。

       首先，将Firefly项目代码库clone至本地：

       1. 进入项目目录

       2. 创建相应的虚拟环境

       3. 安装相应的python包

       确保使用源码安装所有包，避免不必要的麻烦。推荐torch版本为1.3，避免使用2.0。

       2. 准备训练集

       Firefly项目提供多个高质量指令数据集，推荐使用moss数据集，数据集下载地址在Github项目地址中。

       训练数据为jsonl格式，每行为一个多轮对话，conversation字段是必需的，可根据实际需求添加或删除其他字段。

       也可使用自定义数据，只需整理成指定格式即可。在项目的data/dummy_data.jsonl文件中存放了调试数据，可用于代码调试。

       3. 配置训练参数

       所有训练参数配置存储在train_args目录，便于统一管理。以微调Qwen1.5-b为例，参数配置文件路径为train_args/qlora/qwen1.5-b-sft-qlora.json，可根据硬件条件调整文件中的训练参数。

       训练参数详细说明如下：

       在微调Qwen1.5-b时，训练配置如下，需根据实际情况调整：

       model_name_or_path：可指定huggingface模型仓库名称或本地模型路径。使用huggingface仓库名称时，训练脚本会自动下载权重、tokenizer和代码等。本地访问较慢时，建议先下载模型至本地，使用本地路径。

       如遇到OOM问题，可调整max_seq_length、per_device_train_batch_size等参数缓解。开启gradient_checkpointing参数可大幅降低显存占用，但会减慢训练速度。

       4. 启动训练

       执行以下脚本启动训练，num_gpus表示训练使用的显卡数量。全球批大小为per_device_train_batch_size * gradient_accumulation_steps * num_gpus。

       在RTX上训练7B模型，每个step大约秒，B模型每个step大约秒。

       5. 合并权重

       训练中仅保存adapter的权重，不保存合并后的模型权重。训练结束后，手动将adapter与base model的权重合并。adapter权重保存至output_dir指定目录，执行script目录下的merge_lora.py脚本获取合并后的模型权重。

       注意：Qwen1.5-b等模型自定义了结构和tokenizer，代码未合并至transformers库中。合并权重后，需复制huggingface模型仓库中的python文件至合并权重目录，否则加载合并模型进行推理时会出错。

       权重合并脚本如下，请根据实际的base model和adapter保存路径，调整save_path、adapter_name_or_path、model_name_or_path等参数。

       6. 模型推理

       完成权重合并后，即可使用模型进行推理。项目提供单轮对话和多轮对话脚本，详情参见script/chat目录。该脚本兼容本项目训练的所有模型。

       生成脚本中的top_p、repetition_penalty、temperature、do_sample等参数对生成效果影响显著，根据使用场景进行调整。

       推理阶段，模型的解码方式对生成效果影响巨大，常用解码方式包括Greedy Search、Beam Search、Top-K Sampling、Top-P Sampling、Contrastive Search等。

       目前主流模型多采用Top-P Sampling，具有随机性，能提高丰富度，降低重复输出，本项目也使用此方式。Contrastive Search也值得尝试，是一种确定性解码算法。

       解码方式值得深入探讨，有兴趣的读者后续可关注。

       单轮对话：

       多轮对话：

       7. 结语

       本文详细介绍了使用Firefly项目微调Qwen1.5-b模型的步骤，希望读者按照本教程逐步操作，顺利完成大模型的训练。