1.字节跳动融资历程
2.dsd音乐后缀为什么是台源dsf
3.3rd party是什么意思？
4.如何在Android上实现FrameBuffer和Overlay的blend
5.Ubuntu下Valgrind编译及使用
6.strcmp函数源码

字节跳动融资历程

       1. 年3月9日，字节跳动获得了由源码资本曹毅和天使投资人刘峻、台源周子敬投资的台源数百万元人民币天使轮融资。

       2. 年7月1日，台源字节跳动紧接着获得了SIG海纳亚洲创投基金的台源万美元A轮融资。

       3. 年9月1日，台源仿拼多多源码字节跳动继续扩大融资规模，台源完成了来自DST Global和奇虎的台源万美元B轮融资。

       4. 年6月1日，台源字节跳动实现了质的台源飞跃，红杉资本中国、台源新浪微博基金、台源顺为资本共同参与了1亿美元的台源C轮融资，此次融资使股份占比达到%，台源公司估值达到5亿美元。台源

       5. 年月日，字节跳动完成了D轮融资，红杉资本中国、建银国际参与，但具体金额未公开。此时，股份占比达到9%，公司估值升至亿美元。

       6. 年8月1日，字节跳动又获得了General Atlantic (泛大西洋投资)的appinventor播放音乐源码亿美元E轮融资，股份占比为9%，公司估值达到.亿美元。

       7. 年月1日，字节跳动再次获得战略投资，但未公开具体金额和投资方。

       8. 年月日，字节跳动宣布获得软银愿景基金、KKR、春华资本、云峰基金、General Atlantic (泛大西洋投资)的亿美元Pre-IPO融资，股份占比为5%，公司估值达到亿美元。

       9. 年3月日，字节跳动获得了Tiger Global Management（老虎环球基金）的战略投资，但未透露具体金额和股份占比。此时，公司估值已达到亿美元。

       . 通过对投资企业的分析，我们可以看到字节跳动吸引了国内外众多知名风险投资机构。国内包括奇虎、云锋基金、顺为资本和红杉资本中国；国外则有互联网投资经验丰富的DST Global、软银以及老虎全球基金。龙骨线主图源码

       . 值得注意的是，尽管腾讯和百度在互联网行业具有极高的知名度，但它们并未出现在字节跳动的投资名单上。这可能是因为字节跳动与这两家公司存在直接竞争关系，使得它们不愿意投资于竞争对手。

       . 截至目前，字节跳动尚未上市。考虑到A股市场的小散户已经习惯了众多优质互联网企业在香港、美国上市的情况，特别是像腾讯、阿里巴巴这样的超级大牛股，字节跳动未来很可能选择在香港或美国上市。有传闻称字节跳动有意在香港上市，但从目前的情况来看，它似乎更倾向于在美国上市。一方面，美国市场能够为其提供巨额融资；另一方面，美股的流动性更好，便于背后投资人大规模套现。此外，上市还有助于提升企业的国际知名度。

dsd音乐后缀为什么是dsf

       DSD，即Direct Stream Digital，是筹码分布量指标源码一种音频编码技术，旨在实现无损音质传输与存储。DSD文件后缀包括DFF与DSF，它们实际上是同一种文件格式的两种叫法，分别对应飞利浦与索尼。这些文件格式特性为无压缩存储，专为双声道音频设计。对于多声道音频，因文件体积过大，通常会进行压缩处理，此时便形成了DST文件格式。DFF、DSF与DST文件格式均隶属于DSD技术，其源码输出保持一致。

       在DSD技术中，音频数据以直接数字流的形式传输，无需经过传统压缩处理，确保了音质的纯净与还原。这使得DSD格式在音频发烧友与专业录音领域中受到广泛认可。文件后缀DFF与DSF虽有不同命名，但实质上指向相同的技术与格式标准。它们提供了一种便捷方式，允许用户在不同音频设备间传输高质量音频数据，无需担心格式兼容性问题。

       尽管DSD格式文件体积相对较大，荒野行动降13源码特别是对于多声道音频而言，但其无损音质与高保真特性，使得其在专业录音与高解析度音频播放领域中占据重要地位。DFF、DSF与DST文件格式作为DSD技术的体现，不仅满足了用户对于高质量音频的追求，也为音频数据的存储与传输提供了可靠与高效的解决方案。

3rd party是什么意思？

       3rd party指的是“第三方软件”。

       第三方软件一般指的是非官方所编写出来的软件。例如在上面那个例子中。外挂。就是第三方软件。

       第三方软件并不只是指外挂，不要理解错了。某些软件的插件，如果不是官方开发的，也算是第三方软件。

       需要注意，第三方 和 第三方软件这俩词是有区别的。第三方通常泛指除了官方和使用者之外的任何人和东西。

