小编Tsh*_*err的帖子

我正在使用Qt安装程序框架(2.0.3)来创建我的程序安装程序.一切正常,我的程序安装完美.

但是,我想删除(或根本不安装)默认包含的维护工具.我已阅读文档和示例,并已在网上搜索,但我没有找到任何解决此问题的方法.我找到的最接近的是配置文件中的"MaintenanceToolName"元素.我还希望有一个选项来阻止维护工具完全安装.如果我也可以删除Licenses文件夹也会很棒.

简而言之:有没有办法删除或阻止维护工具(及其相关文件)的安装？

谢谢!

这是第一次发布海报.我通常喜欢自己找到答案(无论是通过研究还是反复试验),但我很难过.

我正在尝试做什么: 我正在构建一个简单的Android音频合成器.现在,我只是实时播放正弦音,UI中有一个滑块,可以在用户调整时调整音调的频率.

我是如何构建它的: 基本上,我有两个线程 - 一个工作线程和一个输出线程.每次调用tick()方法时,工作线程只使用正弦波数据填充缓冲区.填充缓冲区后,它会向输出线程发出警告,表明数据已准备好写入音频轨道.我使用两个线程的原因是因为audiotrack.write()阻塞,我希望工作线程能够尽快开始处理其数据(而不是等待音轨完成写入).UI上的滑块只是更改工作线程中的变量,因此工作线程的tick()方法将读取对频率的任何更改(通过滑块).

什么有效: 几乎所有事情; 线程通信良好,回放中似乎没有任何间隙或点击.尽管缓冲区大小(感谢android),但响应能力还可以.频率变量确实会发生变化,tick()方法中缓冲区计算期间使用的中间值也会发生变化(由Log.i()验证).

什么行不通: 出于某种原因,我似乎无法在可听频率上获得持续的变化.当我调整滑块时,频率会逐步变化,通常会变为四分之一或五分之一.从理论上讲,我应该听到1Hz的变化,但我不是.奇怪的是,似乎滑块的变化导致正弦波在谐波系列中间隔播放; 但是,我可以验证频率变量不是捕捉到默认频率的整数倍.

我的音频轨道设置如下:

_buffSize = AudioTrack.getMinBufferSize(sampleRate, AudioFormat.CHANNEL_OUT_STEREO, AudioFormat.ENCODING_PCM_16BIT);
_audioTrackOut = new AudioTrack(AudioManager.STREAM_MUSIC, _sampleRate, AudioFormat.CHANNEL_OUT_STEREO, AudioFormat.ENCODING_PCM_16BIT, _buffSize, AudioTrack.MODE_STREAM);

正在填充工作线程的缓冲区(通过tick()):

public short[] tick()
{
    short[] outBuff = new short[_outBuffSize/2]; // (buffer size in Bytes) / 2
    for (int i = 0; i < _outBuffSize/2; i++) 
    {
        outBuff[i] = (short) (Short.MAX_VALUE * ((float) Math.sin(_currentAngle)));

        //Update angleIncrement, as the frequency may have changed by now
        _angleIncrement = (float) (2.0f * Math.PI) * _freq …

我的任务是在我的公司建立一个新的Team Foundation/Build服务器,我们将开始一个新的项目.目前没有人有TFS的经验,所以我自己学习所有这些.到目前为止一切都在发挥作用; 服务器已经建立,Repository和Team Project已经创建,Build Server已经创建,我创建了一个简单的hello world应用程序来验证源代码控制和持续集成构建(在构建服务器上)正常运行.

但是,我在设置自动版本控制时遇到问题.我已经安装了TfsVersioning项目,它工作正常; 我能够为我的汇编版本定义一种格式.我还没有确定我会用什么格式; 可能是像Major.Minor.Changeset.Revision(我知道在程序集版本中使用变更集编号的潜在问题,所以我可能决定在开始开发之前切换到Major.Minor.Julian.Revision).

问题: 如果自上次构建以来源代码没有更改,我不希望程序集具有新的文件版本.通过持续集成构建,这不是问题,因为构建服务器将只获取已更改的源文件,从而导致仅生成更新模块的增量构建; 将不会构建现有的未更改的模块,因此它们的版本将保持不变.如果我设置每晚构建,我将要清理工作区并执行Build-All.但是,这意味着所有程序集都将具有新版本(假设程序集文件版本包含内部版本号).

一个办法？ 这促使我考虑使用程序集文件版本中的最新变更集编号.这样,如果两个连续的Build-All之间没有提交任何内容,则版本不会增加.但是,这意味着更改和提交单个文件会强制所有程序集上的版本增量.

我正在寻找两件事之一:

• 如果自上次构建后其源/依赖项已更改,则仅增加程序集版本号的方法.连续Build-Alls不应导致版本号的更改.

要么

• 测试人员和非开发人员能够告诉版本WXYZ和程序集'Foo'的版本WXYZ + 1的方法是相同的,即使它们具有不同的文件版本.

我可能已经阅读了大约20篇关于这个主题的文章,没有人(除了这个人)似乎解决了这个问题.如果我要求的不是Team Foundation ALM中的常见做法,我该如何解决上面的第二个要点？

谢谢你的时间!

我正在尝试使用ffmpeg / libswresample对我的c ++应用程序中的流音频进行重新采样。更改样本宽度效果很好，结果听起来像人们期望的那样。但是，更改采样率时，结果会有些混乱。我不确定这是由于对libswresample库的使用不正确，还是由于我误解了重采样理论。

这是我的重采样过程，为演示起见简化了：

//Externally supplied data
const uint8_t* in_samples //contains the audio data to be resampled
int in_num_samples = 256

//Set up resampling context
SwrContext *swr = swr_alloc();
av_opt_set_channel_layout(swr, "in_channel_layout", AV_CH_LAYOUT_STEREO, 0);
av_opt_set_channel_layout(swr, "out_channel_layout", AV_CH_LAYOUT_STEREO, 0);
av_opt_set_int(swr, "in_sample_rate", 44100, 0);
av_opt_set_int(swr, "out_sample_rate", 22050, 0);
av_opt_set_sample_fmt(swr, "in_sample_fmt", AV_SAMPLE_FMT_FLT, 0);
av_opt_set_sample_fmt(swr, "out_sample_fmt", AV_SAMPLE_FMT_FLT, 0);
swr_init(swr);

//Perform the resampe
uint8_t* out_samples;
int out_num_samples = av_rescale_rnd(swr_get_delay(swr, in_samplerate) + in_num_samples, out_samplerate, in_samplerate, AV_ROUND_UP);
av_samples_alloc(&out_samples, NULL, out_num_channels, out_num_samples, AV_SAMPLE_FMT_FLT, 0);
out_num_samples = swr_convert(swr, &out_samples, …