Page 10 of 12 < 1 2 ... 8 9 10 11 12 >
You need to be logged in to post
Options
Index
#542122 - 06/21/19 06:15 AM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: silvertones]
Registered: 04/17/18
Posts: 232
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 232
Loc: Albuquerque, NM
I guess that's the only thing I can do with RB besides giving Tech Support another phone call, which I might do. Thanks for your help. Hopefully, the next release will be available before October.
_________________________
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
#542124 - 06/21/19 06:45 AM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: muzikluver]
Registered: 05/13/03
Posts: 7953
Loc: Rio Grande Valley, Texas
silvertones Offline
Veteran

Registered: 05/13/03
Posts: 7953
Loc: Rio Grande Valley, Texas
I want you to try this:
1.open RB
2.set song to 330 measures
3. Put a chord at 238 then at 245.
4. Generate any Rt
5. Listen from bar 235 past 245.
Do you get an erroneous chord change at241?
_________________________
John
ESI Gigaport HD+
Lenovo Turion II /4 Gig Ram/ Win7x64 be
15.6" Monitor
"The only Band is a Real Band"
www.wintertexaninfo.com/BANDS/JohnnyD.php

Top
#542130 - 06/21/19 07:11 AM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: silvertones]
Registered: 04/17/18
Posts: 232
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 232
Loc: Albuquerque, NM
After setting the time signature to 3/4, I entered a G chord into bar 238 and a D chord into bar 245. I didn't enter any other chords anywhere else. Then I selected "Select and generate a RealTrack" from the menu and picked #856 (12 string acoustic guitar). When RB was finished generating the track, I clicked on bar 235 in the Chords window and clicked on the Play button. I could definitely hear a chord change at bar 241---most likely to the C chord.
_________________________
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
#542134 - 06/21/19 07:27 AM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: muzikluver]
Registered: 05/13/03
Posts: 7953
Loc: Rio Grande Valley, Texas
silvertones Offline
Veteran

Registered: 05/13/03
Posts: 7953
Loc: Rio Grande Valley, Texas
Ok thanks. If you open biab you'll see that the first chord is always C. That seems to be what happens at the 240-241 transition. I'd bite the bullet for now by putting the chord in 241 and see if the workflow is ok. You'll have to wait for the new V4. Soon.
_________________________
John
ESI Gigaport HD+
Lenovo Turion II /4 Gig Ram/ Win7x64 be
15.6" Monitor
"The only Band is a Real Band"
www.wintertexaninfo.com/BANDS/JohnnyD.php

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

Registered: 04/17/18
Posts: 232
Loc: Albuquerque, NM
I can do that, and I have done that because it's the most obvious workaround. But sometimes a brief glitch will appear at the 240/241 bar boundary, which can be a challenge to get rid of. Fortunately, there's no pressure for me to create a demo of this song for my producer like there was with the most recent song I gave him a couple of months ago. But I was using BiaB at the time and didn't even know that RB could handle songs with more than 255 bars. Plus, I had figured out my own workaround to BiaB's 255 bar limitation. However, as I found out during the last few weeks of discussions here and on the BiaB forum, my workaround isn't the best or most efficient. Nevertheless, it got me through the crunch I was in at the time until I was able to explore other solutions through these two forum discussions that I started. In the process, I discovered the existence of this bug in RB at the 240/241 bar boundary, and I hope that Tech Support will invest the time and effort that's needed to fix 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
#542268 - 06/21/19 05:53 PM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: muzikluver]
Registered: 05/30/00
Posts: 19538
Loc: Marysville, Mi. USA
rharv Offline
Veteran

Registered: 05/30/00
Posts: 19538
Loc: Marysville, Mi. USA
RB uses a BiaB executable to generate. It may be that is where the root cause lies.
Just a thought.
Many workarounds have been mentioned. Workflow, workaround whatever.
You can get it done in RB ..
/I probably should have avoided this thread, but I guess my suggestion is just 'get r done' however it works best for you
_________________________
Make your sound your own!

Top
#542278 - 06/21/19 07:17 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
I think you and Silvertones are both right about that, but I also think that it's possible for RB to somehow override BiaB's default C chord. Tech Support just has to find a way to implement it.

Also, this discussion is essentially over until Tech Support does come through with a fix, so your post and your suggestion to "'get r done' however it works best" are fine. In the meantime, I'm hoping that the upcoming release of RB 2019 Version 4 will include a fix for this issue.
_________________________
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
#542281 - 06/21/19 08:47 PM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: muzikluver]
Registered: 04/07/13
Posts: 5386
Loc: South Carolina
Charlie Fogle Online   content
Veteran

Registered: 04/07/13
Posts: 5386
Loc: South Carolina
"I'm hoping that the upcoming release of RB 2019 Version 4 will include a fix for this issue."

I think that's the ultimate resolution you'll be satisfied with.
_________________________
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
#542330 - 06/22/19 05:54 AM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: muzikluver]
Registered: 12/08/02
Posts: 6320
Loc: Chicago
MusicStudent Offline
Veteran

Registered: 12/08/02
Posts: 6320
Loc: Chicago
Originally Posted By: muzikluver
MuseScore 2.1


Glad to let the drama of it all rest while we wait for next version to release.

