Godot游戏开发之角色动画

发表于 2022-09-30

介绍

在Godot中角色动画我们通常会使用AnimationPlayer这个节点去实现, 该节点支持关键帧

关于动画的一些注意事项

通常我们会让动画在运动帧开始, 然后在闲置帧结束,

如此一来当玩家按下按钮时不管时间有多短都能看到明显的动画, 而不是你已经移动了然而角色的脚却还没动

本文为作者原创转载时请注明出处谢谢

乱码三千 – 点滴积累 ,欢迎来到乱码三千技术博客站

Godot游戏开发之Node和Node2d节点的区别

发表于 2022-09-30

介绍

Node2D节点继承自Node节点, 功能比Node丰富这个不必多说, 从Godot右侧面板上可以很清晰地看清它们之间的继承关系, 以及暴露出来可供修改的属性:

在实际开发中我们通常会使用Node2d节点, 从开发角度上它有以下优势:

当我们将子场景拖拽进入Node节点中时, 自场景物体会自定移动到原点位置, 而Node2d则不存在该问题
通过移动Node2d节点位置, 我们可以将整个场景进行移动, 然而Node节点不具备移动属性, 因此无法实现该效果

本文为作者原创转载时请注明出处谢谢

乱码三千 – 点滴积累 ,欢迎来到乱码三千技术博客站

Godot游戏开发之如何将图片铺满整个背景

发表于 2022-09-30

需求

当前素材库中只有一张小草地图片, 如下:

GrassBackground

如何将其铺满整个背景, 得到如下效果:

我们可能第一时间会想到使用Tilemap, 不过手动绘制相对来说有些费时间, 在Godot中我们有更好的方法可以实现

实现方式一

使用Sprite+图片repeat的方式实现

首先创建一个Sprite节点
将草地图片添加至该节点的Texture属性上
启用Region属性
在纹理区域框选需要进行repeat的区域
选中草地文件然后在导入面板开启重复功能, 最后点击重新导入
此时我们在纹理区域拉伸选框, 则可以对草地小图片进行重复并铺满整个背景

实现方式二

使用TextureRect+Tile实现

创建TextureRect节点
将图片拖拽至该节点的Texture属性上
Stretch Mode属性选择Tile
此时拉伸图片则自动重复

本文为作者原创转载时请注明出处谢谢

乱码三千 – 点滴积累 ,欢迎来到乱码三千技术博客站

使用brew安装程序是提示No such file or directory @ rb_sysopen

发表于 2022-09-29

原因一

使用国内镜像而该镜像未完全同步导致包找不到

解决方法:

临时去除镜像即可:

1	export HOMEBREW_BOTTLE_DOMAIN=''

原因二

依赖程序缺失

解决方法:

需要进行单独安装, 比如报错Error: No such file or directory @ rb_sysopen - xxxxxxxc–jasper, 此时单独安装jasper:

1	brew install jasper

安装完后再次运行之前的安装之前的指令即可

本文为作者原创转载时请注明出处谢谢

乱码三千 – 点滴积累 ,欢迎来到乱码三千技术博客站

使用xmake交叉编译生成各个平台可执行程序

发表于 2022-09-29

xmake介绍

xmake 是一个基于 Lua 的轻量级跨平台构建工具，使用 xmake.lua维护项目构建, 相当于是cmake的增强版, 其优点如下:

简单易用
能够像 Make/Ninja 那样可以直接编译项目
可以像CMake/Meson 那样生成工程文件
内置的包管理系统来帮助用户解决 C/C++依赖库的集成使用问题
可以实现跟C/C++进行混合编译
编译速度也是非常的快，可以跟Ninja持平
简化了交叉编译

官方文档

GITHUB

环境准备

编译宿主平台: MAC
交叉编译目标平台: Linux, Windows, IOS, Android ….

下载xmake

