Messages

1

Bug Reports / Re: Mass undo silently fails

« on: September 10, 2020, 12:19:48 AM »

I am talking about the MB functionality.

That tag backup thing was just another thing I noticed while fiddling around.  It may be that there's nothing wrong, I just thought it could be related.

To clarify: Edit -> Undo is what I am complaining about.  Everything else is just stuff I noticed while trying to undo it automatically.

2

Bug Reports / Re: Mass undo silently fails

« on: September 09, 2020, 05:30:59 AM »

Hi Stephen,

The tag inspector shows the wrong value too.  I did file rescans anyway, to no avail.

I also tried looking at the tag history from the right click menu and got an error:
MusicBee v3.3.7367.38620D  (Win10.0), 8 Sep 2020 21:29:

System.IO.FileNotFoundException: Could not find file 'C:\Users\Anthony\AppData\Roaming\MusicBee\Tag Backups\Anthony's Library - Baseline.bbl'.
File name: 'C:\Users\Anthony\AppData\Roaming\MusicBee\Tag Backups\Anthony's Library - Baseline.bbl'
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
   at MusicBeePlugin.BackupType.Load(String fileName, String backupFileExtension)
   at MusicBeePlugin.TagHistoryPlugin.fillTable(String folder, Boolean includeSubfolders, Int32 maxBackupCount, Int32 trackIndex, Boolean reuseCache)
   at MusicBeePlugin.TagHistoryPlugin.TagHistoryPlugin_Shown(Object sender, EventArgs e)
   at System.Windows.Forms.Form.OnShown(EventArgs e)
   at System.Windows.Forms.Form.CallShownEvent()
   at System.Windows.Forms.Control.InvokeMarshaledCallbackDo(ThreadMethodEntry tme)
   at System.Windows.Forms.Control.InvokeMarshaledCallbackHelper(Object obj)
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Windows.Forms.Control.InvokeMarshaledCallback(ThreadMethodEntry tme)
   at System.Windows.Forms.Control.InvokeMarshaledCallbacks()

Thankfully it was the album artist and not something like the song titles.  It's definitely fixable manually.

3

Bug Reports / Mass undo silently fails

« on: September 08, 2020, 08:08:39 AM »

I was playing a video game and editing music files in between.  To get into my game, I accidentally caused a series of keystrokes that renamed all album artists in my inbox (the currently open view)  to one of the artist names that was in the list.  There were over 3500 files.  

After my game, I noticed that this had happened.  So, I went and told it to undo.  It looked like it was working (taskbar progress) for a couple minutes.  When it appeared to be done, nothing had changed.  The file properties did not get undone, and I got no warnings or anything.  I also could not attempt the undo operation again.

Version 3.3.7367

4

MusicBee Wishlist / Request for CD ripping dialog / workflow improvements

« on: January 01, 2020, 10:58:43 PM »

So, the CD ripping workflow could use a few very minor tweaks that would make using it so much easier (at least for me).

1. When editing a song title, allow for Tab (or Enter) to move to the next song title to edit.  Currently, Tab just moves the cursor to the first text box, and IIRC, Enter actually starts the rip.  This means I have to pick up my mouse to move to the next track every time.  As I type very fast, this is where I get bogged down (it's probably equivalent/faster to type most song titles than to have to maneuver my mouse between, sometimes even if they're really long - so you can imagine it taking around twice as long without a simple way to move to next).

2. When the Album Artist and the Artist fields all match, the Album Artist field is not applied to the audio file. This doesn't seem like that big of a deal considering MB helpfully shows you the artist name in both places regardless, but it means you can't do searches based only on Album Artist because those blank album artist fields are treated as empty fields when searching.  Perhaps this could be fixed in some other way, though.

5

MusicBee Wishlist / Request: Ability to unmap home/end from main music view

« on: August 12, 2019, 02:16:55 PM »

