jwierer
-
Content Count
949 -
Joined
-
Last visited
-
Days Won
1
Posts posted by jwierer
-
-
It looks to be happier if you add spaces... "sdata musicData = x"
Thanks! That fixes the problem, though it still seems like a bug since it previously worked as-is.
-Jeff
-
Here is a sample music file using sdata. Compiles using previous releases, but not the current 1.1 beta. I get this error:
DASM V2.20.07, Macro Assembler (C)1988-2003 music_little_lamb.bas.asm (1920): error: Illegal Addressing mode 'sta '. --> _begin f500 music_little_lamb.bas.asm (1923): error: Syntax Error ''. music_little_lamb.bas.asm (1923): error: Illegal Addressing mode 'sta +1'. Errors were encountered during assembly.
-Jeff
-
I always wanted to take a look at the bB sutff and finally have some for it. I do game design for a living but have zero programming skills. I installed the Visual bB version and have to say that I am quite impressed with the package. I toyed around with some demo code and had a quick look at the Music and Sound Editor. I have a bunch of questions but will take a look at the documentry first
Just one thing: Is there a possiblity to add comments to the notes to keep track of them?Best,
Marc.
The problem is the notes are just stored as sdata and as far as I can tell data statements don't support linline comments. For example it would be nice to be able to add : rem <note> to each line. I haven't tried it with the latest compiler using semicolon comments, because I can't the sample music file to compile using the latest. Must be a bug...
-Jeff
-
Can you only have one C-style multiline comment block with /* and */? Seems like if I have more than one it won't compile.
-Jeff
-
In case anybody is playing with the test release, I posted a couple tutorials on how to create a scrolling and animated titlescreen using visualbB.
(You'll need to click to view as an animated gif)
-Jeff
-
1
-
-
VisualbB has a playfield editor. Although VisualbB is specifically designed to be used with batari Basic, I imagine you could use it with assembly as well-- I haven't tried to do that yet (because I use Crimson Editor rather than VisualbB), and the code output from the playfield and sprite editors would be in batari Basic, but you could translate the output into assembly-compatible data statements.
http://www.atariage....r-batari-basic/
Michael
While the playfield editor generates bB code, you can paste it into the included graphics converter and you can right click on bB and convert to assembly. It's a two step process, but better than doing it by hand. You can also import an image (bmp, png, gif, jpg, etc...) and convert it directly into assembly or bb.
-Jeff
-
Still no sign here... should I go bug Curt or something?
Probably I sent him a PM earlier in the week.
Still waiting...
-
I posted another test build to my blog. This one includes instructions on how to use the Title Screen Wizard which simplies the process of creating high resolution title screens using RevEng's titlescreen kernel. You still need to create the graphics in a seperate graphics editor, but this should expedite the process of generating the bit code, assembly files and a sample .bas file. The post includes instructions on creating a basic title screen, though it can be used to create a title screen with a scrolling, animated, or mutli-colored image. I'll post some additional how to steps when I have a chance.
-Jeff
-
3
-
-
Turned off UAC, still doesn't remember settings.
Running a desktop PC with 2GB of ram. (built with my own two hands, </brag>)
Using Microsoft Security Essentials.
For your Music Dialog error I believe it either cannot find, or you have the incorrect version of these
irrKlang.NET.dll verison 1.1.0.0 date 2/17/2010
ikpMP3.dll version 0.0.0.3 date 2/17/2010
Other than that I am out of ideas what could be wrong with your machine.
-Jeff
-
To reproduce the crash, just open the Music Editor.
Also, Windows 7 is getting all huffy about vbB and it never saves settings etc. I don't want to turn UAC all the way off, is there a way around this?
I honestly think you have something else running that is interfering such as anti-virus, spyware, or other that doesn’t trust the application. I personally run with UAC off, but you could also just right click run as administrator if you want to grant it full privileges. I can confirm, as with others, that it runs fine on Windows 7 32-bit and 64-bit. I assume you’re not on some netbook with insufficient memory?
For our code problems you should probably start a new thread.
-Jeff
-
Actually I think you're first line is incorrect. I believe you want the <> operator
if player1x <> player0x && player1y> 5 then player1y = player1y - 1
For the crashes, don't just send the dump. Please send the steps to reproduce it. On the Music editor, I am at a loss. It's as if it's not detecting the .dlls, assumming they are in the directory.
-Jeff
-
Over the last couple years I've been making small tweaks and fixes. Featurewise you can now go back in a search as well as the ability to search compare results. Also there was a bit of an annoying bug where the emulator paths couldn't have spaces. I haven't heard any reports of other issues so here is the latest I have on my machine.
-Jeff
Hi Jeff, it's been awhile since I visited AA but I got to thinking about HOM3 the other day and I am glad to see your still improving the project. Keep up the good work.
My pleasure. Still willing to fix bugs if they occur. Would be great if this topic was pinned. I think folks have trouble finding it unless you know to search.
-Jeff
-
The most important feature to start immediately to design sprites is to have non-square 2:1 pixels in the editor.
I posted a "test" version of vbB that includes some new support for the DPC+ kernel. You can download and play with it from my blog. There are a few other features I've added as well such as a integration with bblint, bookmarking, and a titlescreen kernel wizard. When I get a chance I'll add some additional information there on how those work.
-Jeff
-
3
-
-
Hrm.
Probably that my PC is buggered up majorly. I hope to get a Mac soon (treason! treason!) and I saw people were requesting a Mac release, is this feasible/possible/going to happen? Could you pret-PC froze again-Could you post the source so that it could be compiled for Mac or something?
What did you write this in, anyway?
Not portable to Mac, never going to happen. Did you confirm that you can compile from the commandline? If you're not able to compile at the commandline then it's not a problem with vbb, just means bB was never installed correctly.
-Jeff
-
More than likely it's not vbB but that bB isn't configured correctly and nothing is happening. vbB will just wait for the compilation to complete. Assuming you're using the latest, right click on the project and launch the commandline. See if you are able to manually compile that way. If that doesn't work then the problem is actually with your bB installation.
-Jeff
-
-
I think a DPC+ toggle in sprite editor or in VbB editor would be the best solution.
Sure but in the meantime I am not sure why flipping the bits from upside down to right side up doesn't work in the interim.
-Jeff
-
...I took a quick look, but don't quite understand what needs to change. Do sprites support heights like playfields now?Jeff, could you please add single line resolution option in sprite editor?
I don't want to leave PAC-MAN-RED unenployed waiting bB v1.1!
-Jeff
No, though honestly it would kick ass if the new kernel could be made to do that. Unfortunately it's not going to happen due to the large number of virtual players and limited number of fractional fetchers.
In a nutshell, the 2 things you need to support are...
- 1) the sprite data needs to be written out right-side up.
2) the display of the sprite data needs a checkbox to toggle to display the sprite at half-height. ie. with non-square 2:1 pixels.
Thanks that helps. If you create a normal sprite and paste it into the code editor, you can select the sprite data, right click and flip text. That will take a normal sprite and convert it it to a DPC formatted sprite. The 2nd piece is just something I need to fix in the display of the sprite in the editor which is more cosmetic
-Jeff
- 1) the sprite data needs to be written out right-side up.
-
Jeff, could you please add single line resolution option in sprite editor?
I don't want to leave PAC-MAN-RED unenployed waiting bB v1.1!
I have been waiting on the sidelines for somebody to post a consolidated list of all the new functionality. I took a quick look, but don't quite understand what needs to change. Do sprites support heights like playfields now?
-Jeff
-
Still no sign here... should I go bug Curt or something?
Probably I sent him a PM earlier in the week.
-
Are you running this on a netbook or something really old?
a netbook, an Acer Aspire One, to be more specific.
That is your problem. A single core Intel Atom processor was not meant for software development. I also have one of those and if I'm doing anything other than browsing the web it's damn slow. Sorry you'll need a real laptop to get any performance. You're probably out of memory by the time vbB loads.
-Jeff
-
Are you running this on a netbook or something really old?
-
Everything looks correct. Load times will depend on the speed of your computer. Slower models are simply going to take longer. I have a dual core 32-bit laptop and most items, with the exception of long pieces of code, load in less than a second. If you disable color coding in your settings tab, code should open instantly. If you get an error message be sure to post it, otherwise I'd say it's functioning as expected.
-Jeff
-
Okay, unless those quotation marks matter, the settings match, and now Vbb works for a little bit, maybe, a minute, and then freezes up.Also, and I just noticed this, (Default) says (value not set), is that a problem?
Please describe freezing up. Are you in the middle of some action when it happens. If you post a screen shot perhaps we all get a better idea of the problem you're having.
-Jeff
Like us on Facebook
Follow us on Twitter
AtariAge on Instagram
Watch us on YouTube
Chat on Discord
Visual bB 1.0 - a new IDE for batari Basic
in batari Basic
Posted
Thanks for reporting the problem. The way I use bblint, I have to take the active code in the code editor and write it to temporary file and shell out so bblint can check it. I do this because I can't assume the programmer wants to save the active code using the actual name as I may be overwriting good code with bad code! The problem is I use a random guid and append it to the actaul name. If the existing file path is quite long, as yours is, you hit an argument limit in .NET. when a commandline process. I figured out a workaround and subseqent releases won't have this problem. For now if you want to keep the long name, then put it in a shorter folder name and that should fix the problem. I should have another test build out this week(end) which will add more support for the latest bB1.1 beta.
-Jeff