bin文件如何打开_pesbin文件_jsxbin文件ae如何使用

今天的这期给大家分享一个简单的小教程，如何将AE加密脚本JSXBIN解密为JSX，以及如何简单汉化。希望能给有脚本解密和汉化需求的朋友们一个参考，教程为非专业制作，事实上反编译和汉化工作需要对代码和计算机语言有一定了解，还要测试，并且代码要规范，并不是像我这么简单的。

其他类型的文件，也可以使用 .jsxbin 延伸档名。 如果你有关于 .jsxbin 延伸档名的有用信息，写信给我们！

视窗无法打开此文件：文件：example.jsxbin要打开这个文件，视窗需要知道您想使用什么应用程序去打开它，视窗可以自动去网上搜寻需要的应用程序或您可以从您的电脑上手动选择已安装了的应用程序列表。

在打开 对话框中，单击您希望要打开的文件程序，或点击 浏览 找到你想要的程序。

这工具不仅可以查看bin文件，也可以修改壁纸、汉化游戏等等，功能强大。

  二进制文件，其用途依系统或应用而定 。一种文件格式binary的缩写。一个后缀名为".bin"的文件，只是表明它是binary格式。比如虚拟光驱文件常用".bin"作为后缀，但并不意味着所有bin文件都是虚拟光驱文件。  bin文件不同于其他图片或影音文件，很多网友都不知道怎么打开这种文件，网上找到很多方法但都非常复杂或者不可用，小编在这里给大家介绍一种非常简单而又实用的方法！

然后找到这个BIN文件——单击右键——把bin格式改为jpg格式——确定。

最后你便看见一个JPG格式的文件，点击打开即可看到原先那个BIN文件里面的内容。

如果改成JPG格式还不行的话，可以试一下MP4或MP3格式。

本软件的“球员属性数据克隆”功能，支持在同一数据源中把某球员的属性数据，克隆到另外的任意球员上，也支持“不同数据源属性跨进程克隆”操作。

主 窗 口：　在本软件正常启动后，所显示的“交互操作界面”窗口。

操作窗口：　进行球员属性数据克隆操作时，打开的“功能界面”窗口。

操作目标：　在相应进程中，被用来“读取或写入属性数据”的一个球员、或者多个ID值相同的球员。

KeyValue：　球员或足球队所属BIN文件 的文件名中数字号的值。若文件名中不带数字编号：KeyValue = 0。

远端进程：　与“本地进程”相关联的另一个“正在运行中”的非活动进程。

同步选定：　在操作窗口中选定某个球员时，主窗口中会自动选定同一个球员（其KeyValue也是相同的）。

凡是与“远端进程”有关的克隆操作中，本地进程的操作目标都是“以主窗口选定球员为基准”的；并且在远端进程中的操作目标同样是默认“以主窗口选定球员为基准”，但在选择了“按ID值匹配球员”时，远端进程的操作目标则按本地进程中主窗口选定球员的ID值进行匹配选择。为了便于清楚掌握“可选项的选择情况”，所有的“选项”都是按本地进程的操作窗口中所选为准（因屏幕面积有限、窗口又多，远端进程的操作窗口有可能被挡住了，不便于实时查看）。另外，如果钩选了“按ID值匹配球员”选项，那么在远端进程中就不需要事先选定特定的球员，只会管“有无指定ID值”的球员。

①克隆到远端：　把本地进程主窗口中所选定球员的属性数据，传送到远端进程中进行“属性数据克隆”操作处理。远端进程的“操作目标”细则：⑴在未钩选“按ID值匹配球员”时，其操作目标为远端进程主窗口所选定球员。当同时钩选上“重复ID同步修改”时，若被选定球员具有“重复ID”，那么会克隆到“与其ID值相同”的所有球员上。否则就会只克隆到主窗口中选定的那一个特定球员上。⑵钩选上“按ID值匹配球员”，则远端进程的操作目标首先要满足“与本地进程所选球员ID值相同”，如果远端没有这个指定的球员ID值，则克隆操作失败。如果满足“有相同球员ID值”，在没有钩选“重复ID同步修改”时，则远端进程中的操作目标还必须要与本地进程所选定球员的KeyValue相同，否则克隆操作失败；而在钩选上时，则会将属性数据克隆到远端进程中指定ID值的一个球员或多个球员上，即使远端符合ID相同的球员只有一个、而且KeyValue也不相同，照样会进行克隆操作。

②从远端克隆：　从远端进程“下载”指定的球员属性数据信息，克隆到本地进程的操作目标球员上。远端进程的“操作目标”细则：⑴在未钩选“按ID值匹配球员”时，则用于获取属性数据的操作目标为远端进程主窗口所选定的球员。⑵钩选上“按ID值匹配球员”时，首先远端进程必须要有与本地进程主窗口所选定球员ID值相同的球员，如果没有，克隆操作就会失败。如果远端进程中有指定ID值的球员，在“重复ID同步修改”没有钩选时，则远端进程中用于获取属性数据的操作目标的球员，其KeyValue还必须要求与本地进程所选定球员的KeyValue相同，如果在远端进程中不存在“球员ID值相同、并且KeyValue值相同”的球员，那么克隆操作失败；而在钩选上此选项时，则在远端进程中首选“球员ID值相同、且KeyValue值相同”的那一个球员来获取属性数据，如果没有符合这个条件的球员，则会按KeyValue值从小到大的顺序，先找到哪个就会从哪个球员获取属性数据。