When quickly trying to slightly tweak several files in a row in my inbox (that won't have exact changes), sometimes I get ahead of myself with one hand and hit home or end before I've hit F2 to edit the field.  As you can imagine, this is painful, especially when dealing with thousands of files.

I looked in the settings to see if I could simply remove mapping, but it seems it's part of the control.

I was hoping the option could be added to disable home/end, in particular since I am not sure I even see the use for it in a music program (but I realize that other people might find a use for it).

6

Questions / Re: Strange (Slow and Inconsistent) CD Ripping Behavior in Musicbee

« on: April 29, 2019, 11:24:11 PM »

Quick follow-up:

This was annoying enough for me to invest in an external drive.  Sadly, I could only find one that would max out at 24x.  So, I'm potentially losing half my ripping speed.  But, it's preferable than having to do weird things to make the drive spin up and/or rip with separate programs, etc.

It ripped fine, so Just more confirmation that it seems to do with BD drives.  Also to confirm it probably isn't related to M-Disc (both drives support it in my case).

If the bass developer cares and needs help to fix this, I'm willing to help him.  If he doesn't care, I'm set anyway.

7

Questions / Re: WMA-Lossless -> FLAC - will the conversion happen without loss?

« on: April 27, 2019, 11:25:53 PM »

Thanks, redwing.

Works fine for me with either transcoding enabled or not at least for 16-bit files. 24-bit files just make noises, and I don't see such message.

WMA lossless plays on your Playstation3?  I read that the PS3 doesn't even support it at all; only normal WMA (which you need to enable).  I could have sworn at some point I had a PS3 that could play them, but it's possible it was an iTunes server or WMP did conversions.  Anyway, I was able to get it to play flac, but not WMA-L. 

I am doing a full flac conversion now, so I guess the point is moot.

8

Questions / Re: WMA-Lossless -> FLAC - will the conversion happen without loss?

« on: April 26, 2019, 08:19:26 AM »

I'm just wondering if MB will perform a lossless conversion (I can't imagine why it wouldn't, but you never know).  But if we're talking different tools, I have the same exact question.

9

Questions / WMA-Lossless -> FLAC - will the conversion happen without loss?

« on: April 26, 2019, 04:30:30 AM »

So, the majority of my library is WMA lossless.  I switched to a NAS, and WMP handles it very, very poorly, so I'm doing what I should have done years ago and dropping WMP.  MusicBee seems to be the best player/organizer I've found, by a longshot, so I'm committed. 

However, what I've noticed is that MusicBee seems to be unable to encode WMA Lossless.  This isn't such a big deal as I can just use FLAC.  However, I've also encountered a second problem while trying to set up UPnP: Even if I check the options that force transcoding, my ps3 still cannot stream WMA-L from MB.  It streams FLAC tracks fine, but trying one of the WMA-L always fails with "not supported".  I would have expected the transcoding would have fixed that problem, but it seems not to have.

That said, unless someone has an idea of what the problem is on my end (or a workaround), I am considering converting my entire library to FLAC - I should probably do this anyway.

Due to the fact that MB doesn't support encoding in WMA-L, I am worried that it also may not decode losslessly.  I am guessing that it will decode fine, but I'd rather not convert 65K tracks and then find out that I've screwed myself. 

I was hoping for confirmation that if I use MB to convert my library from WMA Lossless to FLAC that the FLAC files will both have all of the information (that was present in the WMA, of course).

thanks!

10

Questions / Re: Strange (Slow and Inconsistent) CD Ripping Behavior in Musicbee

« on: April 26, 2019, 12:18:17 AM »

Hello,

I am also experiencing this problem.  I have a BD-ROM drive, but it's rated for 48X for CD ripping: https://www.lg.com/us/support/products/documents/LG_SPEC_WH14NS40_011617_PR.pdf

I tried the modified basscd.dll file too and it did not work.

I tried playing the CD in WMP like the user above, and that made MB rip at what seems to be normal speeds.