Jonathan

GAN 能够有条不紊地控制其生成图像的风格吗？ 选自Medium，作者：Jonathan Hui，机器之心编译，参与：魔王、杜伟。 你了解自己的风格吗？大部分 GAN 模型并不了解。那么，GAN 能够有条不紊地控制其生成图像的风格吗？ 原版 GAN 基于潜在因子（latent factor）z 生成图像。 通常，潜在因子 z 采样自正态或均匀分布，它们决定了生成内容的类型和风格。 基于此，我们需要解答以下两个重要问题： 为什么 z 是均匀或正态分布？ 既然 z 包含元信息，那么它是否应在每个卷积层生成数据的过程中发挥更主要的作用？（而不是仅作为第一层的输入） 注意：本文将使用「风格」（style）来指代元信息，其包含类型信息和风格信息。 下图是 StyleGAN2 生成的图像： 潜在因子 z 机器学习中的潜在因子通常彼此独立，以简化模型训练过程。例如，身高和体重具备高度相关性（个子越高的人通常体重更大）。因此，基于身高、体重计算得到的身体质量指数（body mass index，BMI）较常用于衡量人体肥胖程度，其所需的训练模型复杂度较低。而彼此独立的因子使得模型更易于解释。 在 GAN 中，z 的分布应与真实图像的潜在因子分布类似。如果我们从正态或均匀分布中采样 z，则优化后的模型可能需要 z 来嵌入类型和风格以外的信息。例如，我们为军人生成图像

1. 概述 在我们居住的星球上，它是否像广阔而空灵的海平面下的镜子一样光滑？ 大西洋海平面 占地球表面积70.8%的海洋，其地层是否与陆地相同，有平原、高山和深谷？海底有像喜马拉雅这样的山脉吗？ 位于美国加利福尼亚,中央海岸的戴维斯海山海拔图 海山通常从海底升起，但并不从海平面突出。典型的海山是由一座死火山形成的，通常离海洋地壳有1000到4000米高。在海山,的标准定义中，海山通常比周围的海洋贝壳高1000多米，并且是圆锥形的。 水下火山爆发模拟 在海山,部分地区的地质演变过程中，其山顶可能会超过海平面。随着海浪侵蚀，这些海山形成一个相对平坦的表面，最终沉入海平面以下,这个海山被称为平顶山。 2. 海山的发现和研究现状 虽然科学家早在19世纪就对海山进行了过采样，但由于科学技术的发展，对海山的深入研究长期以来几乎停滞不前。随着现代科学技术的进步，科学家们加深了对海山的了解。然而，即使采用最新的科学研究方法，到目前为止，我们只探索了海山,总数的1%，而且大多数都集中在山顶500米的深度范围内。 今天，借助科研潜水器，我们可以对海山有更深的了解和认识。例如，"中国远洋综合科研船"在太平洋西部地区的几个海山进行了潜水取样等工作，并研究了海山的精细地形、沉积物类型和生物多样性。 水下机器人-发现 在海山's探险史上，科学家们还发现了一个平顶的海山,命名为平顶山号潜艇(guy

3 月，跳不动了？>>> 2019年3月18号，美国佳能医疗宣布，其最新的人工智能Clear-IQ引擎(AICE)已被FDA批准用于该公司的Vantage Galan 3T 磁共振成像系统。 虽然，此前AICE已被FDA批准应用于佳能大部分CT产品，但是应用到MR设备还属于首次。Vantage Galan 3T成为了佳能首个应用AI的MR设备。 AICE可以使用深度学习算法区分Vantage Galan 3T 磁共振设备中真实的MR信号和噪声，从而实现增强MR图像的同时抑制噪声。 美国佳能MR业务部门总经理Jonathan Furuyama表示：“随着人工智能技术在MR设备中应用，佳能可以通过提升客户的医学影像诊断能力，为患者带来更好的诊疗服务。” 关于AICE AICE通过训练大量高分辨率的MR图像和CT图像，实现在扫描过程中分离噪声，从而输出更清晰的图像。具体特点包括： 输出更高质量图像，AICE通过深度学习技术区分MR设备和CT设备中的真实信号和噪声，在不增加辐射剂量同时，减少噪音对图像分辨率的影像，保持解剖学真实结构。 无缝集成到技师工作中：目前AICE是世界上第一种可以直接集成到MR设备的人工智能产品，通过直接构建到设备扫描协议中，实现工作中的无缝转换。 在临床双盲试验中，医生普遍认为应用AICE技术的MR重建图像，相比于传统常规MR重建图像

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 我在C中有一个大数组（如果有所不同，则不是C ++）。 我想将所有成员初始化为相同的值。 我发誓我曾经知道一个简单的方法来做到这一点。 我可以在我的情况下使用 memset() ，但是没有办法在C语法中构建这样做吗？ #1楼 我在问题中看不到任何要求，因此解决方案必须是通用的：初始化未指定的可能多维数组，该数组是使用初始成员值从未指定的可能结构元素构建的： #include <string.h> void array_init( void *start, size_t element_size, size_t elements, void *initval ){ memcpy( start, initval, element_size ); memcpy( (char*)start+element_size, start, element_size*(elements-1) ); } // testing #include <stdio.h> struct s { int a; char b; } array[2][3], init; int main(){ init = (struct s){.a = 3, .b = 'x'}; array_init( array, sizeof(array[0][0]),

