# ISSUE: Crop Time Tool (Display/GUI Bug)

**URL:** <https://forums.steinberg.net/t/issue-crop-time-tool-display-gui-bug/968221>\
**Category:** SpectraLayers\
**Tags:** issue, spectralayers-11\
**Created:** [January 26, 2025, 2:23pm UTC](https://forums.steinberg.net/t/issue-crop-time-tool-display-gui-bug/968221 "2025-01-26T14:23:14Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![jim\_griff](https://dub1.discourse-cdn.com/steinberg/user_avatar/forums.steinberg.net/jim_griff/32/197146_2.png) [@jim\_griff](https://forums.steinberg.net/u/jim_griff)\
**Post date:** [January 26, 2025, 2:23pm UTC](https://forums.steinberg.net/t/issue-crop-time-tool-display-gui-bug/968221/1 "2025-01-26T14:23:14Z")

</div>

Hi there,

I’ve encountered a problem in SpectraLayers where the display doesn’t follow the edit correctly. The display shows time that isn’t there. This occurs with the Crop Time function.

How to recreate:

1. Create a new file (my settings: 60 seconds long, 48kHz Stereo)
2. Hit record button and wait 10 seconds to record some silence at the beginning
3. Now start capturing/recording a portion of audio
4. Press stop
5. Select the audio portion only and use the Crop Time tool.
6. Result: The display will still show the silence that was present at the beginning of the file, but pressing play will instantly start at the correct cropped portion of the audio. While the silence is still displayed on screen, it doesn’t actually exist.

Video demonstrating the issue:

Current workaround:

1. Use the Delete Time tool before and after the audio portion instead of Crop Time.

System/software version used:  
Windows 10 Pro 22H2 || SpectraLayers 11.0.60

Regards, Jim.

---

<div class="post-metadata">

**Author:** ![ctreitzell](https://dub1.discourse-cdn.com/steinberg/user_avatar/forums.steinberg.net/ctreitzell/32/266687_2.png) [@ctreitzell](https://forums.steinberg.net/u/ctreitzell)\
**Post date:** [January 27, 2025, 1:31pm UTC](https://forums.steinberg.net/t/issue-crop-time-tool-display-gui-bug/968221/2 "2025-01-27T13:31:22Z")

</div>

interesting…is that in standalone?

---

<div class="post-metadata">

**Author:** ![jim\_griff](https://dub1.discourse-cdn.com/steinberg/user_avatar/forums.steinberg.net/jim_griff/32/197146_2.png) [@jim\_griff](https://forums.steinberg.net/u/jim_griff)\
**Post date:** [January 28, 2025, 12:03am UTC](https://forums.steinberg.net/t/issue-crop-time-tool-display-gui-bug/968221/3 "2025-01-28T00:03:53Z")

</div>

Yes, in the standalone app.

---

<div class="post-metadata">

**Author:** ![jim\_griff](https://dub1.discourse-cdn.com/steinberg/user_avatar/forums.steinberg.net/jim_griff/32/197146_2.png) [@jim\_griff](https://forums.steinberg.net/u/jim_griff)\
**Post date:** [October 9, 2025, 1:24am UTC](https://forums.steinberg.net/t/issue-crop-time-tool-display-gui-bug/968221/4 "2025-10-09T01:24:58Z")

</div>

@Robin_Lobel I’m wondering if you’ve seen this post? I understand you have a lot on your plate. The “crop time” bug still exists for me in v12.0.30 (Windows 11 Pro 24H2).

Thanks, Jim.

---

<div class="post-metadata">

**Author:** ![Laturec](https://avatars.discourse-cdn.com/v4/letter/l/47e85d/32.png) [@Laturec](https://forums.steinberg.net/u/Laturec)\
**Post date:** [October 9, 2025, 9:53am UTC](https://forums.steinberg.net/t/issue-crop-time-tool-display-gui-bug/968221/5 "2025-10-09T09:53:39Z")

</div>

I don’t think this is necessarily a bug, more a (questionable) feature / how-it-works and has been that way for several versions by now, IIRC.  
See also this thread with the same topic:

> [@Why does SpectraLayers add extra silence?](https://forums.steinberg.net/t/why-does-spectralayers-add-extra-silence/1002052/5):
>
> This has been … normal (?) behavior for some time now, as far as I can tell. Judging from the standalone Windows version here. Using Edit → Crop Time will crop the selected layer to the selected time range, but it will retain the original time position within the project. So yes, there will be silence before the crop range, or more like “nothing”, as the samples will be gone and you can freely move your cropped layer with the Transform tool to the project start as needed. Fades will not be appl…

@Robin_Lobel Thinking about this again, maybe a reasonable solution would be for _Edit_ → _Crop Time …_ to retain the cropped position in the timeline (= as it works now, useful for editing multi-layer projects), but _Project_ → _Crop Time …_ should be changed so that any content is shifted to the zero mark, as probably most users would expect.

---

<div class="post-metadata">

**Author:** ![ctreitzell](https://dub1.discourse-cdn.com/steinberg/user_avatar/forums.steinberg.net/ctreitzell/32/266687_2.png) [@ctreitzell](https://forums.steinberg.net/u/ctreitzell)\
**Post date:** [June 12, 2026, 4:56pm UTC](https://forums.steinberg.net/t/issue-crop-time-tool-display-gui-bug/968221/6 "2026-06-12T16:56:33Z")

</div>

this edit\>crop time… creating a challenge today

I want to remove the last 40 sec…how to do? I just don’t know…in standalone

edit!  
ah hah! Project\> Delete Time… delivers the result I was looking for
