Messages

1

Questions / Re: ASIO output config - stereo playback with multi-channel setup?

« on: December 24, 2022, 06:51:25 PM »

Sound quality is fine with WASAPI, but I have a couple minor issues. It always drops some samples from the beginning of the first track played and is unstable with Milkdrop (frequently crashes/locks up Musicbee when starting the visualizer).

So I decided to mess around with it a bit more.  Turns out the multi-channel problem is definitely ASIO4ALL.  Or maybe ASIO4ALL in combination with Intel HDMI audio.

Anyway, I tried FlexASIO with the kernel streaming backend and it works perfectly.  No multi-channel issues, no dropped samples at the beginning of a track and no crashes with Milkdrop.

Just thought I'd pass the info along in case anyone else has similar problems.  If you're looking for bit-perfect playback with a multi-channel config and you're having issues with WASPI exclusive, give FlexASIO a shot.

2

Questions / Re: ASIO output config - stereo playback with multi-channel setup?

« on: December 11, 2022, 03:20:37 PM »

I did upgrade to latest 3.5, but it was still playing center channel on stereo sources with ASIO.

But no biggie.  WASAPI exclusive is handling all channel scenarios correctly and should be same quality.

3

Questions / Re: ASIO output config - stereo playback with multi-channel setup?

« on: December 10, 2022, 09:02:18 PM »

Switched to WASAPI exclusive and also confirm it works as expected with stereo or multi-channel sources.  So I guess I'll stick with that.  Always preferred ASIO in the past coming from pro music gear, but I guess WASAPI exclusive should essentially be the same thing.

So I guess something is wrong with Musibee's ASIO implementation or possibly ASIO4ALL itself.

Anyway, problem solved with WASAPI exclusive.  Thanks all for the help.

4

Questions / Re: ASIO output config - stereo playback with multi-channel setup?

« on: December 10, 2022, 05:42:22 PM »

Yes, tried it checked and unchecked, but always behaves like it's upmixed.  Meaning center channel is always on with 2 channel sources.

BTW - Yamaha receiver is in "straight" mode, which means all processing is disabled and it plays back exactly as received.

Seems like musicbee is always doing some kind of upmix.  Not sure if it's a bug or I just don't understand expected behavior.

5

Questions / ASIO output config - stereo playback with multi-channel setup?

« on: December 09, 2022, 11:55:51 PM »

My PC is connected to a receiver via HDMI.  I have a multi-channel speaker setup.

I'm using ASIO4ALL to get ASIO support over the Intel HDMI.  In Musicbee the ASIO Output Config is the default 7.1 setup.

What is the intended behavior when you have a multi-channel output setup in ASIO output config, but you're playing back a stereo signal?

I'm getting the stereo signal output on my center channel, which surprised me.  I can configure the ASIO outputs in musicbee to just have 2 channels mapped and then 2 channel sources work correctly, but then I can't playback actual multi-channel audio correctly.

Is it not possible to support 2 channel audio and multi-channel audio with a single output config?

6

Bug Reports / Re: Keybord navigation problem with certain tabs

« on: March 19, 2018, 03:09:39 PM »

I can confirm this is working correctly for me in 3.2.6651.  Thanks again.

7

Bug Reports / Re: Sort order not remembered after restart

« on: March 19, 2018, 03:05:23 PM »

I see that it just got released yesterday.  Upgrading now.  Thanks!

8

Bug Reports / Re: Sort order not remembered after restart

« on: March 18, 2018, 06:51:23 PM »

Never mind - right after I posted it occurred to me to try creating a custom view for one of the tabs.  Now the Music tab is in the default Album Covers view, the Latest Added tab is in a custom view copied from Album Covers, and the different sorts are correctly maintained after a restart.

Sorry for the unnecessary post.  You can mark this "as designed" or "not going to fix" as far as I'm concerned.

9

Bug Reports / Sort order not remembered after restart

« on: March 18, 2018, 06:41:31 PM »

I'm not 100% sure if this is a defect or expected behavior.  I have two music library tabs pinned for the same library: Music and Latest Added.  Both are in Album Covers view, but Music is sorted by AlbumArtist+Year+Album and Latest Added is in Date Added (descending) order.

Once I set the orders in both tabs all works perfectly as long as MB is running.  However, once MB is restarted both tabs are in the same order - whichever one was last set.

This is probably a little more important to me than most users as I'm working on controlling MB with a FLIRC and Harmony remote.  Switching tabs is easy with the Harmony, but I don't think there's any easy way to access the sort order context menu, so it would be really nice if the sort order was remembered correctly in each tab.

This is with MB 3.1.6590.

10

Bug Reports / Re: Keybord navigation problem with certain tabs

« on: March 18, 2018, 06:16:28 PM »

Thanks to Steven and CritterMan for fixing this one!  Much appreciated.

11