导读 Canonical今天发布了所有支持Ubuntu操作系统版本的新 Linux 内核版本，以解决最新内核安全更新引入的回归问题。 上周，Canonical发布了所有支持Ubuntu版本的Linux内核更新，以解决Jonathan Looney在Linux内核的TCP重传队列实现中发现的几个安全漏洞，这些漏洞是在处理一些特定的TCP选择性确认(sack)时发现的。 这些安全漏洞被称为SACK Panic，它们影响Ubuntu 19.04、Ubuntu 18.10、Ubuntu 18.04 LTS和Ubuntu 16.04 LTS系统，并且可以允许远程攻击者通过构建一个正在进行的请求序列来导致拒绝服务，从而使受影响的系统崩溃。 然而，Canonical在所有支持Ubuntu Linux发行版的主软件库中推出的Linux内核补丁似乎引入了一个回归，它干扰了某些SO_SNDBUF值非常低的网络应用程序。因此，他们现在发布了新的内核版本。 “USN-4017-1针对Ubuntu修复了Linux内核中的漏洞。不幸的是，该更新引入了一个回归，干扰了设置SO_SNDBUF值非常低的网络应用程序。此更新解决了这个问题。我们为此带来的不便表示道歉，”阅读新的安全建议。 敦促用户更新他们的安装

今年3月23日，Pokkst在社交论坛发表声明，表示已经转移至BCH阵营，继续开发工作。 至今Pokkst已经在BCH阵营继续开发8个月，Pokkst在BCH社区非常活跃，开发了Crescent Cash钱包以及小费系统tipbitcoin.cash，为BCH生态建设贡献了极大的力量。昨日Pokkst在社交论坛发表声明《On Switching from BTC to BCH》，表达了加入BCH之后的感受。 以下为原文翻译： 你好 你们中有些人可能听说过我，有些人则没有。对于不了解我的人，我将会简单介绍一下我自己：我是pokkst，我是个开发者，我开发了Crescent Cash钱包，这是一款受欢迎（我猜的）的Android端和PC端钱包。第一个完全具有Cash Accounts支持的钱包，第一个具有CoinText SMS集成等功能的钱包，以及第一个支持存储SLP令牌的移动钱包，自定义OP_RETURN消息，和UTXO管理。除此之外，我还开发了去中心化小费服务tipbitcoin.cash。 在过去的几年中，我一直从事BTC项目开发，类似于我现在为Bitcoin Cash所做的工作。随着时间的流逝，BTC区块逐渐拥堵，在BTC链上工作变得极为难以忍受。由于高昂的费用和较长的确认时间，这是个令人痛苦的故事。而闪电网络的发展则是另一个完全不同的痛苦故事

字节序 最近在调一个自定义报文的接口时，本来以为挺简单的，发现踩了好几个坑，其中一个比较“刻骨铭心”的问题就是数据的字节序问题。 背景 自定义报文，调用接口，服务端报文解析失败 iOS 小端序 查看 iOS 设备使用的端序 if (NSHostByteOrder() == NS_LittleEndian) { NSLog(@"NS_LittleEndian"); } if (NSHostByteOrder() == NS_BigEndian) { NSLog(@"NS_BigEndian"); } else { NSLog(@"Unknown"); } 概念 字节序，字节顺序，又称端序或尾序（Endianness），在计算机科学领域中，指「存储器」中或者「数字通信链路」中，组成多字节的字的 字节排列顺序 。 在几乎所有的机器上， 多字节对象都被存储为连续的字节序列 。例如在 C 语言中，一个 int 类型的变量 x 地址为 0x100，那么其对应的地址表达式 &x 的值为 0x100 ，且 x 的4个字节将被存储在存储器的 0x100 , 0x101 , 0x102 , 0x103 位置。 字节的排列方式有2个通用规则。例如一个多位整数，按照存储地址从低到高排序的字节中，如果该整数的最低有效字节（类似于最低有效位）排在最高有效字节前面，则成为**“小端序“ ；反之成为 ”大端序“*

字节序 最近在调一个自定义报文的接口时，本来以为挺简单的，发现踩了好几个坑，其中一个比较“刻骨铭心”的问题就是数据的字节序问题。 背景 自定义报文，调用接口，服务端报文解析失败 iOS 小端序 查看 iOS 设备使用的端序 if (NSHostByteOrder() == NS_LittleEndian) { NSLog(@"NS_LittleEndian"); } if (NSHostByteOrder() == NS_BigEndian) { NSLog(@"NS_BigEndian"); } else { NSLog(@"Unknown"); } 概念 字节序，字节顺序，又称端序或尾序（Endianness），在计算机科学领域中，指「存储器」中或者「数字通信链路」中，组成多字节的字的 字节排列顺序 。 在几乎所有的机器上， 多字节对象都被存储为连续的字节序列 。例如在 C 语言中，一个 int 类型的变量 x 地址为 0x100，那么其对应的地址表达式 &x 的值为 0x100 ，且 x 的4个字节将被存储在存储器的 0x100 , 0x101 , 0x102 , 0x103 位置。 字节的排列方式有2个通用规则。例如一个多位整数，按照存储地址从低到高排序的字节中，如果该整数的最低有效字节（类似于最低有效位）排在最高有效字节前面，则成为**“小端序“ ；反之成为 ”大端序“*