Jump to content
Tokei

A more friendly Str Editor

Recommended Posts

BUG I adjust the [Offset Bias] value and save it, it will be saved as 0.
The value is not saved. @Tokei

The offset bias value save does not operate normally.

Offset Bias value 0 https://imgur.com/Yd9RHzX

Offset Bias value -12 https://imgur.com/Hw2d5yi

 

str original file (Offset Bias) :

https://www.mediafire.com/file/5t5n3hzkq4obnnw

[GIF] Original :

https://imgur.com/n6tHGop

[GIF] Save as Editor and Apply Game :

https://imgur.com/0atNri7

//------------------------------------------------------------
This file cannot be loaded normally.
Files are loaded, but only a portion is loaded.

loaded and saving files will compromise capacity.

And if i apply it in a game, it makes the behavior weird.

test1: (original)
https://www.mediafire.com/file/rfkt5yxlc0lh6q7

test2: (original)

https://www.mediafire.com/file/iugt3ywub77tpw7

Edited by ez2ac
Link to comment
Share on other sites

Posted (edited)

Finally got around to do some upgrades:

  • Fixed a bunch of missing shortcuts.
  • Fixed issues with the bias values not being saved.
  • Added bezier curves (Edit > Add/Delete bezier curve).
  • Added detection for bezier curves for str files.
    • This feature also impact the time a file takes to load as there are many calculations required for this.
    • If you're having issues, you can always disable this option via File > Settings > Attempt to recover lost str information.
    • To move a single control point of the bezier curve, hold the Ctrl key down.
  • It will now draw the entire path of the layer instead of only the current interpolation path.
    image.png.26a1e804f17f32f5ca4eb03ad059cbd1.png
  • You can now navigate through the nodes in the path by clicking on the red-ish dot.
  • You can now change the origin of the layer by moving the cyan dot in the image above.
  • You can reset the origin from Edit > Center origin.
  • Added a scaling option for ease of use, via Edit > Scale. For scaling down by 80%, use 0.2; likewise, for scaling up by 250%, use 2.5.
  • Fixed a bug with the zoom selection when using the mouse wheel and not being able to select a predefined value.
  • Added a visibility option to the layers. There are more options when right-clicking the layer.
    image.png.1d81d7bd9935fec625f892c8b8385b2c.png
  • Added a gif saving option from File > Save as Gif. The feature is far from perfect, but it can help some.
    image.png.5aca032e602463675867c207142f5d77.png
  • Added specific paste options. After copying a keyframe with Ctrl-C, you'll be able to paste which property you are looking for:
    image.png.e19fff65f323acc4316c10b3b7a921ac.png
    As with any shortcut, these can be changed from File > Settings > Shortcuts.
    The texture paste currently only copies the index, not the actual texture. Will fix some other day...
  • Fixed a bug where closing a popup window wouldn't focus the main window afterwards.
  • Fixed a bug when saving a file with texture animations mixed with bias/bezier.

 

On 4/8/2022 at 12:31 AM, ez2ac said:

//------------------------------------------------------------
This file cannot be loaded normally.
Files are loaded, but only a portion is loaded.

loaded and saving files will compromise capacity.

And if i apply it in a game, it makes the behavior weird.

test1: (original)
https://www.mediafire.com/file/rfkt5yxlc0lh6q7

test2: (original)

https://www.mediafire.com/file/iugt3ywub77tpw7

Not entirely sure what you mean there. If the issue isn't fixed in this version, please explain it again.

Edited by Tokei
  • Upvote 1
  • Love 1
Link to comment
Share on other sites

On 8/8/2022 at 2:19 PM, Tokei said:

