专门开一贴记录一下ue4开发过程中遇到的问题和心得

昨天突然发生了一件非常恐怖的事——我的ue4项目居然不能打包了！！
大概是这么一回事：
UATHelper: 打包 (Windows (64位)): UnrealBuildTool: ERROR: Non-editor build cannot depend on non-redistributable modules我试了一下在vs里用development而不是developmenteditor生成结果出现了这么一说：

（原文地址http://www.cnblogs.com/wzj998/p/6985016.html）

于是我大概猜测到应该和非编辑器build模式（也就是打包）不能依赖于umgeditor有关的不可再发行模块。但具体要怎么解决还是无从下手，我尝试了删掉临时文件重新generate code，rebuild项目都没卵用，根据unreal wiki上的问答把build.cs文件魔改了一通也没能成功。。于是二分回退大法就要闪亮登场了！
众所周知，程序员除了print111111大法以外，还有一项独门秘技，叫做二分查错法。
也就是一段程序有问题但不知道问题在哪里的时候，注释掉后半段看看还有没有问题，如果不出错了说明问题在后半段反之问题在前半段，以此类推，不断缩小范围。。。直到找出有问题的行。
二分查错法的升级版是我独创的（？）二分优化法，如果游戏出现蜜汁卡顿，（前提是先确定是逻辑线程耗时过长）同样是先注释掉一大段代码，用二分法不断缩小范围，直到找到卡顿的代码行。
然而现在又有升级版了，叫做二分回退大法！可以解决一些非常严重但就是找不到原因的问题。
二分回退法和传统的二分法不同，它是时间上的二分而不是空间的。

首先我们需要有时不时提交到版本控制的好习惯，我用的是微软的vsonline team foundation service，具体怎么和ue4结合进行源码管理我以后会单独写篇文章介绍。
具体做法就是把项目回退到记忆中可以打包的版本(l表示)，然后取当前版本已知不可打包版本（r表示）到当前已知可打包版本的一半（时间上的一半，(l+r)/2）再进行回退，尝试打包，如果不能打包说明导致不能打包的那次修改的范围在l~(l+r)/2，否则在(l+2)/2~r。。。
以此类推，最终我发现了changeset 375可以正常打包，而之后的376突然就打包失败了！！
真相就在眼前！！！
我点开#376，

赫然看到uproject文件多出了一行umgeditor!!!
**，这不就是前面那个link出错的umgeditor什么什么lib文件嘛！！！
震惊了，原来是uproject多了这么一行导致打包需要多弄这么个模块。
于是我又回到了最新版本，把uproject文件用记事本打开，删掉了umgeditor这行，果然伴随着清脆的一声滴，打包成功了！！！
至于为什么会莫名其妙多出这一行呢，原来是我当时试图添加一个继承widgetcomponent的c++类，结果没能添加成功，我也就没当一回事，没想到埋下了如此伏笔。
所以这个故事告诉了我们至少3点：
1.如果ue4打包失败就去检查一下.uproject文件
2.使用版本控制并经常check in 的好处
3.二分回退大法的妙用

ue4玄学画面设置实现http://www.cnblogs.com/wzj998/p/7043961.html

pc端项目临近发布之时，免不了向玩家提供一些自订选项，以适应各自的习惯和机能，画面设置就是必要的一环。
主要的画面选项有：
1.全屏/窗口化
2.分辨率
3.视野距离
4.抗锯齿
5.后期处理
6.阴影质量
7.贴图质量
8.特效
9.植被质量

上述选项对fps影响最大的其实还是分辨率，阴影质量如果开到0档就完全没有人影十分诡异，贴图质量以现在电脑的内存而言一般都能开到最高，对应的代码分别是：
APlayerController* PController = UGameplayStatics::GetPlayerController(gamemode->GetWorld(), 0);
PController->ConsoleCommand(TEXT("t.MaxFPS 144"), true);//先设置最大fps
UGameUserSettings* MyGameSettings = GEngine->GetGameUserSettings();MyGameSettings->SetFullscreenMode(EWindowMode::Fullscreen);MyGameSettings->ApplySettings(true);//这句必须紧跟全屏才能立即全屏，不知为何PController->ConsoleCommand(TEXT("r.setres " + resolutionnow), true);//先设置分辨率（形如1920x1080f,1280x720f）//如果用的是MyGameSettings形式设置分辨率会导致不能立即全屏，原因也不详//接下来为了方便起见，以一个总体画质变量general_quality来设置MyGameSettings->SetViewDistanceQuality(general_quality);MyGameSettings->SetAntiAliasingQuality(general_quality);MyGameSettings->SetPostProcessingQuality(general_quality);MyGameSettings->SetShadowQuality(general_quality);MyGameSettings->SetTextureQuality(general_quality);MyGameSettings->SetVisualEffectQuality(general_quality);MyGameSettings->SetFoliageQuality(general_quality); MyGameSettings->SaveSettings();

