问题列表 - 第20373页

我正在尝试使用ANN进行音符的音高检测.网络是一个简单的双层MLP,其输入基本上是DFT(平均和对数分布),12个输出对应于特定八度音阶的12个音符.

通过某些乐器演奏的12个音符的一些样本(一次一个音符)和几个"静音"样本训练网络.

结果实际上很好.网络能够准确地检测出不同乐器所演奏的音符,它相对于噪音,甚至在播放歌曲时也不会完全放松.

然而,目标是能够检测复音.因此,当两个或多个音符一起播放时,两个相应的神经元将会发射.令人惊讶的是,网络实际上已经在某种程度上做到了这一点(仅对单声道样本进行训练),但是与单声道音符相比,不那么一致且不太准确.我的问题是如何增强它识别多元音的能力？

问题是我不明白为什么它实际上已经有效了.不同的音符(或它们的DFT)基本上是训练网络的空间中的不同点.所以我明白为什么它会识别出类似的声音(附近的点),而不是它如何"结束"一组音符的输出(它们与每个训练样例形成一个遥远的点).与(0,0)(0,1)(1,0)=(0)训练的AND网络相同的方式不会"结束"(1,1)=(1).

对此采取的蛮力是用尽可能多的复音样本训练网络.然而,由于网络似乎以某种方式模糊地从单声道样本中抓住了这个想法,所以这里可能还有一些更有趣的东西.

有什么指针吗？(抱歉长度,顺便说一句:).

我在容器外调用EJB3无状态bean时遇到问题.

获取对象引用的代码:

Context envCtx = (Context) context.lookup("ejb");
MyObject o = (MyObject) envCtx.lookup(MyObject);

第二行导致异常:

java.lang.ClassCastException: javax.naming.Reference

我使用JBoss.org 5.1.0 GA.

根据其他一些帖子,我怀疑这可能是由于客户端库的错误版本所致.但是,我不确定哪个库jar应该包含在jar中？(我使用5.0.4.GA jnpserver获取错误.)

为什么thisC++中的指针是指针而不是引用？

是否存在我缺少的用例,使"this"作为指针比引用更有用？

如果没有,是否有任何语言设计含义/考虑因素将其作为指针？

我搞砸了PreviewLostKeyboardFocus几乎让你在那里.我已经看到了一些使用的实现LostFocus,但这只会强制重点关注TextBox它失去焦点后你可以轻松地在屏幕上看到这种变化.基本上,我只是在寻找OnValidating在WinForms中使用的相同类型的行为.

关于"特征选择/提取器/权重"是什么意思以及它们之间的区别,我有点困惑.在我阅读文献时,有时候我会感到迷茫,因为我发现这个术语使用得非常松散,我的主要关注点是 -

1. 当人们谈论特征频率,特征存在时 - 它是否是特征选择？

2. 当人们谈论信息增益,最大熵等算法时,它仍然是特征选择.

3. 如果我训练分类器 - 使用要求分类器记录文档中单词位置的特征集作为示例 - 是否仍然会调用此特征选择？

谢谢Rahul Dighe

任何曾经需要在 Windows 之前的操作系统（即 Dos）的图形应用程序中绘制文本的人都会知道我在要求什么。

每个 ASCII 字符都可以用 8x8 像素矩阵表示。每个矩阵可以用8字节代码表示（每个字节用作矩阵每行的位掩码，1位代表一个白色像素，每个0代表黑色像素）。

有谁知道在哪里可以找到基本 ASCII 字符的字节码？

谢谢，
BW

我有一个绑定到 ViewModel 实例树的 TreeView。问题是模型数据来自一个缓慢的存储库，所以我需要数据虚拟化。节点下的子ViewModel列表只有在父树视图节点展开时才加载，折叠时卸载。

如何在遵守 MVVM 原则的同时实现这一点？ViewModel 如何获得需要加载或卸载子节点的通知？那是当一个节点在不知道树视图存在的情况下展开或折叠时？

有些事情让我觉得数据虚拟化不适合 MVVM。由于在数据虚拟化中，ViewModel 通常需要非常了解 UI 的当前状态，并且还需要控制 UI 中的许多方面。再举一个例子：

具有数据虚拟化的列表视图。ViewModel 需要控制 ListView 滚动拇指的长度，因为它取决于模型中的项目数。此外，当用户滚动时，ViewModel 需要知道他滚动到哪个位置以及列表视图有多大（当前适合多少项目）才能从存储库加载模型数据的正确部分。

是否有任何开源替代oracle一致性？

(顺便说一下,连贯性的成本是多少？)

Java 在缓慢方面有一定程度的声誉.

• Java真的很慢吗？
• 如果是,为什么？瓶颈在哪里(或曾经)？是因为效率低下的JVM？垃圾收集？纯字节码库而不是JNI包装的C代码？许多其他语言都具有这些功能,但它们并不具有这种缓慢的声誉.

在我的应用程序中,可以生成几个不同的报告(CSV,HTML等).

我没有创建传统的工厂式方法模式,而是计划在枚举常量体中添加一个方法,该方法将创建并返回相应的报表对象.

public enum ReportType {
 CSV {
  @Override
  public Report create() {
   return new CSVReport();
  }
 },
 HTML {
  @Override
  public Report create() {
   return new HTMLReport();
  }
 };

 public abstract Report create();
}

使用指定的ReportType枚举常量,我可以通过执行如下语句轻松创建新报表:

ReportType.CSV.create()

我希望得到其他人对使用这种方法的看法.你觉得这怎么样？你更喜欢其他任何方法,如果有的话,为什么？

谢谢