扩展资料：

       平台化的发展能够带来新的学习、交流和分享作品源代码、原文件的氛围，是的确值得关注的一件事情。

       而DST的实际行动上也有了动作：

       1、推出了第三方标准－－DAC（Discuz! Add-on Center），并且开放DAC平台，让所有第三方都能顺利发布自己的作品，而用户则更轻松容易地获得最新作品和更新，获得推荐的作品信息。

       2、改版官方论坛。放弃了原有PR值6的域名－－Discuzsupport-net，改为dst-com，目的在于促进形成第三方和站长交流的平台和氛围。

       3、筹建第三方Wiki，将日常开发和设计经验整理成文档，留给更多有心的爱好者参考学习。

       其他的第三方团队

       网窝（Webwoo）是CMS的专业第三方团队。

       DHT（Discuz Helping Team）是Discuz的助人团队。

       LST（Leadbbs Support Team）是leadbbs的爱好者效仿DST建立的第三方团队。

       PWSOS是PHPWind的第三方团队，开发过PHPBLast（PW增强版），

       已经归入已经更名 PHPblast Support Team 简称 PST

       网址 -net.u

       第三方监理：又称公正检验、法定检验。是由处于买卖利益之外的

       第三方（如专职监督检验机构），以公正、权威的非当事人身份根据有关法律、标准或合同所进行的商品检验活动。

       

参考资料：

百度百科-第三方

如何在Android上实现FrameBuffer和Overlay的blend

       1.SurfaceFlinger是一个服务，主要是负责合成各窗口的Surface，然后通过OpenGLES显示到FrameBuffer上。

       2.DisplayHardware是对显示设备的抽象，包括FrameBuffer和Overlay。加载FrameBuffer和Overlay插件，并初始化OpenGLES:

       view plain

       mNativeWindow = new FramebufferNativeWindow();

       framebuffer_device_t const * fbDev = mNativeWindow->getDevice();

       if (hw_get_module(OVERLAY_HARDWARE_MODULE_ID, &module) == 0) {

        overlay_control_open(module, &mOverlayEngine);

       }

       surface = eglCreateWindowSurface(display, config, mNativeWindow.get(), NULL);

       eglMakeCurrent(display, surface, surface, context);

       3.FramebufferNativeWindow 是framebuffer 的抽象，它负责加载libgralloc，并打开framebuffer设备。FramebufferNativeWindow并不直接使用 framebuffer，而是自己创建了两个Buffer：

       queueBuffer负责显示一个Buffer到屏幕上，它调用fb->post去显示。

       dequeueBuffer获取一个空闲的Buffer，用来在后台绘制。

       è¿™ä¸¤ä¸ªå‡½æ•°ç”±eglSwapBuffers调过来，调到

       view plain

       egl_window_surface_v2_t::swapBuffers：

        nativeWindow->queueBuffer(nativeWindow, buffer);

        nativeWindow->dequeueBuffer(nativeWindow, &buffer);

       4.msm7k/liboverlay是Overlay的实现，与其它平台不同的是，高通平台上的Overlay并不是提供一个framebuffer设备，而通过fb0的ioctl来实现的，ioctl分为两类操作：

       OverlayControlChannel用于设置参数，比如设置Overlay的位置，宽度和高度：

       view plain

       bool OverlayControlChannel::setPosition(int x, int y, uint_t w, uint_t h) {

        ov.dst_rect.x = x;

        ov.dst_rect.y = y;

        ov.dst_rect.w = w;

        ov.dst_rect.h = h;

        ioctl(mFD, MSMFB_OVERLAY_SET, &ov);

       }

       OverlayDataChannel用于显示Overlay，其中最重要的函数就是queueBuffer:

       view plain

       bool OverlayDataChannel::queueBuffer(uint_t offset) {

        mOvData.data.offset = offset;

        ioctl(mFD, MSMFB_OVERLAY_PLAY, odPtr))

       }

       5.msm7k/libgralloc 是显示缓存的抽象，包括framebuffer和普通Surface的Buffer。framebuffer只是/dev/graphic/fb0的包 装，Surface的Buffer则是对/dev/pmem、ashmem和GPU内存(msm_hw3dm)的包装，它的目标主要是方便硬件加速，因为 DMA传输使用物理地址，要求内存在物理地址上连续。

       6.msm7k/libcopybit这是2D加速库，主要负责Surface的拉伸、旋转和合成等操作。它有两种实现方式：

       copybit.cpp: 基于fb0的ioctl(MSMFB_BLIT)的实现。

       copybit_c2d.cpp: 基于kgsl的实现，只是对libC2D2.so的包装，libC2D2.so应该是不开源的。

       7.pmem

       misc/pmem.c: 对物理内存的管理，算法和用户空间的接口。

       board-msm7x.c定义了物理内存的缺省大小：

       view plain

       #define MSM_PMEM_MDP_SIZE 0x1B

       #define MSM_PMEM_ADSP_SIZE 0xB

       #define MSM_PMEM_AUDIO_SIZE 0x5B

       #define MSM_FB_SIZE 0x

       #define MSM_GPU_PHYS_SIZE SZ_2M

       #define PMEM_KERNEL_EBI1_SIZE 0x1C

       msm_msm7x2x_allocate_memory_regions分配几大块内存用于给pmem做二次分配。

       8.KGSL

       Kernel Graphics System Layer (KGSL)，3D图形加速驱动程序，源代码drivers/gpu/msm目录下，它是对GPU的包装，给OpenGLES 2.0提供抽象的接口。

       9.msm_hw3dm

       è¿™ä¸ªæˆ‘在内核中没有找到相关代码。

       .msm_fb

       msm_fb.c: framebuffer, overlay和blit的用户接口。

       mdp_dma.c: 对具体显示设备的包装，提供两种framebuffer更新的方式：

       mdp_refresh_screen： 定时更新。

       mdp_dma_pan_update: 通过pan display主动更新。

       mdp_dma_lcdc.c：针对LCD实现的显示设备，mdp_lcdc_update用更新framebuffer。

