skizzosjt

glad you sorted it out. I was just making some pics to post before I saw your response so I'm posting it anyways for reference for others I think these are the important parts for the parent element. Apparently I used a dock rather than a grid for this one specifically. Fullscreen enabled Alignment properties are centered Update when is ONCE SELECTED I The parent element needs the animation properties that were once applied to the hardware overlay element (not going into specific values since nothing should be changed there) The hardware overlay element needs those animation properties removed once they were copied over to the new parent element. And the one other critical setting is update DURING SELECTION There is more that needs to be adjusted if you wanted it just like it was intended to be. For ex, the animations for the color conditioned rectangle that has some metadata around it. This one might only look messed up in certain conditions, like from switching from some other theme to Colorful, or switching from one view to another within Colorful. I think this discrepancy wouldn't be noticed in "normal" conditions, ie booting into Big Box with Colorful as the theme and you are booting into your intended view and not using the assignable hotkeys to change views etc. What you would find here is colors changing later than intended, ie, you see the color change rather than have the screenmask wipe away and the colors are already changed appropriately. And/or the animations for the color conditioned rectangle shapes happen at a different time (would be harder to notice since it's just a single object moving, unlike the hardware overlay which was meant to be aligned exactly with the main video and makes it super obvious when it's off). To fix this it's more of the same idea as above. Had to leave color conditions as update DURING SELECTION for colors to change at same quick pace, but needed to create a parent element to make the animations happen at the intended later time using update ONCE SELECTED This only fixed PlatformWheel1FiltersView. You would need to do same ideas to fix up PlatformWheel2FiltersView as well if you wanted that wheel looking as intended too I noticed you mentioned previously the CTC source files for Colorful are gone. Just the links on the main discussion thread are broke. They otherwise are still existing from the file download thread.

The "hardware overlay" element is definitely one of them that needs adjusting. The element itself, so the one you circled, needs to use the "update during selection" radio bubble. This way the hardware overlay image immediately changes each time you scroll to a new platform in your wheel. This keeps that part of the theme working as the original authors intended. Then it gets into the understandably confusing part. I know what needs to be done, but may struggle to explain it. So, don't be shy about asking for help, I'll do my best. If you leave the animation properties tied to that same hardware overlay element it's going to also do the transparency changes, and the position animation change at the same time. Meaning it's going to happen at a wrong time. We need the animation properties to start once selected which means we need to use the "update once selected" radio bubble. Problem here is we are already requiring this element to use update during selection for the image to change when intended. This hopefully explains the reasoning for the disconnect between animations of various elements. So, to get around this I made a GRID element that will be a PARENT element to the hardware overlay element. This makes the hardware overlay element now a child element to the grid element. I then copied the animation settings from the hardware overlay element, into the new grid element. You will then need to make sure the grid element is using update once selected radio bubble, as well as then remove the animations from the hardware overlay element since we don't want these animations on both elements, it would cause things to be misaligned still. Putting this together now means the hardware overlay will update during selections, meaning right away. But since we now put the hardware overlay into a parent element that has the animation properties, we can use update once selected for the parent element. This results is the opacity and position changes will happen at the right time. All together, it means it will work just like the authors originally intended. I'm going off my memory right now, so I could make some screen shots of my CTC settings to make sure I'm not misremembering details. Full screen background can be left as is I believe. Background color.....might need an update? If anything it should be "update during selection"....I assume. I think if it is on "update once selected" it still works "OK" but the colors are going to change a few moments later. Like if you are in a playlist that has games from many platforms/systems with different colors, you might see the "old" color for a split second before the selected bindings are read. I changed names of stuff to make more sense to me. So the "Background color" is not the same as what I called "LHS Rectangle Color". I think that specific element is only in the 1st wheel which is what you show in this image. But just to clarify, from your video you posted you were using the 2nd wheel there. The difference there is the 2nd wheel has the color coordinated background taking up the whole screen. The first wheel always has sort of a dark gray section on the left hand side and puts some of the info into a color conditioned rectangle. The wheels are a little different like that, so there are different adjustments needed for both wheels to animate correctly. I did do the fixes for both, but looking back at my previous posts I see I only really addressed this on wheel 1. Take note some issues also occur on the game selection view (whatever the views are called for selecting the actual game). I do not recall if TextListGameView (or whatever the text list view is called) has some problems too. There are at least 4 views that would need adjusting. Two platform views, and two game views, at least. Possible a 5th would be the TextList one. There is def more I changed, but don't remember all the details. So I'd have to look at my settings and post them, or something to give more specific details. I already feel like I'm rambling lol Give it a shot and let me know if you need some more help! I'm willing to share images of my settings or even the CTC files, whatever would help you out.

read up on the theme's thread. I posted details on how to resolve the discrepancies. I discovered this I guess back in 3.1.3 per my previous post in the linked thread. Copy/paste the 2.5.5 theme source files into the CTC folder for 3.1.3 (or later/more recent versions) and it seemed all animations are out of sync in 3.1.3+ My experience suggests it is not their start time, or duration, etc parameter/values related to animations. It is the "update when selected" and "update during selection" radio bubble option that is messing with things. Per my post it seems I concluded they don't really operate the same anymore due to update during selection now occurring earlier when compared to previous versions of CTC. I'm talking about copy/paste of the same files that worked through 2.02 (or whatever version was used to initially make the CTC version of the theme) up to 2.5.5. After 2.5.5 is when I first started noticing the issues that Madhead is also referring to.