I was looking @ the programming language of band in a box & real band they use delphi if they changed to c++ would get less errors and run smoother. They seems very outdated - looking on google most audio applications use c++ with better gui's and less bugs. There are programs that will convert 80% of delphi to c++. They could keep the existing band in a box how it is 32 for the older users that have been accustomed to it's interface for the last 20 years and make a new modern version that can be used like band in a box but in an audio workstation like real band in a new c++ 64 application. They seemed to be able to port it to the Macintosh ok so I do think they would be able to accomplish this sometime soon hopefully.
I didn't understand why the video link to a 1997 video on Generating Solos?
You mentioned
Quote:
There are programs that will convert 80% of delphi to c++.
Have you used these programs successfully (like 80% successfully)? No, I guess not.
Whatever development environment BiaB is produced in has no relationship to its output functionality. Most modern development systems - whether it is Pascal, Java, C++ or C# etc - are all capable of producing the same results, (well, maybe not Cobol...)
BIAB & RB2024 Win.(Audiophile), Sonar Platinum, Cakewalk by Bandlab, Izotope Prod.Bundle, Roland RD-1000, Synthogy Ivory, Kontakt, Focusrite 18i20, KetronSD2, NS40M Monitors, Pioneer Active Monitors, AKG K271 Studio H'phones
The output from the Delphi Compiler is just as compact and efficient as any C or C++ or C# compiler. Smooth running is a function of the programmer's effort.
BUT... to change from one language to another for a mature program is asking for trouble.
I know I am a programmer that uses Delphi primarily. It has grown up and kept on a technical level on a par with any other language.
Whatever development environment BiaB is produced in has no relationship to its output functionality. Most modern development systems - whether it is Pascal, Java, C++ or C# etc - are all capable of producing the same results, (well, maybe not Cobol...)
He he. I have been doing many things in COBOL but I wouldn't say that COBOL is modern. It is a nice language, quite speedy, quite comfortable to write and read but verbose. StylePicker and its fellow Pickers would probably be faster in COBOL and because of the file system the maximum number in the Style Picker would have never occured. But for the mathematical equations in the nusic files FORTRAN would be much much better.
Interesting topic. But, why would we end users be concerned with how or why the program is developed, programmed and compiled?
Because of the resulting size of the program and the speed it runs. The smaller the program the faster it loads. The more compact the code, the speedier the program is.
It is a [*****] to program, but written by very good programmers in Assembler the program would be much smaller and faster. The problem with third, fourth, fifth generation program languages (#GL) is that they are often very comfortable to use for the programmer but also create a lot of bulky overhead within the program. In Assembler you would have to program the GUI, in a 4GL you select the features and the appropriate module is loaded.
But in general: I don't care -- as long as my computer is fast enough and the necessary memory can be accessed.
(In the times when Bill Gates had said: "640 KB of memeory should be more than enough for everybody.2: The smallest program I've written in Assembler has had a size of 9 bytes. It gave back an errorlevel number indicating which key was pressed to control DOS batch programs. This program would have never been so small using another language except machine code.)
Interesting topic. But, why would we end users be concerned with how or why the program is developed, programmed and compiled?
Exactly! With today's fast computers and oodles of memory I have zero concern about what programming language PG might choose to use! No one would ever program a Windows application in assembler. Delphi, C++, who cares? Just get that GUI fixed! Better yet, get the whole thing converted to a VSTi that I can use in my DAW!
Well, I would say you have it backwards. Go onto your DAW's forum and ask them why can't they be a slave to Biab's host?
My point is DAW's along with Biab have always been master host programs. They're not designed to be slaves.
Bob
Baloney!:) there is no need to ask a DAW to support my Kontakt instrument library because it is already designed to a standard! if PG designed the RealTracks to be a VSTi it would become something universal that would work with any DAW!
The programming language has nothing to do with it, the Delphi compiler is quite efficient, what slows BIAB down is it uses a lot of resources which need to be loaded into memory. You could program it in Assembly language or even machine code for that matter it the increase in speed would be minimal. What it needs is a streamlining of the GUI to be less taxing on the system
""They could keep the existing band in a box how it is 32 for the older users that have been accustomed to it's interface for the last 20 years and make a new modern version that can be used like band in a box but in an audio workstation like real band in a new c++ 64 application. They seemed to be able to port it to the Macintosh ok so I do think they would be able to accomplish this sometime soon hopefully.""
Sorry was trying to emphasize for a new version but keep the old delphi32 biab for those existing users. The delphi just seems very dated to be still using so I did a list of what others are using for good reasons I would expect. C++ is simply portable to just about any platform and it seems everyone was complaining about the gui problems and syncing to other daw's and vst syncing. Sorry it was just something I had noticed.
I'm totally out of my depth here, but I'm curious. I read through the list and saw that all the "Brand X" programs used C/C++ except for Sonar, which uses MFC. What's that?
R.
"My primary musical instrument is the personal computer."
MFC is an object oriented library it stands for Microsoft Foundation Classes, Delphi uses it's own object oriented library "VLC" which stands for Visual Component Library, it's far more sophisticated than MFC and now delphi is focusing on a vector based library called Firemonkey that is used for cross platform development on Android and IOS.
The problem is not in the language or in the libraries; it's in the code efficiency and baggage. You can easily port Delphi to C++, since they are basically the same language aside from the syntax, but all you'll end up with is the same exact program running with code compiled from C++ instead of Object Pascal. Band In the Box was written back in the DOS days and ported to Windows, but for all intensive purposes it still operates like a DOS program. It reminds me of the earlier versions of AutoCad for Windows before they rewrote it to function like a windows program. One thing that would speed it up is to lose all of the unnecessary bitmaps and 3D bevels on the buttons and controls that not only eat up resources but make it look like a program out of the 1990s
It wouldn't be a total rewrite, unless the GUI code is mixed in with the analytical and music processing code.
Typically all of the GUI code should be in the units which contain the forms that use them and all of the non GUI code such as the music generation should be in separate units.
If everything is in one big main unit and the GUI elements are being accessed from within the procedures which do all of the musical functions then yes it would be quite an undertaking and a nightmare to maintain.
Band In the Box was written back in the DOS days and ported to Windows, but for all intensive purposes it still operates like a DOS program. It reminds me of the earlier versions of AutoCad for Windows before they rewrote it to function like a windows program. One thing that would speed it up is to lose all of the unnecessary bitmaps and 3D bevels on the buttons and controls that not only eat up resources but make it look like a program out of the 1990s
Thank you roslon for that - that's what I'm trying to convey - that's why that old video was posted. ""make a new modern version that can be used like band in a box but in an audio workstation like real band in a new c++ 64 application - and keep the existing band in a box how it is 32 for the older users that have been accustomed to it's interface for the last 20 years"" Maybe not tomorrow or the next day but sometime soon would be a good thing.
Band-in-a-Box® 2024 apporte plus de 50 fonctions nouvelles ainsi qu'une importante de contenus nouveaux à savoir : 222 RealTracks, des RealStyles nouveaux, des SuperTracks MIDI, des Etudes d'Instruments, des Prestations d'Artistes, des "Morceaux avec Choeurs", un Set 3 de Tracks Jouables, un Set 2 de RealDrums Jouables, deux nouveaux Sets de "RealDrums Stems", des Styles XPro PAK 6, des Xtra Styles PAK 17 et bien plus encore!
Video: Making a Song with Band-in-a-Box®, ChatGPT, and Synth V
Take your Band-in-a-Box® project to a whole new level when you incorporate ChatGPT and Synth V to add lyrics and vocals to your song!
We wanted to demonstrate how this is done with our video, where we show you how to go from nothing to a finished "radio ready" modern pop song by combining the features of Band-in-a-Box®, ChatGPT, and Synth V!
User Video: Next-Level AI Music Editing with ACE Studio and Band-in-a-Box®
The Bob Doyle Media YouTube channel is known for demonstrating how you can creatively incorporate AI into your projects - from your song projects to avatar building to face swapping, and more!
His latest video, Next-Level AI Music Editing with ACE Studio and Band-in-a-Box, he explains in detail how you can use the Melodist feature in Band-in-a-Box with ACE Studio. Follow along as he goes from "nothing" to "something" with his Band-in-a-Box MIDI Melodist track, using ACE Studio to turn it into a vocal track (or tracks, you'll see) by adding lyrics for those notes that will trigger some amazing AI vocals!
Wir waren fleißig und haben über 50 neue Funktionen und eine erstaunliche Sammlung neuer Inhalte hinzugefügt, darunter 222 RealTracks, neue RealStyles, MIDI SuperTracks, Instrumental Studies, "Songs with Vocals" Artist Performance Sets, abspielbare RealTracks Set 3, abspielbare RealDrums Set 2, zwei neue Sets von "RealDrums Stems", XPro Styles PAK 6, Xtra Styles PAK 17 und mehr!
Add updated printing options, enhanced tracks settings, smoother use of MGU and SGU (BB files) within PowerTracks, and more with the latest PowerTracks Pro Audio 2024 update!
Download and install this to your RealBand 2024 for updated print options, streamlined loading and saving of .SGU & MGU (BB) files, and to add a number of program adjustments that address user-reported bugs and concerns.
One of our representatives will be happy to help you over the phone. Our hours of operation are from
6:00AM to 6:00PM PST (GMT -8) Monday thru Friday, and 8:00AM to 4:00PM PST Saturday. We are closed Sunday. You can also send us your questions via email.
One of our representatives will be happy to help you on our Live Chat or by email. Our hours of operation are from
6:00AM to 6:00PM PST (GMT -8) Monday thru Friday; 8:00AM to 4:00PM PST (GMT -8) Saturday; Closed Sunday.
Dansk
Deutsch - Windows
Español
Français - Windows
Italiano - Windows
Nederlands
Polski
Português
Svenskt
русский
Japanese
Simplified Chinese
Traditional Chinese
Korean