Ubuntu下Valgrind编译及使用

       Valgrind是一个开源的软件，适用于Linux系统（包括x、amd和ppc架构）中的程序内存调试与代码剖析。通过Valgrind的运行环境，用户可以监控程序的内存使用情况，例如C语言的malloc和free，或C++中的new和delete。借助Valgrind工具包，用户能够自动检测多种内存管理和线程错误，节省大量时间在错误查找上，使程序更加稳定。

       Valgrind的主要功能包括：Memcheck、Callgrind、Cachegrind、Helgrind和Massif。以下分别介绍这些工具的作用：

       Memcheck

       Memcheck工具主要检查以下程序错误：

       1. 使用未初始化的内存

       2. 使用已释放的内存

       3. 使用超过malloc分配的内存空间

       4. 对堆栈的非法访问

       5. 申请的空间是否有释放

       6. malloc/free/new/delete申请和释放内存的匹配

       7. src和dst的重叠

       Callgrind

       Callgrind能够收集程序运行时的数据，函数调用关系等信息，并可选择性地进行缓存模拟。运行结束后，它将分析数据写入文件。callgrind_annotate可以将这些文件内容转换为可读格式。

       Cachegrind

       Cachegrind模拟CPU中的I1、D1和L2缓存，能够精确指出程序中cache的丢失和命中情况。它还能提供cache丢失次数、内存引用次数，以及每行代码、每个函数、每个模块和整个程序产生的指令数。这有助于优化程序。

       Helgrind

       Helgrind主要用于检查多线程程序中的竞争问题。它通过查找多个线程访问而没有正确加锁的内存区域，发现线程间同步丢失的地方，从而定位难以发现的错误。Helgrind实现了名为“Eraser”的竞争检测算法，并进行了改进，减少错误报告次数。

       Massif

       Massif是一个堆栈分析器，可测量程序在堆栈中使用了多少内存，并告诉我们堆块、堆管理块和栈的大小。Massif帮助我们减少内存使用，在具有虚拟内存的现代系统中，它还能加快程序运行速度，减少程序停留在交换区中的几率。

       以下主要讲解valgrind源码编译安装：

       1. 下载地址: Current Releases

       2. 解压: tar xvf valgrind-3..0.tar.bz2

       3. 执行autogen.sh：cd valgrind-3..0 && ./ autogen.sh

       4. 配置: ./configure --prefix=/usr/local/valgrind

       5. 编译: make -j8

       6. 安装: sudo make install

       Valgrind使用：

       1. 对“ls”程序进行检查，返回结果中的“definitely lost: 0 bytes in 0 blocks.”表示没有内存泄漏。

       2. 内存泄漏程序测试

       3. 测试多线程竞争的情况

       4. 使用valgrind的helgrind工具也可以检查出死锁问题

strcmp函数源码

       strcmp函数源码实现了一个字符串比较功能，用于比较两个字符串是否相等。

       函数以两个参数开始：src和dst，分别代表要比较的两个字符串。

       函数首先定义了一个整型变量ret，用于存储比较结果。

       通过while循环，程序逐字符地比较src和dst字符串的对应字符。循环条件是当ret不等于0且dst和src不为空字符串时继续比较。

       在循环内部，通过*(unsigned char *)src和*(unsigned char *)dst获取src和dst当前字符的无符号字符表示。通过两者相减，得到当前字符的ASCII值差值。

       如果差值小于0，说明src当前字符小于dst，返回-1。如果差值大于0，说明src当前字符大于dst，返回1。否则，说明当前字符相同，继续比较下一个字符。

       当src和dst遍历完所有字符后，跳出循环。如果此时ret仍等于0，说明src和dst完全相等，函数返回0。如果ret小于0，说明src字符串提前结束，函数返回-1。如果ret大于0，说明dst字符串提前结束，函数返回1。

       总之，strcmp函数通过逐字符比较两个字符串，最终确定它们之间的关系。