1
Плагины-дополнения / Addons / Re: AIMP WebLyrics
« on: October 11, 2022, 19:29:26 »
I have the same problem. 
News: AIMP v5.10
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Pages: [1] 2
2
Предложения / Suggestions / Advanced search window can't be minimized to the taskbar
« on: August 26, 2022, 22:57:13 »
Is there an important reason why AIMP's "advanced search" window cannot be minimized to the taskbar?
The minimize icon is grayed out and therefore has no function.
I use the advanced search quite often and miss this feature a lot.
If there is no important reason for it, I would like to suggest to enable this feature.
The minimize icon is grayed out and therefore has no function.
I use the advanced search quite often and miss this feature a lot.
If there is no important reason for it, I would like to suggest to enable this feature.
3
Обработано / Processed / Re: [x] [2366] AIMP doesn't remember the sorting in "Managing Playlists" module
« on: March 08, 2022, 19:16:36 »Great!
The error is eliminated.
Thanks a lot!
4
Обработано / Processed / Re: [x] [2366] AIMP doesn't remember the sorting in "Managing Playlists" module
« on: March 08, 2022, 01:25:25 »
Thanks for the quick response.
Unfortunately the build 2367 only made the error worse.
Previously, only the first two positions in the list were in reverse order when opening the module.
From position 3 on, the order was correct.
After clicking on "Sort by title" the list was sorted correctly, but AIMP seems to forget that, because the next time the module was opened
the first two positions were swapped again.
With build 2367 after "sort by title" the playlist "01. ..." appears at the first position, but all following playlists are sorted in descending order.
(Playlist_3.jpg)
At next start of the module this sorting remains and does not change.
Unfortunately the build 2367 only made the error worse.
Previously, only the first two positions in the list were in reverse order when opening the module.
From position 3 on, the order was correct.
After clicking on "Sort by title" the list was sorted correctly, but AIMP seems to forget that, because the next time the module was opened
the first two positions were swapped again.
With build 2367 after "sort by title" the playlist "01. ..." appears at the first position, but all following playlists are sorted in descending order.
(Playlist_3.jpg)
At next start of the module this sorting remains and does not change.
5
Обработано / Processed / [x] [2366] AIMP doesn't remember the sorting in "Managing Playlists" module
« on: March 07, 2022, 03:57:11 »
I would like to mention a minor annoyance that occurs in the "Managing Playlists" module for me.
It has existed for several builds, but I can't tell when it first appeared.
The problem: AIMP does not remember the sorting of the first 2 positions in the playlist overview of the module.
I have numbered my playlists, so sorting by the digits at the beginning should be fine.
When I call the module "Managing Playlists", playlist "02. ...." always appears on position 1 (Playlist_1.jpg.),
although the list was sorted before I left the module last time. The sorting works correctly (Playlist_2.jpg), but the next time the module is called it is again in the wrong order as in picture 1.
It's not a really big error, I can live with it, but it's still annoying.
It also only happens on the first 2 positions of the list, all other positions stay sorted correctly.
This error only appears in the "Managing Playlists" module. The list of playlists in the main window of AIMP are not affected, they stay sorted correctly.
Is there any way to turn off this annoyance?
It has existed for several builds, but I can't tell when it first appeared.
The problem: AIMP does not remember the sorting of the first 2 positions in the playlist overview of the module.
I have numbered my playlists, so sorting by the digits at the beginning should be fine.
When I call the module "Managing Playlists", playlist "02. ...." always appears on position 1 (Playlist_1.jpg.),
although the list was sorted before I left the module last time. The sorting works correctly (Playlist_2.jpg), but the next time the module is called it is again in the wrong order as in picture 1.
It's not a really big error, I can live with it, but it's still annoying.
It also only happens on the first 2 positions of the list, all other positions stay sorted correctly.
This error only appears in the "Managing Playlists" module. The list of playlists in the main window of AIMP are not affected, they stay sorted correctly.
Is there any way to turn off this annoyance?
6
Обработано / Processed / Re: [x] [2338] monitor for changes while running doesn't work anymore (Win7)
« on: November 02, 2021, 19:32:56 »
I've been using build 2240 for days now because updating playlists works great with it.
However, during this time I noticed something that I would like to call "stuttering" of the player.
If the player is not busy, so no monitoring etc., it hangs when scrolling through the playlist and when starting another song by clicking on it.
Windows then displays the message "the program is not responding". This stuttering lasts only a few seconds, but in the long run it is annoying, because it occurs continuously.
In v4.70 this did not occur.
------------
Я использую сборку 2240 уже несколько дней, потому что обновление плейлистов в ней работает отлично.
Однако за это время я заметил нечто, что я хотел бы назвать "заиканием" плеера.
Если плеер не занят, то есть нет мониторинга и т.д., он зависает при прокрутке списка воспроизведения и при запуске другой песни, если нажать на нее.
Windows выводит сообщение "программа не отвечает". Зависание длится всего несколько секунд, но в долгосрочной перспективе оно раздражает, поскольку происходит постоянно.
В версии 4.70 этого не происходило.
However, during this time I noticed something that I would like to call "stuttering" of the player.
If the player is not busy, so no monitoring etc., it hangs when scrolling through the playlist and when starting another song by clicking on it.
Windows then displays the message "the program is not responding". This stuttering lasts only a few seconds, but in the long run it is annoying, because it occurs continuously.
In v4.70 this did not occur.
------------
Я использую сборку 2240 уже несколько дней, потому что обновление плейлистов в ней работает отлично.
Однако за это время я заметил нечто, что я хотел бы назвать "заиканием" плеера.
Если плеер не занят, то есть нет мониторинга и т.д., он зависает при прокрутке списка воспроизведения и при запуске другой песни, если нажать на нее.
Windows выводит сообщение "программа не отвечает". Зависание длится всего несколько секунд, но в долгосрочной перспективе оно раздражает, поскольку происходит постоянно.
В версии 4.70 этого не происходило.
7
Обработано / Processed / Re: [x] [2338] monitor for changes while running doesn't work anymore (Win7)
« on: October 31, 2021, 03:13:08 »Please, test performance of the build: https://disk.yandex.ru/d/LBuiI8x2pAuDfQ
It looks like you have found the solution to the problem.
I have performed the same task as described above 2 times with the build 2240. Both times the task was finished in about 1 min, even faster than in v4.70 (about 3 min).
Thumbs up! :-)
8
Обработано / Processed / Re: [x] [2338] monitor for changes while running doesn't work anymore (Win7)
« on: October 30, 2021, 19:10:44 »
Thank you very much for your efforts.
I will test it this evening or tomorrow.
I will test it this evening or tomorrow.
9
Опубликованные обложки / Published skins / Re: A4 [AIMP 5.0]
« on: October 29, 2021, 03:21:20 »
Здравствуйте,
в версии 1.4 я не могу найти опцию показа окна с текстами песен.
Где я могу найти это?
в версии 1.4 я не могу найти опцию показа окна с текстами песен.
Где я могу найти это?
10
Обработано / Processed / Re: [?] [2338] monitor for changes while running doesn't work anymore (Win7)
« on: October 29, 2021, 00:13:38 »
I now followed your instructions.
AIMP should update a playlist with 123516 entries by 9 tracks in a new folder.
The process took 79 min.
The tracing was started 9 times, but I could only attach 4 files
1, tracing after the monitoring has started.
2. after 22 min.
3. after 60 min.
4. after 79 min. (Task finished, playlist completed by 9 titles and sorted by template.
Hope it is useful for you
AIMP should update a playlist with 123516 entries by 9 tracks in a new folder.
The process took 79 min.
The tracing was started 9 times, but I could only attach 4 files
1, tracing after the monitoring has started.
2. after 22 min.
3. after 60 min.
4. after 79 min. (Task finished, playlist completed by 9 titles and sorted by template.
Hope it is useful for you
11
Обработано / Processed / Re: [?] [2338] monitor for changes while running doesn't work anymore (Win7)
« on: October 28, 2021, 16:21:33 »
Okay, I'll do that. However, it may take a while until I can post the result.
12
Обработано / Processed / Re: [?] [2338] monitor for changes while running doesn't work anymore (Win7)
« on: October 27, 2021, 21:14:14 »
Avast Premium Security
Why should the antivirus react to v4 unlike to v5?
There were no messages from the antivirus for AIMP
Why should the antivirus react to v4 unlike to v5?
There were no messages from the antivirus for AIMP
13
Обработано / Processed / Re: [?] [2338] monitor for changes while running doesn't work anymore (Win7)
« on: October 27, 2021, 16:15:42 »
I now have more detailed data to describe the problem.
I ran the exact same task with v4.70.2254 and v.5.00.2338.
The result:
1. updating the playlist also works in v5, but it takes about 30x more time than in v4. That's the reason why I originally thought it didn't work.
2. the task: update a playlist with 120k entries by 14 tracks of a new CD (1 folder) and sort them into the list according to the template.
v5: Task completed after 90 minutes
v4: Task completed after less than 3 minutes
In smaller playlists it's just the same. In v5 it takes many times longer to monitor and update than in v4.
Thank you very much for taking care of this issue.
I ran the exact same task with v4.70.2254 and v.5.00.2338.
The result:
1. updating the playlist also works in v5, but it takes about 30x more time than in v4. That's the reason why I originally thought it didn't work.
2. the task: update a playlist with 120k entries by 14 tracks of a new CD (1 folder) and sort them into the list according to the template.
v5: Task completed after 90 minutes
v4: Task completed after less than 3 minutes
In smaller playlists it's just the same. In v5 it takes many times longer to monitor and update than in v4.
Thank you very much for taking care of this issue.
14
Опубликованные обложки / Published skins / Re: A4 [AIMP 5.0]
« on: October 26, 2021, 00:56:37 »
In the v1.4 attached at the beginning of this thread, I miss the ability to display the lyrics-window.
15
Обработано / Processed / Re: [2338] monitor for changes while running doesn't work anymore (Win7)
« on: October 25, 2021, 23:19:31 »
It's the same procedure as in v4.70
I have now found that the updating of the playlist happens, but disproportionately takes much longer time than in v4.70.
The update of a larger playlist (over 100k entries) in v4.70 lasted only a few minutes, in v5 it takes several hours. Also the final sorting is taking a very long time.
The new entries are displayed first only as filenames and reading out the tags even takes a long time.
I then abbreviated this process by manually clicking these entries. Then the reading of the tags takes place immediately.
When I switch back to v4.70, everything goes as fast as always.
Could it be that it has something to do with that the playlists were created in v4.70?
I have now found that the updating of the playlist happens, but disproportionately takes much longer time than in v4.70.
The update of a larger playlist (over 100k entries) in v4.70 lasted only a few minutes, in v5 it takes several hours. Also the final sorting is taking a very long time.
The new entries are displayed first only as filenames and reading out the tags even takes a long time.
I then abbreviated this process by manually clicking these entries. Then the reading of the tags takes place immediately.
When I switch back to v4.70, everything goes as fast as always.
Could it be that it has something to do with that the playlists were created in v4.70?
Pages: [1] 2