Messages

1

MusicBee Wishlist / Re: Transferring asx files to another medium

« on: May 21, 2025, 07:41:17 AM »

i classify that as a bug. This should fix the issue:
https://getmusicbee.com/patches/MusicBee36_Patched.zip
unzip and replace the existing musicbee application files

I don't understand the correction!!!
Previously, from a playlist, if you sent it to an external storage, the asx file would become the actual mp3.
Sending from the library instead sent it with an mp3 extension but was an asx.
Now it only ever sends an asx which obviously cannot be used on external players.
The good thing would be that it saves the actual mp3 when sending an asx file to an external USB stick.
In any case, using the “convert format” command and saving to the external memory will convert the axs file to mp3 or whatever you want.
At the end of the day it might also be a logical feature if you send the asx file it stays as it is, if you want to convert it to an executable file on other players you have to use "convert format".
If that's the way it works then that's fine too.

Translated with DeepL.com

2

MusicBee Wishlist / Transferring asx files to another medium

« on: May 17, 2025, 07:27:55 AM »

I make extensive use of asx files as I have many compilations and often have many songs in albums already in my library in mp3 format or other audio containers.
Sometimes I have to transfer compilations to usb memory, which I know for the car, but if there are asx files in this compilation they are transferred as they are, of course any player skips them.
Wouldn't it be possible, in the case of asx files, to automatically transfer the original file instead of the asx?

3

Bug Reports / The MB window shrinks by itself by a few pxels

« on: February 07, 2025, 03:52:15 PM »

I noticed that after installing the latest version 3.6.9156, at least for me I don't know if there are any others.
The MB window shrinks a few pixels and everything gets cut off, notice in the picture the little cross to close in the upper right corner, it stays cut off.
I have no idea exactly when and how it happens but I do know that every now and then while I am arranging the tracks I get the window as in the image.
It's not a big problem, just reduce the window and re-enlarge it that everything goes back to normal, however if a solution was found so that it always stays whole it wouldn't be bad.
I specify that I have been using this skin for months and before the update to the latest version there was not this problem.

4

Questions / Re: Problems with asx files

« on: December 19, 2024, 09:51:52 AM »

i've made a change for the next v3.6 update

Thank you very much

5

Questions / Re: Problems with asx files

« on: December 18, 2024, 07:26:18 AM »

Then if few people use asx OK there it is, but still error remains.

I use ASX files and don't consider this an issue.

Edited to correct quote.

Why don't you consider it a problem?
It's not a big problem for me either, once I figure out how to get around the error.
But in software there should be no error, I just pointed out what happens.

6

Questions / Re: Problems with asx files

« on: December 18, 2024, 07:19:45 AM »

I don't understand why the discussion was moved to questions.
It is not a question but an error displayed by the software and that could be corrected.

In that case you should find the error in the Error Log (Help > Support > View Error Log) and copy/paste it here. Or post a screenshot of the error.

This is the mistake!!!
I didn't even have to go crazy to get it.
I'll translate the error which is in Italian: unable to access the file. The file is being used by another process.

7

Questions / Re: Problems with asx files

« on: December 17, 2024, 08:32:00 AM »

It's not a mistake from my perspective, you're actively trying to modify a file that's being referenced.

It's the same principle as two people trying to modify the same document at the same time.

Because when you make changes a running mp3 track doesn't give an error but it is modified.

Yes, -visually- it appears to be updated, but (if I'm not mistaken) the changes aren't saved to disk until the track is no longer playing. This is true when adding/editing lyrics to a playing song. The changes display immediately, but the file isn't updated until the track is no longer playing.

That's right. You are right!!!
I did some testing and actually the saving only happens when you switch to another track or close the application.
Probably this case was not considered with asx files.
I have a lot of asx in a lot of compilations and unfortunately I often get this error, because this is an error, the program tries the modication of a file but cannot and therefore gives an error.
I don't understand why the discussion was moved to questions.
It is not a question but an error displayed by the software and that could be corrected.
Then if few people use asx OK there it is, but still error remains.

 

8

Questions / Re: Problems with asx files

« on: December 16, 2024, 10:53:37 AM »

In my opinion it is a mistake.

Because when you make changes a running mp3 track doesn't give an error but it is modified.

When an AXS is running you cannot edit the original, Why?

You are not going to edit the digital data of the file but simply the tags which in any case are practically different except (maybe) for the title and author.



The track is not modified after playback. But you have to stop the playback, have another track play and then make the change to the original mp3 and only then is it accepted.

The error is right to come (at least for now) because in any case the edit does not start.

9

Questions / Problems with asx files

« on: December 12, 2024, 08:27:28 AM »

I found a small error.

When you run an ASX track and try to edit the original file, it is not possible as it gives the error: the file is in use in another process.

It's no big deal just switch to another track and the changes on the original track you wanted to edit are allowed.

In practice, it is not possible to edit the original tracks of an asx file when the latter is playing.

10

Bug Reports / $date error

« on: September 02, 2024, 08:22:50 AM »

hi,

I don't know if it is my mistake (I don't think so) but there is a problem.

The conversion of dates with the $date command does not take place in certain cases.

As in the image.

11

Questions / Re: Division cue file.

« on: July 12, 2024, 02:29:48 PM »

@Fox63:
The bug has been corrected:
https://getmusicbee.com/patches/MusicBee36_Patched.zip

It now works fine in whatever option you leave the play now setting.


Thank you for reporting the bug. I probably would have been confused not knowing English.

12

Questions / Re: Album Artist tag broken (?)

« on: July 03, 2024, 08:01:11 AM »

You have to put the main artist of the album in the album artist in all tracks of the album so that MB recognises that album as being by one artist and orders it as such.
If it is a compilation you have to tick in the tag editor - itunes compilation settings, this way MB recognises that album with various artists automatically and orders it as such.

