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: 232
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 232
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 2020 Win UltraPAK Build 709, RB 2020, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650 3 GHz, 8 GB RAM, 500 GB SSD (boot) & 2 TB HDD, Tracktion 6 & 7 (freebies), Cakewalk, Audacity, MuseScore 2.1 & 3.4, Synthesizer V

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: 232
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 232
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 2020 Win UltraPAK Build 709, RB 2020, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650 3 GHz, 8 GB RAM, 500 GB SSD (boot) & 2 TB HDD, Tracktion 6 & 7 (freebies), Cakewalk, Audacity, MuseScore 2.1 & 3.4, Synthesizer V

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: 19527
Loc: Marysville, Mi. USA
rharv Offline
Veteran

Registered: 05/30/00
Posts: 19527
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: 232
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 232
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 2020 Win UltraPAK Build 709, RB 2020, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650 3 GHz, 8 GB RAM, 500 GB SSD (boot) & 2 TB HDD, Tracktion 6 & 7 (freebies), Cakewalk, Audacity, MuseScore 2.1 & 3.4, Synthesizer V

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: 232
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 232
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 2020 Win UltraPAK Build 709, RB 2020, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650 3 GHz, 8 GB RAM, 500 GB SSD (boot) & 2 TB HDD, Tracktion 6 & 7 (freebies), Cakewalk, Audacity, MuseScore 2.1 & 3.4, Synthesizer V

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: 232
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 232
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 2020 Win UltraPAK Build 709, RB 2020, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650 3 GHz, 8 GB RAM, 500 GB SSD (boot) & 2 TB HDD, Tracktion 6 & 7 (freebies), Cakewalk, Audacity, MuseScore 2.1 & 3.4, Synthesizer V

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: 19527
Loc: Marysville, Mi. USA
rharv Offline
Veteran

Registered: 05/30/00
Posts: 19527
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: 232
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 232
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 2020 Win UltraPAK Build 709, RB 2020, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650 3 GHz, 8 GB RAM, 500 GB SSD (boot) & 2 TB HDD, Tracktion 6 & 7 (freebies), Cakewalk, Audacity, MuseScore 2.1 & 3.4, Synthesizer V

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: 232
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 232
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 2020 Win UltraPAK Build 709, RB 2020, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650 3 GHz, 8 GB RAM, 500 GB SSD (boot) & 2 TB HDD, Tracktion 6 & 7 (freebies), Cakewalk, Audacity, MuseScore 2.1 & 3.4, Synthesizer V

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: 5382
Loc: South Carolina
Charlie Fogle Offline
Veteran

Registered: 04/07/13
Posts: 5382
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+ 2020:RB 2020 Build 1. 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: 19527
Loc: Marysville, Mi. USA
rharv Offline
Veteran

Registered: 05/30/00
Posts: 19527
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: 232
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 232
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 2020 Win UltraPAK Build 709, RB 2020, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650 3 GHz, 8 GB RAM, 500 GB SSD (boot) & 2 TB HDD, Tracktion 6 & 7 (freebies), Cakewalk, Audacity, MuseScore 2.1 & 3.4, Synthesizer V

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: 232
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 232
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 2020 Win UltraPAK Build 709, RB 2020, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650 3 GHz, 8 GB RAM, 500 GB SSD (boot) & 2 TB HDD, Tracktion 6 & 7 (freebies), Cakewalk, Audacity, MuseScore 2.1 & 3.4, Synthesizer V

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: 5382
Loc: South Carolina
Charlie Fogle Offline
Veteran

Registered: 04/07/13
Posts: 5382
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+ 2020:RB 2020 Build 1. 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: 232
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 232
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 2020 Win UltraPAK Build 709, RB 2020, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650 3 GHz, 8 GB RAM, 500 GB SSD (boot) & 2 TB HDD, Tracktion 6 & 7 (freebies), Cakewalk, Audacity, MuseScore 2.1 & 3.4, Synthesizer V

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: 232
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 232
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 2020 Win UltraPAK Build 709, RB 2020, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650 3 GHz, 8 GB RAM, 500 GB SSD (boot) & 2 TB HDD, Tracktion 6 & 7 (freebies), Cakewalk, Audacity, MuseScore 2.1 & 3.4, Synthesizer V

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: 5382
Loc: South Carolina
Charlie Fogle Offline
Veteran

