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 - Skinjob

Pages: 1
1
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?

2
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.

3
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.

4
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.

5
TheaterMode / Gallery tag interval not working?
« on: September 08, 2015, 01:38:47 AM »
Is it just me or does the Gallery tag not rotate images anymore?  I thought I noticed it a while back but never really confirmed it until recently.  Artists that I know for sure used to rotate multiple images now just stay on whatever image is fist downloaded.  I'm on 2.5.5721 now, but I think it started in one of the 2.4 patches.

It seems to be true on any of the canned theater modes that use the Gallery tag, but I use a minor tweak of the Artist Pictures one with the following Gallery tag:

<element type="Gallery" x="1" y="1" widthDock="Panel" width="-2" heightDock="Panel" height="-2" aspectRatio="zoomKeep" interval="15" tags="artist" ></element>

Is anyone else able to get the Gallery tag to rotate images?

6
Questions / Portable sync issues with "folder per playlist" option
« on: April 12, 2015, 08:04:48 PM »
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).

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 synching 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 synched 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 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.

7
I've been looking at the best way to integrate R128 volume analysis into my ripping workflow and thought I'd give MB 2.4.5332 and the "calculate and write missing replay gain tags for new music files" option a try.

The hope here is that I could  just remove the old ReplayGain step I was doing during ripping and let MB do the new R128 automatically when it finds new files in my monitored folders.

Unfortunately, it doesn't seem to work in 2.4.5332.  I tried a test with an existing FLAC album as follows:
- Make sure the "calculate and write missing replay gain tags for new music files" option is checked
- Delete an existing album from MB library and close MB
- Use MP3Tag to remove the replay gain tags from the album's FLAC files (completely remove the tags, not just the values)
- Start MB
- Shortly after startup MB will find the album and add it to the library, but it never adds the replaygain tags to the files

Am I missing something or is this currently not working?

Pages: 1