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.


Topics - klint

Pages: 12 3 ... 5
1
Often, a podcast download fails (mostly during mutliple downloads). ASAIK, the only way to restart such a failed download is to find the podcast episode and redownload it.

Here is an example of the download panel in that case:


We miss an easy way to either restart a failed download directly from the download panel, or to restart all failed downloads, whithout needing to go back to the subscriptions&episodes panel.

Thank you.


2
Context: I keep tons of subscription that are not fed anymore (no new episodes), for the sole purpose of keeping all downloaded episodes sorted and linked to the right place in the podcast hierarchy.
Or maybe because i'm just not interested in seeing new episodes coming up in the list.

There is no way to prevent an existing subscription to be checked (there are only options to prevent new episodes to be downloaded).
Such an option could be helpful (also because it could speed up the global subscriptions check operation).

Thank you






3
AFAIK, there is no way currently to copy the source URL of an épisode in order to share it (not the location of the downloaded episode).

An option to do that could be to extend the "send to->clipboard" option currently available in the contextual menu for podcast episodes, by adding the source URL of the episode to the text that is already available there (title of the episode...)

Thank you

4
Bug Reports / Strange display behaviour when scrolling lists
« on: October 07, 2019, 10:52:13 AM »
Hi Steven

I'm using MB 3.3.7175 P and I am facing a display issue when scrolling in lists, as you can see in this screenshot:



Items are duplicated or more, and display is totally weird.

Thanks

5
Hi Steven

This is an old problem I'm facing, maybe I already have reported it, but I can't find where...

Several of my podcast subscriptions are delivering podcast files that do not bear the "Podcast" genre (the Genre field is used to defined which kind of podcast, like News, Culture, whatever).
In MB catalog itself, these downloaded files are handled as podcast episodes, as expected.

Yet, when it comes to syncing to the phone, likely because of their Genre, these files are treated like non-podcast tracks and are sent to the Music folder instead of the Podcast folder on the device.
The trouble then is that the music app on the phone will consider them as... music, not as podcasts.

I agree that it is in the grey zone between bug and expected behaviour (as the Genre is not set correctly), but it would be quite handy if these files were treated like podcasts consistently all over MusicBee, including during syncing itself.

Thank you :)

6
Questions / Keyboard shortcut to download a podcast episode?
« on: March 21, 2019, 09:58:41 AM »
Hi

Every day I spend 10 minutes to review all newly published podcast episodes in the "Recent updates" view of the podcasts. The list is quite long as I have 100+ subscriptions, so I scroll down in the list with the DOWN key, reading each episode title.
Then, zach time I find one I want to download, I have to go back to the mouse to right click on the episiode and trigger download.

And I was wondering, maybe there is a key shortcut to trigger download that I have missed. But pressing Enter does nothing...;

Is there a keyboard shortcut that would do that, allowing me to scroll down the list and download interesting episodes by using the keyboard only?

Thanks!!

7
Hi
For a couple of builds, the tracks that should be deleted from device because they have been removed from synced playlists are not listed by sync preview anymore, and are not deleted by actual sync. Although the right option is checked, of course ("to be deleted with confirmation")
Both for wired and wifi sync.
Am I the only one with this issue?
Thanks

8
In order to avoid pressing the sync button and triggering a sync with unwanted effects, it would be helpul to have an option that would force the user to preview before syncing.

For instance, a same button could be used as "preview" when entering the sync section, then turned into "sync" at the end of the preview. Or simply but making the "sync" button active only after a "sync" is done just before.

And leaving that section would deactivate the sync button.

Thanks!

9
Today, it seems that when a track has to be synced with the device, but when the underlying file has been deleted from the PC (not the entry in the MB database, just the file), it seems that MB considers that the track is not to be synced at all and removes the same file from the device. Do you confirm that it is like that? I haven't tested thoroughly, but it seemed to have behaved like that for a few files recently.

If so, could the behaviour be changed? Because it means that not only the file was deleted on PC side (by accident for instance...), but also that the only backup copy of it, the one on the device, will be deleted as well.

Actually, it could even be better if such track was listed in the Sync preview/log (ignored in the sync, but listed), so that the user can take action on the missing files on the PC.

Thanks

10
Skins / Missing element in some Dark....series (at least there)
« on: February 01, 2019, 01:54:56 PM »
Hi
Not sure this is the right place to report a missing skinned element in a theme, but feel free to move this post to the right place. Thanks!

Anyway, I've seen the podcast subscription home icon not being themed correctyl in Dark-Metro Series and Dark Fine-Tuned themes. I haven't checked elsewhere.

See the black element pointed by the mouse cursor here:



Thanks

11
Hi
This may be a stupid question, but I can't see the answer even if it is obvious! :)

So... Is there a column that can be added to track tables showing the % of the track that was already played (ie last played position / duration)?
And it would even be better in a visual way (like a progress rectangle).

Or is there a trick to get that with a virtual column?

Thanks

12
Hi
I'm testing MB on my laptop at work, where I have no control over Symantec EndPoint antivirus.
But for a few days, the WS.Reputation.1 threat is detected in musicbee.exe 3.3 latest builds, and I cannot update MB anymore.
Is there a way to tell Symantec that it is a false positive once for good? :)
I haven't checked the 3.2 builds though.
Thanks

13
Bug Reports / My autoplaylist has a problem with 3.2
« on: January 23, 2018, 10:26:17 AM »
Hi

With MB 3.2.6597.

I have setup the following autoplaylist that shouldn't display entries where the path is empty




Yet, as you can see below, rows with an empty path are displayed all the same.



And the result is the same iwhen I change the first criteria to "starts with C:\", by the way

Thanks

14
Hi
The "Recent updates" view, which is grouped by subscription name, is quite difficult to use because groups are not sorted "by most recent episode date within the group".

As an example, here is a screenshot of my "Recent updates" which I configured as "sorted by Episode Date DESC".




The numbers on the right show how I would have sorted the groups of episodes more naturally, as I said, by "most recent Episode date within the group".
Because of the current way it is sorted, when looking for the most recent episodes since the last time I checked in the same day, I have to navigate up and down within the current day to find them, which is not easy as I have tens of new episodes per day. While I would have expected to find them at the top of the list, simply.

Is this a bug, or, if not, could there be at least an option to apply that more natural way of sorting?

Thanks

Cheers

15
Bug Reports / Last steps of syncing last tooooo long!
« on: January 08, 2018, 02:10:46 PM »
Hi

Happy new year to you all, first!
I don't remember if I already have filed this problem, can't find it anyway. So here it is.

Each time I perform a sync to my Moto XPlay over USB, the very last steps of the process, corresponding to the copy of the playlists themselves to the phone, last far too long. It is a matter of several minutes, more than the copy of the songs themselves actually.

My sync settings are to remove obsolete files and to NOT copy the playlist themselves (but still, the steps are there even if the copy is not performed, from what I understood).
Maybe it is also worth mentionning I have permanently about 1000 songs or podcast episodes (almost a month in total duration) on the phone, and even if I sync just one new song, the last steps will last forever (or almost ;))
Last thing: I sync 2 Musicbee smartplaylists to the phone, and those smart playlists are based on other playlists.

Is this something other user are experiencing?

Cheers

Pages: 12 3 ... 5