然而这样设置看似非常正确，实则还有问题。
每次设置画面之后的确能立即变更画质，然而下一次重新开启游戏后画面选项仍旧回到了引擎默认设置，至少需要再点一次应用设置才能见效，非常地离奇。
我查阅了一下log发现每次新打开游戏进行上述设置之后，这些选项会自动被设置回来。
于是我只好使出杀手锏——运行两次大法，也就是把上述代码段执行两次。。
for (int i = 0; i < 2; i++) {//。。。。。。。。 }
结果成功解决了！！！

楼主问个问题 编译源码之后有什么用？

最近研究了一下loading界面的实现，明天写篇小教程吧

ue4加载界面（loadingscreen）的实现http://www.cnblogs.com/wzj998/p/7066657.html

即使开放世界已然成为现今游戏趋势，切换关卡过程中的读条仍是很难避免的，譬如进入房屋、传送到其他世界等等。
于是就引入了loadingscreen这一需求。
loadingscreen顾名思义就是加载过程中通过其他线程显示的画面，可以是真读条（显示当前进度），也可以仅仅转着圈，循环播放某段视频。
我们首先需要新建c++类MyGameInstance继承自GameInstance，并在项目设置中将其设为当前使用的

这里我先创建了一个继承自MyGameInstance的蓝图，叫bp_MyGameInstance。
开始写代码之前，还有这些准备工作：
1.在projectname.build.cs文件中增加"MoviePlayer","UMG", "Slate", "SlateCore"几项
PublicDependencyModuleNames.AddRange(new string[] { "Core", "CoreUObject", "Engine", "InputCore", "HeadMountedDisplay", "MoviePlayer", "UMG", "Slate", "SlateCore"});
2.在projectname.h中包含一些头文件
#include "Runtime/UMG/Public/UMG.h"#include "Runtime/UMG/Public/UMGStyle.h"#include "Runtime/UMG/Public/Slate/SObjectWidget.h"#include "Runtime/UMG/Public/IUMGModule.h"#include "Runtime/UMG/Public/Blueprint/UserWidget.h"#include "Runtime/MoviePlayer/Public/MoviePlayer.h"#include "Runtime/SlateCore/Public/Widgets/SWidget.h"

然后重写gameinstance中的这两个函数
UFUNCTION() virtual void BeginLoadingScreen(const FString& MapName);UFUNCTION() virtual void EndLoadingScreen();void UMyGameInstance::BeginLoadingScreen(const FString& MapName){ loadlevel_count++; if (!IsRunningDedicatedServer()) { FLoadingScreenAttributes LoadingScreen; LoadingScreen.bAutoCompleteWhenLoadingCompletes = false; LoadingScreen.bMoviesAreSkippable = true;//任意键打断如果加载完成 LoadingScreen.bWaitForManualStop = true;// LoadingScreen.PlaybackType = EMoviePlaybackType::MT_Looped; //不知道怎么destroy.. inWidget = CreateWidget<UUserWidget>(this, WidgetTemplate);//应该有垃圾回收 TSharedPtr<SWidget> WidgetPtr = inWidget->TakeWidget(); LoadingScreen.WidgetLoadingScreen = WidgetPtr; LoadingScreen.MoviePaths.Add("squad_intro_movie"); GetMoviePlayer()->SetupLoadingScreen(LoadingScreen); }}void UMyGameInstance::EndLoadingScreen(){ if (!IsRunningDedicatedServer()) { }}

上文中的squad_intro_movie其实是Content\Movies目录下的squad_intro_movie.mp4文件，不需要后缀名，要注意不是将其拖到编辑器中，而是把mp4文件复制到实际工程文件目录里。
而WidgetTemplate则是mygameinstance暴露到蓝图的用于Loadingscreen的控件类，
UPROPERTY(EditDefaultsOnly, BlueprintReadOnly, Category = UI) TSubclassOf<UUserWidget> WidgetTemplate;UUserWidget* inWidget = NULL;
inWidget才是真正被create出来的控件对象，虽然每次loading都新create了一次，但是ue4对控件应该有自己的垃圾回收机制。
至于控件蓝图，需要从mygameinstance中获取当前loading是否完成
UFUNCTION(BlueprintPure, Category = MyGameInstance) bool myisloadingfinished();bool UMyGameInstance::myisloadingfinished(){ return GetMoviePlayer()->IsLoadingFinished();}