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 - 111112oo

Pages: 1
1
this version no longer treats single file cuesheets as virtual albums. However it only takes effect when scanning new files, so you will still need to remove the cuesheet for existing files. The Remove Cuesheet function is now included in the Album Artwork view

https://getmusicbee.com/patches/MusicBee35_Patched.zip
unzip and replace the existing musicbee application files
Works, thank you!

2
Help! I can't find such a right click option anywhere!

It's available in 'Album and Tracks' view, but not in 'Album Covers' view.
Thank you!

However... this only fixes it until I rescan for new albums again, then the cuesheet issue returns.

3
Help! I can't find such a right click option anywhere!

4
i am not seeing any bug here. MB associates cue sheets to files as is the case here.
Right click/ Remove Cuesheet to remove it
Where is this option? In a screenshot I posted above I cannot see it.

5
try using v3.5 available from the first forum topic.
However, if there is a cuesheet associated then the title will be sourced from the cuesheet - even if its a single track cuesheet
That's what I'm using. On 3.4 the artist also appeared as Unknown. And this issue doesn't appear to multi-track albums, only single track albums.

I don't like and don't want to edit my cue sheets. Besides the tag edit function doesn't even work to change it. I disagree heavily with it reading the cue for titles first. most cues are just generated for archival purposes, for re-burning, not to be the basis of libary tags. How you've tagged them should take priority, and that already is the case for multi-track albums, it just does this for single track albums.

How can I disable this without editing my cue?

6
Ok. I've been able to re-create the bug. It seems to happen if there's only 1 track and the filename in the cuesheet matches, minus the filetype. I guess none of the previous cues I have of 1-track albums match the filename.

When the filename in the cue doesn't match it corrects:


The cue:
Code
REM GENRE Electronic
REM DATE 2005
REM DISCID 020A1801
REM COMMENT "ExactAudioCopy v1.6"
FILE "01 - The Impact of the Elephant on Its Enviroment.wav" WAVE
  TRACK 01 AUDIO
    INDEX 01 00:00:00

7
i am not seeing any bug here. MB associates cue sheets to files as is the case here.
Right click/ Remove Cuesheet to remove it
Only 1 track was showing though, and I did remove that 1 track, and now anything to do with that album is not re-appearing no matter how many times I scan. I have plenty of cuesheets in my library, but this is the first time I've seen this bug.
I want it to show the correct track title but it would only show as "Unknown Title" and wouldn't let me fix it due to this weird cuesheet thing. The title shows fine if I play the file in a folder away from the scanned cuesheet.

OK it's appeared. It wasn't appearing in recently added and I guess I went blind and missed it in my main library, my bad.
Here's it in my library:

8
Ok. If I copy the file alone to another folder it works properly. I guess something odd is happening when it's scanned the cue file. The cue file is also in the rip folder.

I just tried removing it from my library and re-scanning. Comes up with "no new files found" and doesn't find it. Still missing when reloading Musicbee...

9
I ripped this CDR myself, same way I rip all my other CDs which work fine in MusicBee: https://www.discogs.com/release/434355-DJ-Elephant-Power-The-Impact-Of-The-Elephant-On-Its-Environment

I copied it from my rips folder to my music folder and tagged it further, and then did a library scan on 3.4. I forgot what message it showed but the album did not appear in my library or even recently added. I tried scanning 2 more times to no change. I then restarted MusicBee and the album then appeared! But it had no artist title or trackname, the album title was there though. Trying to edit the tags with Musicbee's tag editor gave no luck, but weirdly a notification and a button relating to cuesheets appeared, "track title" also said "file title" instead:

I then updated to the 3.5 beta of Musicbee, and the album artist was there, but the track title is still missing.
Opening the flac file from the file explorer gives the same issue, unless i open the rip folder file, in which it then works.
The song still plays regardless of the above issues.

Here's the other files in the library folder:

10
if you download http://www.un4seen.com/download.php?z/2/bass_ac324
extract: bass_ac3.dll
close musicbee and place that file in the MusicBee application folder it should work
Thank you! That worked!

11
Questions / SOLVED! Musicbee can't play some AC3 files that I've ripped.
« on: February 16, 2021, 08:27:02 AM »
I've ripped 2 DVD video albums which have their audio in AC3 192k format. I've been able to play these resulting .ac3 files in other players, like WMP and Foobar with no problems. However I can only play the first track from the albums properly in Musicbee, the rest of the tracks display as 0:00 in the library and throw up this error when played:  
Unverifiable cause I obviously can't share the files I've ripped here. On version 3.3.7491

12
Solved it! It was a plugin I had installed. I updated the plugin and it works now!

13
Questions / [SOLVED] Constantly Crashing, mostly within 5 seconds.
« on: January 19, 2020, 07:03:07 AM »
Basically doing ANYTHING crashes musicbee, even doing nothing crashes it. Sometimes you get a rare moment where it lasts 2 minutes.

This started as soon as I updated from a 2018 version to the latest version. (3.3.7310). Installed version, not portable.

This is the latest thing in the error log and is only there once, I assume it is unrelated and just about a sync I tried:
Code
19/01/2020 5:49:35 PM - 10.0.18362.0 - 3.3.7310.31925D - System.IO.IOException: The filename, directory name, or volume label syntax is incorrect. []
   at #=zCf4VQ_fbhtH95rz2gNmFAbQ=.#=zQpNJpAzXUl5a.#=zpLxlUeE=.#=z8sT24HySfgIO..ctor(String #=zuUfjLAg=, #=zaBIuLQTJ2JnS #=zu0jxXOg=, String #=zufhRa2c=, #=zUKBU$lKSW06Q #=z0G0avOrch6Fg, Boolean #=zUk_i1TkYscA7, Boolean #=zkx3XA_3u3W77, Boolean #=zmFaAsvwdppoG)
   at #=zCf4VQ_fbhtH95rz2gNmFAbQ=.#=zQpNJpAzXUl5a.#=zpLxlUeE=.#=zvUKmeYj0LcOF(#=zySdE5AC8Rbzh3fSU$Gx6ydw= #=zuUfjLAg=, String #=zbRi6X$0=, #=zUKBU$lKSW06Q #=z0G0avOrch6Fg, Boolean #=zkx3XA_3u3W77)
   at #=zs$v0QJMGgz_3qcC8MBYx$3TbhWLM.#=zyAG6Zfj9Jpbh(#=zySdE5AC8Rbzh3fSU$Gx6ydw= #=zuUfjLAg=, #=zDRVvBkDXZYUEoznILE$xwbnP6xis #=zY$kjgRo=, #=zUKBU$lKSW06Q #=z5idgw3I4JDgL)
   at #=zFhIdOu7KRo1hx8wBWwnFBh8=.#=zc3uB4J8=(#=zUKBU$lKSW06Q #=z0G0avOrch6Fg)
   at #=zFhIdOu7KRo1hx8wBWwnFBh8=.#=zc3uB4J8=(Boolean #=z5t3wee7Ifj2L)
   at #=zdRddAG2q7x5I$VaZLhRt54nbElrv.#=qjFE5EPoZPW0ixgHrJE8kYk8LSC0wAbyo5iz_Dp4Wu$A=._Lambda$__0()

Pages: 1