Registered: 04/07/13
Posts: 5382
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+ 2020:RB 2020 Build 1. 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: 232
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 232
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 2020 Win UltraPAK Build 709, RB 2020, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650 3 GHz, 8 GB RAM, 500 GB SSD (boot) & 2 TB HDD, Tracktion 6 & 7 (freebies), Cakewalk, Audacity, MuseScore 2.1 & 3.4, Synthesizer V

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: 5633
Loc: Winston-Salem, NC USA
Jim Fogle Offline
Veteran

Registered: 08/20/11
Posts: 5633
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
2020 UltraPlusPak BiaB(709) RealBand(Build 1)
Cakewalk by Bandlab - Audacity - Zoom MRS-8 recorder
i7 Desktop, 64bit Win 10 build 1909, 12 GB ram
256 GB M2 SSD, 4 TB HDD
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: 232
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 232
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 2020 Win UltraPAK Build 709, RB 2020, Windows 10 Pro 64-bit (dual boot with Win 7 64-bit), Intel Q9650 3 GHz, 8 GB RAM, 500 GB SSD (boot) & 2 TB HDD, Tracktion 6 & 7 (freebies), Cakewalk, Audacity, MuseScore 2.1 & 3.4, Synthesizer V

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


PG Music News
We're at The NAMM Show!

Heading to The NAMM Show? Make sure you stop by Booth 1015 (Hall E) - we'll be doing product demonstrations every hour, with some RealTracks Artists popping in for performances with Band-in-a-Box too!

Click here for more information about The NAMM Show, held in Anaheim California at the Anaheim Convention Center.

It's Almost Over - Order by January 15th to SAVE on Xtra Styles PAKs & Loops-with-Style PAK 1!

NEW products for Band-in-a-Box® 2019 for Mac: Xtra Styles PAK 8 and Loops-with-Style PAK 1!

--SPECIAL PRICING ONLY AVAILABLE UNTIL JANUARY 15TH!--

We've added 164 fantastic new RealStyles in Xtra Styles PAK 8! These are imaginative new combinations of our existing RealTracks library that fall into four categories: Rock/Pop 8, Jazz 8, Country 8, and Celtic 1. To celebrate the release of Xtra Styles PAK 8, ALL of our Xtra Styles PAKs 1-8 are on sale for just $29 each! Learn more & listen to demos here.

Also brand-new is our Loops-with-Style PAK 1 for Band-in-a-Box®, which gives you the chance to expand your loops collection with 100 new loops! We've taken the RealDrums and RealTracks source audio and remixed, remastered, and combined it to create these original loops. All of your favorite genres are covered like jazz, funk, rock, pop, electronic, hip-hop, and more! To show them in action, we've created 50 new RealStyles that each include two of the loops. Plus, if you use the loops in Band-in-a-Box, we've included intelligent versions of the loops that automatically switch at A and B part markers. Each loop has a matching sister loop that works perfectly for another substyle! Get started with Loops-with-Style PAK 1 for the introductory price of just $19 until January 15th (reg: $29). Learn more & watch a great video demonstration here.

Note: Xtra Styles PAK 8 and Loops-with-Style PAK 1 require the Band-in-a-Box® 2019 or higher UltraPAK, UltraPAK+, or Audiophile Edition.

Windows User? Choose from these links: Xtra Styles PAKs | Loops-with-Style PAK 1

Built-in Audio Chord Wizard Enhancements in Band-in-a-Box® 2020!

Our Band-in-a-Box® 2020 for Windows version includes some great enhancements to the Built-in Audio Chord Wizard!

-The built-in Audio Chord Wizard is now accessible from the [Audio Chord Wizard] button.
-The Audio Edit window now displays chords and tempos for each bar. They are shown when the Audio Chord Wizard mode is active so that you can see the tempo for each bar as you set the bar lines.
-When you start entering bar lines, the program automatically sets the tempo to the tempo of the first bar.
-Once the tempo of the first bar is set, the program automatically moves the location of the first bar of audio over so that the visual space of the count-in bars is visible.
-After you’ve added the bar lines, IF you adjust the first or second bar and the tempo of the first bar changes accordingly, the program automatically changes the tempo of the song to match.
-Multi-window display. This gives the Audio Chord Wizard a multi-window view so that you can see and edit both the Audio Edit window and the Chords Sheet at the same time. This display is best viewed with a small toolbar mode. This allows you to see the chords as they are being interpreted by the wizard.
-The Audio Chord Wizard can send the transcribed MIDI notes to the Soloist track for further analysis by the user (via Piano Roll or Notation window). Note that this is a "snapshot" view every 8th note of the pitches present, not an attempt at polyphonic transcription. To use this feature, enable the "MIDI to Soloist" check box.