Bug Reports / Keybord navigation problem with certain tabs

« on: January 28, 2018, 01:26:37 AM »

I recently got a FLIRC (a little USB device that receives IR signals and turns them into keystrokes) for my music PC, which is hooked up to my TV & stereo.  I've been using the FLIRC to let me control MB with my Logitech Harmony 650.  I've programmed the FLIRC to send Ctrl+Tab and Ctrl+Shift+Tab when corresponding buttons are pressed on the Harmony so I can change tabs in MB with the Harmony.  In general it works, but I noticed one problem with certain tabs in MB.

I have 5 tabs pinned in MB in the following order: Music, Playlists, Now Playing, Music Explorer, Inbox.  Ctrl+Tab and Shift+Ctrl+Tab will switch forward and backwards through the tabs as expected.  However, once Now Playing or Music Explorer has the focus, keyboard tab navigation stops working.  I have to use the mouse to focus some other tab and then it will work again (as long as I don't go to Now Playing or Music Explorer).

I understand this is a most likely a non-issue for 99.9% of users who use a mouse, but it would sure be nice if this worked correctly.  I'd hardly have to touch a keyboard/mouse at all with MB.

One other minor related issue.  It would be nice if when closing a tab, the previously active tab was focused instead of always going to the rightmost tab.  I have another button on the harmony programmed to toggle the visualizer, which is where I notice this issue.  If I was on the Music tab and launch the visualizer, when I close it I'm on Inbox instead of going back to Music.  Again, super minor issue, but it forces some unnecessary navigation that makes it easy to run into the above problem.

12

MusicBee Wishlist / Re: Batch edit "Date Added"

« on: January 23, 2018, 03:31:23 PM »

+1

Have wanted this for a long time, would be very helpful.

13

MusicBee Wishlist / Re: Portable sync issues with "folder per playlist" option

« on: September 17, 2016, 12:19:00 AM »

I just got the latest update and gave it a shot.  It does seem to only encode changed/new files now, which is awesome!  Thank you so much for looking into this.

However it still seems to only use one encoding thread, at least in folder per playlist mode.  I haven't tried the normal mode yet.  I had max threads set to 4, but it only encoded and copied one file at a time.

But honestly that's a very minor issue in the scheme of things.  Not having to re-encode the whole playlist if something near the beginning changed is a massive improvement.  Thanks again for all your work and such an amazing app!

14

MusicBee Wishlist / Re: Portable sync issues with "folder per playlist" option

« on: August 27, 2016, 01:09:08 AM »

Thanks.  Sorry for such a delayed reply.  Been super busy at work and forgot to check back.

I wasn't sure where to post it.  I thought not respecting the number of threads option might count as a bug.  In any case I really appreciate you taking a look at it for the next version.

BTW - 3.0 is just awesome.  All the changes and improvements are amazing.  Thank you so much!

Would you like me to repost to the wishlist forum or is it on your todo list now?

15

MusicBee Wishlist / Portable sync issues with "folder per playlist" option

« on: August 06, 2016, 08:43:32 PM »

I originally posted this in the General forum in April 2015, but thought I should re-post it here to keep it on the radar to hopefully be fixed.

Original post: http://getmusicbee.com/forum/index.php?topic=15518.msg92188#msg92188

-----------------------------------------------------------------

I've been using the portable sync features for a long time and have always found them to be excellent (the best I've seen).

My main library is all FLAC and I transcode to MP3 for portable use.  Normally I sync to an <AlbumArtist>\<Album>\<FileName> structure with M3U playlists as the primary way I use my portable devices, especially in the car.  And this has worked beautifully in the past.  However, I recently got a new car and unfortunately the USB support is shockingly bad: unusable navigation and no playlist support.  So, the only workable option is to use a folder per playlist structure.

I was very happy to see MusicBee had this option, but noticed a couple significant issues after using it:

1) When using the "folder per playlist" option, the encoding doesn't respect the number of threads option.  I have the encoding threads set to 4 to utilize all my cores, and with normal syncing this works as expected.  However, with the "folder per playlist" option it only encodes one file at a time.  I didn't think this was that big of a deal at first, as I only expected it to matter for the initial sync when I was loading 1000's of files.  However it exacerbates problem 2 on every subsequent sync.

2) Once you've synced the device, subsequent changes to the playlist in MusicBee can cause the entire playlist to have to be re-encoded the next time you sync.  I guess this is because the hard-coded file name format includes the playlist track sequence number.  So if you insert a track at the beginning of the playlist, all subsequent tracks get a new sequence number, which I guess causes MusicBee not to recognize that the files are already there, causing them all to be re-encoded and copied again on the next sync.  This is really a drag, especially when combined with problem 1, as it can take a very long time to re-encode long playlists.  It seems like it should be possible to recognize which files are already present on the device regardless of sequence, rename them with the correct sequence and then only encode new/changed tracks.