13

Questions / Re: Division cue file.

« on: July 02, 2024, 03:44:57 PM »

Do you perhaps have set: Preferences > Now Playing > clear list and play album only?

And yes it was!!!
In fact, changing to one of the other options works correctly.
I can't understand why!!!
Shouldn't it always play the album in order?

Now I like it and it works

14

Questions / Re: Division cue file.

« on: July 02, 2024, 11:10:41 AM »

Meanwhile, thank you very much for your patience.
I entered the code you gave me but the result is always the same.
The song division is perfect but when I play a song, any song, it always starts with the first song of "another heart mother".
Maybe I'm wrong about the way to insert the cue.
I'll explain it to you:
1) I open the tag editor on the track where I want to insert the cue
2) I open the tag inspector
3) I add the cuesheet tag and in its value field I paste the cue code.
4) I update and save everything.
If I don't get this wrong either, I really don't know what else to do. I have already made many attempts but the result is always the same, starting with the first track.
Maybe it's a bug in the programme?

15

Questions / Re: Division cue file.

« on: July 02, 2024, 08:43:22 AM »

The problem in your case is linked with the track numbering.

Each "TRACK (nr.) AUDIO" line within a .CUE file defines a track with track number (nr.) for the concerned album.
Thus, as you have defined your two .CUE files, you end up having:

• Several tracks with nr. 1:
  - Father's Shout (1a in your picture)
  - Rise and Sunshine (5a in your picture)
• Several tracks with nr. 2:
  - Breast Milky
  - If
  - Sunny Side Up
• Several tracks with nr. 3:
  - Mother Fore
  - Summer '68
  - Morning Glory
• etc.

To solve this, you must keep the track numbers in sequence throughout the whole CD and the different .CUE sheets.
In this case:

• The .CUE sheet for "Atom Heart Mother" (originally track 1) will contain tracks 01 -> 07
• "If" becomes track 8
• "Summer '68" becomes track 9
• "Fat Old Sun" becomes track 10
• The .CUE sheet for "Alan's Psychedelic Breakfast" will contain tracks 11 -> 13.

N.B.
Just to be sure: a .CUE sheet must include the filename at the beginning,
but you have probably not included that part in your post.
(See Wikipedia in EN and IT, or more details on HydrogenAudio (EN)).

How did you manage to display the subtrack IDs (1a -> 1f, and 5a -> 5c),
since REM clauses are ignored by MusicBee?

For the sake of legibility, it is best to indent the .CUE sheet lines (as in the Wikipedia examples), but it is not mandatory.

I seem to have already tried to do as you suggest, but I have made so many attempts that I am not sure. I will try it and then report the results.
On reflection, if track two becomes eight, the importance of numbering the tracks with 1a.1b,1c... is no longer relevant.
I wanted to do the discoGS style, replacing the numbering (in this thing is vinyl) with the more convenient CD numbering.

The REM command works, you have to remember to put the desired field completely blank in all tracks taken into account, before updating from the cue.
It seems that if it finds the field with any data it will not insert the data from the REM.
Then I created a virtual field with the condition if the field tracciaST is not empty put the data it contains, otherwise put the track number.

This does not work either. The only doubt is the index of tracks 8-9-10-11 (2-3-4-5) which I set to zero because they are separate files from the first one. I don't think track 8 (2) should be told to start at 23 minutes and 44 seconds.

Code

PERFORMER "Pink Floyd"
TITLE "Atom Heat Mother"
TRACK 01 AUDIO
TITLE "Father's Shout"
PERFORMER "Pink FLoyd"
REM tracciaST "1a"
INDEX 01 00:00:00
TRACK 02 AUDIO
TITLE "Breast Milky"
PERFORMER "Pink FLoyd"
REM tracciaST "1b"
INDEX 01 02:50:00
TRACK 03 AUDIO
TITLE "Mother Fore"
PERFORMER "Pink FLoyd"
REM tracciaST "1c"
INDEX 01 05:23:00
TRACK 04 AUDIO
TITLE "Funky Dung"
PERFORMER "Pink FLoyd"
REM tracciaST "1d"
INDEX 01 10:13:00
TRACK 05 AUDIO
TITLE "Mind Your Throats Please (Part 1)"
PERFORMER "Pink FLoyd"
REM tracciaST "1e"
INDEX 01 15:28:00
TRACK 06 AUDIO
TITLE "Mind Your Throats Please (Part 2)"
PERFORMER "Pink FLoyd"
REM tracciaST "1f"
INDEX 01 17:42:00
TRACK 07 AUDIO
TITLE "Remergence"
PERFORMER "Pink FLoyd"
REM tracciaST "1g"
INDEX 01 19:12:00
TRACK 08 AUDIO
TITLE "If"
PERFORMER "Pink FLoyd"
INDEX 01 00:00:00
TRACK 09 AUDIO
TITLE "Summer '68"
PERFORMER "Pink FLoyd"
INDEX 01 00:00:00
TRACK 10 AUDIO
TITLE "Fat Old Sun"
PERFORMER "Pink FLoyd"
INDEX 01 00:00:00
TRACK 11 AUDIO
TITLE "Rise and Shine"
REM tracciaST "5a"
PERFORMER "Pink FLoyd"
INDEX 01 00:00:00
TRACK 12 AUDIO
TITLE "Sunny Side Up"
REM tracciaST "5b"
PERFORMER "Pink FLoyd"
INDEX 01 03:33:00
TRACK 13 AUDIO
TITLE "Morning Glory"
REM tracciaST "5c"
PERFORMER "Pink FLoyd"
INDEX 01 07:45:00