【声波分析】由"幻听"引发的论证过程...ORZ...

貌似去年?有一首很暖、直击灵魂的歌曲,拉着博主入了单曲循环的坑

最近逛着B站...发现一新人唱见翻唱的版本,让我感觉像出现了“幻听”,和某唱见A太像了...但是又不好直接下结论...

新人阿婆主的说法是:“调”起得比唱见A要高...

嗯...那么问题来了...到底是博主幻听了呢,还是幻听了呢,还是幻听了呢?

突然想起DSP中人声的音调、音量、音色分别可以声波的频率、振幅和频谱组成。

出于好奇,就做了一个小小的实验。。。(内心OS:果然还是太闲!!!

========================我是日常分割线===========================

为了设置“单一变量”,找了四个版本翻唱音频,统一都是开着视频内录的版本,保证一定程度上,噪声的增减相同

1. 录音

  tool:主要就是win10下的“语音录音”APP

  内录音乐视频来源:

    1)实验组A(sigua):新人唱见

    2)实验组B(alex):唱见A

    3)对照组C(KB):唱见B

    4)对照组D(wangchen):唱见C

  录完之后:(得到4个.m4a音频文件)

  

  但是cool edit pro 直接打开发生错误了,那就转个格式,再导入

2. 转格式

  tool: “格式工厂”APP

  设置统一的采样率、编码格式等属性(如下)

  

  转格式后,得到(4个MP3文件,命名不统一懒得改了,强迫症莫举报我..T-T..)

  

3. cool edit pro 2.0 分析声波

  tool:cool edit pro 2.0

  首先做预处理,再比较分析:

    1)预处理1:振幅增大28.0 dB,然后正则化80%(改变振幅,不影响音色、音调,并且便于观察声波)

      

    2)头尾对齐

  分析:

    1. 音色、音调对比(也就是频率、频谱组成了,没有具体的数据化,用心感受....选了有人声的一小节,四个音轨对比)

  这里可以知道,博主没出现幻听....实验组A\B确实音色、音调相近

2. 除了对比有人声的节段,还可以对比伴奏阶段,发现有一些不同(非噪声导致)

  

  

由上面两张图:博主猜测差异...是因为实验组A的左右声道,相对于其他三组来说,是相反的...

好的,好奇心到此得以满足, 博主听力还在正常水平...论证over...

好的!!!那么这个无聊的日常实验终极结论是什么呢????那。就。是。我太闲了T-T......

不是针对谁,只是为了满足一下好奇,欢迎讨论

不是谁的粉,也不是谁的黑,大家都好好听歌认真搬砖吧~~~~~~啦啦啦~~~~

时间: 2024-08-11 03:32:01

【声波分析】由"幻听"引发的论证过程...ORZ...的相关文章

实验八——理解进程调度时机跟踪分析进程调度与进程切换的过程

理解进程调度时机跟踪分析进程调度与进程切换的过程 攥写人:李鹏举  学号:20132201 ( *原创作品转载请注明出处*) ( 学习课程:<Linux内核分析>MOOC课程http://mooc.study.163.com/course/USTC-1000029000) 一.实验要求: 理解Linux系统中进程调度的时机,可以在内核代码中搜索schedule()函数,看都是哪里调用了schedule(),判断我们课程内容中的总结是否准确: 使用gdb跟踪分析一个schedule()函数 ,验

Openstack liberty源码分析 之 云主机的启动过程3

接上篇Openstack liberty源码分析 之 云主机的启动过程2, 简单回顾下:nova-conductor收到nova-scheduler返回的主机列表后,依次发送异步rpc请求给目标主机的nova-compute服务,下面继续来看nova-compute服务的处理过程: nova-compute 根据路由映射,nova-compute中处理云主机启动请求的方法为 nova/compute/manager.py.ComputeManager.py.build_and_run_insta

进程调度时机和跟踪分析进程调度与进程切换的过程

1理解进程调度时机跟踪分析进程调度与进程切换的过程: schedule()调用发生在中断处理过程(包括时钟中断.I/O中断.系统调用和异常)中,直接调用schedule(),或者返回用户态时根据need_resched标记调用schedule(): 内核线程可以直接调用schedule()进行进程切换,也可以在中断处理过程中进行调度,也就是说内核线程作为一类的特殊的进程可以主动调度,也可以被动调度: 用户态进程无法实现主动调度,仅能通过陷入内核态后的某个时机点进行调度,即在中断处理过程中进行调度

Openstack liberty源码分析 之 云主机的启动过程2

接上一篇: Openstack liberty源码分析 之 云主机的启动过程1 nova-conductor nova-api通过rpc发送启动云主机请求后,nova-conductor会收到该请求,根据路由映射,该请求会递交给 nova/conductor/manager.py.ComputeTaskManager.build_instances处理,如下(函数说明见注释): def build_instances(self, context, instances, image, filter

STM32 .ld链接文件分析及一次bug解决过程

目录 STM32 .ld链接文件分析及一次bug解决过程 问题描述 解决办法 ld文件解析 后续 STM32 .ld链接文件分析及一次bug解决过程 问题描述 原子板的代码中含有一个关于使用外部SRAM的功能,由于本人的开发板的SRAM只有512K,因此稍微修改了一下代码,同时使用GCC进行编译,但是这里却报错了,源码如下: //内存池(4字节对齐) __align(4) u8 mem1base[MEM1_MAX_SIZE]; __align(4) u8 mem2base[MEM2_MAX_SI

Linux内核设计第八周学习总结 理解进程调度时机跟踪分析进程调度与进程切换的过程

陈巧然 原创作品转载请注明出处 <Linux内核分析>MOOC课程http://mooc.study.163.com/course/USTC-1000029000 一.视频内容 Linux系统的一般执行过程 最一般的情况:正在运行的用户态进程X切换到运行用户态进程Y的过程 1. 正在运行的用户态进程X 2. 发生中断——save cs:eip/esp/eflags(current) to kernel stack, then load cs:eip(entry of a specific IS

理解进程调度时机跟踪分析进程调度与进程切换的过程

李洋 原创作品转载请注明出处 <Linux内核分析>MOOC课程http://mooc.study.163.com/course/USTC-1000029000 这一次实验是针对linux系统中进程调度时机得深入理解. Linux 调度器将进程分为三类: 1. 交互式进程 2. 批处理进程 3. 实时进程 根据进程的不同分类 Linux 采用不同的调度策略.对于实时进程,采用 FIFO 或者 Round Robin 的调度策略.对于普通进程,则需要区分交互式和批处理式的不同.传统 Linux 

Android WifiDisplay分析二:Wifi display连接过程.

这一章中我们来看Wifi Display连接过程的建立,包含P2P的部分和RTSP的部分,首先来大致看一下Wifi Display规范相关的东西. HIDC: Human Interface Device Class  (遵循HID标准的设备类)UIBC: User Input Back Channel  (UIBC分为两种,一种是Generic,包含鼠标.键盘等:另一种是HIDC,HID是一个规范,只有遵循HID的标准,都可以叫做HID设备,包含USB鼠标.键盘.蓝牙.红外等)PES: Pac

uboot主Makefile分析(t配置和编译过程详解)

1.编译uboot前需要三次make make distcleanmake x210_sd_configmake -j4 make distclean为清楚dist文件. make x210_sd_config  跳转执行mkconfig用来配置并生成config.mk(board/samsung/x210目录下为指定链接地址的与主uboot目录的config.mk不同) autuconfig.mk 2.框图 3.uboot主Makefile分析 3.1.uboot version确定(Make