Jump to content

Photo

Problem with player1color and pfscroll - need help


17 replies to this topic

#1 Impaler_26 OFFLINE  

Impaler_26

    Cookie Meister

  • 2,673 posts
  • Braindead
  • Location:Hueco Mundo

Posted Tue Jul 29, 2008 7:44 PM

I wanna make a game with an up-scrolling playfield and made a few tests. With a normal sprite my test-file works fine but when i use the "player1color" option i get a display-glitch in the lower area of the playfield. It disappears when you move the sprite to the bottom.

So my question is can i use "player1color" and "pfscroll up" together or is it too much to handle for bB?
Maybe i just made a stupid mistake i overlooked?

I hope someone here can help me with this!

Attached Files


Edited by Impaler_26, Tue Jul 29, 2008 7:45 PM.


#2 Random Terrain OFFLINE  

Random Terrain

    Visual batari Basic User

  • 28,815 posts
  • Controlled Randomness
    Replay Value
    Nonlinear
  • Location:North Carolina (USA)

Posted Tue Jul 29, 2008 9:44 PM

I want you to know that I have a fix for your problem that I yanked out of another program I'm working on, but I have to adjust the code for it to look right. It's on the way.

#3 Impaler_26 OFFLINE  

Impaler_26

    Cookie Meister

  • Topic Starter
  • 2,673 posts
  • Braindead
  • Location:Hueco Mundo

Posted Tue Jul 29, 2008 9:57 PM

That's good to know! Thanks in advance! :)

#4 Random Terrain OFFLINE  

Random Terrain

    Visual batari Basic User

  • 28,815 posts
  • Controlled Randomness
    Replay Value
    Nonlinear
  • Location:North Carolina (USA)

Posted Wed Jul 30, 2008 4:26 PM

Sorry it took so long. I had to go to the dentist and get some sleep, but here is my version with the glitch removed:

Attached File  chim_2008y_07m_30d_1817t.bin   2KB   135 downloads
Attached File  chim_2008y_07m_30d_1817t.bas   3.1KB   121 downloads

#5 Impaler_26 OFFLINE  

Impaler_26

    Cookie Meister

  • Topic Starter
  • 2,673 posts
  • Braindead
  • Location:Hueco Mundo

Posted Wed Jul 30, 2008 4:49 PM

Sorry it took so long. I had to go to the dentist and get some sleep, but here is my version with the glitch removed:

Attached File  chim_2008y_07m_30d_1817t.bin   2KB   135 downloads
Attached File  chim_2008y_07m_30d_1817t.bas   3.1KB   121 downloads

Thanks for your help, it's very much appreciated!! :cool:

Your version also answered a few other questions for me so now i can finally start making this game!
Yep, no more fooling around - time to make some games (or at least try and fail :D)!

#6 Impaler_26 OFFLINE  

Impaler_26

    Cookie Meister

  • Topic Starter
  • 2,673 posts
  • Braindead
  • Location:Hueco Mundo

Posted Thu Jul 31, 2008 2:27 PM

I played around a bit more with RT's example and while it's a big help it unfortunately didn't really fix the display-glitch in the last line.
I didn't notice the glitch during scrolling but sometimes when the sprite hits the wall and the scrolling stops it shows up like in the screenshot below.

I slowed down my test-files with another drawscreen so you can see the glitch better.
Again this only happens when i use player1colors, it doesn't happen in the file with a single-color sprite.

Meanwhile i saw in other games like Primate Plunge that you can use player1colors and pfscroll together without any problems.

So now i wonder if this is a bug in bB or if something is wrong with my environment? I'm using the latest fixes posted by SeaGtGruff here.

I also think i'm calling drawscreen at the wrong time....

Has anyone any idea what's going on here? I'm confused.... :???:

Attached Thumbnails

  • chim_2008y_07m_30d_1817t.bas.bin_1.png

Attached Files


Edited by Impaler_26, Thu Jul 31, 2008 2:30 PM.


#7 Random Terrain OFFLINE  

Random Terrain

    Visual batari Basic User

  • 28,815 posts
  • Controlled Randomness
    Replay Value
    Nonlinear
  • Location:North Carolina (USA)

