标签: wine

使用TargetDataLine捕获Wine中的声音

我编写了一个用于测试目的的小型Java应用程序,它可以在ubuntu 12.04上从混音器中捕获声音.

代码工作正常,我可以从所有应用程序捕获声音,除了在Wine下运行的任何东西.

每当我启动我的程序时,在启动Wine之后,呼叫targetDataLine.read()将永远阻止

当Wine没有在后台运行时,它会0在没有输入时正确输出,或者如果有输入则读取字节数,如预期的那样.

如果我在启动Wine之前启动我的程序,那么声音驱动程序将无法在wine中使用.

我尝试过使用Alsa提供的混音器以及默认设备,结果相同.

我可以想象葡萄酒会以某种方式锁定Alsa(无论出于何种原因),但为什么一个简单的调用会TargetDataLine.read()导致Wine中的声音失败？ mixerInfo[0]在我的系统btw上是默认的,并且应用程序当然总是使用oracle的最新JRE(7)在Wine之外运行.

private void readSound ()
{
    byte tempBuffer[] = new byte[10000];
    int cnt = 0;
    Mixer.Info[] mixerInfo = AudioSystem.getMixerInfo();

    System.out.println("Available mixers:");
    for (int p = 0; p < mixerInfo.length; p++)
        System.out.println(mixerInfo[p].getName());

    format = getAudioFormat();
    DataLine.Info dataLineInfo = new DataLine.Info(TargetDataLine.class, format);
    Mixer mixer = AudioSystem.getMixer(mixerInfo[0]);

    try
    {
         targetDataLine = (TargetDataLine) mixer.getLine(dataLineInfo);
         targetDataLine.open(format);
    }
    catch(Exception e)
    {
        e.printStackTrace();
    }
    targetDataLine.start();

    while (true)
    {
        i++;
        cnt = targetDataLine.read(tempBuffer, …

Run Code Online (Sandbox Code Playgroud)

java linux audio wine alsa

Dom*_*ler

2015 12-06

49
推荐指数

1
解决办法

1338
查看次数

在非Microsoft平台上使用组件对象模型(COM)

我经常遇到类似的情况:我有一堆COM .DLL(没有IDL文件),我需要使用它并调用它们来访问一些外来的(非开放的,未记录的)数据格式.

Microsoft的Visual Studio平台具有非常好的功能,可以导入这些COM DLL并在我的项目中使用它们(Visual C++的#import指令,或使用Visual Basic .NET的对话框挑选和添加它们) - 这是供应商推荐的使用它们的方法.

我有兴趣找到一种在非Microsoft开发平台上使用这些DLL的方法.也就是说,在使用MinGW或Cygwin编译的C++项目中使用这些COM类,或者甚至将Wine的GCC端口编译为linux(将C++作为目标,将Win32编译为在Linux上本机运行的二进制文件).

我使用这个驱动程序取得了一些有限的成功,但是这在100%的情况下都没有成功(我不能使用某些方法返回的COM对象).

有人在类似情况下取得了成功吗？

c++ com cygwin wine mingw

DrY*_*Yak

lucky-day

31
推荐指数

2
解决办法

2万
查看次数

如何在shell脚本中增加版本号？

以下简单版本控制脚本用于查找给定文件的最后版本号,增加它,使用新创建的文件(例如,编辑器)运行给定命令,然后将其保存到稳定.由于它很简单,因此不会检查任何内容,因为脚本会根据需要进行修改.例如,如果结果不稳定,则用户可以省略最后一个参数.

但是,当前功能的一个主要问题是如何实现以下内容:如果dot之后的最后一个部分有两个数字,则包括直到99; 如果只有1,那么直到9,然后移动到上一节.版本可以具有任何正整数个部分.

1.2.3.44 -> 1.2.3.45
1.2.3.9 -> 1.2.4.0
1.2.3 -> 1.2.4
9 -> 10

Run Code Online (Sandbox Code Playgroud)

剩下的问题是它不会等待标签式葡萄酒编辑器关闭文件; 目标是检测标签何时关闭.另外,您能解释一下如何最好地确保我的变量名称不会覆盖现有变量名称吗？

您还可以提供其他改进.

#!/bin/bash
#Tested on bash 4.1.5
#All arguments in order: "folder with file" "file pattern" cmd [stable name]
folder="$1"
file_pattern="$2"
cmd="$3"
stable="$4"

cd "$folder"
last_version=$(ls --format=single-column --almost-all | \
    grep "$file_pattern" | \
    sed -nr 's/^[^0-9]*(([0-9]+\.)*[0-9]+).*/\1/p' | \
    sort -Vu | \
    tail -n 1)
last_version_file=$(ls --format=single-column --almost-all | \
    grep "$file_pattern" | \
    grep $last_version | \
    tail -n 1) #tail -n …

Run Code Online (Sandbox Code Playgroud)

bash wine

nnn*_*nnn

2015 09-21

26
推荐指数

8
解决办法

3万
查看次数

subprocess.check_output与subprocess.call的性能

我已经使用subprocess.check_output()了一段时间来捕获子进程的输出,但在某些情况下遇到了一些性能问题.我在RHEL6机器上运行它.

调用Python环境是linux编译的64位.我正在执行的子进程是一个shell脚本,最终通过Wine触发Windows python.exe进程(为什么这个愚蠢是另一个故事).作为shell脚本的输入,我在一小段Python代码中输入了传递给python.exe的代码.

虽然系统处于中等/重负载(CPU利用率为40%到70%),但我注意到subprocess.check_output(cmd, shell=True)在check_output命令返回之前,子进程完成执行后,使用会导致显着延迟(最多约45秒).ps -efH在此期间查看输出显示被调用的子进程sh <defunct>,直到它最终返回正常的零退出状态.

相反,使用subprocess.call(cmd, shell=True)在相同的中/重负载下运行相同的命令将导致子进程立即返回而没有延迟,所有输出都打印到STDOUT/STDERR(而不是从函数调用返回).

为什么只有在check_output()将STDOUT/STDERR输出重定向到其返回值时才有这么大的延迟,而不是call()只是将它打印回父代的STDOUT/STDERR？

python linux subprocess wine

gre*_*law

lucky-day

24
推荐指数

1
解决办法

2万
查看次数