Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Improvements for the mania editor #24545

Open
12 of 40 tasks
smoogipoo opened this issue Aug 15, 2023 · 6 comments
Open
12 of 40 tasks

Improvements for the mania editor #24545

smoogipoo opened this issue Aug 15, 2023 · 6 comments
Labels
area:editor epic A feature of core importance (and also requiring considerable effort and thought). ruleset/osu!mania

Comments

@smoogipoo
Copy link
Contributor

smoogipoo commented Aug 15, 2023

Here's some feedback that was provided to me over the course of COE (and a little afterwards) pertaining to the editor. Some of it (especially around the timing screen) are more general usability concerns.

Timeline

Preview Give feedback

Setup

Preview Give feedback
  1. area:editor osu!framework issue

Compose

Preview Give feedback
  1. area:editor ruleset/osu!mania
    bdach
  2. area:editor priority:1 ruleset/osu!mania
    bdach

Timing

Preview Give feedback

Verify

Preview Give feedback
@peppy peppy added epic A feature of core importance (and also requiring considerable effort and thought). and removed epic A feature of core importance (and also requiring considerable effort and thought). labels Aug 15, 2023
@smoogipoo
Copy link
Contributor Author

smoogipoo commented Aug 15, 2023

Massive performance drop on ranked SV maps (ex. /b/1572577 and /b/2669198)

Note that this was linked to another issue claiming SVs as the culprit, however as far as I can tell this doesn't appear to be (at least, not always) SV-related.

The map that was brought up to me at COE was https://osu.ppy.sh/beatmapsets/1252675#mania/2603455, where I witnessed the editor entering some 3/4 of the way through the map. It looks like the editor's still keeping hitobjects alive when it shouldn't be - likely another edgecase with HitObjectLifetimeEntry.

While I can't repro the above map starting 3/4 of the way through, I can repro it all the same by just clicking on the timeline to that point in time:

2023-08-15.19-02-36.mp4

(notice how the pools are reporting many drawable instances are being used)

@peppy
Copy link
Member

peppy commented Aug 15, 2023

Performance potentially related to #24007

@Hydria
Copy link
Contributor

Hydria commented Oct 24, 2023

(I was told to comment here so apologies if this is the wrong place)
Given how many SVs some maps use in mania, to have to switch from the compose tab to verify to place an sv and then switch back to make sure you're sure on what you're sving feels disconnected (this is mainly from someone who got used to the timing panel popout)
So a suggestion would be to use the timing panel to add the ability to see current bpm/sv values and then allow addition of new ones at the current timestamp. Quick mockup shown below:
image

@Sydosys
Copy link

Sydosys commented Sep 24, 2024

This might fall under "You can place a note during a slider on the same column. This should not be possible." but I'd like to point out that one method for creating long note maps is to first place down the notes as regular notes, and then switch to the long note tool to extend those notes into holds. Stable's editor allows this, as using the hold tool to drag out a short note will extend it into a long note. However, doing this in lazer will just result in the long note stacking on top of the short note.

In Stable, if you are using the long note tool but you just click instead of dragging out the long note, you can place a short note, you can use this to replace a long note with a short note easily by just clicking at the start.

In Stable, to change the length of a hold note, you can drag from the beginning while the hold tool is selected to replace the old hold with the new one.

Just a few stable behaviors to keep in mind when you work on the issues with stacking, as these are all very important to the workflow of creating a long note map in my opinion.

There was another issue I found, but I'm having a hard time telling if it occurs solely in the editor, or if having the notes be unmoving just highlights it. I'm using a legacy skin, and the hold notes appear to end before they are supposed to. I am specifically running this on a Macbook M2 Pro, which could be part of the problem. See below:
Screenshot 2024-09-24 at 2 09 44 PM

@bdach
Copy link
Collaborator

bdach commented Sep 25, 2024

I'm using a legacy skin, and the hold notes appear to end before they are supposed to

You're using a hack of a skin with "percy" ends or whatever. Those routinely exploit broken stuff like 30,000px high sprites. You should be happy it continues to work at all.

Out of scope of this issue.

@G4PLS
Copy link

G4PLS commented Dec 21, 2024

Maybe another improvement could be to add the ability to select all notes on a line.
This would improve mapping in some cases. I for example map different instruments out on a single key and having to select all notes on one line is very tedious when wanting to experiment around with instruments.

Basically a CTRL+A for a single Mania Line/Mania Key

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area:editor epic A feature of core importance (and also requiring considerable effort and thought). ruleset/osu!mania
Projects
Status: Needs discussion
Development

No branches or pull requests

6 participants