Posted Thu Jul 31, 2008 3:31 PM

If you add an extra drawscreen, that will totally screw it up.

To slow down the whole thing for testing, it's better to use something like this:

[codebox]slowdown
drawscreen
m=m+1: if m<10 then goto slowdown
m=0[/codebox]

Here it is with the extra drawscreen removed and the code above added, and the line that removes the glitch in the main part of the game also added under hitwall:

Attached File  chim_slow_colors_2008y_07m_31d_1723t.bas.bin   2KB   126 downloads

Attached File  chim_slow_colors_2008y_07m_31d_1723t.bas   3.24KB   116 downloads

#8 Impaler_26 OFFLINE  

Impaler_26

    Cookie Meister

  • Topic Starter
  • 2,673 posts
  • Braindead
  • Location:Hueco Mundo

Posted Thu Jul 31, 2008 4:23 PM

If you add an extra drawscreen, that will totally screw it up.

To slow down the whole thing for testing, it's better to use something like this:

slowdown drawscreen m=m+1: if m<10 then goto slowdown m=0

Here it is with the extra drawscreen removed and the code above added, and the line that removes the glitch in the main part of the game also added under hitwall:

Attached File  chim_slow_colors_2008y_07m_31d_1723t.bas.bin   2KB   126 downloads

Attached File  chim_slow_colors_2008y_07m_31d_1723t.bas   3.24KB   116 downloads

Oh boy, am i stupid! :dunce: :dunce: :dunce:
But i think i got it now... So this glitch always happens if you don't clear the hidden line before drawscreen...

Another thing i noticed is that your example uses too many cycles but i guess i can find a solution for this.

So after all i learned something today, thanx again! :)

#9 Random Terrain OFFLINE  

Random Terrain

    Visual batari Basic User

  • 28,815 posts
  • Controlled Randomness
    Replay Value
    Nonlinear
  • Location:North Carolina (USA)

Posted Thu Jul 31, 2008 7:53 PM

Another thing i noticed is that your example uses too many cycles but i guess i can find a solution for this.

Are you just talking the quick and dirty code that slows down the whole game for testing or the other stuff when that slow down code is removed?

#10 Impaler_26 OFFLINE  

Impaler_26

    Cookie Meister

  • Topic Starter
  • 2,673 posts
  • Braindead
  • Location:Hueco Mundo

Posted Thu Jul 31, 2008 9:12 PM

Another thing i noticed is that your example uses too many cycles but i guess i can find a solution for this.

Are you just talking the quick and dirty code that slows down the whole game for testing or the other stuff when that slow down code is removed?

It's not the slow down code, it's the other stuff you added in your first example. Just thought i'll let you know so you can check if it's the same with your game.
Here's a version of your example from post#4 with debug cyclescore.... Seems like something's not right here..?

Attached Files



#11 Random Terrain OFFLINE  

Random Terrain

    Visual batari Basic User

  • 28,815 posts
  • Controlled Randomness
    Replay Value
    Nonlinear
  • Location:North Carolina (USA)

Posted Thu Jul 31, 2008 9:43 PM

It's not the slow down code, it's the other stuff you added in your first example. Just thought i'll let you know so you can check if it's the same with your game.
Here's a version of your example from post#4 with debug cyclescore.... Seems like something's not right here..?

Thanks. When I did your version, I switched to pfhline instead of using playfield variables. I did that so it would use less code and would be less confusing. I'll switch it over to playfield variables tonight and see if that makes a big enough difference in the number of cycles.

#12 Impaler_26 OFFLINE  

Impaler_26

    Cookie Meister

  • Topic Starter
  • 2,673 posts
  • Braindead
  • Location:Hueco Mundo

Posted Thu Jul 31, 2008 9:54 PM

.....
I did that so it would use less code......

Don't worry about that, i just set the romsize to 2k to keep the sample-files small.

#13 Random Terrain OFFLINE  

Random Terrain

    Visual batari Basic User

  • 28,815 posts
  • Controlled Randomness
    Replay Value
    Nonlinear
  • Location:North Carolina (USA)

Posted Sat Aug 2, 2008 3:07 AM

