- Status Neu
- Prozent erledigt
- Aufgabentyp Wunsch / Idee
- Kategorie GUI & Server → TimecodePlayer
- zuständig niemand
- Betriebssystem All
- Schweregrad niedrig
- betrifft Version 3.3 RC x
- fällig in Version unbestimmt
-
fällig am
unbestimmt
- Stimmen
- versteckt
gehört zu Projekt: DMXControl 3
angelegt von Anonymer Reporter - 29.12.2023
zuletzt bearbeitet von JPK - 01.08.2024
angelegt von Anonymer Reporter - 29.12.2023
zuletzt bearbeitet von JPK - 01.08.2024
FS#5227 - About shortcuts for horizontal scrolling in timecode player.
This is about shortcuts for horizontal scrolling in the timecode player.
I would like to be able to move left and right by using the Shit+wheel to make horizontal scrolling easier.
I'd like to add to this - I think it would be helpful if the timeline zoom was anchored to the position of the mouse pointer, rather than to the left of the timeline.
So as you zoom in, the part of the timeline that your mouse pointer is over remains in view, and the timeline scales outwards from that point. I hope that makes sense!
Zoom is currently a bit tricky, sometime it works, sometime not and we will stick there until evithing is reprogrammed in WPF
I’ve been trying the timecode player over the last few evenings and I’m finding the interaction with the timeline very tedious and actually quite unusable in its current version.
The horizontal scrolling is too fast, and that combined with the zoom issue described previously make it so difficult and time-consuming to navigate an audio track that it is quicker for me to build a timecode show manually like I did in 3.2 (using the audio editing software to get the timecode values and then manually entering them in the cuelist!)
I’ve also found dragging the cue start times in the timecode player a bit unpredictable and buggy - it sometimes jumps to a completely different position.
It’s a real shame about these user interface issues because the idea and general design of the timecode player is excellent!
In the YouTube live stream the example audio track was only 30 seconds long so we didn’t see the timeline being scrolled /zoomed much, but when working with a song that’s 3-4 minutes long and trying to time lighting cues to exact beats with millisecond precision the scrolling and zooming become very important.
I assume everyone is experiencing these issues, but let me know if not and I’ll submit a bug report along with a screen capture.
Regarding the dragging problem of cues or cuelists, it was already reported and fixed. See here
FS#5239. So we will see in the next version, if the behaviour is better.@philbearman its stil an RC not the official Release
Yes, understood. I hope my feedback didn't seem rude - the work that you've put into developing the TCP so far is much appreciated