1	bash <(curl -fsSL https://xmake.io/shget.text -k)

测试c代码准备文件取名为main

#include <stdio.h>
int main(int argc, char** argv){
    printf("Hello World!\n");

    return 0;
}

在源码目录下新建xmake.lua文件

并加入以下配置

add_rules("mode.debug", "mode.release")

-- 编译项目名称
target("main")
		-- 指定编译形式 可执行文件 还是静态库or动态库
    set_kind("binary")
    -- 指定需要参与编译的源码文件
    add_files("src/main/c/main.c")

编译前的环境准备好了,那接下来咱们挨个来实现目标平台的可执行文件生成

生成phone平台程序

下载xcode

直接应用市场下载
给xmake指定编译目标平台
1
xmake f -p iphoneos
编译程序
1
xmake build main
编译成功后可以在build目录中找到对应的可执行文件

生成Mac平台的程序

给xmake指定编译目标平台
1
xmake f -p macosx
编译程序
1
xmake build main
编译成功后可以在build目录中找到对应的可执行文件
执行程序

由于编译宿主平台刚好是Mac 所以我们可以直接执行程序
1
xmake run main

生成Windows平台程序

下载mingw-w64
1
brew install mingw-w64
给xmake指定编译目标平台
1
xmake f -p mingw
或者使用图形化界面配置
1
xmake f --menu
配置完后我们查看xmake的配置显示当前平台为mingw:
编译程序
1
xmake build main
编译成功后我们可以在build目录下找到生成的exe可执行文件:
关于mingw内部编译器

我们打印编译信息会发现mingw内部采用的是gcc编译工具

生成Android平台程序

下载NDK

点击进入下载页面
给xmake指定编译目标平台
1
xmake f -p android --ndk=ndk路径
此时我们查看xmake配置显示当前编译平台为android:
编译程序
1
xmake build main
编译成功后可以在编译目录查看到生成的可执行文件

xmake常用指令

重置配置
1
xmake f -c

指定交叉编译工具

1
2
3

xmake f --toolchain=clang
或者
xmake f --toolchain=gcc

查看当前工程信息和xmake信息
1
xmake show
编译过程中查看完整的编译选项
1
xmake -rv
查看当前配置
1
xmake config -v
卸载xmake
1
xmake update --uninstall

常见问题汇总

交叉编译报错 unknown platform for xcode!

解决方案: 卸载xmake重装

本文为作者原创转载时请注明出处谢谢

乱码三千 – 点滴积累 ,欢迎来到乱码三千技术博客站

C/C++交叉编译各个平台可执行程序

发表于 2022-09-29

前言

目前主流的平台有:

Windows
Mac
Linux
Android
IOS

当C/C++程序写好后如何快速在当前平台编译出各个平台的可执行文件

现在比较成熟的方案有:

利用docker容器编译
利用cmake构建交叉编译环境

利用`docker`容器编译

基于GCC套件, 可实现对Android, Linux, Windows, Web平台的交叉编译, 详细介绍如下:

dockcross/base

Base image for other toolchain images. From Debian Jessie with GCC, make, autotools, CMake, Ninja, Git, and Python.
dockcross/android-arm

The Android NDK standalone toolchain for the arm architecture.
dockcross/android-arm64

The Android NDK standalone toolchain for the arm64 architecture.
dockcross/linux-arm64

Cross compiler for the 64-bit ARM platform on Linux, also known as AArch64.
dockcross/linux-armv5

Linux armv5 cross compiler toolchain for legacy devices like the Parrot AR Drone.
dockcross/linux-armv5-musl

Linux armv5 cross compiler toolchain using musl as base “libc”.
dockcross/linux-armv6

Linux ARMv6 cross compiler toolchain for the Raspberry Pi, etc.
dockcross/linux-armv7

Generic Linux armv7 cross compiler toolchain.
dockcross/linux-armv7a

Toolchain configured for ARMv7-A used in Beaglebone Black single board PC with TI SoC AM3358 on board, Cortex-A8.
dockcross/linux-mipsel

Linux mipsel cross compiler toolchain for little endian MIPS GNU systems.
dockcross/linux-mips

Linux mips cross compiler toolchain for big endian 32-bit hard float MIPS GNU systems.
dockcross/linux-s390x

Linux s390x cross compiler toolchain for S390X GNU systems.
dockcross/linux-ppc64le

Linux PowerPC 64 little endian cross compiler toolchain for the POWER8, etc. Important: Due to Issue #430, automatic build of newer images has been disabled.
dockcross/linux-x64

Linux x86_64 / amd64 compiler. Since the Docker image is natively x86_64, this is not actually a cross compiler.
dockcross/linux-x86

Linux i686 cross compiler.
dockcross/manylinux2014-x64

Docker manylinux2014 image for building Linux x86_64 / amd64 Python wheel packages. It includes Python 3.5, 3.6, 3.7, 3.8, and 3.9. Also has support for the dockcross script, and it has installations of CMake, Ninja, and scikit-build. For CMake, it sets MANYLINUX2014 to “TRUE” in the toolchain.
dockcross/manylinux2014-x86

Docker manylinux2014 image for building Linux i686 Python wheel packages. It includes Python 3.5, 3.6, 3.7, 3.8, and 3.9. Also has support for the dockcross script, and it has installations of CMake, Ninja, and scikit-build. For CMake, it sets MANYLINUX2014 to “TRUE” in the toolchain.
dockcross/manylinux2014-aarch64

Docker manylinux2014 image for building Linux aarch64 / arm64 Python wheel packages. It includes Python 3.5, 3.6, 3.7, 3.8, and 3.9. Also has support for the dockcross script, and it has installations of CMake, Ninja, and scikit-build. For CMake, it sets MANYLINUX2014 to “TRUE” in the toolchain.
dockcross/manylinux2010-x64

Docker manylinux2010 image for building Linux x86_64 / amd64 Python wheel packages. It includes Python 2.7, 3.4, 3.5, 3.6, 3.7 and 3.8. Also has support for the dockcross script, and it has installations of CMake, Ninja, and scikit-build. For CMake, it sets MANYLINUX2010 to “TRUE” in the toolchain.
dockcross/manylinux2010-x86

Docker manylinux2010 image for building Linux i686 Python wheel packages. It includes Python 2.7, 3.4, 3.5, 3.6, 3.7 and 3.8. Also has support for the dockcross script, and it has installations of CMake, Ninja, and scikit-build. For CMake, it sets MANYLINUX2010 to “TRUE” in the toolchain.
dockcross/manylinux1-x64

Docker manylinux1 image for building Linux x86_64 / amd64 Python wheel packages. It includes Python 2.7, 3.4, 3.5, 3.6, 3.7 and 3.8. Also has support for the dockcross script, and it has installations of CMake, Ninja, and scikit-build. For CMake, it sets MANYLINUX1 to “TRUE” in the toolchain.
dockcross/manylinux1-x86

Docker manylinux1 image for building Linux i686 Python wheel packages. It includes Python 2.7, 3.4, 3.5, 3.6, 3.7 and 3.8. Also has support for the dockcross script, and it has installations of CMake, Ninja, and [ scikit-build](http:// scikit-build.org/). For CMake, it sets MANYLINUX1 to “TRUE” in the toolchain.
dockcross/web-wasm

The Emscripten WebAssembly/asm.js/JavaScript cross compiler.
dockcross/windows-static-x64

64-bit Windows cross-compiler based on MXE/MinGW-w64 with win32 threads and static linking.
dockcross/windows-static-x64-posix

64-bit Windows cross-compiler based on MXE/MinGW-w64 with posix threads and static linking.
dockcross/windows-static-x86

32-bit Windows cross-compiler based on MXE/MinGW-w64 with win32 threads and static linking.
dockcross/windows-shared-x64

64-bit Windows cross-compiler based on MXE/MinGW-w64 with win32 threads and dynamic linking.
dockcross/windows-shared-x64-posix

64-bit Windows cross-compiler based on MXE/MinGW-w64 with posix threads and dynamic linking.
dockcross/windows-shared-x86

32-bit Windows cross-compiler based on MXE/MinGW-w64 with win32 threads and dynamic linking.

具体使用可参见Github

使用`cmake`构建交叉编译环境

首先我们需要下载cmake构建工具

然后下载用于交叉编译的套件

以Mac平台为例, 如果我需要编译各个平台的可执行文件, 那么首先需要下载能在Mac平台运行的目标平台编译包, 比如:

android平台:下载 Mac平台可运行的NDK (基于clang)
ios平台: 下载iphoneos SDK, xcode自带我们只需下载xcode即可 (基于clang)
windows平台:下载MinGW 或者 MXE/MinGW-w64 (基于GCC)
Linux平台:如 arm/x86-Linux-gnueabi套件(基于GCC)

本文为作者原创转载时请注明出处谢谢

乱码三千 – 点滴积累 ,欢迎来到乱码三千技术博客站

C语言中静态库static和动态库shared的区别

发表于 2022-09-28

前言

在c/c++语言编译时我们经常能碰到关于静态库(static)和动态库(shared)的链接

那它们有什么区别呢

静态库

静态库(static)是程序在编译期间进行链接的, 它会被打包进可执行程序当中

动态库

动态库(shared)也叫共享库, 它是在程序运行是进行链接的, 以独立的文件存在, 不会被打包进可执行程序中, 但是程序在执行时需要能找到这个库的具体位置, 否则程序可能出错

不同系统中动态库的文件类型

系统	动态库后缀	静态库后缀
Linux	.so	.a
Mac	.dylib	.a
Windows	.dll	.lib

两种库的优势和劣势

静态库

优势:

将依赖的静态库直接打包进可执行文件中, 不用担心对方的机器找不到库导致无法运行
由于直接嵌入到了执行程序中因此运行速度较快

劣势:

会导致可执行文件的体积过大
如果多个程序使用了同一个静态库一旦静态库出现bug, 那么与之相关的所有可执行程序都要进行重新编译

动态库

优势:

能有效减少可执行程序的体积
一旦库出现bug, 只需修复并重新编译库即可

劣势:

需要将库放到指定路径下供主程序调用操作起来相对麻烦
运行速度相对静态库会慢一些

总结

静态库和动态库, 没有孰优孰劣一说, 具体看实际的应用场景, 每种库都有它的用武之地

本文为作者原创转载时请注明出处谢谢

乱码三千 – 点滴积累 ,欢迎来到乱码三千技术博客站

CURL工具使用问题汇总

发表于 2022-09-28

问题1

下载时提示SSL certificate problem:

curl: (60) SSL certificate problem: certificate has expired
More details here: https://curl.haxx.se/docs/sslcerts.html

curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the web page mentioned above.

原因:

这是证书认证缺失导致，可以在请求时关闭ssl证书认证

解决方案:

命令行中加上-k即可, 如:

1	curl -fsSL https://xmake.io/shget.text -k

本文为作者原创转载时请注明出处谢谢

乱码三千 – 点滴积累 ,欢迎来到乱码三千技术博客站

cmake的使用以及语法

发表于 2022-09-28

前言

我们使用 Make 工具构建项目时，需要编写 Makefile，但不同的平台 Make工具是不一样的，比如Linux的GNU Make ，Windows 的 nmake，它们对 Makefile的规范也是不一样的，如果软件要跨平台，则需要针对每一种 Make工具写一份 Makefile，非常浪费时间

而且当软件比较庞大时，Makefile的编写也会变的复杂。

CMake 简介

CMake（Cross-Platform-Make）是一个开源、跨平台的软件构建工具，它使用与平台独立的配置文件来对软件编译过程进行控制，根据用户所需，生成 Makefile 或者IDE的project。

CMake 构建过程

编写CMake 配置文件CMakeLists.txt，一般放在项目的最顶层目录下
运行 cmake 命令，参数为 CMakeLists.txt 所在根路径，执行完成后得到 Makefile 文件。

使用make 命令进行编译。

1
2
3

mkdir -p build && cd build
cmake ..
make

cmake基本语法

指定最小版本

如果使用的 CMake版本低于该版本，则会发出致命错误
1
cmake_minimum_required(VERSION 3.9)
设置工程名可以同时指定工程版本和语言，CXX代表C++
1
project(sunflower VERSION 0.0.1 LANGUAGES C CXX)
单行注释
1
# 我是注释

多行注释

1
2
3

#[[我是多行注释
我是多行注释
]]