Finally got around to do some upgrades:

  • Fixed a bunch of missing shortcuts.
  • Fixed issues with the bias values not being saved.
  • Added bezier curves (Edit > Add/Delete bezier curve).
  • Added detection for bezier curves for str files.
    • This feature also impact the time a file takes to load as there are many calculations required for this.
    • If you're having issues, you can always disable this option via File > Settings > Attempt to recover lost str information.
    • To move a single control point of the bezier curve, hold the Ctrl key down.
  • It will now draw the entire path of the layer instead of only the current interpolation path.
    image.png.26a1e804f17f32f5ca4eb03ad059cbd1.png
  • You can now navigate through the nodes in the path by clicking on the red-ish dot.
  • You can now change the origin of the layer by moving the cyan dot in the image above.
  • You can reset the origin from Edit > Center origin.
  • Added a scaling option for ease of use, via Edit > Scale. For scaling down by 80%, use 0.2; likewise, for scaling up by 250%, use 2.5.
  • Fixed a bug with the zoom selection when using the mouse wheel and not being able to select a predefined value.
  • Added a visibility option to the layers. There are more options when right-clicking the layer.
    image.png.1d81d7bd9935fec625f892c8b8385b2c.png
  • Added a gif saving option from File > Save as Gif. The feature is far from perfect, but it can help some.
    image.png.5aca032e602463675867c207142f5d77.png
  • Added specific paste options. After copying a keyframe with Ctrl-C, you'll be able to paste which property you are looking for:
    image.png.e19fff65f323acc4316c10b3b7a921ac.png
    As with any shortcut, these can be changed from File > Settings > Shortcuts.
    The texture paste currently only copies the index, not the actual texture. Will fix some other day...
  • Fixed a bug where closing a popup window wouldn't focus the main window afterwards.
  • Fixed a bug when saving a file with texture animations mixed with bias/bezier.

 

Not entirely sure what you mean there. If the issue isn't fixed in this version, please explain it again.

Thanks for this app, it's amazing

Link to comment
Share on other sites

6 hours ago, ez2on said:

There is a frame save bug. @Tokei

Hello, hmm, can you be more specific?

Link to comment
Share on other sites

On 10/26/2022 at 8:31 AM, Tokei said:

Hello, hmm, can you be more specific?

If you save it as ezv,A single frame has been changed.

Link to comment
Share on other sites

On 10/30/2022 at 2:02 PM, ez2on said:

If you save it as ezv,A single frame has been changed.

Hmm, I'm not able to reproduce your issue. Saving as ezv works fine on my end. I have uploaded a newer version (1.0.6) to save ezv as 0.95 instead of 0.94 to support tga images. But that doesn't appear to be related to your issue at all, so you'd have to give me a way to reproduce the problem.

  • Like 1
Link to comment
Share on other sites

On 11/1/2022 at 4:55 AM, Tokei said:

Hmm, I'm not able to reproduce your issue. Saving as ezv works fine on my end. I have uploaded a newer version (1.0.6) to save ezv as 0.95 instead of 0.94 to support tga images. But that doesn't appear to be related to your issue at all, so you'd have to give me a way to reproduce the problem.

Saving this file as .ezv changes the frame to a single frame. @Tokei

https://www.mediafire.com/file/tsvv1g3cedek576

Link to comment
Share on other sites

15 hours ago, Tokei said:

Heya,

I see what you mean now; it should be fixed in 1.0.7.

1.0.7 BUG
open and save an existing .str file, the Bias value is lost.

and

As you can see in the picture, which part is this?
This is when i open the ezv file and save it as str.
Original = 00 00 80 7F
ezv → str save = 00 00 00 00

000.jpg

Edited by ez2on
Link to comment
Share on other sites

9 hours ago, ez2on said:

open and save an existing .str file, the Bias value is lost.

I am not able to reproduce this issue. Str files do not have a bias value to begin with though, that's emulated. If the bias value isn't showing up, it could be that it simply failed to guess the value properly. Either way, I would need an example (with a file if possible) on how to reproduce.

As for the second part, at 0x10c, the value should indeed be 0x00000000. That is the delay for texture animation. That value, "0x7f800000", means "Infinifty" which is usually the result of a division by 0. That's... a bug with the original str file. I saw it in your EZV file and I fixed the output to say "0" instead as it didn't make any sense to save the value as "Infinity" in a EZV file. As for the str file itself, it has no impact since the animation type is set to normal, and therefore the value isn't read at all. I will make a small change however and make sure this value (infinity) can't propagate anywhere either and fix it when loading the str file instead. I'll wait for more information on the bias issue above though.