So now may be a good time to raise this question. I didn't want to bring it up before since I hate to nitpic and it is really none of my business. But, why does your signature specs indicate you are using "MuseScore 2.1"? smile
_________________________
Dan
BIAB2019
BIAB User Map
SoundCloud


Top
#542346 - 06/22/19 09:20 AM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: MusicStudent]
Registered: 04/17/18
Posts: 232
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 232
Loc: Albuquerque, NM
Originally Posted By: MusicStudent
So now may be a good time to raise this question. I didn't want to bring it up before since I hate to nitpic and it is really none of my business. But, why does your signature specs indicate you are using "MuseScore 2.1"? smile

That's a fair question, MusicStudent. The reason I'm using version 2.1 instead of 3.1 is that I don't want to risk having to tweak the layout of my current song files like I did the last time I updated MuseScore. The amount of time I may end up losing by making such tweaks isn't worth the extra features I'd be gaining with the newer version. Plus, I'm already on overload from dealing with numerous other stressful issues in my life (which I won't go into here), so I'd rather stick with "the known" than venture into "the unknown" until I'm in a better position to deal with the potential time loss factor. Of course, it's possible that version 3.1 won't change (mess up) the layout of my current song files. But I'm skeptical that it won't because this has happened to me several times before after I updated MuseScore.
_________________________
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
#542353 - 06/22/19 10:54 AM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: muzikluver]
Registered: 12/08/02
Posts: 6320
Loc: Chicago
MusicStudent Offline
Veteran

Registered: 12/08/02
Posts: 6320
Loc: Chicago
Thanks for the answer, that makes sense. Good luck with your music.
_________________________
Dan
BIAB2019
BIAB User Map
SoundCloud


Top
#542363 - 06/22/19 12:21 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
"I'm hoping that the upcoming release of RB 2019 Version 4 will include a fix for this issue."

I think that's the ultimate resolution you'll be satisfied with.

Now, that's an interesting statement, Charlie, for two reasons. One reason it's interesting is your use of the words "ultimate" and "satisfied." While I would be "satisfied" if this occurs, I have to say that the "ultimate" resolution I'd be "satisfied" with is if the 255 bar limit in BiaB was eliminated completely so that I wouldn't have to deal with one or more of the numerous workarounds to this limit for any of my songs that exceed it. I also wouldn't have to consider the option (along with the pros and cons) of using RB instead of BiaB for such songs of mine that are still being developed or that I may write in the future. But as you and I both know, the chances of this limit being eliminated in BiaB any time soon (or even at some point in the not too distant future) are next to none.

The other reason your statement is interesting is that it could imply that the resolution of this issue in RB would mostly benefit me. In other words, your statement has the appearance of shifting the focus away from a legitimate issue in RB that does need to be resolved and placing that focus on me personally. Now, I'm not saying that this is the actual intention of your statement because I don't know and can't know for sure that it is. But this is a definite possibility, so I think it would be good for me to dispel such a notion in case you or anyone else has embraced it. I'll begin by explaining why I believe that such a notion is a possibility.

From my perspective, this entire discussion of the existence of two problems at the 240/241 bar boundary in RB has been like a wild roller coaster ride to the moon and back because of how many other topics (some closely related and some not so closely related) have also been discussed in this thread. After all, as you pointed out in a previous post, this thread (which curently has over 190 posts) is by far the longest and most involved thread of any thread in the last seven years past year on this entire forum. The gist of these two problems are as follows:

1) a glich that intermittently occurs at the 240/241 boundary as a result of an attempt to fix the other consistently occurring problem (by inserting a chord into bar 241), which is

2) an erroneous chord change to C when no chord exists in bar 241 and when the most recent chord in the song was not a C chord.

Considering the fact that (please correct me if I'm wrong about this) I am the first person to discover these two problems and the fact that I discovered these two problems as a result of using RB to open an .XML file of one of my songs that contains more than 255 bars, I need to make it clear that these problems are not related in any way to my .XML files (contrary to Silvertone's assertion in his post on 06/19/19 07:19 AM PT). In other words, contrary to the perception that some readers of and participants in this discussion may have had about these two problems (including myself as well initially), they are not due to RB's alleged improper handling of .XML files or to MuseScore's improper creation of .XML files. Instead, these two problems also occur when chords are manually entered into the Chord window after which any one of the "Generate Tracks" commands is executed in RB.

