StepMania SSC

It could be.

It would help to have a) a copy of the video and b) the contents of your info.txt (so we can see what your video card supports, although I'm not sure if the D3D renderer gives much useful info).

Do you get the same crash when using OpenGL for rendering?


We really need to find someone with more knowledge about ffmpeg, nobody on the team currently really knows how to deal with it.

Using SM SSC v1.2.5 1080p background videos somewhat work under the default theme. It played a bit slower than it should. And slows down the arrow scroll as well. Was just testing that out today. Looks like this means in the near future we'll have 100% working HD background videos as well. Normal SD videos actually end up playing -way- too fast as well. But I'm sure someday that will be fixed too.

Just giving a bit of feedback on this. Going to test this out a bit more today. The video was also about 300MB I think so I'm sure compressing it a bit would help a lot. The video was a bit more than 2 minutes long. And yeah I know really really bloated but it was a quick test.

Presenting...Split Timing.

Woah, neato!

---

Just a note: CS2 does NOT work on SM-SSC 1.2.5, even with the fallback theme being the SM4 port kit. Might want to make a note on the SSC website about that.

Seriously cool. Is that in SSC 1.2.5 already?

I'm pretty sure it isn't.

it's post-sm-ssc v1.2.5; it'll be available in the first StepMania 5 preview version or whatever

What will happen to step file format when sm5 released... still in ssc file extension?

That's neat but being anti-sync gimmick I see no purpose for it. I can't imagine why I would want one chart to play the song slower than another when it's the SAME SONG, maybe I could see the benefit in adding STOPs to one difficulty though.

A better feature would be BPM Acceleration!!! You know how some songs speed-up or slow-down GRADUALLY, setting a BPM^2 value (+ & - obviously) would save LOTS of approximations and pain, and would serve a real purpose rather than making simfiles more gimmicky. Another suggestion, change STOPs to base their delay by number of BEATS rather than seconds, this will eliminate approximations such as #STOP:150=3.5; to mean STOP the chart for 3.5 beats at beat 150. It will also make it much easier to sync songs without having to re-calculate the STOP values every time you adjust the BPM of the song.

But progress is progress, good job.

---

hellrazor: you could always save one chart or two for experimentation and just leave the rest of it alone. Just because it is available doesn't mean you should use it (or abuse it).

BPM^2 value: I think you need to elaborate on a song where this is useful.

Changing #STOPS and #DELAYs to beats...I'd more likely allow that if a b was added to the end, but I don't know how feasible that would be. Maybe for the next version after.

I just realized: I never gave you guys the third video yet.

Cherry Blossom Whirlwind -
Aurora -
Star Trekkin' -
What's This -

In most of these I assume a single BPM^2 change would compensate for MANY hard to place BPM changes every single beat.

---

This is something that I've wanted in StepMania for a LONG TIME.

Goodbye AIR/X-special duplicates. Those charts can now be better sorted as edits.

Edits should work, but they will need to be coded using the SSC tags and not the SM tags. Just a fair heads up.

Please indulge me. You're saying that the .edit files will NOT work for this? Or just edit charts within .sm files?

I believe he's saying there's a new file type that you will need to create.

Kinda like we began with .DWI files for Dancing With Intensity. Then StepMania came along and it supported .DWI format but you couldn't do alot of things and required a .SM file type for full StepMania capability. For the new version and the new features you now need a .SSC file type.

---

We actually began with .bms and .bma files.

But will StepMania 5's file format still be .ssc or just an .sm with additional extensions only SM5 will understand (same as how a .sm coded with 3.95 has additional features that only that version of StepMania will even bother to read)? And I'd still like to know the fate of the .edit file format. Specifically I'd just like to know how SM-SSC/SM5 will handle edits.

While on the subject I'm curious if individual charts, since they now support individual offsets and BPMs and stops, etc., can be coded as individual files ala .bms. Not just having edits in a separate .edit file but all charts in use (at least the ones with different settings).

history: bms -> msd (and a bunch of other formats that didn't catch on) -> dwi -> sm -> ssc (msd-style), where we are now -> ssc (json style), where we're planning on going.

.edit will probably use the MSD-style SSC reader for the time being, which should read older .sm-bsed edits just fine.

I am personally against multiple files for a modern format (aside from SM Micro's json format), but loading BMS, PMS, and KSF files with different TimingData should work

What I was trying to say is this.

If you load a .SM style edit, you will get the Song Timing. It can work...but perhaps not as you expect. If you take care of your .edit file and add the other tags, you can play along with your own timings.

How can it uses the unlock songs system??

---