no_blank_lines

[+Philsan]

Why, if I design a playfield with Visual bB, with playfield colors option enabled, and I select Preview in Emulator: standard kernel: no_blank_lines, I get this result?

As you can see rows colors bleed in other rows.

This problem also happens if I make a program.

[SeaGtGruff]

Why, if I design a playfield with Visual bB, with playfield colors option enabled, and I select Preview in Emulator: standard kernel: no_blank_lines, I get this result?

Unfortunately, that's how it works-- the graphics data for the next line is loaded and stored before the color data for the next line, so the color of the previous line carries over at the top of the new line. The only way to fix it would be to rewrite the kernel to try to time the color change better.

 

Michael

[+batari]

Why, if I design a playfield with Visual bB, with playfield colors option enabled, and I select Preview in Emulator: standard kernel: no_blank_lines, I get this result?

Hey, taxi!

[yuppicide]

Space Taxi is one of my all-time favorite games. The music and levels are so soothing and relaxing. Even if they get hard I love the game.

[+Philsan]

You discovered me!

I am working on this game.

 

Thanks Michael.

 

Duane, you should add Michael's explanation (or at least this behaviour) in bB Commands page.

BTW, you should also add that scanline "magic number" for PAL50 and PAL60 is 312.

 

EDIT: as pointed out by SeaGTGruff, actually PAL60 "magic number" is 262 and not 312.

Edited September 26, 2010 by Philsan

[+Random Terrain]

Unfortunately, that's how it works-- the graphics data for the next line is loaded and stored before the color data for the next line, so the color of the previous line carries over at the top of the new line. The only way to fix it would be to rewrite the kernel to try to time the color change better.

I've called that the icing on the cake. If that ever gets fixed, I hope we'll have a choice to keep or get rid of the icing. When I get done with the game I'm working on now, I'll try to finish the following works in progress that use the icing on purpose to make thin lines:

 

http://www.atariage.com/forums/topic/166826-so-far-so-good/page__view__findpost__p__2065923

 

http://www.atariage.com/forums/topic/127258-unnamed-scrolling-game-work-in-progress/

 

If batari gets rid of the icing completely, we won't be able to do what is shown in the links above.

 

 

 

Duane, you should add Michael's explanation (or at least this behaviour) in bB Commands page.

 

BTW, you should also add that scanline "magic number" for PAL50 and PAL60 is 312.

OK, I'll add it now so I won't forget.

[+Random Terrain]

The no_blank_lines section has been updated:

 

http://www.randomterrain.com/atari-2600-memories-batari-basic-commands.html#no_blank_lines

[SeaGtGruff]

BTW, you should also add that scanline "magic number" for PAL50 and PAL60 is 312.

It's 312 for PAL/50, but 262 for PAL/60. To make a PAL/60 game in bB, use "set tv ntsc," but use the PAL color values.

 

Michael

[+Philsan]

BTW, you should also add that scanline "magic number" for PAL50 and PAL60 is 312.

It's 312 for PAL/50, but 262 for PAL/60. To make a PAL/60 game in bB, use "set tv ntsc," but use the PAL color values.

Yes, I am sorry for the mistake.

I have done NTSC, PAL50 and PAL60 versions of L.E.M. but I forgot PAL60 "magic number"!