Considering the fact that a substantial amount of time was spent on various workflow processes in this discussion, I also need to make it clear that these two problems have nothing to do with my workflow. In other words, because these problems are not related in any way to my .XML files, and because my standard use of both BiaB and RB is to begin (as my first step) by opening a .XML file that I exported from MuseScore (rather than by manually entering chords into the Chords window of either program, as most users of these programs normally do), these two problems also have nothing to do with my workflow (contrary to your assertion in your post on 06/20/19 at 08:07 AM PT and contrary to MusicStudent's subsequent post).

Considering the fact that, even though this discussion has been ongoing since 6/7/10 and has 190+ posts so far, as recently as 06/20/19 06:07 AM PT (per a PM he sent me two days ago and which he reiterated in his public post on 06/20/19 12:35 PM PT), Silvertones thought that the newest RB 2019 Version 4 release candidate had fixed these issues and that the .SEQ file he had created from that version (to which he provided a link in his post on 06/20/19 12:35 PM PT) was proof of that. He also thought that these issues were directly related to RB's improper handling of .XML files. But when I opened that .SEQ file in RB (after I updated my RB V2 to V3), I was able to demonstrate that the issue had not been fixed in the latest release candidate version either. It was only after this that I was able to convince Silvertones that the issue had nothing to do with RB's handling of .XML files when I followed his instructions to test a new file in RB that I created by generating a single RealTrack after I had manually entered a chord into bar 238 and a chord into bar 245.

Finally, considering the fact that everyone who has used RB to automatically generate tracks for songs with more than 240 bars has ended up with an erroneous chord change at bar 241 of their songs (if there wasn't any chord already entered into bar 241 and if the most recent chord in their song was not a C chord), there shouldn't be any reason for anyone to assume that I would be the primary (if not the sole) beneficiary of a fix to these issues. Furthermore, I find it very surprising that no one else who has used RB for this purpose discovered these issues before I discovered them about two weeks ago. Surely, if soneone had discovered them, either these issues would have been fixed long ago or I would have been informed early on in this discussion that these are known issues that Tech Support hasn't fixed yet.


Edited by muzikluver (06/22/19 12:30 PM)
_________________________
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
#542388 - 06/22/19 02:38 PM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: muzikluver]
Registered: 08/20/11
Posts: 5651
Loc: Winston-Salem, NC USA
Jim Fogle Offline
Veteran

Registered: 08/20/11
Posts: 5651
Loc: Winston-Salem, NC USA
muzikluver,

I believe you posted an accurate summary of the main points in this thread so far. The discussion has touched upon many other topics outside the points you've raised.

But, I'd like to point out that it is pretty normal in this forum for a thread to venture way beyond the initial subject of a thread. But the discussion has been worth the effort because the discussion has helped to clearly define the problems and eliminate causes external to the program.
_________________________
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
#542392 - 06/22/19 02:52 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
muzikluver,

I believe you posted an accurate summary of the main points in this thread so far. The discussion has touched upon many other topics outside the points you've raised.

But, I'd like to point out that it is pretty normal in this forum for a thread to venture way beyond the initial subject of a thread. But the discussion has been worth the effort because the discussion has helped to clearly define the problems and eliminate causes external to the program.

Sure, Jim, absolutely! I agree with you completely. And please don't get the impression that I was complaining or whining or criticizing this discussion in any way because I wasn't. I just mentioned these things for the purpose of summarizing the evolutionary path that this discussion has taken and to zero in on my main takeaways from all the various topics that have been touched upon in the process. Good point. Thanks for pointing this out!
_________________________
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
#542416 - 06/22/19 04:30 PM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: muzikluver]
Registered: 04/07/13
Posts: 5386
Loc: South Carolina
Charlie Fogle Online   content
Veteran

Registered: 04/07/13
Posts: 5386
Loc: South Carolina
<< Now, that's an interesting statement, Charlie, for two reasons. One reason it's interesting is your use of the words "ultimate" and "satisfied." While I would be "satisfied" if this occurs, I have to say that the "ultimate" resolution I'd be "satisfied" with is if the 255 bar limit in BiaB was eliminated completely so that I wouldn't have to deal with one or more of the numerous workarounds to this limit for any of my songs that exceed it. I also wouldn't have to consider the option (along with the pros and cons) of using RB instead of BiaB for such songs of mine that are still being developed or that I may write in the future. But as you and I both know, the chances of this limit being eliminated in BiaB any time soon (or even at some point in the not too distant future) are next to none. >>

I think a Fix of BIAB and RB's 255 Bar limit would be your and anyone's ultimate satisfaction because a fix is necessary in order to complete the expected and ordinary task of creating a chord chart, choosing a style and pushing the play button and BIAB/RB generates its soundtrack of the song. Ultimately, this should happen whether the song is 25 bars or 255 bars or 555 bars. My comment was spoken to you but meant for everybody. If you read the statement I highlighted and responded to, it referred to version 4 (which I don't have) may 'fix' the issue. Those highlighted words I replied to are your words not mine.

Personally, I don't see the difference between "I have to say that the "ultimate" resolution I'd be "satisfied" with is if the 255 bar limit in BiaB was eliminated completely so that I wouldn't have to deal with one or more of the numerous workarounds to this limit for any of my songs that exceed it." you say today and " I'm hoping that the upcoming release of RB 2019 Version 4 will include a fix for this issue." you said on 6/21 other than the number of words you used.



<< The other reason your statement is interesting is that it could imply that the resolution of this issue in RB would mostly benefit me. >>

Not at all. Everyone that will ever create a project that taxes this limitation will benefit. This limitation has been known for years and requests have been made over those years for a fix.

<< From my perspective, this entire discussion of the existence of two problems at the 240/241 bar boundary in RB <Snip> The gist of these two problems are as follows:

1) a glitch that intermittently occurs at the 240/241 boundary as a result of an attempt to fix the other consistently occurring problem (by inserting a chord into bar 241), which is

2) an erroneous chord change to C when no chord exists in bar 241 and when the most recent chord in the song was not a C chord. >>


Yes. I agree with your statement completely. I thought it was an interesting and compelling problem and enjoyed all of the thought and comment the various posters have made to be pertinent and instructive.

<< Considering the fact that (please correct me if I'm wrong about this) I am the first person to discover these two problems <snip> they are not due to RB's alleged improper handling of .XML files or to MuseScore's improper creation of .XML files. >>

Correction regarding the 255 limit, that's been known for years and was already an old issue when I joined the forum years ago. Regarding the chord glitch, I don't know about that. I've never seen it mentioned before but I also have never previously participated in a discussion about these two glitches so it could have been mentioned and I missed it. But as far as I know, you're the first to mention the chord issue. It seemed to me in his response, and this is just speculation, but Joe with PGMusic seemed to be aware that approaching the 255 bar limit caused RB to begin to act in sporadic and unstable audio renders. Whether that came from PGMusic programmers testing or clients reports I don't know. My speculation could be completely wrong too.

<< Considering the fact that a substantial amount of time was spent on various workflow processes in this discussion, I also need to make it clear that these two problems have nothing to do with my workflow. In other words, because these problems are not related in any way to my .XML files, and because my standard use of both BiaB and RB is to begin (as my first step) by opening a .XML file that I exported from MuseScore (rather than by manually entering chords into the Chords window of either program, as most users of these programs normally do), these two problems also have nothing to do with my workflow (contrary to your assertion in your post on 06/20/19 at 08:07 AM PT and contrary to MusicStudent's subsequent post). >>

I agree with this for the most part too. As I noted above, your workflow is fine except that BIAB/RB doesn't react correctly to generate your audio without error. As I also noted earlier, for me, those glitch issues are no more an issue than turning down the gain knob to keep a channel's input signal from clipping. I don't encounter the glitches you discovered by using a method where I generate or record audio in sections small enough so the number of bars is never an issue. That's how my workflow works anyway so I'd never encounter the two limitations as you did even If I had a project in RB that exceeded the 255 bar limit. Others also work in a similar manner and that's why they say that RB is not subject to the 255 Bar limit the same as BIAB. My workflow will allow RB to have an unlimited amount of bars subject only to what my computer can tolerate. If RB in my computer can accept 1,500 bars, I can do that and there will absolutely be no audio glitches, guaranteed. I drop pre-recorded audio into RB or record short lengths of audio into RB rather and then if I apply any regeneration done by BIAB/RB, it's done in sections rather than one large single render. I do this utilizing multi track techniques called overdubbing and Punch in/out.

As it turns out, it does have to do with your workflow because apparently BIAB and RB utilize the same architecture to generate audio tracks, and because with your workflow, you attempt to generate more than 255 bars in a single render. It's something BIAB and RB should do, but neither does. If the two glitches are eventually fixed in both BIAB and RB, then you and everyone else will be able to generate tracks the same as those that now generate songs with a smaller number of measures.

If you happen to get the mixing book I referenced, it is all about developing a workflow and it will work with any DAW including BIAB/RB. It will also bypass the 255 bar limit. If you adopt its principals and techniques it will be a change in workflow and a workaround as far as the glitches in BIAB and RB go. By using the multi track recording techniques of overdubbing and Punch in/out and working in sections of your project rather than a single full length render, the issues presented in a full render attempt will never be an issue.

<< Considering the fact that, even though this discussion has been ongoing since 6/7/10 and has 190+ posts so far, as recently as 06/20/19 06:07 AM PT (per a PM he sent me two days ago and which he reiterated in his public post on 06/20/19 12:35 PM PT), Silvertones thought that the newest RB 2019 Version 4 release candidate had fixed these issues and that the .SEQ file he had created from that version (to which he provided a link in his post on 06/20/19 12:35 PM PT) was proof of that. <snip> >>

That's what I had read at the time I made my post. Who knows if or when a fix may come?

<< Finally, considering the fact that everyone who has used RB to automatically generate tracks for songs with more than 240 bars has ended up with an erroneous chord change at bar 241 of their songs (if there wasn't any chord already entered into bar 241 and if the most recent chord in their song was not a C chord), there shouldn't be any reason for anyone to assume that I would be the primary (if not the sole) beneficiary of a fix to these issues. Furthermore, I find it very surprising that no one else who has used RB for this purpose discovered these issues before I discovered them about two weeks ago. Surely, if someone had discovered them, either these issues would have been fixed long ago or I would have been informed early on in this discussion that these are known issues that Tech Support hasn't fixed yet. >>

I never assumed you to be primary anything other than you were primarily the person I was having the conversation with. As noted, the 255 bar issue is a long known issue, most of the others over time have abandoned generation lengths that get near or exceed the limitation.


Edited by Charlie Fogle (06/23/19 06:39 AM)
_________________________
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
#542421 - 06/22/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: 5386
Loc: South Carolina
Charlie Fogle Online   content
Veteran

Registered: 04/07/13
Posts: 5386
Loc: South Carolina
Originally Posted By: muzikluver
<snip> So, my plan is to use BiaB and/or RB to create a decent instrumental demo and then eventually have someone (possibly a female) create a vocal track for me that I could add to the other tracks to finish the demo. Ultimately, I would use the finished demo for various purposes and may even release it as a single or possibly put it on a different album. However, depending on the circumstances, the last two options could justify having it professionally produced, but who I would choose to do that is currently an unknown.

So, I can't really use this song as a basis for answering your other questions.

Instead, I'll use the last song that I recently gave to my producer because it's nearly the same length as this one (317 bars vs. 322 bars). In the past (before I had purchased BiaB), the only file I gave to my producer was a midi file of the melody to my song. Besides the midi file, I also gave him a printout of the lead sheet with all the chords and lyrics along with another printout of a one-page lyric sheet that included the chords. My producer used the lead sheet to perform, arrange, and produce my song, and he used the lyric sheet when he recorded the vocals. For the most recent song with 317 bars that I gave to my producer, I still gave him a midi file, a lead sheet, and a lyric sheet. But I also gave him a single .MP3 file of the audio from BiaB that included drums, a bass guitar, a finger picking acoustic 12-string guitar (left channel), and a 12-string strumming guitar (right channel). In addition, I gave him a .MP4 file of the lead sheet video from MuseScore that had this same audio output from BiaB synced to the melody in the MuseScore video. I used ActivePresenter to create this video and added the audio output from BiaB as a separate track. He imported all three of these files into his DAW, which is Sonar by Cakewalk.

A few weeks after I had given all of the above to my producer, he called me and asked for a new midi file because we had made some last minute changes to the one I had given him that somehow got messed up during his subsequent recording sessions. He also asked me to give him a .MP3 file of just the bass guitar and the finger-picking guitar together and another .MP3 file of the strumming guitar by itself. He didn't need the drums in either of those files because he had already finished recording them. That's the first track he always starts with in his production process. When I gave him these files, he imported them into his DAW to replace the .MP3 file and midi file that I had given him before. However, the three tracks that these audio files occupied in his DAW were only there for him to use as a reference until he had finished recording his own tracks of those same instruments in their place.



"So, I can't really use this song as a basis for answering your other questions." Yes. Your answer works perfectly.


"So, my plan is to use BiaB and/or RB to create a decent instrumental demo..."

Even without a fix for the glitches. BIAB/RB will work perfectly for you. Just not the present way you use them. You can still create your song using MuseScore to make and use an XML file. You can still provide him with a MIDI file, the lead sheet and lyric sheet and a BIAB/RB rendered MP3 file along with the MP4. You can also give him full length individual MP3 tracks of any BIAB/RB generated track such as the bass, fingerpicked guitar and strumming guitar as you did on this recent project. You can do this with any BIAB/RB instrument and including as many tracks as you want.


Regarding your producer requesting changes and edits, you can not only send him a new midi file, but also all of the other tracks your furnished him updated with the edits. You can literally do these type edits in minutes not hours using overdubbing and Punch In/Out techniques and arranging your song in logical sections. Were I doing it, I would generate an audio file for whichever specific section that contains the edit in BIAB and export that audio file and then copy/paste the edited audio to replace the original audio section in RB. The whole file does not have to be regenerated. Either RB or BIAB will crossfade the entry and ending bars into the adjoining original bars seamlessly.
_________________________
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
#542495 - 06/23/19 10:53 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 think a Fix of BIAB and RB's 255 Bar limit would be your and anyone's ultimate satisfaction because a fix is necessary in order to complete the expected and ordinary task of creating a chord chart, choosing a style and pushing the play button and BIAB/RB generates its soundtrack of the song. Ultimately, this should happen whether the song is 25 bars or 255 bars or 555 bars. My comment was spoken to you but meant for everybody.

Agreed. Thanks for the clarification.

Originally Posted By: Charlie Fogle
Personally, I don't see the difference between "I have to say that the "ultimate" resolution I'd be "satisfied" with is if the 255 bar limit in BiaB was eliminated completely so that I wouldn't have to deal with one or more of the numerous workarounds to this limit for any of my songs that exceed it." you say today and " I'm hoping that the upcoming release of RB 2019 Version 4 will include a fix for this issue." you said on 6/21 other than the number of words you used.

The difference is that the elimination of the 255 bar limit in BiaB would make it possible to use BiaB to generate a complete arrangement with one click of the mouse for songs that exceed that limit in the exact same way that BiaB can currently do this for songs that don't exceed that limit. This currently cannot be done, and that is why everyone (including me) has to use a workaround in BiaB (which will require a different workflow) or use RB and be forced to take extra steps in order to deal with an erroneous erroneous chord change in bar 241 (per item #2 in my earlier post). This was the point I was making with my statement.

Originally Posted By: Charlie Fogle
<< The other reason your statement is interesting is that it could imply that the resolution of this issue in RB would mostly benefit me. >>

Not at all. Everyone that will ever create a project that taxes this limitation will benefit. This limitation has been known for years and requests have been made over those years for a fix.

You misunderstood my statement. I was referring to the two problems that exist in RB at the 240/241 bar boundary, not to the 255 bar limit in BiaB. While the 255 bar limitation has been known for years, these two problems were only recently (about two weeks ago) discovered by me as a result of using RB to generate an arrangement for one of my songs that has more than 255 bars and that meets the requirements of item #2 in my earlier post.

Originally Posted By: Charlie Fogle
<< Considering the fact that (please correct me if I'm wrong about this) I am the first person to discover these two problems <snip> they are not due to RB's alleged improper handling of .XML files or to MuseScore's improper creation of .XML files. >>

Correction regarding the 255 limit, that's been known for years and was already an old issue when I joined the forum years ago. Regarding the chord glitch, I don't know about that. I've never seen it mentioned before but I also have never previously participated in a discussion about these two glitches so it could have been mentioned and I missed it.

As I said above, I know that the 255 bar limit has been known about for years, so I wasn't claiming to have discovered it. However, it's possible that someone else had discovered the chord glitch before. Also, due to the intermittent nature of this glitch and the likelihood that a track regeneration procedure may make the glitch go away, it's also possible that anyone who did discover this glitch simply never bothered to submit a post about it to this forum. So, I'm willing to relinquish my claim to be the first one to have discovered it and to say instead that I may be the first.

Originally Posted By: Charlie Fogle
It seemed to me in his response, and this is just speculation, but Joe with PGMusic seemed to be aware that approaching the 255 bar limit caused RB to begin to act in sporadic and unstable audio renders. Whether that came from PGMusic programmers testing or clients reports I don't know. My speculation could be completely wrong too.

You make a good point here that I believe explains why RB only generates tracks in 240 bar chunks instead of in 255 bar chunks. This was one of the mysteries about the occurrence of the erroneous chord change and glitch at the 240/241 bar boundary that we had discussed during the early stages of this thread.

Originally Posted By: Charlie Fogle
<< Considering the fact that a substantial amount of time was spent on various workflow processes in this discussion, I also need to make it clear that these two problems have nothing to do with my workflow. In other words, because these problems are not related in any way to my .XML files, and because my standard use of both BiaB and RB is to begin (as my first step) by opening a .XML file that I exported from MuseScore (rather than by manually entering chords into the Chords window of either program, as most users of these programs normally do), these two problems also have nothing to do with my workflow (contrary to your assertion in your post on 06/20/19 at 08:07 AM PT and contrary to MusicStudent's subsequent post). >>

I agree with this for the most part too. As I noted above, your workflow is fine except that BIAB/RB doesn't react correctly to generate your audio without error. As I also noted earlier, for me, those glitch issues are no more an issue than turning down the gain knob to keep a channel's input signal from clipping. I don't encounter the glitches you discovered by using a method where I generate or record audio in sections small enough so the number of bars is never an issue. That's how my workflow works anyway so I'd never encounter the two limitations as you did even If I had a project in RB that exceeded the 255 bar limit. Others also work in a similar manner and that's why they say that RB is not subject to the 255 Bar limit the same as BIAB. My workflow will allow RB to have an unlimited amount of bars subject only to what my computer can tolerate. If RB in my computer can accept 1,500 bars, I can do that and there will absolutely be no audio glitches, guaranteed. I drop pre-recorded audio into RB or record short lengths of audio into RB rather and then if I apply any regeneration done by BIAB/RB, it's done in sections rather than one large single render.

As it turns out, it does have to do with your workflow because apparently BIAB and RB utilize the same architecture to generate audio tracks, and because with your workflow, you attempt to generate more than 255 bars in a single render. It's something BIAB and RB should do, but neither does. If the two glitches are eventually fixed in both BIAB and RB, then you and everyone else will be able to generate tracks the same as those that now generate songs with a smaller number of measures.

For you to clearly understand my claim that "these two problems in RB have nothing to do with my workflow," I need to differentiate between the results I've gotten from BiaB vs. the results I've gotten from RB with my workflow and point out the premise upon which I made this claim. Before doing so, however, I want to exclude the occasional glitch issue from the picture because we haven't done enough testing to properly characterize this issue and because its occurrence seems to be a byproduct or side effect of any effort to compensate for the erroneous chord change issue.

Every time I have generated a complete arrangement in BiaB for one of my songs that have less than 255 bars, I have never encountered an erroneous chord change anywhere in those arrangements. So, when I decided to try using RB to generate an arrangement for one of my songs that has more than 255 bars, I made that decision based on jazzmammal's claim that the issue of the 255 bar limit has been resolved in RB. I also made that decision with the intent of using RB in the exact same way and with the exact same purpose for which I was already using BiaB. As I've mentioned several times before in this thread, the primary purpose for which I've been using BiaB since I purchased it in December 2018 is twofold:

1) to make it easier for me to work out the kinks in my songs that I'm currently writing, and

2) to quickly create a decent, basic instrumental demo of those songs after I've finished writing them so that I can share my demos of those songs with other people for various reasons

However, the first time I used RB to generate a complete arrangement for one of my songs that has more than 255 bars, I encountered an erroneous chord change that occurred in bar 241 because of how RB implements BiaB's track generation algorithm. If my song already had a C chord in bar 241 or if the most recent chord in my song prior to bar 241 was a C chord, I wouldn't have encountered an erroneous chord change in bar 241. So, while it's true that RB has resolved the 255 bar limit that exists in BiaB, it's implementation of BiaB's track generation algorithm is faulty because of its erroneous change to a C chord in bar 241 in songs that don't meet the above criteria. This has nothing to do with the fact that I chose to generate an arrangement for the entire song as I normally do in my standard workflow procedure that I've been using for the two-fold purpose I mentioned above. The reason I say this is that the same thing would have happened if I had only selected bars 235-245 and then executed RB's Generate command. And it wouldn't have made any differenct if I had generated one track or if I had generated all the tracks. I know for a fact that this is true because I've done both of these things and seen the same thing happen both times.

Originally Posted By: Charlie Fogle
If you happen to get the mixing book I referenced, it is all about developing a workflow and it will work with any DAW including BIAB/RB. It will also bypass the 255 bar limit. If you adopt its principals and techniques it will be a change in workflow and a workaround as far as the glitches in BIAB and RB go. By using the multi track recording techniques of overdubbing and Punch in/out and working in sections of your project rather than a single full length render, the issues presented in a full render attempt will never be an issue.

I am planning to get that book in the near future. But as I explained above, the erroneous chord change issue in bar 241 will occur even if I "adopt its principals and techniques" and change my workflow accordingly. This why I keep saying that this issue has nothing to do with my workflow.

Originally Posted By: Charlie Fogle
<< Considering the fact that, even though this discussion has been ongoing since 6/7/10 and has 190+ posts so far, as recently as 06/20/19 06:07 AM PT (per a PM he sent me two days ago and which he reiterated in his public post on 06/20/19 12:35 PM PT), Silvertones thought that the newest RB 2019 Version 4 release candidate had fixed these issues and that the .SEQ file he had created from that version (to which he provided a link in his post on 06/20/19 12:35 PM PT) was proof of that. <snip> >>

That's what I had read at the time I made my post. Who knows if or when a fix may come?

Because of the point I made above about the occurrence of an erroneous chord change at bar 241 (if the above chord criteria is met) regardless of workflow and regardless of whether an entire track is generated or only a section of that track that includes the 240/241 bar boundary and regardless of whether all tracks are generated or only a section of those tracks are generated that includes the 240/241 bar boundary, I think it's wrong for us to think that a fix to this issue won't come and that it won't come soon.

Originally Posted By: Charlie Fogle
<< Finally, considering the fact that everyone who has used RB to automatically generate tracks for songs with more than 240 bars has ended up with an erroneous chord change at bar 241 of their songs (if there wasn't any chord already entered into bar 241 and if the most recent chord in their song was not a C chord), there shouldn't be any reason for anyone to assume that I would be the primary (if not the sole) beneficiary of a fix to these issues. Furthermore, I find it very surprising that no one else who has used RB for this purpose discovered these issues before I discovered them about two weeks ago. Surely, if someone had discovered them, either these issues would have been fixed long ago or I would have been informed early on in this discussion that these are known issues that Tech Support hasn't fixed yet. >>

I never assumed you to be primary anything other than you were primarily the person I was having the conversation with. As noted, the 255 bar issue is a long known issue, most of the others over time have abandoned generation lengths that get near or exceed the limitation.

Although it wasn't certain to me that you were making such an assumption or that anyone else was making such an assumption, I appreciate the clarification nonetheless. Regarding other users, as long as they are using BiaB only, they won't encounter these two issues anyway. But if they use RB to do any track generation that crosses the 240/241 bar boundary for a song that meets the chord criteria I described above, they will still encounter an erroneous chord change 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
#542509 - 06/23/19 11:50 AM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: muzikluver]
Registered: 05/13/03
Posts: 7953
Loc: Rio Grande Valley, Texas
silvertones Offline
Veteran

Registered: 05/13/03
Posts: 7953
Loc: Rio Grande Valley, Texas
Here's a question for you.
Does it always occur at bar 240? Have you tried any other length?
_________________________
John
ESI Gigaport HD+
Lenovo Turion II /4 Gig Ram/ Win7x64 be
15.6" Monitor
"The only Band is a Real Band"
www.wintertexaninfo.com/BANDS/JohnnyD.php

Top
#542510 - 06/23/19 11:56 AM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: silvertones]
Registered: 04/17/18
Posts: 232
Loc: Albuquerque, NM
muzikluver Offline
Apprentice

Registered: 04/17/18
Posts: 232
Loc: Albuquerque, NM
Originally Posted By: silvertones
Here's a question for you.
Does it always occur at bar 240? Have you tried any other length?

It always occurs at bar 241 if the chord criteria are met that I described in my previous post. Yes, I did regenerate a 10-bar section from bar 235 to bar 245 that involved all the tracks as well as one that involved just one track, and the erroneous chord change occurred both times.
_________________________
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
#542512 - 06/23/19 12:08 PM [RealBand] Re: Glitch and erroneous chord change occurring between bar 240 and bar 241 [Re: muzikluver]
Registered: 05/13/03
Posts: 7953
Loc: Rio Grande Valley, Texas
silvertones Offline
Veteran

Registered: 05/13/03
Posts: 7953
Loc: Rio Grande Valley, Texas
Try a 520 bar song. Does it do it in 3 chunks? Not at my computer.
_________________________
John
ESI Gigaport HD+
Lenovo Turion II /4 Gig Ram/ Win7x64 be
15.6" Monitor
"The only Band is a Real Band"
www.wintertexaninfo.com/BANDS/JohnnyD.php

Top
Page 10 of 12 < 1 2 ... 8 9 10 11 12 >


PG Music News
Band-in-a-Box® 2020 for Windows & VST DAW Plugin Update Available!

Band-in-a-Box® 2020 for Windows users!!! The latest FREE patch (build 713) and DAW Plugin Update 2.4.5 is available - learn more and download here.

Summary of changes for build 713:
Fixed: Rendered audio files might be silent if mono and 24 bit are selected.
Fixed: Possible crash when rendering to audio at 48.0kHz or 96.0kHz sample rate.
Improved: Better support for localized versions.
Fixed: Importing audio files that were 96 kHz sampling rate would fail.
Fixed: The [More Info...] button in the Artist Browser dialog would launch the wrong web page.
Fixed: Importing an ABCNotation file would not include the key signature.
Fixed: ABC files only opening some chords.
Fixed: Problem storing minor keys.(ampersand).
Fixed: A few artists not displaying properly in Artist Browsers.
Improved: RealDrums Picker information for the 2020 RealDrums has been updated/improved.
Fixed: Some of the RealDrums from the 2020 release did not have drum groove names.
Improved: All of the 2020 MIDI SuperTracks now have memos.
Fixed: Some RealTracks were listed under the incorrect Set# in the RealTracks Picker.
Fixed: _Gentle style from Xtra PAK 4 had an acoustic guitar set to Held mode.
Fixed: Some ska style demos had drum drop outs.
Fixed: Rendered files were not being normalized.
Fixed: Pressing spacebar in the Notation window might launch a web browser instead of starting playback.
Fixed: Practice window | Master Solos | Blues Piano, displays N/A.
Fixed: MusicXML files created by Band-in-a-Box cannot be loaded by Band-in-a-Box if song title contains & (ampersand).
Fixed: Japanese lyrics are garbage text when saving to MusicXML.
Fixed: Various animations (eg. Guitar window notes) would freeze during playback if using MME drivers.
Fixed: With some computers, distorted audio when soloing a track.
Fixed: Changing a custom track label had no option to Undo, and did not prompt user to save song.
Updated: Manual/Help [routine updates]
Fixed: When re-saving a song that has an audio track, the audio track was not copied.
Fixed: Dropping a song file onto Band-in-a-Box did not set the current directory.
Fixed: The RealTracks picker window should remember its location when reopening.
Fixed: The Piano Roll window was opening at the wrong bar location.
Improved: Better quality audio resampling when rendering audio to higher sample rates.
Fixed: Resampler quality setting in ASIO drivers dialog was ignored.
Fixed: Using WAS audio drivers with 24 bit & 48kHz output rate might result in noise.

Summary of Changes for DAW Plugin Update 2.4.5 (Jan 21 2020)
Fixed: Opening Band-in-a-Box song files (.sgu) would fail if the file names and/or paths contained any European language characters (eg. à,è).
Fixed: Message if bbw4 has no valid handle
Fixed: Mute and sync buttons not working properly
Fixed: Clicking cancel would lag before cancelling
Fixed: Right-click anywhere on track for context menu
Fixed: Increase maximum chord sheet font size
Added: Double click track name to launch picker of currently selected track
Added: Flashing GENERATE button to notify if song needs to be regenerated
Added: Mute and sync buttons to track context menu
Added: Right-click chord opens bar settings menu at that bar
Added: Error code for bbw4 related error messages
Fixed: Plugin asking to save when booting the plugin and selecting File/Open
Fixed: Crash when running vst3 plugin in reaper
Fixed: Scroll bar margins when resizing plugin
Fixed: Bar settings not saving
Fixed: Time Base, and Natural Arrangement not saving settings
Fixed: Calling bbw4 when already open will bring windows to front
Fixed: Tool tips in Preferences Dialog
Fixed: Time signature should be set from DAW when first opened
Fixed: Set "..." colours for truncated chords to black
Fixed: Selected track in table should be more obvious
Fixed: Click YES to Save dialog and then cancel will reset save state to true
Added: Right click for track table context menu
Added: Medley/Multi (thickening) feature

Band-in-a-Box® 2020 for Windows on a USB 3.0 Hard Drive - Speed Thrills!

Did you know... all Band-in-a-Box® 2020 for Windows UltraPAK and UltraPAK+ orders ship preinstalled on a USB 3.0 hard drive!

What does this mean? Faster hard drive transfer rates will enhance the program operations (faster time to generate tracks, reduced audio artifacts) and offer faster transfer speeds (typically up to 3x faster)!

Band-in-a-Box® UltraPAK $469
Upgrade from Version 2019: $279
Upgrade from Version 2018 or earlier or crossgrade: $299

Band-in-a-Box® UltraPAK+ $569
Upgrade from Version 2019: $379
Upgrade from Version 2018 or earlier or crossgrade: $399

Note: The difference between the UltraPAK and the UltraPAK+ is that the Songs & Lessons PAK is included in the UltraPAK+ package.

Our Band-in-a-Box® Audiophile Edition ships preinstalled on a USB 3.0 hard drive too!
Band-in-a-Box® Audiophile Edition $669
Upgrade from Version 2019: $479
Upgrade from Version 2018 or earlier or crossgrade: $499
Upgrade from ANY previous Audiophile Edition: $299

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 643)

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

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

Forum Stats
30983 Members
63 Forums
62016 Topics
524001 Posts

Max Online: 2537 @ 01/19/20 07:09 AM
Newest Members
Meryl1412, d-tone, Brad Bradstock, AlfieEdwards, ofekelfassi

30983 Registered Users
Top Posters (30 Days)
Noel96 256
MarioD 174
VideoTrack 171
Matt Finley 157
Pipeline 153
Jim 126
Masi 115
Janice & Bud 111
Rustyspoon# 110
Rob Helms 101
Today's Birthdays
eagleone, hz37