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

Pages: 12 3
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.

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!

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.

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.

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.

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.

MusicBee Wishlist / Re: Batch edit "Date Added"
« on: January 23, 2018, 03:31:23 PM »

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

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!

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?

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:


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.

TheaterMode / Re: Gallery tag interval not working?
« on: September 17, 2015, 06:56:38 PM »
Sorry for the delayed reply - super busy at work lately.

So of course now that I've gone to the trouble to post about the problem it's started working again.  :)

The same artist that it was only showing a single picture now rotates through multiple.

But I swear I'm not crazy.  The staying on a single picture really was happening, and not for the first time.   And glitch with the track timer at the gallery interval seconds really was happening as well.  I rebooted for window updates shortly after this post and maybe that cleared something up.

I'll keep an eye on it and post if happens again.

TheaterMode / Re: Gallery tag interval not working?
« on: September 08, 2015, 02:02:45 AM »
I noticed that the track timer pauses briefly at the gallery interval and then resumes, in my case every 15 seconds.  Seems like maybe it's trying to do something and failing.

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?

Questions / Re: Portable sync issues with "folder per playlist" option
« on: April 14, 2015, 12:32:14 AM »
That's good to hear.  I know he's in the middle of major architectural changes that obviously take priority, but hopefully he can take a look in one of the subsequent releases.

I guess I should have posted this in the Bug Reports section.  Should I repost it there?  Or can someone move it?

FLAC is absolutely compressed.  It's lossless, so it can't compress as much as lossy codecs like MP3, Vorbis, etc., but it's definitely compressed.

It'll vary depending on the nature of the music, but the FLAC file should be about 60-65% the size of the original uncompressed WAV.

My rule of thumb is you'll get about 3.3 albums per GB on average with FLAC.  Again, your mileage may vary, but averaged over 100's of albums it should be in that ballpark.

Pages: 12 3