Read more about these enhancements here, or jump to the New Feature - Audio Chord Wizard (ACW) Enhancements section of our New Features video here.

The Band-in-a-Box® 2020 for Windows® Special ENDS January 15th!!!

IT'S YOUR LAST WEEKEND TO SAVE UP TO 50% ON YOUR BAND-IN-A-BOX® UPGRADE!

Our SALE on Band-in-a-Box® 2020 Upgrade purchases ends January 15, 2020, so there is still some time to save up to 50% when you purchase your Band-in-a-Box® 2020 for Windows Upgrade!

Customers LOVE Band-in-a-Box® 2020 for Windows with over 50 new features, plus the 202 New RealTracks, new RealStyles, 15 new MIDI SuperTracks, 170 new Instrumental Studies, 30 new MIDI Styles, 280 RealDrums Transcriptions, the 2020 Free Bonus PAK, 2020 49-PAK, and new Xtra Styles PAK 8!

We've packed our Free Bonus PAK & 49-PAK with some amazing Add-ons! The Free Bonus PAK is automatically included with most Band-in-a-Box® for Windows 2020 packages, but for more even more Add-ons (including 40 Unreleased RealTracks) upgrade it to the 2020 49-PAK for only $49. You can see the full lists of items in each package, and listen to demos here.

Check out our Band-in-a-Box® packages page for all the purchase options available.

Learn more about all the new features in Band-in-a-Box® 2020 for Windows at: www.pgmusic.com/bbwin.new.htm

If you need any help deciding which package is the best option for you, just let us know. We are here to help!

Band-in-a-Box® 2019 for Windows Patch Update Available! (Build 642)

Still using Band-in-a-Box® 2019 for Windows? Build 642 is a free update full of updates for version 2019, and includes a VST DAW Plugin update to 1.16.29.

Learn more and download here. | Direct download

Note: this patch is not intended to update your version to the recently released Band-in-a-Box® 2020, which is available for purchase here.

Summary of Changes for Version 2019 Build 642 (Jan 08 2020):
Changed: Default the 'include similar styles in the stylepicker' to false each bootup.
Improved: BootupLog.txt will include more elaborate information when troubleshooting bootup problems. This only applies if WriteBootUpLog.txt is present in the Data folder.
Updated: PDF and help (routine cleanup/updaes).
Fixed: "There is no audio file currently recorded" error message when using Audio > Plugin.
Fixed: [Video] > Render Video(s)... menu item should launch the Make Chordsheet Video dialog if Video RealTracks export is not available.
Fixed: Access violation in Song Titles browser if no song is selected when clicking [Close].
Fixed: Applying audio effects using Audio > Plugins would fail with error "Plugin cancelled. Original file is preserved".
Fixed: Audio > Edit Audio > Timeshift Audio would crash the program if the Audio Edit window was not open.
Fixed: Audio will not import to a custom position if there is already audio on the Audio track.
Fixed: Band-in-a-Box might crash during bootup if an ASIO driver was previously selected, and the device is no longer connected to the computer.
Fixed: Band-in-a-Box might crash during bootup if there is a problem with font installation (usually after upgrading Windows 7 to Windows 10).
Fixed: Band-in-a-Box might crash when opening a song that contains note-based lyrics.
Fixed: Bar Lyrics and Section Text layers do not line up with bars in Notation window if there are repeats in song, and fake sheet mode is enabled.
Fixed: Clicking OK in the MIDI/Audio Driver Setup dialog should not close the floating Mixer window.
Fixed: Close button in Select chorus start/end dialog should behave like Cancel, ie user clicking on bar afterwards shouldn't do anything.
Fixed: Crash with error "external exception C06D007F" while launching if using Windows XP.
Fixed: Dragging a single track to export MIDI causes that track to be permanently soloed.
Fixed: If an ASIO driver cannot connect during bootup, the default WAS driver should be used instead.
Fixed: If using the 64 bit version of Band-in-a-Box, the BB2Go window would display an erroneous QuickTime version, and converting files to .m4a would fail. QuickTime is only available for the 32 bit version, but is only required if using Windows Vista or earlier.
Fixed: Lyrics would not display in the Big Lyrics if "Show chord symbols above the lyrics" was enabled.
Fixed: melodists were getting quantized incorrectly.
Fixed: Possible crash if editing a text layer while using the floating Notation Window.
Fixed: Possible freeze when importing compressed audio files.
Fixed: Practice window | Master Solos | Blues Piano, displays N/A.
Fixed: RealTracks #2975 (Vocal Oohs-Aahs) sometimes played incorrect chords for m7b5 and C7.
Fixed: Rebuilding styles list was causing errors sometimes.
Fixed: Several Piano and Organ MIDI SuperTracks have been edited to remove spurious MIDI events (e.g. mod wheel sometimes caused 'warbling' effect).
Fixed: Sforzando might not automatically be added to the VST list, causing Hi-Q patch selection to fail.
Fixed: Some bars for the B section of RT 2529 were dropping out.
Fixed: Some Bass and Nylon Guitar RealTracks (including 2718, 2724, 2722, 2725, 2719) have RealCharts added.
Fixed: StylePicker: User Category list wasn't refreshing after choosing a new user category.
Fixed: The About dialog said 'for Macintosh' instead of 'for Windows'.
Fixed: The Drop Station would not update if dropping a file onto Presonus Studio One.
Fixed: When choosing a compressed format for rendering files, and "One file per track" is enabled, the resulting files are .wav format instead of the compressed format.
Fixed: Wrong notes on Oohs and Aahs RealTracks.

