0 Members and 1 Guest are viewing this topic.
У меня Aimp 5.02.2370, Windows 10.
Просто нажимаю на файл с расширением .flac. По умолчанию он открывется AIMP. Либо левой кнопкой двойным щелчком, либо правой кнопкой - Меню - Открыть.
File: \\?\D:\Noby.uCoz.R\Authors\Chopin - Solo and for Piano & Orchestra Works - Shebanova, 2009-2010 (14CD NIFC)\12 1845-1849 Mazurkas Op. 59, 63 & 67, Barcarolle, Polonaise-Fantasy, Nocturnes Op. 62, Waltzes Op. 64 etc\17 Tatiana Shebanova - Largo In E Flat Major (1847).flacCode: -1 (FFFFFFFF)Message: File was not found.
C:\PROGRA~1\AIMP\AIMP.exe -Embedding
По идее, нужно проверить, что разрешение работать системе с длинными путями решает проблему.
Со стороны плеера \\?\ поддерживается, я уже писал об этом выше. Я не понял эту фразу, что именно ты имел в виду?
При попытке воспроизвести файл с очень длинным именем плейер появляется и показывает предыдущий нормально воспроизводивщийся трек или целый плейлист, но не проигрывает его.
Создал такой путь - никаких вопросов, воспроизводится.
появляется табличка плеера. На ней название последнего успешно воспроизводившегося трека.
сли с префиксом, то ошибка File was not found.
Видимо, получается двойной профикс, поэтому и не работает.
а как он у тебя в плейлист с префиксом попал
Звучит необычно. Можно скриншот или запись экрана?
Блин! Я не знаю вашу терминологию... Обычная картинка aimp с треком...
Мы хотим посмотреть как она выглядит
Ну, как-то так... https://disk.yandex.ru/i/6yQyByLuLNGFrw
Code: [Select]C:\PROGRA~1\AIMP\AIMP.exe -Embedding
Эти манипуляции делал без настройки LongPathsEnabled в системе.<...>https://docs.microsoft.com/ru-ru/windows/win32/fileio/maximum-file-path-limitation?tabs=cmdПо идее, нужно проверить, что разрешение работать системе с длинными путями решает проблему.
Настройки - обновление - выберите альфа канал, обновитесь и проверьте исправлена ли ошибка
Где окошечко с ошибкой?
Т.е. не "табличка", а стандартное окно плеера.
Там видно, что выделен в проводнике один трек, а готов к проигрыванию другой, который проигрывался до этого из папки с коротким путём.
Установил альфа-версию 5.03.2395. От 9.07.2022. Вопрос не решён.
Просьба показать или написать какой путь показывает плеер по F4 (в частности, наличие префикса). Как написал выше, у меня без префикса и с префиксом разный результат.
У меня показывает в любом из случаев добавления обычный путь:D:\Noby.uCoz.R\Authors\Chopin - Solo and for Piano & Orchestra Works - Shebanova, 2009-2010 (14CD NIFC)\12 1845-1849 Mazurkas Op. 59, 63 & 67, Barcarolle, Polonaise-Fantasy, Nocturnes Op. 62, Waltzes Op. 64 etc\17 Tatiana Shebanova - Largo In E Flat Major (1847).flac
Надо смотреть на релизе. в ночной версии я этот момент уже поправил
на 2394 то же самоеникаких префиксов, сокращений или чего-то ещё
Виндовый диалог стал подставлять префикс, чего раньше не было.
It doesn't work everywhereMost (but not all Windows and .NET APIs) work with extended path syntax. But the bigger problem is that other applications and the Windows Shell operations don't work with these paths when invoked through Process.Start(). For example, passing an extended path via parameter to Explorer just ends in tears - doing absolutely nothing. Same with terminal and Process.Start() arguments for many apps.https://weblog.west-wind.com/posts/2022/Jan/03/Integrating-Long-Path-Names-in-Windows-NET-Applications
Drag-n-Drop и контекстное меню доработал. Теперь он тоже принимает длинные пути
У меня пока длинные треки не читаются, в том числе не работает способ добавления в плеер. Новых альфа-версий после позавчерашней не нашёл. Мне пришло в голову: может, оно и не плохо, что длинные треки не читаются? Ведь они к тому же не могут и копироваться виндой. Там предел длины пути 256 знаков.
По описанной ситуации вообще нельзя повторить то, что вы написали
Проверил ещё раз. Если сперва вызвать плеер и перенести в него - работает. Если просто открывать трек, без предварительно открытого плеера и перетаскивания в него - не работает.
Если просто открывать трек, без предварительно открытого плеера и перетаскивания в него - не работает.