Jump to content
stephena

Testing the new Stella TIA core

Recommended Posts

It has to do with the fact that the display is shifted somewhat. It seems to be inherent in how an NTSC signal is encoded, so I'm not sure it would even make sense to disable them, even if we could.

Share this post


Link to post
Share on other sites

It has to do with the fact that the display is shifted somewhat. It seems to be inherent in how an NTSC signal is encoded, so I'm not sure it would even make sense to disable them, even if we could.

I didn't want to criticize the lines at all, only wanted to state that they are not depending any of the parameters.

 

BTW: PAL shows them too.

Share this post


Link to post
Share on other sites

Yes, this is an idiosyncrasy of the TV effects. Technically they're only defined for NTSC modes, but we apply them for PAL too. This is mostly because I've never seen a PAL TV before, and I don't know what the output should look like.

Share this post


Link to post
Share on other sites

I am curious about the actual origin of those lines, too. My theory is that this is an artifact caused by the shadowing that occurs at vertical high-contrast edges, both with Blargg and with actual TV signals. The Draconian logo uses flickerblinds, so each single frame shows a pattern of eight colored pixels alternating with eight blank pixels. This produces edges, and my suspicion is that the shadowing caused by these edges creates the dark lines that can be observed ;) The same effect can be seen with other ROMs that use flickerblinds.

Edited by DirtyHairy

Share this post


Link to post
Share on other sites

The Draconian logo uses flickerblinds, so each single frame shows a pattern of eight colored pixels alternating with eight blank pixels. This produces edges, and my suspicion is that the shadowing caused by these edges creates the dark lines that can be observed

In terms of the non-emulated effect, the edges are just real-world square waves (luma) taking a slower aount of time to rise vs fall. Flickerblinds relies on signal edges to line up...

 

       ______
______|      |______  odd frame

______        ______  
      |______|        even frame

But in the real world, we get something like...

 

        _____
_______/     |______  odd frame

_______       ______  
       |_____/        even frame
    

When I created my first flickerblinds display I was a bit bummed over the black gaps. But I suspect most people don't get as distracted by them as programmers do.

  • Like 3

Share this post


Link to post
Share on other sites

Interesting, thanks alot. So is the effect that I described as "shadowing" around edges actually the finite raise time of the luma edges?

Share this post


Link to post
Share on other sites

In terms of the non-emulated effect, the edges are just real-world square waves (luma) taking a slower amount of time to rise vs fall.

Vice versa, isn't it?

 

Both are not immediate, but because the lines are dark, the fall must be faster than the raise. And depending on the difference, the lines are more or less visible.

 

BTW: I wonder if phosphor plays a role here too.

Edited by Thomas Jentzsch

Share this post


Link to post
Share on other sites

I believe I have it the right way around. If the fall were slower than rise, we'd have brighter overlap between the lined up regions. If it's easier, consider which scenario has more average high, or more average low.

 

I was originally going to comment on phosphor - I'm not sure how much it contributes, because I haven't checked to see if the effect is present on LCD. Whenever we talk about CRT phosphor, it also involves persistence of vision too. So square waves here has to mean everything from electrons in TIA to nerve impulses. Confirmation of the effect on LCD would put the reason for the effect back to signal, since LCD doesn't strongly trigger persistence of vision like CRT does, and has no phosphor.

Share this post


Link to post
Share on other sites

If the fall were slower than rise, we'd have brighter overlap between the lined up regions. If it's easier, consider which scenario has more average high, or more average low.

Agreed. I got you the wrong way, probably just my non-perfect English. icon_smile.gif

Share this post


Link to post
Share on other sites

Agreed. I got you the wrong way, probably just my non-perfect English. icon_smile.gif

Looking at my original non-perfectly worded English, I see where the confusion occurred. The blame is all mine. :)

  • Like 1

Share this post


Link to post
Share on other sites

is there a way to run faster Stella emulator ?

(1000% etc, depending on the host machine's speed)

 

I found that feature in other emu's but I can't find that option in Stella

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...