Page 1 of 12 1 2 3 ... 11 12 >
You need to be logged in to post
Options
Index
#539931 - 06/07/19 05:09 PM [RealBand] Glitch and erroneous chord change occurring between bar 240 and bar 241 [Resolved]
Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
After posting an idea to fix the dreaded "255 bar limit" in the BiaB forum, jazzmammal (Bob) informed me that this limit does not exist in Real Band. And when I also discovered that RB also can open .XML files and generate arrangements like BiaB does, I decided to try it with a 9-minute song I wrote in January 2013 that consists of 325 bars. In the process, I discovered a weird glitch that keeps occurring between bar 240 and 241. But before I elaborate on this glitch, I'll explain the process I went through before I discovered it.

The first problem I encountered after I opened my .XML file is that RB truncated the song at around bar 220. So, I tried to resolve this by copying and pasting about 100 bars of chords from a previous section in my song into the section that got truncated and then manually entered the rest of the chords at the end of the song. While this did indeed result in the complete restoration of all the chords and bars in my song, I wanted to understand why RB had truncated my song in the first place and went back to MuseScore (the music notation software I use to create my lead sheets and .XML files) to study what was occurring around bar 220. The only thing I could find that I suspected as the culprit was the word "INTERLUDE" that I had entered at that location. However, I had also entered the word "INTERLUDE" at bar 105 because the interlude in this song occurs between the first and second verse and between the second and third verse. To be safe, I deleted both occurrences of this word and created a new .XML file that I then opened in RB. Sure enough, RB did not truncate the song at bar 220 like it had done before.