设置 c/c++版本

1 2	set(CMAKE_C_STANDARD 11) set(CMAKE_CXX_STANDARD 11)

设置编译选项

1 2	set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -g -w -O3") set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -g -w -O3")

添加宏定义

1	add_definitions(-DSPDLOG_ACTIVE_LEVEL=SPDLOG_LEVEL_INFO)

设置头文件搜索目录

实现编译时的 [-I] 选项，设置后引用头文件不需要使用相对路径，直接引用文件名

include_directories(
  "${PROJECT_SOURCE_DIR}/include"
  "${PROJECT_SOURCE_DIR}/depends/json/"
  "${PROJECT_SOURCE_DIR}/depends/leveldb/include"
)

设置库文件搜索目录

实现编译时的[-L]选项，项目内部明确路径的库文件，可以通过该命令指定
1
2
3
4
link_directories(
"${PROJECT_SOURCE_DIR}/depends/json/lib"
"${PROJECT_SOURCE_DIR}/depends/leveldb"
)
查找指定库文件

查找到指定的预编译库，并将它的路径存储在变量中。

默认的搜索路径为 cmake 包含的系统库，因此如果是NDK的公共库只需要指定库的name 即可（不需path），类似的命令还有find_file()、find_path()、find_program()、find_package()
1
find_library(log-lib,log)
查找指定目录下源文件
获取指定目录下源文件列表，保存到 DIR_SRCS 变量中，后续编译构建目标可执行文件