I was trying to find ways to crunch this down, but since it has already taken too long, I'll just post the bloated version:

Attached File  chim_2008y_08m_02d_0456t.bin   4KB   111 downloads
Attached File  chim_2008y_08m_02d_0456t.bas   3.91KB   96 downloads

This is similar to what I am using in another program that I'm working on where I make a solid line, make the hole on the left side, then slide the hole over into position. I think this wastes fewer cycles.

#14 Random Terrain OFFLINE  

Random Terrain

    Visual batari Basic User

  • 28,815 posts
  • Controlled Randomness
    Replay Value
    Nonlinear
  • Location:North Carolina (USA)

Posted Sat Aug 2, 2008 5:17 PM

OK, I finally figured out that I could change a number and that would allow the program to skip more code until it's needed, so this should waste even fewer cycles:

Attached File  chim_2008y_08m_02d_1852t.bin   4KB   124 downloads
Attached File  chim_2008y_08m_02d_1852t.bas   3.91KB   115 downloads

:dunce:

#15 Impaler_26 OFFLINE  

Impaler_26

    Cookie Meister

  • Topic Starter
  • 2,673 posts
  • Braindead
  • Location:Hueco Mundo

Posted Sat Aug 2, 2008 7:58 PM

OK, I finally figured out that I could change a number and that would allow the program to skip more code until it's needed, so this should waste even fewer cycles:

Attached File  chim_2008y_08m_02d_1852t.bin   4KB   124 downloads
Attached File  chim_2008y_08m_02d_1852t.bas   3.91KB   115 downloads

:dunce:

That's much better, thanks! :thumbsup:
I'll spend the next few weeks with "learning by doing" and see if i can come up with something...

#16 yuppicide OFFLINE  

yuppicide

    I am the Black Knight. Give me your money!

  • 6,933 posts
  • Location:New Jersey

Posted Mon Aug 4, 2008 9:19 PM

Nice game so far. I had the idea that it should be Alice in Wonderland falling.. like this:

http://www.alice-in-...bbit-hole-1.jpg

Maybe some sprites of chairs and lamps and whatever could fly around also that you have to avoid.

#17 Impaler_26 OFFLINE  

Impaler_26

    Cookie Meister

  • Topic Starter
  • 2,673 posts
  • Braindead
  • Location:Hueco Mundo

Posted Tue Aug 5, 2008 5:32 PM

Nice game so far. I had the idea that it should be Alice in Wonderland falling.. like this:

http://www.alice-in-...bbit-hole-1.jpg

Maybe some sprites of chairs and lamps and whatever could fly around also that you have to avoid.

Actually this is supposed to become a port of a neat little C64 basic-game called Down The Chimney.
I'm planning to add a few more things to it like a falling brick (ball sprite) and maybe a cloud of soot (player0) you have to avoid. Also it should start with slow scrolling and become faster each level and the gaps should become narrower each level.
But i like your idea about Alice in Wonderland, this would also be a nice theme for the game...
Hmm... maybe i'll have to make 2 games then...

But remember that i'm still a bloody beginner with bB so don't expect anything playable before X-Mas.... 2009. :lol:

#18 Impaler_26 OFFLINE  

Impaler_26

    Cookie Meister

  • Topic Starter
  • 2,673 posts
  • Braindead
  • Location:Hueco Mundo

Posted Thu Dec 20, 2018 3:06 PM

Rise from the grave! 

 

After 10 years i forgot most of what i knew about bB so that's a perfect opportunity to try my hands at Down the Chimney once more. :grin:

 

I'm looking forward to learn bB again and implement some improvements and new elements i have on my mind. Maybe i can make it a fun to play game this time? Find out one day in 2019 only here at AtariAge. I'll post a new thread in the bB forums once i have a playable demo.

 

For starters here's the last version from 2009 as featured on ZeroPage Homebrew:

 

 

dtc_old1.jpg dtc_old2.jpg

 

Attached File  Down The Chimney Test (2009) (Christian Giegerich, Duane Alan Hahn) (WIP).bin   4KB   9 downloads

 






0 user(s) are browsing this forum

0 members, 0 guests, 0 anonymous users