Then I switched to the Tracks window and clicked on the Generate button so that RB would generate a full arrangement of my song using the style I had selected. Because I had previously clicked on the "start from beginning" button in the Chords window, the first 50 bars were visible in the Tracks window as the arrangement was being generated. But before RB started to generate the drums track (the last track to generate), the Tracks window shifted to show a later set of 50 bars that has bar 240 at the midpoint of the window. So, I clicked the Play button and listened to the arrangement from that point onward. Sure enough, a weird glitch and chord change that I had heard previously (before I had removed the INTERLUDE words from within MuseScore and after I had tried the copy/past operation to correct RB's truncation of my song) was present again at the 240-241 bar transition. But when I switched to the Chords window to check the chords at this location, I saw that a chord change doesn't occur until bar 244 (an Am chord) with the most recent chord change occurring at bar 238 (a Dm chord). To make sure that a chord change was indeed occurring at the 240-241 transition, I muted every instrument except for one of the acoustic guitars and played the section again. Then I switched to the other acoustic guitar and did the same thing. Both times I could hear a chord change occurring where there wasn't supposed to be one at bars 240-241.

My next idea was to insert a Dm chord into bar 241 so that a chord change wouldn't occur in the arrangement when RB generated it. But instead of just regenerating a few bars on both sides of this transition for each instrument, I had RB re-generate the entire song from scratch. While this did prevent the chord change from occurring, RB still tried to briefly make this change and ended up creating a weird glitch at the transition between these two bars. I don't know what is going on at this location in the song, but this shouldn't be happening. Does anyone know what it could be? The next thing I'm going to do is insert a Dm chord into bar 240 to see if the glitch goes away completely, even though I shouldn't have to do this for either bar 240 or 241. In the meantime, perhaps someone can give me an explanation of what's going on at this location along with some other suggestions to resolve this issue.


Edited by muzikluver (06/07/19 07:36 PM)
Edit Reason: changed "tracks" to "bars" in third paragraph
_________________________
BiaB 2019 Win ProPak Build 628, RB 2019 V4, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650, 8 GB RAM, 256 & 120 GB HD, Tracktion 6 & 7 (freebies), MuseScore 2.1

Top
#539936 - 06/07/19 05:26 PM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: muzikluver]
Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
I have some more info on this issue and a possible explanation of what's happening. After I entered a Dm chord into bar 240, reset the view to the beginning of the song, and then had RB re-generate the entire song from scratch, RB moved the "Play" start position to the beginning of bar 241 immediately before it began to generate the drum track (as it had done before). But I also noticed that RB was generating every other instrument track in two stages. The first stage was from bar 1 to bar 240, and the second stage was from bar 241 to the end of the song (bar 327). However, RB didn't do this for the drum track (as far as I could tell). So, does this mean that RB can only generate 240 bars at a time of each instrument in an arrangement? If so, why?
_________________________
BiaB 2019 Win ProPak Build 628, RB 2019 V4, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650, 8 GB RAM, 256 & 120 GB HD, Tracktion 6 & 7 (freebies), MuseScore 2.1

Top
#539947 - 06/07/19 06:20 PM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: muzikluver]
Registered: 05/30/00
Posts: 19442
Loc: Marysville, Mi. USA
rharv Offline
Veteran

Registered: 05/30/00
Posts: 19442
Loc: Marysville, Mi. USA
Well,
You got me confused.

"the first 50 tracks were visible in the Tracks window as the arrangement was being generated. "
then ..
"the Tracks window shifted to show a later set of 50 tracks that has track 240 at the midpoint of the window."
Your Tracks window shows 50 tracks? RB only has 48.

What was the source file? Did you open a BiaB file?
Wondering if the 255 bar issue somehow is carrying over inside the file format of a BiaB file and causing these issues.
Maybe try making all BB tracks Regular tracks (as mentioned in the other thread) so RB stops trying to behave like BiaB.
Then Save As a SEQ file.
This may make the song start honoring the RB standards (instead of RB trying to honor the BiaB format)
Once saved as SEQ file;
Then highlight the desired tracks from measure 241 forward and regenerate those .. or maybe highlight the desired tracks and regenerate the whole song.

If you opened a BiaB file and never saved it to SEQ format, maybe RB is still dealing with the 255 limit while trying to work with a file in the BiaB format.
Just a thought

If I open a BiaB file in RB I always immediately 'make all BB tracks regular tracks' and save as a SEQ file so RB behaves as expected .


Attachments
MakeTracksBBTracks.jpg




Edited by rharv (06/07/19 06:28 PM)
_________________________
Make your sound your own!

Top
#539955 - 06/07/19 07:22 PM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: rharv]
Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
Originally Posted By: rharv
Well,
You got me confused.

"the first 50 tracks were visible in the Tracks window as the arrangement was being generated. "
then ..
"the Tracks window shifted to show a later set of 50 tracks that has track 240 at the midpoint of the window."
Your Tracks window shows 50 tracks? RB only has 48.


Sorry for using the wrong term. I meant to say "the first 50 bars were visible in the Tracks window . . ."

Quote:

What was the source file? Did you open a BiaB file?


The source file was a .XML file that I had created in MuseScore.

Quote:

Wondering if the 255 bar issue somehow is carrying over inside the file format of a BiaB file and causing these issues.


No because I didn't use a BiaB file. BiaB can't handle more than 255 bars. That's why I'm using RB and opening a .XML file with 325 bars directly into RB.

Quote:

Maybe try making all BB tracks Regular tracks (as mentioned in the other thread) so RB stops trying to behave like BiaB.
Then Save As a SEQ file.
This may make the song start honoring the RB standards (instead of RB trying to honor the BiaB format)
Once saved as SEQ file;
Then highlight the desired tracks from measure 241 forward and regenerate those .. or maybe highlight the desired tracks and regenerate the whole song.


Um, I'm not sure how to do this because I've never used RB before, but I'll try to figure it out. I also don't know what a "SEQ file" is. Is that just one of the formats that RB can save the file in?

Quote:

If you opened a BiaB file and never saved it to SEQ format, maybe RB is still dealing with the 255 limit while trying to work with a file in the BiaB format.
Just a thought

If I open a BiaB file in RB I always immediately 'make all BB tracks regular tracks' and save as a SEQ file so RB behaves as expected .


Like I said above, I opened a .XML file, not a BiaB file. All I did after I opened the file is click on Generate and then select "Generate all BB tracks" because there is no option to generate RB tracks. There is only one track visible, and that is the midi track of the melody that was in the .XML file.
_________________________
BiaB 2019 Win ProPak Build 628, RB 2019 V4, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650, 8 GB RAM, 256 & 120 GB HD, Tracktion 6 & 7 (freebies), MuseScore 2.1

Top
#539957 - 06/07/19 07:29 PM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: rharv]
Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
Originally Posted By: rharv
Maybe try making all BB tracks Regular tracks (as mentioned in the other thread) so RB stops trying to behave like BiaB.
Then Save As a SEQ file.
This may make the song start honoring the RB standards (instead of RB trying to honor the BiaB format)
Once saved as SEQ file;
Then highlight the desired tracks from measure 241 forward and regenerate those .. or maybe highlight the desired tracks and regenerate the whole song.

If you opened a BiaB file and never saved it to SEQ format, maybe RB is still dealing with the 255 limit while trying to work with a file in the BiaB format.
Just a thought

If I open a BiaB file in RB I always immediately 'make all BB tracks regular tracks' and save as a SEQ file so RB behaves as expected .


rharv, the screen shot in your previous comment does not apply because there is no "make all BB tracks regular tracks" item on that menu under Audio Effects. IOW, there are no BB tracks in the song, only the midi track of the melody. I could save the file as a SEQ file and reopen it, but it still won't have any tracks but the midi track, so doing this may not be of help.
_________________________
BiaB 2019 Win ProPak Build 628, RB 2019 V4, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650, 8 GB RAM, 256 & 120 GB HD, Tracktion 6 & 7 (freebies), MuseScore 2.1

Top
#539960 - 06/07/19 08:11 PM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: rharv]
Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
Originally Posted By: rharv

Maybe try making all BB tracks Regular tracks (as mentioned in the other thread) so RB stops trying to behave like BiaB.
Then Save As a SEQ file.
This may make the song start honoring the RB standards (instead of RB trying to honor the BiaB format)
Once saved as SEQ file;
Then highlight the desired tracks from measure 241 forward and regenerate those .. or maybe highlight the desired tracks and regenerate the whole song.

If you opened a BiaB file and never saved it to SEQ format, maybe RB is still dealing with the 255 limit while trying to work with a file in the BiaB format.
Just a thought

If I open a BiaB file in RB I always immediately 'make all BB tracks regular tracks' and save as a SEQ file so RB behaves as expected .


Well, I figured out how to convert BB tracks to RB tracks. This command is actually on the "Edit->Track" submenu rather than on the "Audio Effects" submenu. Anyway, before I did that, I cut out one entire section of the song (Interlude, verse, and chorus) to reduce the number of bars to 223 and then generated the five BB tracks. After doing that, I saved the file as a SEQ file and then reopened it in RB. Then I converted all the BB tracks to RB tracks and replaced all those bars (102 of them) for that entire section that I had deleted before so that I would have my complete song back again in RB format with the entire arrangement (RB copied the audio for each track as well). Then I saved the song again under a different filename. Next, I tried to re-generate all the tracks again as RB tracks, but RB said that "there are no previously generated tracks found to re-generate." So, it looks like the arrangement generation of tracks is strictly a BiaB function that is limited to 255 (or 240) bars, which means that RB does not resolve the 255 bar limit in BiaB without also abandoning its automatic arrangement generation capabilities. That is, unless I'm missing something or didn't do something right.
_________________________
BiaB 2019 Win ProPak Build 628, RB 2019 V4, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650, 8 GB RAM, 256 & 120 GB HD, Tracktion 6 & 7 (freebies), MuseScore 2.1

Top
#539981 - 06/08/19 02:23 AM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: muzikluver]
Registered: 05/30/00
Posts: 19442
Loc: Marysville, Mi. USA
rharv Offline
Veteran

Registered: 05/30/00
Posts: 19442
Loc: Marysville, Mi. USA
Maybe check the Bar settings in the Generate section(?)
I haven't tried it using your described workflow .. just trying to help.


Attachments
BiaBGeneration.jpg


_________________________
Make your sound your own!

Top
#540007 - 06/08/19 08:17 AM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: rharv]
Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
Originally Posted By: rharv
Maybe check the Bar settings in the Generate section(?)
I haven't tried it using your described workflow .. just trying to help.


Thanks for the suggestion. I'll try that and see if that makes any difference.
_________________________
BiaB 2019 Win ProPak Build 628, RB 2019 V4, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650, 8 GB RAM, 256 & 120 GB HD, Tracktion 6 & 7 (freebies), MuseScore 2.1

Top
#540009 - 06/08/19 08:20 AM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: rharv]
Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
Originally Posted By: rharv
Maybe check the Bar settings in the Generate section(?)
I haven't tried it using your described workflow .. just trying to help.


That setting just defines the length of the song. I always change that number immediately after I open my .XML file because the Chord window still shows the default 32 bars in yellow, and the number in that box is still at 32 as well. I've tried changing that number before opening my file, but it automatically reverts back to 32 after opening it.
_________________________
BiaB 2019 Win ProPak Build 628, RB 2019 V4, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650, 8 GB RAM, 256 & 120 GB HD, Tracktion 6 & 7 (freebies), MuseScore 2.1

Top
#540010 - 06/08/19 08:23 AM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: muzikluver]
Registered: 04/07/13
Posts: 5218
Loc: South Carolina
Charlie Fogle Offline
Veteran

Registered: 04/07/13
Posts: 5218
Loc: South Carolina
<<< Well, I figured out how to convert BB tracks to RB tracks. >>> and <<< Next, I tried to re-generate all the tracks again as RB tracks, but RB said that "there are no previously generated tracks found to re-generate." >>> plus

You are correct that generation of tracks is a BIAB function within RealBand. The message you saw is telling you there are no BIAB designated tracks to generate which is true since you previously changed the first 8 BIAB designated tracks to regular Tracks.

RealBand does not have that 255 bar limitation other than it will only generate the 8 tracks designated to BIAB. "I opened a .XML file, not a BiaB file." is why I think you did not generate any tracks. You need to select a BIAB Style or BIAB tracks to generate.

As a test, I generated 16 bars of BIAB tracks to a chord progression and loaded _STEPUP.STY. I changed these 16 bars of BIAB generated style to Regular Tracks.

I reset the 8 tracks to BIAB Tracks.

Then I set my song start to end markers 1 - 276 which set my song stop limit at end of bar 276 - according to the from -through selection that is 276.4.119. I added a chord about every 16 bars and regenerated and RealBand rendered the full 276 bars of the track of the BIAB tracks and did nothing to the 5 tracks I'd converted to Regular Tracks. All tracks used were all RealTracks.


I removed the RealTracks and Style and loaded an All Midi Style - 60spop16.sty and repeated the test and it also generated tracks beyond the 255 limit.

In this simple test,RealBand did generate tracks beyond the 255 bar limitation.

Hope this helps you out.
_________________________
BiaB Ultra Pak+ 2019:RB 2019 Build 5. Dell Inspiron AIO Desktop; Windows-10-64 bit, 7th Generation AMD A9-9425 Processor Five Core 3100 Mhz and 16GB DDR4 Memory.

Top
#540019 - 06/08/19 09:07 AM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: muzikluver]
Registered: 05/30/00
Posts: 19442
Loc: Marysville, Mi. USA
rharv Offline
Veteran

Registered: 05/30/00
Posts: 19442
Loc: Marysville, Mi. USA
Thanks Charlie, I can't seem to replicate the issue either.
I haven't tinkered much with XML files though, so I don't know if that could be part of the issue.
I suppose if the XML file had some directive happening at measure 240 it could get inherited/interpreted by RB as a stop point, causing the issue.
FWIW I don't see how an issue at measure 240/241 equates to the BiaB 255 measure limit.
Those numbers are quite different, and as shown in my previous image, generating 296 measures was successful here .. thus eliminating the 255 limit.
I suppose I could have done 800 measures, but thought 296 was enough for proof of concept.


Edited by rharv (06/08/19 09:23 AM)
_________________________
Make your sound your own!

Top
#540023 - 06/08/19 09:42 AM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: Charlie Fogle]
Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
Originally Posted By: Charlie Fogle
"I opened a .XML file, not a BiaB file." is why I think you did not generate any tracks. You need to select a BIAB Style or BIAB tracks to generate.


Thanks for your reply and test-run efforts. As I mentioned in previous posts, I did select a BiaB Style and was able to generate five BiaB tracks. But (as I also explained further in my previous posts), RB generated each of those BiaB tracks in two consecutive stages. First it generated bars 1-240, and then it generated bars 241 to 327 before it moved on to the next track and repeated this process. It did not do this two-stage process for the drum track, however. Because of the two-stage generation process, a glitch and erroneous chord change occurs in bar 241.
_________________________
BiaB 2019 Win ProPak Build 628, RB 2019 V4, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650, 8 GB RAM, 256 & 120 GB HD, Tracktion 6 & 7 (freebies), MuseScore 2.1

Top
#540024 - 06/08/19 09:55 AM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: rharv]
Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
Originally Posted By: rharv
Thanks Charlie, I can't seem to replicate the issue either.
I haven't tinkered much with XML files though, so I don't know if that could be part of the issue.
I suppose if the XML file had some directive happening at measure 240 it could get inherited/interpreted by RB as a stop point, causing the issue.

I looked closely at measure 240 in MuseScore but didn't see anything there that could be causing this to happen. I tried to attach a screen shot of this section in MuseScore but couldn't figure out how.

Quote:
FWIW I don't see how an issue at measure 240/241 equates to the BiaB 255 measure limit.
Those numbers are quite different, and as shown in my previous image, generating 296 measures was successful here .. thus eliminating the 255 limit.
I suppose I could have done 800 measures, but thought 296 was enough for proof of concept.

I agree with you, but there does appear to be some correlation between the two even though 240 doesn't equal 255.
_________________________
BiaB 2019 Win ProPak Build 628, RB 2019 V4, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650, 8 GB RAM, 256 & 120 GB HD, Tracktion 6 & 7 (freebies), MuseScore 2.1

Top
#540026 - 06/08/19 10:24 AM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: muzikluver]
Registered: 04/07/13
Posts: 5218
Loc: South Carolina
Charlie Fogle Offline
Veteran

Registered: 04/07/13
Posts: 5218
Loc: South Carolina
If you know what a rest, shot or hold is as known to BIAB/RB any of those will cause a gap in generation as will having the 'two bar ending' checked. Both of those conditions caused gaps in generating the tracks in some of my testing. In the RealTracks Style test, this occurred at bar 16 and again at bar 273 because I had input a hold ( G... ) at bar 16 and RB automatically generated the 2 bar ending after what I designated as the last bar of my song.

You can test your system by replicating my test. Create a new file, be sure there's a BIAB style picked, (this should be done default) and just any a chord every 1-15 bars and set the length of your song somewhere above the 255 bar. If you enter a rest, shot or hold, you must enter another chord after that after a number of bars to cancel the rest, shot or hold command. The test should separate your issue between a system or program setting and your imported file.
_________________________
BiaB Ultra Pak+ 2019:RB 2019 Build 5. Dell Inspiron AIO Desktop; Windows-10-64 bit, 7th Generation AMD A9-9425 Processor Five Core 3100 Mhz and 16GB DDR4 Memory.

Top
#540028 - 06/08/19 10:35 AM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: Charlie Fogle]
Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
Originally Posted By: Charlie Fogle
If you know what a rest, shot or hold is as known to BIAB/RB any of those will cause a gap in generation as will having the 'two bar ending' checked. Both of those conditions caused gaps in generating the tracks in some of my testing. In the RealTracks Style test, this occurred at bar 16 and again at bar 273 because I had input a hold ( G... ) at bar 16 and RB automatically generated the 2 bar ending after what I designated as the last bar of my song.

You can test your system by replicating my test. Create a new file, be sure there's a BIAB style picked, (this should be done default) and just any a chord every 1-15 bars and set the length of your song somewhere above the 255 bar. If you enter a rest, shot or hold, you must enter another chord after that after a number of bars to cancel the rest, shot or hold command. The test should separate your issue between a system or program setting and your imported file.


I don't know what any of those are because I don't do any production type stuff with BiaB or RB. I only use it to find suitable styles for my songs than to use those styles to generate arrangements, which I then save as .WAV files to use in other programs. Before I try your test, Charlie, I'm going to open a .XML file of another song I wrote that has more than 255 bars to see if the same thing happens with that song. If it does, then I'll try your test. Depending on what happens next, I could always give you a copy of my .XML file for you to open and see if the same thing happens on your computer. But one step at a time.
_________________________
BiaB 2019 Win ProPak Build 628, RB 2019 V4, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650, 8 GB RAM, 256 & 120 GB HD, Tracktion 6 & 7 (freebies), MuseScore 2.1

Top
#540037 - 06/08/19 11:49 AM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: Charlie Fogle]
Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
Charlie, the same thing happened with the .XML file of my second song with more than 255 bars in it. Also, what I said previously about RB generating each track in two consecutive stages is not correct. RB generates the first 240 bars of each track (except for the drums) first and then starts the process all over again with the remaining bars for the first track and does the same with the remaining tracks before it finishes by generating the entire drum track.

Before I try your test, I'd like you to regenerate all of your tracks if you still have your test file in RB or on disk. But this time, I'd like you to watch the text info in the white bar at the top of the RB window. That text info will start by saying "Generating RealTracks Instructions." Then it will start to generate the first 240 bars of each track for each instrument that is included in the BiaB style except for the drums. This means that if you have four instruments (bass, piano. electric guitar, and acoustic guitar), RB will generate the first 240 bars four times (once for each instrument) before it starts over by saying "Generating RealTracks Instructions" again prior to generating the remaining bars for each instrument. When it is done generating the entire track for each instrument, then the Tracks window will shift all the tracks to the left so that bars 240 and 241 are visible with a dark line (the play tarting point) on the boundary between these two bars. This happens at the same time that the dialog box for generating the drum track appears.
_________________________
BiaB 2019 Win ProPak Build 628, RB 2019 V4, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650, 8 GB RAM, 256 & 120 GB HD, Tracktion 6 & 7 (freebies), MuseScore 2.1

Top
#540089 - 06/08/19 05:00 PM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: muzikluver]
Registered: 04/07/13
Posts: 5218
Loc: South Carolina
Charlie Fogle Offline
Veteran

Registered: 04/07/13
Posts: 5218
Loc: South Carolina
At this point I wouldn't worry about doing my test. The results you've gotten, Rharv's testing and mine indicate to me there's no problem with a 255 bar limit. Importing XML files is a fairly new feature with BIAB and RB and I have no experience or knowledge working with them, within or outside of BIAB/RB.

I think there's a command from the XML file that is either being misinterpreted by RB or something along those lines. There are several here on the forum that are familiar with XML files that can help you sort that out and you can clear up this issue with little trouble and begin to enjoy your music.
_________________________
BiaB Ultra Pak+ 2019:RB 2019 Build 5. Dell Inspiron AIO Desktop; Windows-10-64 bit, 7th Generation AMD A9-9425 Processor Five Core 3100 Mhz and 16GB DDR4 Memory.

Top
#540101 - 06/08/19 06:37 PM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: Charlie Fogle]
Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
Originally Posted By: Charlie Fogle
At this point I wouldn't worry about doing my test. The results you've gotten, Rharv's testing and mine indicate to me there's no problem with a 255 bar limit. Importing XML files is a fairly new feature with BIAB and RB and I have no experience or knowledge working with them, within or outside of BIAB/RB.

I think there's a command from the XML file that is either being misinterpreted by RB or something along those lines. There are several here on the forum that are familiar with XML files that can help you sort that out and you can clear up this issue with little trouble and begin to enjoy your music.


Charlie, I have to disagree with you about the XML file being the problem, and here's why. I created my own test by entering some basic chords into bars 1-41 (see my image below) and then copied those chords repeatedly until I reached the end of the song, which I had previously defined to contain 320 bars. Then I switched to the Tracks view and tried to load the _SETUP.STY file that you had mentioned in a previous post but couldn't find that file in my Styles folder. So, I just used the one that I had used previously, which was a modified version of _MELWALZ.STY that I had created by substituting a couple of the instruments. When i generated the BiaB tracks this time, RB did the same two-stage generation process as before except that all four of the BiaB instrument tracks (excluding the drums) faded out to silence at bar 182 and then started again at bar 241 to the end of the song. Because there was no sound at bar 240, I couldn't start playing the song a few bars before bar 241 to listen for a chord change and the glitch that occurred other times. (see my image below)

Why did the sound fade at bar 182? The reason I think this happened is that the style I had chosen had a default time signature of 3/4, but the song I had created had a time signature of 4/4. What this means is that RB ran out of beats with its arrangement by the time it got to bar 182, as in these equations: 182 x 4 = 728 and 728 / 3 = 242.6666 IOW, 242.6666 (less the .6666) is the exact same number of bars that RB generated tracks for in my other two songs because I had two lead in bars in addition to the 240 bars where the track generation ended and started again.

My next thought is that perhaps I need to try this again using a different style that I didn't modify and that had the same default time signature as my test song. So, that's what I did. This time, RB did the same two-stage generation process for each track as before. However, because my test song had a chord entered at bar 241, I didn't notice a glitch when I listened to that section of the song. Of course, I did notice the chord change, which I should have.

Then I decided to open one of my .XML files again so that I could test RB's track generation process using a style that I hadn't modified but that had the same time signature as my song (3/4) so that I could eliminate the style itself as the source of this problem. Unfortunately, because my song didn't have a chord at bar 241, an erroneous chord change occurred there as had occurred at other times. But to make sure that this erroneous chord change was not caused by something in the .XML file, I decided to do one more test.

My final test involved my second test file that I had created from scratch by entering chords manually and replicating those chords to the end of the song. This test file had a chord entered at bar 241. After I opened it from my hard disk, I moved the chord at bar 241 to bar 238 and left bar 241 blank. However, when I re-generated all the tracks, RB changed the chord at bar 241 anyway, as it had done every other time I did this procedure. This means that the problem is with RB's track generation process using the BiaB engine.


Attachments
bars 183-242.png (1 downloads)
bars 1-41 chords.png


_________________________
BiaB 2019 Win ProPak Build 628, RB 2019 V4, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650, 8 GB RAM, 256 & 120 GB HD, Tracktion 6 & 7 (freebies), MuseScore 2.1

Top
#540108 - 06/08/19 07:32 PM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: muzikluver]
Registered: 08/20/11
Posts: 5445
Loc: Winston-Salem, NC USA
Jim Fogle Offline
Veteran

Registered: 08/20/11
Posts: 5445
Loc: Winston-Salem, NC USA
I opened RealBand 2019 build 3. It had a RealTracks style left over from my last project. I created a 300 bar chord chart with a mixture of whole chords, rests, shots and holds. I placed "A" and "B" markers at random throughout the chord chart.

When I generated audio tracks it took quite some time but the resulting waveforms looked like I expected.

I then modified the chord chart by changing all rests, shots and holds to whole chords and generated audio tracks. Again it took quite some time but the results did not look like I expected. There is a one bar gap at bar 248 and the bass track has a one bar gap at bar 272.

I was monitoring taskmanager while the RealTracks were generated and formulated a theory of why there are gaps.

My theory is a background task is interfering with RealTrack generation and RealBand is not correctly handling the break in focus.

+++ HERE +++ is a link to the RealBand SEQ file if anyone wants to play with it. Note that the file size is about 450 MB.


Attachments
Clipboard01.jpg

Description: One bar gap at bar 248.

Clipboard02.jpg

Description: Gap in bass track at bar 272


_________________________
Jim Fogle
2019 UltraPlusPak BiaB(637) RealBand(Build 5)
Cakewalk by Bandlab - Audacity - Zoom MRS-8 recorder
i3 laptop, 64bit Win 7, 8 GB ram, 480GB SSD
Music at: http://fogle622.wix.com/fogle622-audio-home

Top
#540111 - 06/08/19 07:41 PM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: Jim Fogle]
Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 208
Loc: Albuquerque, NM
Originally Posted By: Jim Fogle
I opened RealBand 2019 build 3. It had a RealTracks style left over from my last project. I created a 300 bar chord chart with a mixture of whole chords, rests, shots and holds. I placed "A" and "B" markers at random throughout the chord chart.

When I generated audio tracks it took quite some time but the resulting waveforms looked like I expected.

I then modified the chord chart by changing all rests, shots and holds to whole chords and generated audio tracks. Again it took quite some time but the results did not look like I expected. There is a one bar gap at bar 248 and the bass track has a one bar gap at bar 272.

I was monitoring taskmanager while the RealTracks were generated and formulated a theory of why there are gaps.

My theory is a background task is interfering with RealTrack generation and RealBand is not correctly handling the break in focus.

Did you listen to either arrangement for several bars before and after the 240 bar mark to determine if there's an erroneous chord change at bar 241? Also, do either one of your test files have a chord at bar 241? If so, this would override any erroneous chord change for bar 241.
_________________________
BiaB 2019 Win ProPak Build 628, RB 2019 V4, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650, 8 GB RAM, 256 & 120 GB HD, Tracktion 6 & 7 (freebies), MuseScore 2.1

Top
Page 1 of 12 1 2 3 ... 11 12 >


PG Music News
National Jukebox Day - Celebrate with Band-in-a-Box®!

Happy National Jukebox Day!

To celebrate, you could purchase a Jukebox... OR just access the Jukebox feature in Band-in-a-Box®!

What does the Band-in-a-Box® Jukebox do?

Using the directory you choose, the Band-in-a-Box® Jukebox will provide you with background music by continuously play the entire list of Band-in-a-Box® SGU files within that folder! There are many options for you to customize your Jukebox experience, including: Only Play song with melodies, Change Melody Instrument, Random order Playback, Audible Count-in, and more! Plus, the Jukebox will continue to play while you use other programs, providing your favorite music for continued background listening pleasure!

To learn more about the Jukebox feature in Band-in-a-Box®, check out Chapter 5 of our online manual, here. Mac too!

Notation Enhancements in Band-in-a-Box® 2019

Band-in-a-Box® 2019 for Windows was released in December 2018, and included many new features and enhancements - like the enhancements we made to our Notation window!

These include:
-Pressing the space bar plays the song from the current location.
-Double-clicking on the Standard mode Notation window (or on the time line in Editable or Staff Roll mode) plays the song from the current time location.
-The right-click menu in the Editable or Staff Roll mode Notation window has an option to change the current beat resolution. Previously, the only way to do this was to right-click on the time line.
-Clicking close to a stave line will put a note on the stave line instead of between stave lines. Previously, you had to click extremely close to a stave line to insert a note on it.
-In the Notation Windows Options dialog, the clefs split point asterisk indicates that C5* is middle C.
-The clefs split point can be set by the spin controls.
-You can quickly enter forced accidentals from the right-click menu.
-A new track type (Drums) is available for the Melody and Soloist tracks.
-Holding down the Ctrl key and pressing the zoom in/out buttons results in finest possible incremental adjustment in size.
-There's a keystroke entry mode -the "N" mode, which lets you enter a melody entirely using keystrokes. The keystrokes are N to enter a note, up/down cursor to change its pitch, and left/right cursor to move the time line.
-A new button in the Print Options dialog lets you quickly print a "chords only" fake sheet. You can also access this from the right-click menu on the Chord Sheet.
-You can now edit any track in the Event List Editor. When the dialog opens, it will show you the MIDI data in the current notation track.


There's detailed information on our 2019 notation enhancements here: Band-in-a-Box® 2019 New Feature - Notation Enhancements

Jump to the Notation topic in our Band-in-a-Box® 2019 new features video.

Band-in-a-Box® Drum Features!

Today is National Drummer Day!
(not to be confused with National Hug a Drummer Day, which is October 10th)

Band-in-a-Box® is a great resource for drummers! Practice with an on-demand back-up band, learn from the Pro's with RealDrums notation (RealCharts, new with version 2019), MIDI drums notation, or play in the Drum Kit Window!

Not a drummer? Add drums to your Band-in-a-Box® project with RealDrums! Whether you're looking for Bluegrass, Blues, Bossa, Country, Dance, Dixieland, Folk, Funk, HipHop, Jazz, Latin, Metal, Pop, RnB, Rock, Soul, Techno, Traditional, Waltz, or World (and variations within) - you'll definitely find what you're looking for in our RealDrums library - there are over 500 available!

Band-in-a-Box® 2019 for Mac Build 315 Update Available!

Attention Band-in-a-Box® 2019 for Mac users - a new FREE patch update (build 315) is available!
Review details and download here

Summary of changes for build 315 (Nov 15, 2019):

Fixed: Exporting MusicXML files was not working.
Fixed: When using "Auto-Hand split Piano track" feature, exported MIDI files contain wrong note durations on the Piano track.
Fixed: Note-based lyrics were not included when exporting MIDI files.
Fixed: User should be prompted to save their song when exiting, if they had added or removed plugins.
Fixed: The Record Audio dialog always says “Track type is Stereo” even if the track type is mono.
Fixed: The [Audio Options…] button in the Record Audio dialog was launching the Audio Devices dialog instead of the Audio Settings dialog.
Fixed: Loops dialog title bar displays wrong track name.
Fixed: Large patch map files are not completely loaded (were limited to 1985 patches).
Fixed: Notation context menu > Edit Section Text… did not do anything.
Fixed: Notation context menu > Insert Section Text… did not do anything.

My Favorite Things - Nudge Chords in Band-in-a-Box®

Love this time saving feature.

Ever fill in the chordsheet fully or for part of song, and then discover you want to add or take away an extra beat or more somewhere in the chordsheet.

Nudge chords (melody) from the Edit Menu is your friend here, the dialog will give you all the options either to remove or add beats where its needed.

Love it.
-musiclover

To learn more about this feature, read the "Advanced Chord Entry and Editing Features" topic when you click here.

Band-in-a-Box® Video Testimonial & Demo - Rodney Gene Junior

Band-in-a-Box® endorsing artist Rodney Gene Junior has shared his latest User Testimonial and Demo with us, and we LOVE it! Not only does Rodney share with the viewer his enthusiasm for our program, he also shares a few examples of how he uses Band-in-a-Box® too - make sure you check it out!

Band-in-a-Box® 2019 Testimonial Video - Peter Torpey

Check out our latest Band-in-a-Box video testimonial, which takes using the program to a whole new level! Peter Torpey is a long time program user who has developed a way to work with the program, even though he's visually impaired - and he wants to make sure that others can too!
Click here to watch!

Learn more about Peter here.

View all our video testimonials here.

Want to make your own Testimonial? We'd love to see it! There's information on our Video Testimonials offer here.

Forum Stats
30433 Members
62 Forums
60703 Topics
513703 Posts

Max Online: 2434 @ 11/14/17 12:37 AM
Newest Members
JulesPitou, Aleksssl, ThomasJazz, YamahaTyros1, BReed

30432 Registered Users
Top Posters (30 Days)
VideoTrack 203
Noel96 165
Matt Finley 164
Jim 155
sslechta 128
Janice & Bud 125
MarioD 117
Pipeline 108
Jim Fogle 103
rayc 101
Today's Birthdays
Fred Marzin, kindofblue, philncookie