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.

Messages - tanstaafl

Pages: 12
Nope. It's WASAPI (Shared)

I am not exiting MB before switching users. And yes, I am not logging off, I am just switching users.

And yes, not exiting MB is my problem. That's why I made this post :)

My point is that switching users is causing MB to cause the audio driver to go into an odd state. That shouldn't happen. I could maybe understand it if audio was playing when I switched, but it wasn't. MB was idle.

Yes, I can work around the issue by exiting MB before I switch users. But I posted in the Bug Report forum because this is a bug. And that's not really a workaround anyhow, since the reason I have multiple user accounts is because multiple users use the machine and hence I may not even be here when accounts are switched. My wife shouldn't need to know to go find some app I was running and exit it before switching user so the system doesn't refuse to go to sleep...

MB 3.3.7310 on Win 10 Home 1909.

My system is set up with multiple local user accounts.

When MB is running on one account and you switch to another account, MB is doing <something> to the audio driver that winds up blocking sleep.

When I run MB without switching users, the system goes to sleep as expected. However, after switching to another user account, the system will no longer go to sleep. Running "powercfg -requests" (in an elevated cmd prompt) shows:
C:\Windows\system32>powercfg -requests

[DRIVER] Realtek High Definition Audio (HDAUDIO\FUNC_01&VEN_10EC&DEV_0887&SUBSYS_10438760&REV_1003\5&2fb867d4&0&0001)
An audio stream is currently in use.





Doing some testing, this shows up only after switching users - powercfg shows no active requests after starting MB (without playing anything), but as soon as I switch to the other user account, powercfg shows this driver message - even though MB has never been playing, simply started. As soon as I exit MB powercfg shows no outstanding requests.

The audio driver is the latest available from my motherboard vendor.

Portable Devices / Re: Wifi android device synching
« on: August 26, 2019, 02:52:37 AM »
I downloaded 3.3.7162 installer a week or so ago, and then the 3.3.7165 installer this weekend, from the download page.

If there any way to diagnose the problem? All I get is "Server not found. Ensure MusicBee is running and Windows firewall is not blocking MusicBee" from the Android app.

Hmmm. It just dawned on me to try nuking all data for the MusicBee app (not just cache). That seems to have made it connect again.

It didn't fix the problem of being unable to reverse-sync from GMMP (see my other thread).

Portable Devices / Re: Wifi android device synching
« on: August 26, 2019, 01:34:11 AM »
If you go back to .7162 does the sync work?

How do I do that?

Portable Devices / Re: Wifi android device synching
« on: August 26, 2019, 12:19:55 AM »
I upgraded to from MB 3.3.7162 MB 3.3.7165 and now I can't WiFi sync it all. The Android app tells me it can't find the MB server. WiFi sync is enabled in MB preferences. I rebooted my PC, rebooted my phone, disabled my firewall. I did a manual USB sync. The Android app cannot locate the server.

MB 3.3.7162 /MB Android app 0.9 / GMMP 2.2.21 /GMMP unlocker 1.5.1

When I enable any of the GMMP options in the MB Android app I get this error:

Unable to retrieve statistics from GoneMad player for reverse sync. The unlocked version of GoneMad is required.

The only thing in the error log is:
<timestamp>: sendStats: Unable to retrieve stats for player: 1

Any suggestions?

MusicBee Wishlist / Re: 3-digit list-copy prefix
« on: August 27, 2018, 08:50:42 PM »
Preferences > Tags (2) > Fields (Configure Fields) > Formatting > disc-track# format

HOWEVER!!! In a few places, MB seems to sorts numbers by ASCII instead of true numerical. So you're changing the formatting may still not do what you wish.
No, that's not what I'm after. It's isn't the field format that's an issue. The issue is the prefix number that MusicBee puts in front of the copied files when you tell it to save a list into a folder.

For example, if I have an EP with 3 tracks, with a file name of "disc-track# - title", my base files are:

01-01 - song1
01-02 - song2
01-03 - song3

If I then do MusicBee's Send-To->Folder (Copy) command, the files in the destination folder are:

01-01-01 - song1
02-01-02 - song2
03-01-03 - song3

It's that number that MusicBee prefixes the file name with that I'm asking be made 3 digits when the number of files being copied is 100 or more.

Questions / Re: Smarter sorting algorithm for albums?
« on: August 27, 2018, 06:52:01 PM »
You could use Album Sort tags and/or MusicBee's custom sorting (see the Sorting tab in the Edit window).

I use this to deal with Mannheim Steamroller's "Fresh Aire" albums, some of which use arabic numerals in the titles while others use roman numerals. The custom sort puts them in the right order while still displaying them with the titles as they appear on the albums.

MusicBee Wishlist / 3-digit list-copy prefix
« on: August 27, 2018, 06:46:49 PM »
I use MusicBee to load up USB sticks to play in my car. I use 254-song playlists (because that's the most files that can be in one folder for the car player). I use Send-To->Folder (Copy) to put the the playlist output into the folder on the USB stick. MusicBee uses a 2-digit prefix for the first 99 files, then a 3-digit prefix after. Unfortunately the player in the car is stupid and it plays then in direct alphabetical order:


This is just a little aesthetic thing, but since the player ALSO shows track N/254, and it's N doesn't match the file prefix, it triggers my OCD-ish instincts.

If you could make the prefix always be 3 digits when more than 100 files are being copied it would be very much appreciated. Thanks.

And... after putting the tabs and mapping table back to the way they were before I made my initial post, the three albums are displayed correctly in both Column Browser and View, leading me to believe that perhaps something is/was corrupted in my database. Recommendation? Should I do a rescan? Will that reset and recreate the mapping table from the tags?

If I set the AlbumSort tags on the three to "The Hits 1", "The Hits 2", and "The Hits 3" then both the Column Browser and Album View display them in the wrong order ("The Hits 2", "The Hits 3", "The Hits"). I then went to the Album mapping table in Sorting Preferences and noticed that when I changed the AlbumSort tags for "The Hits 2" and "The Hits 3", the tags changed (i.e., they changed from the grayed-out "Hits 2, The"/"Hits 3, The" to normal text "The Hits 2" and "The Hits 3"), but no entries were created in the mapping table.

I then created mappings manually, and the Column Browser and View both sorted them correctly.

But I shouldn't need to create mappings, or change tags, for 2 and 3. I just need a tag/mapping for 1 because the 1 is missing from the title. Somehow the mapping isn't being treated as it if was a tag.

I have 3 albums by ABBA:

The Hits
The Hits 2
The Hits 3

This is the order I want to see them displayed, so I set the AlbumSort tag on "The Hits" to "The Hits 1". In the Album view and in the Album column of the Column Browser, they came out

The Hits 2
The Hits 3
The Hits

If I change the AlbumSort tag on "The Hits" to "Hits 1, The", then the Column Browser shows them in my desired order, but the Album View still shows "The Hits" last, not first.

It seems to me that perhaps MB isn't properly ignore "The" at the start of mapped album names. Other than that, I'm out of ideas.

MusicBee v3.1.6388

Questions / Re: Custom sorting
« on: April 23, 2017, 03:50:05 PM »
Confirmed. Thanks for the quick turnaround.

Pages: 12