Summary of changes for Band-in-a-Box DAW Plugin 1.16.29:
Added: copy selected cell if nothing highlighted
Added: shift-arrows to select in chord sheet
Added: SHIFT-ENTER to go backwards in chord sheet
Added: SHIFT-TAB to go backwards in chord sheet, TAB to go forward
Added: support for all Biab file types
Fixed: Added message if attempting to drag tracks before generating
Fixed: Alert window buttons "punch hole" when pressed
Fixed: Audio stutters when resizing plugin in some DAWs
Fixed: auto gen after open feature not working in Studio One 4
Fixed: bounds when highlighting in chord sheet
Fixed: C#7b5b9b13 to chord sheet
Fixed: distortion when stopping playback in pro tools
Fixed: losing focus in chord sheet
Fixed: make selected cell at the end after pasting
Fixed: Open dialog in infinite loop
Fixed: plugin stops playing non-synced tracks when closing and then opening plugin
Fixed: Send space bar keystrokes to DAW
Fixed: some styles not dragging all tracks from blue button
Fixed: track text not resizing correctly
Fixed: Transpose not working
Fixed: Verify folders before each call to Biab

New Left-Handed & Student View Guitar Window in Band-in-a-Box® 2020 for Windows!

With Band-in-a-Box® 2020 for Windows, the Guitar window has been remade and now supports the left-handed (in addition to right-handed) guitar and student view!

The student view is the view a student (or YouTube video watcher) would have of the (right-handed) guitar facing him with the head at the right and low notes at the top. There's also a left-handed student view, so all 4 possible views are supported.

To change the view, press the [Guitar] toolbar button to open the Guitar window and then the [Settings] button.

See this new feature in action when you jump to the "Left-Handed & Student View Guitar Fretboard" topic in our 2020 New Features video: Click here...

Loops with Style PAK 1 - Just $19 Until January 15th!

The recently released Loops-with-Style PAK 1 is your chance to expand your loops collection with 100 new loops!

To show them in action, we've created 50 new RealStyles that each include two of the loops. Plus, if you use the loops in Band-in-a-Box, we've included intelligent versions of the loops that automatically switch at A and B part markers. Each loop has a matching sister loop that works perfectly for another substyle!

We're offering Loops-with-Style PAK 1 at the introductory price of $19, but only until January 15, 2020 (reg. price $29). Purchase here.

Note: Loops-with-Style PAK 1 requires the Band-in-a-Box® 2019 or higher UltraPAK, UltraPAK+, or Audiophile Edition.

Watch the demonstration video...

Windows user? Click here for product information, or to to purchase Loops-with-Style PAK 1.

Forum Stats
30952 Members
63 Forums
61957 Topics
523342 Posts

Max Online: 2519 @ 01/16/20 06:39 AM
Newest Members
enzo princi, larch12345@, Jan Stuyt, dricket1, Johnny A

30950 Registered Users
Top Posters (30 Days)
Noel96 256
Matt Finley 188
MarioD 173
Pipeline 170
VideoTrack 155
Jim 136
Jim Fogle 133
Rustyspoon# 130
Janice & Bud 116
Rob Helms 109
Today's Birthdays
heinzb, Railfan, RobC, Tommi, what_now