6

当文件的路径+文件名很长时，我注意到

PlaySound(fName.c_str(), NULL, SND_ASYNC);

工作，但不是

mciSendString((L"open \"" + fName + L"\" type waveaudio alias sample").c_str(), NULL, 0, NULL);
mciSendString(L"play sample", NULL, 0, NULL);

失败命令示例：

打开“C:\qisdjqldlkjsqdjqdqjslkdjqlksjlkdjqsldjlqjsdjqdksq\dajdjqjdlqjdlkjazejoizajoijoifjoifjdsfjsfszjfoijdsjfoijdsoifoidsjfojdsofjdsoijfoisjfoijoisdjfosjfqsd\Windows Critical Stop.wav”类型波形音频别名示例

但：

  • 我真的需要 mciSendString 而不是 PlaySound()，因为 PlaySound() 不播放某些文件（48 khz 音频文件，有时是 24 位文件等）

  • 我需要能够播放路径可能很长的音频文件，因为我的应用程序的最终用户可能有这样的文件

如何使 mciSendString 接受长文件名？

笔记：

  • 我也尝试过使用mciSendCommand这个 MSDN 示例，但它是一样的。

  • 最大路径+文件名长度为 127（127：工作，128+：不工作）

  • 如果真的不可能使mci*函数使用长于 127 字符的文件名，那么我可以使用什么来代替，只使用 winapi（没有外部库）？（PlaySound不是一个选项，因为不能与所有 wav 文件一起工作，例如 48 khz：不工作等）

4

3 回答 3

4

127 的限制看起来很奇怪。我在 MSDN 上没有找到任何关于它的信息。

  1. 有另一种语法可以打开：open waveaudio!right.wav

  2. 您可以尝试的一个选项是将工作目录更改为文件的目录，然后限制仅适用于文件名。->SetCurrentDiectory

  3. 要缩短文件名，可以使用 Winapi 函数 但是：GetShortPathName

    SMB 3.0 不支持具有连续可用性功能的共享短名称。

    弹性文件系统 (ReFS​​) 不支持短名称。如果在磁盘上没有任何短名称的路径上调用 GetShortPathName，则调用将成功，但将返回长名称路径。NTFS 卷也可能出现这种结果，因为不能保证给定长名称会存在短名称。

基于来自 MSDN 的示例：

#include <string>
#include <Windows.h>

template<typename StringType>
std::pair<bool, StringType> shortPathName( const StringType& longPathName )
{
    // First obtain the size needed by passing NULL and 0.
    long length = GetShortPathName( longPathName.c_str(), NULL, 0 );
    if (length == 0) return std::make_pair( false, StringType() );

    // Dynamically allocate the correct size 
    // (terminating null char was included in length)
    StringType  shortName( length, ' ' );

    // Now simply call again using same long path.
    length = GetShortPathName( longPathName.c_str(), &shortName[ 0 ], length );
    if (length == 0) return std::make_pair( false, StringType() );

    return std::make_pair(true, shortName);
}


#include <locale>
#include <codecvt>

#include <iostream>
std::wstring_convert<std::codecvt_utf8_utf16<wchar_t>> converter;

//std::string narrow = converter.to_bytes( wide_utf16_source_string );
//std::wstring wide = converter.from_bytes( narrow_utf8_source_string );

int main( int argc, char** argv )
{
    std::wstring myPath = converter.from_bytes( argv[0] );

    auto result = shortPathName( myPath );
    if (result.first)
        std::wcout << result.second ;


    return 0;
}
于 2017-07-24T15:30:59.840 回答
2

我已经调试过了（mciSendCommand例如）。mwOpenDevice调用时会出现问题mmioOpen：

winmm.dll!_mciSendCommandW@16
winmm.dll!mciSendCommandInternal
winmm.dll!mciSendSingleCommand
winmm.dll!_mciOpenDevice@12
winmm.dll!mciLoadDevice
    winmm.dll!_mciSendCommandW@16
    winmm.dll!mciSendCommandInternal
    winmm.dll!mciSendSingleCommand
    winmmbase.dll!_DrvSendMessage@16
    winmmbase.dll!InternalBroadcastDriverMessage
        mciwave.dll!_DriverProc@20
        mciwave.dll!_mciDriverEntry@16
        mciwave.dll!_mwOpenDevice@12
        winmmbase.dll!_mmioOpenW@12

在这里，mmioOpen使用标志调用MMIO_PARSE将文件路径转换为完全限定的文件路径。根据 MSDN，这有一个限制：

缓冲区必须足够大以容纳至少 128 个字符。

也就是说，缓冲区始终假定为 128 字节长。对于长文件名，缓冲区不足并mmioOpen返回错误，导致mciSendCommand认为声音文件丢失并返回MCIERR_FILENAME_REQUIRED。

不幸的是，由于它正在解析完全限定的文件路径，SetCurrentDirectory因此无济于事。

由于问题出在 MCI 驱动程序 ( mciwave.dll) 内部，我怀疑是否有办法强制 MCI 子系统处理长路径。

于 2017-07-29T19:59:31.953 回答
2

这是传统 MCI 功能的限制。使用 MCI API 时您会遇到两个问题：

  1. 路径名太长，此 API 无法处理长文件名。限制通常围绕260页面上注明的字符。

  2. 并非所有文件都有“短名称”。从 Windows 7 开始，可以禁用所谓的8.3( ) 文件创建。FILENAME.EXT这意味着可能没有GetShortPathName可以返回的路径允许 MCI 访问该文件。

强烈建议用现代 API 替换整个东西。DirectDraw和Media Foundation，正如其他评论者所提到的，将是合适的替代品。

于 2017-07-25T10:33:59.413 回答