③克隆到本地：　获取属性数据的操作目标，是操作窗口中所选定的那一个球员。在没有钩选“重复ID同步修改”时，克隆到本地进程主窗口中所选定的那一个特定球员上；若是钩选上此选项，并且主窗口中选定的球员具有“重复ID值”，那么会克隆到“与其ID值相同”的所有球员上。

④从本地克隆：　从主窗口中所选定的那一个球员获得属性数据信息，克隆到本地进程操作窗口中所选定的那一个球员上。如果钩选了“重复ID同步修改”选项，并且操作窗口所选定球员具有“重复ID值”，那么就会克隆到“与其ID值相同”的所有球员上。

在属性数据克隆操作功能中，把球员所具有的几十个属性，分成了6个类别。在执行克隆操作前，可以按需要选择克隆哪些项目的属性数据，若是属于“未选择项目”的属性，接收属性数据的操作对象就维持原样不变。

这6个类别选项，分别与主窗口中相应的“属性数据区域”对应。这里需要特别说明一下“常规属性”选项，它对应的是主窗口中“普通属性”区域，但是在进行属性数据克隆时，球员的“ID值、角色名、球衣名”这三个属性是不会被克隆的、只会克隆另外的10个属性！其余五个“类别”的选项，就没特别之处了，与主窗口的“对应区域”大家一看就懂；如果选择了，则该类别包含的属性数据就全部进行克隆。

还有一个需要注意：操作窗口中的“重复ID同步修改”选项，与主窗口中的“重复ID同步修改”无关。主窗口中的只影响主窗口中“更改球员属性”按钮或通过导入修改球员属性信息时的操作行为；而在进行球员“属性数据克隆”相关的操作时，只会以操作窗口中的选择为准。

在进行“本地克隆”的操作时，当然不存在“属性数据是否匹配”的问题。这个只有在“远端克隆”相关的操作时，才需要考虑。因为两个进程中，可以加载不同的数据源、而且还可以是“不相同的PES游戏版本的数据”，举个例子说：一个进程加载的是PES-2017存档文件、而另外一个进程加载的却是PES-2019的BIN数据。如果两个进程加载的“PES版本相同”，那也可以说“不用考虑”了，属性数据必然是“匹配”的。

在“PES版本不相同”的时候，按“属性范围”选择的不同，属性匹配结果会有 3种：匹配、可兼容、不兼容。其中：匹配和可兼容都可成功克隆，但有任意一项“不兼容”则克隆操作失败。如果是“不兼容”的情况下提示克隆操作失败，则接收属性数据的操作目标的属性数据不会被改动；而如果是提示“操作过程中出现出错”，则操作目标可能会被修改了一部分属性数据（不过这种错误几乎不可能出现）。

这里解释一下“技能”的兼容性处理规则：无论从低版本传送给高版本、还是从高版本传送给低版本，只会判定为“匹配”或“兼容”这两种状态之一。技能数量一样的（比如16、17、18这三个版本），就判断为“匹配”；数量不相同，就按“兼容”来处理。如果高版本的技能数量比低版本的技能数量多，技能属性从低版本传送到高版本时，对“重叠”部分原样接收、多出的技能部分就按“无（值为0）”处理；而从高版本传送到低版本时，也只能原样接收“重叠”部分、把高版本中“多出来”的技能直接忽略掉。

当然，两个关联进程只是名义上分为“主导进程”和“受控件进程”，实际上它们的操作功能是“完全平等”的，在主导进程中执行“克隆到远端”，等同于在受控进程中执行“从远端克隆”；在主导进程中执行“从远端克隆”，也等同于在受控进程中执行“克隆到远端”；反之亦然。并且“受控进程”也可以有机会重新启动另一个“受控进程”，此时就会从“现有的关联进程”中脱离出来，组成一组新的“关联进程”会话，从而“把自己变成主导进程”了。

②在操作窗口中的“远端克隆”功能开启时，会在操作窗口的标题栏中显示一个【Session Code】。

每一组关联进程中所使用的【Session Code】由主导进程生成，通过Token编码启动并传递到受控进程。在“远端克隆”功能开启时，主导进程和受控进程的操作窗口中会共同显示。当启动了很多组“关联进程”的时候，凭操作窗口显示的【Session Code】就可以判断哪组进程属于“关联进程”。因为“关联进程”的【Session Code】必定是相同的；不同组的关联进程，使用的【Session Code】一定不会相同。