Edited by Tokei
Link to comment
Share on other sites

6 minutes ago, Tokei said:

I am not able to reproduce this issue. Str files do not have a bias value to begin with though, that's emulated. If the bias value isn't showing up, it could be that it simply failed to guess the value properly. Either way, I would need an example (with a file if possible) on how to reproduce.

As for the second part, at 0x10c, the value should indeed be 0x00000000. That is the delay for texture animation. That value, "0x7f800000", means "Infinifty" which is usually the result of a division by 0. That's... a bug with the original str file. I saw it in your EZV file and I fixed the output to say "0" instead as it didn't make any sense to save the value as "Infinity" in a EZV file. As for the str file itself, it has no impact since the animation type is set to normal, and therefore the value isn't read at all. I will make a small change however and make sure this value (infinity) can't propagate anywhere either and fix it when loading the str file instead. I'll wait for more information on the bias issue above though.

Oh, sorry. I saved it in a different version. haha 
1.0.7 There is no save bug.
I'll let you know when I find a bug.
Thank you.

Link to comment
Share on other sites

Hello !
First of all thanks a lot for creating this software it's wayyy more convenient than the other alternatives.
I have a little question, would it be possible for the "Save as Gif" option to create Gifs with transparent background because when I set the opacity of the background to 0 the output gif has a solid background composed of the grid that's shown on the editor.

Link to comment
Share on other sites

5 hours ago, Thibazu said:

Hello !
First of all thanks a lot for creating this software it's wayyy more convenient than the other alternatives.
I have a little question, would it be possible for the "Save as Gif" option to create Gifs with transparent background because when I set the opacity of the background to 0 the output gif has a solid background composed of the grid that's shown on the editor.

Heya,

Unfortunately, that is not really possible. The gif format doesn't support semi-transparency. One pixel color can be transparent (which is commonly the pink color in RO, or 0xff00ff). While... this is possible to support, it would also make any other semi-transparent pixel look horrible with shades of pink for any of your other semi-transparent layers (I'd show you an example, but I'm on phone right now). It's a limitation of the gif format, there's not much I can do there. That's why I didn't really bother with transparency support while saving gif images and instead opted of rendering the str as they are directly shown in the preview window. I would suggest simply changing the background to black to make these gifs as this is when you'll have the best output. Alternatively, you could change the background color to wherever you plan on displaying these gifs, but you'll quickly see white background isn't a great choice for most str. Saving those animations is just really troublesome.

The only real "solution" I could come up with is saving the output as a series of PNG images (which I'm not sure is actually possible, but worth looking into). Though, that wouldn't really solve what you're trying to do, at least I don't think...?

Link to comment
Share on other sites

3 hours ago, Tokei said:

Heya,

Unfortunately, that is not really possible. The gif format doesn't support semi-transparency. One pixel color can be transparent (which is commonly the pink color in RO, or 0xff00ff). While... this is possible to support, it would also make any other semi-transparent pixel look horrible with shades of pink for any of your other semi-transparent layers (I'd show you an example, but I'm on phone right now). It's a limitation of the gif format, there's not much I can do there. That's why I didn't really bother with transparency support while saving gif images and instead opted of rendering the str as they are directly shown in the preview window. I would suggest simply changing the background to black to make these gifs as this is when you'll have the best output. Alternatively, you could change the background color to wherever you plan on displaying these gifs, but you'll quickly see white background isn't a great choice for most str. Saving those animations is just really troublesome.

The only real "solution" I could come up with is saving the output as a series of PNG images (which I'm not sure is actually possible, but worth looking into). Though, that wouldn't really solve what you're trying to do, at least I don't think...?

Thanks a lot for answering, ok I didn't know the gif format was this troublesome 😄

Don't worry about it, I just wanted to make "clean" gifs to send them on discord so it's not that big of an issue to have a solid background.

Link to comment
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.



×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use and Privacy Policy.