注意这里不能递归获取子目录下的源文件
1
aux_source_directory(${PROJECT_SOURCE_DIR}/src DIR_SRCS)
添加子目录源文件
使用命令 add_subdirectory 指明本项目包含一个子目录，这样子目录下的 CMakeLists.txt文件和源文件也会被处理。

项目包含多个子目录时，通常可以在子目录下也定义CMakeLists.txt 文件，并通过 add_library 生成包含子目录源码的库文件，并最终链接到目标可执行文件
1
2
add_subdirectory(utils)
add_subdirectory(config)
递归查找目录下的所有源文件
可以通过 file命令递归获取指定目录下的所有源文件，这样可以不用为子目录专门定义CMakeLists.txt，也不需要通过链接的方式集成各个子目录，而是统一编译构建
1
2
3
4
5
file(GLOB_RECURSE DIR_SRCS
${PROJECT_SOURCE_DIR}/src/*.c
${PROJECT_SOURCE_DIR}/src/*.cc
${PROJECT_SOURCE_DIR}/src/*.cpp
)

设置可执行文件输出路径

1	set(EXECUTABLE_OUTPUT_PATH ${PROJECT_BINARY_DIR}/bin)

生成可执行文件

1	add_executable(${PROJECT_NAME} ${DIR_SRCS})

生成库文件

1 2	add_library(${PROJECT_NAME} STATIC ${DIR_SRCS}) add_library(${PROJECT_NAME} SHARED ${DIR_SRCS})

链接库文件

set(EXTRA_LIBS
    sasl2
    libleveldb.a
)
target_link_libraries(${PROJECT_NAME}
    ${EXTRA_LIBS}
)

常用变量

PROJECT_SOURCE_DIR：工程的根目录

PROJECT_BINARY_DIR：运行cmake命令的目录，通常为${PROJECT_SOURCE_DIR}/build

PROJECT_NAME：返回通过 project 命令定义的项目名称

CMAKE_CURRENT_SOURCE_DIR：当前处理的 CMakeLists.txt 所在的路径

CMAKE_CURRENT_BINARY_DIR：target 编译目录

CMAKE_CURRENT_LIST_DIR：CMakeLists.txt 的完整路径

EXECUTABLE_OUTPUT_PATH：重新定义目标二进制可执行文件的存放位置

LIBRARY_OUTPUT_PATH：重新定义目标链接库文件的存放位置

自定义变量

使用SET, 比如:

set(BINARY_NAME "juce_jni")

add_library( ${BINARY_NAME}

    SHARED

    "../../../Source/Main.cpp"
    )

支持 Debug 版本

设置不同版本的编译选项

1 2	set(CMAKE_CXX_FLAGS_DEBUG "$ENV{CXXFLAGS} -O0 -Wall -g -ggdb") set(CMAKE_CXX_FLAGS_RELEASE "$ENV{CXXFLAGS} -O3 -Wall")

cmake 时指定版本

1 2	cmake .. -DCMAKE_BUILD_TYPE=Debug cmake .. -DCMAKE_BUILD_TYPE=Release

完整示例

工程结构

+-- CMakeTest
    |
    +-- CMakeList.txt
    +-- src
        |
        +--  main.cc
        +--- utils/
             |
             +--- utils.cc
             +--- utils.h
        +-- config/
            |
            +-- config.cc
            +-- config.h
    +-- libs
        |
        +-- libleveldb.a

CMakeList.txt

cmake_minimum_required(VERSION 3.7.1)
 
project(CMakeTest VERSION 0.0.1 LANGUAGES C CXX)
 
set(CMAKE_C_STANDARD 11)
set(CMAKE_CXX_STANDARD 11)
 
set(CMAKE_C_FLAGS   "${CMAKE_C_FLAGS} -g -w -O3")
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -g -w -O3")
 
set(EXECUTABLE_OUTPUT_PATH ${PROJECT_BINARY_DIR}/bin)
 
include_directories(
    "utils"
    "config"
)
 
link_directories(
    ""${PROJECT_SOURCE_DIR}/libs""
)
 
# 子目录的CMakeList.txt也可以定义到主配置中
# 将utils和config两个子目录的源文件打包成库test_share
aux_source_directory(${PROJECT_SOURCE_DIR}/src/utils SHARE_SRC_FILES)
aux_source_directory(${PROJECT_SOURCE_DIR}/src/config SHARE_SRC_FILES)
add_library(test_share STATIC ${SHARE_SRC_FILES} )
 
aux_source_directory(${PROJECT_SOURCE_DIR}/src DIR_SRCS)
add_executable(${PROJECT_NAME} ${DIR_SRCS})
 
# 也可以使用file命令递归获取目录下所有源文件
file(GLOB_RECURSE DIR_SRCS
    ${PROJECT_SOURCE_DIR}/src/*.c
    ${PROJECT_SOURCE_DIR}/src/*.cc
    ${PROJECT_SOURCE_DIR}/src/*.cpp
)
add_executable(${PROJECT_NAME} ${DIR_SRCS})
 
set(EXTRA_LIBS
    ldl
    pthread
    libleveldb.a
)
 
target_link_libraries(${PROJECT_NAME}
    test_share
    ${EXTRA_LIBS}

)

本文转载自: CSDN

乱码三千 – 点滴积累 ,欢迎来到乱码三千技术博客站

VST音频插件的开发

发表于 2022-09-27

关于

JUCE是一个开源的跨平台 C++ 应用程序框架，适用于桌面和移动应用程序，包括VST、VST3、AU、AUv3、RTAS 和 AAX音频插件。

GITHUB地址

JUCE官网

开发前的准备工作

下载juce

点击进入下载页面
解压启动Porjucer, 并创建新工程
使用本地IDE编辑插件源码

Mac平台支持Xcode,windows平台支持visual studio

iPlug框架

本文为作者原创转载时请注明出处谢谢

乱码三千 – 点滴积累 ,欢迎来到乱码三千技术博客站

介绍

关于动画的一些注意事项

介绍

需求

实现方式一

实现方式二

原因一

原因二

xmake介绍

环境准备

生成phone平台程序

生成Mac平台的程序

生成Windows平台程序

生成Android平台程序

xmake常用指令

常见问题汇总

前言

利用docker容器编译

使用cmake构建交叉编译环境

前言

静态库

动态库

不同系统中动态库的文件类型

两种库的优势和劣势

静态库

动态库

总结

问题1

前言

CMake 简介

CMake 构建过程

cmake基本语法

常用变量

自定义变量

支持 Debug 版本

完整示例

工程结构

CMakeList.txt

关于

开发前的准备工作

iPlug框架

利用`docker`容器编译

使用`cmake`构建交叉编译环境