Re-opening huge time saving suggestion for Snagit streamers. Time to vote on a no-brainer rejection!

  • 1
  • Idea
  • Updated 2 years ago
This huge time saving proposal made earlier under title "
Photo of brt

Snagit 13 - fabulous but some v. small changes would make it FABLOUSer - please check to see if it makes sense
was officially rejected with a no-reply address.  Reason given by Robert that alhough it was a fantastic idea, it did not fit in with TechSmith's viision at this time, and that there was very little ssupport from other users.
The "sad" thing is they are rejecting an idea that is v. simple to implement and gives huge time saving benefits to anyone who does a lot of streaming, namely s small tweak involving setting a period for when streaming stops, or a pause in streaming..
The reason this should benefit any user who streams using Snagit unattended is because the function of "finalising" is extremely inefficient, as is saving the finalised streamed output. This can take hours.
If other users do stream, and don't want or can't be physically present when the streaming ends, they could of course use a macro programme to stop/pause strteaming or TechSmith could make a small tweak to save users countless hours.
But that will only happen if users show TechSmith that they value their time, and that rejecting a small tweak such as this on the spurious grounds that it does not fit in with lofty ideals such as vision. Is that a "trumperism" ?
Best
Brian

PS I question the etiquette involved in using a non-reply address and closing the thread for further comment.
Photo of brt

brt

  • 105 Posts
  • 43 Reply Likes

Posted 2 years ago

  • 1
Photo of Robert R.

Robert R., Online Community Admin

  • 1465 Posts
  • 414 Reply Likes
Hello Brian;

I appreciate the feedback, this is a new process for community-submitted feature requests and we are learning as we go so you patience and understanding is certainly appreciated. I would like to address a few things; the unfortunate truth is that we cannot add every single request into our products, even if we wanted to. Though your feature request does not meet the current vision for Snagit, that does not mean that it may not be included in a future update if we see enough of the community come forward and discuss this particular idea; in my same response I also make the recommendation that you champion your cause and really share and speak out for something that you might be passionate about. TechSmith is passionate about its products and seeing its user base with that same passion to affect change is a truly touching and honoring ordeal. The more the community speaks up on, and agrees with, the topic, the higher the chances that the product team will look deeper into incorporating it into a future path that coincides with how we envision Snagit moving forward. The original post contained 2 votes with 2 additional followers (outside of you, the OP and myself), indicating that even with the comments, that traction for the feature is low within the community. This could be due to lack of understanding by the community (which I do not think is the case, since your idea is clear, concise, and well-spoken), lack of desire for the feature, or simply the fact that many people were unaware of the feature request (this would be my guess, I try to bring attention to the feature request round-up thread by tweeting the post out to our own robust Twitter community, to help give focus to the ideas and get more people involved); we encourage users that submit ideas to really push their colleagues and coworkers to include their voice in the feature.

However, again, that does not mean that the idea will be added, only that it increases the chance that product teams will investigate further; it could be that even after assigning development and product resources to research implementing the function into Snagit, that it simply does not fit or is not possible at the time.

Regarding the closing of the threads; we close these feature request threads to prevent necroposting and feature creep, in addition to the fact that it allows us to track ideas and features submitted by users. However, you will find that users that submit the same feature repeatedly if they were not selected to be responded to by the Product team, those threads will be merged into the most recent thread. Expect your original thread to be merged into this one by the end of the week at the latest (I am aiming to merge like-threads sooner than that, if possible), which will include any additional votes and provide a link back to the original thread. While not ideal, I am hoping that this will help show a history of sorts, for the request.

You are welcome to respond to me here as I see/read nearly (if not) every post that comes through our community, or I am happy to provide my direct e-mail if you prefer to carry on the conversation in a more private setting.

Again, thank you for the passion you are showing for Snagit, and the fact that you are willing to take your time to submit feature requests.

-Robert
Photo of brt

brt

  • 105 Posts
  • 43 Reply Likes
Thank you for your reponse, Robert.

Today people have a very short attentipon span, so I will be brief. 

The suggestion is about time saving and freedom.
Either streaming requires physical presence. and that is OK for short streaming projects.

But for longer streaming projects  e.g. a film, TED talk etc etc where it does not make sense to be physically present, the time saving benefits are huge and your computer and you are liberated. and energised.

So I ask the community  to vote on this if they consider that saving minimum of 30 mins on a 60 minute streaming project is worthwhile, to please vote on or better still FOR it.

Failing a positive reponse I could easily set up my own macro to do what I want.  And that possibly applies to many of the suggestions on the site, and this opens the floodgates. Users fix things themselves. At least the easy things! And we will still need TechSmith. Great product!

Would you confirm that my time-saving benefits are in line with what your developers know about how much extra time is needed to process the initial a) finalisation process and b) saving the resultatnt trimmed capture. Of course if these two aspects were not so time-consuming, I would not have bothered to make the suggestion.

Are you planning on making a polling mechanism for users to vote on selected proposals. That could be a real breakthrough, and add sense and purpose to the community. However, there is a risk is that it might be misused.

I rest my case on this issue. And now see I was not as brief as originally intended. Sorry - fellow-users!

Brian
Over and out from the wintery wastes of Sweden
Photo of brt

brt

  • 105 Posts
  • 43 Reply Likes
Thank you for your reponse, Robert.

Today people have a very short attentipon span, so I will be brief. 

The suggestion is about time saving and freedom.
Either streaming requires physical presence. and that is OK for short streaming projects.

But for longer streaming projects  e.g. a film, TED talk etc etc where it does not make sense to be physically present, the time saving benefits are huge and your computer and you are liberated. and energised.

So I ask the community  to vote on this if they consider that saving minimum of 30 mins on a 60 minute streaming project is worthwhile, to please vote on or better still FOR it.

Failing a positive reponse I could easily set up my own macro to do what I want.  And that possibly applies to many of the suggestions on the site, and this opens the floodgates. Users fix things themselves. At least the easy things! And we will still need TechSmith. Great product!

Would you confirm that my time-saving benefits are in line with what your developers know about how much extra time is needed to process the initial a) finalisation process and b) saving the resultatnt trimmed capture. Of course if these two aspects were not so time-consuming, I would not have bothered to make the suggestion.

Are you planning on making a polling mechanism for users to vote on selected proposals. That could be a real breakthrough, and add sense and purpose to the community. However, there is a risk that it might be misused.

I rest my case on this issue. And now see I was not as brief as originally intended. Sorry - fellow-users!

Brian
Over and out from the wintery wastes of Sweden
Photo of Robert R.

Robert R., Online Community Admin

  • 1461 Posts
  • 414 Reply Likes
Hi Brian!

I appreciate the follow-up!

I will try to keep this brief :) You are not wrong; time-saving is certainly something that we pride ourselves on and we know that Snagit is fully capable of saving significant amounts of time. One thing that you might want to consider is that Camtasia can already be set to start/stop automatically (see this article) and as Snagit can be seen as being all about fast and efficient capturing, long recordings really should not be made with Snagit. There is no hard limit as to what can or cannot be done with them, but using Snagit as a DVR would not necessarily be recommended. That does not mean to say that the ability to schedule start/stop times should not be added to Snagit (my personal opinion, not a promise in any way).

Perhaps if we had a better understanding of why you are using Snagit as a DVR (which is far from its intended use), we might be able to have a better, more thoughtful conversation surrounding the topic?

Thanks!

-Robert
Photo of brt

brt

  • 105 Posts
  • 43 Reply Likes
Take your point Robert. But my point was that Snagit could save even more significant amounts of time with the tweak I proposed!! In any case I have Camtasia on my shopping list now even though I have found Snagit to be very good for capturing long videos.
Photo of brt

brt

  • 105 Posts
  • 43 Reply Likes
Hi Robert again!

I was not aware of the existence of  a developed "community process" and how it would be managed. As a complete newbie a month ago I had no idea, maybe it did not exist then.  Perhaps anyone registering and posting the first time, could receive a tip to look at the announcement.

Now I have read it, and it seems pretty good. I looked at the suggestions for Snagit (Windows) and I must admit  I could not help wondering how this particular selection was made. Was it based on identifiable criteria? Such as no. of likes, votes , unvotes (is this for people who have voted and changed their minds?), gut feeling of the selectors, and me toos (what are they?)

I mean if I were to go through them, do you think that wearing my non-biased hat, I would arrive at the same selection?  Silly question I guess, only put to try and get an idea of the extent to which it could be arbitrary!
Photo of Rick Stone

Rick Stone

  • 4484 Posts
  • 1999 Reply Likes
Speaking as a casual observer here, it would seem to me (after reading this thread - Didn't see the original) that the issue isn't one of "streaming". What it seems to be related to is CAPTURING something being streamed. When I see something about streaming, my mind goes to someone sitting at a computer or using some device to broadcast out to the world in real time what is going on. And why would I want to use SnagIt to do that?

Assuming I'm interpreting this correctly, my own suggestion would be to rename the feature title to something like "Configure duration for recording video".

Cheers... Rick :)
Photo of brt

brt

  • 105 Posts
  • 43 Reply Likes
Well, I wouldn't want to use Snagit to broadcast to the world per se, but possibly to prepare a global broadcast, and then maybe porting this over to Camtasia to add all the bells and whistles.  You've given me an idea so I think I will purchase Camtasia now. Thanks
(Edited)
Photo of brt

brt

  • 105 Posts
  • 43 Reply Likes
Very good point Rick.  Many thanks. I thought streaming and capturing were synonyms. Is it not an unusual use of the word streaming to equate it with broadcasting?
Photo of Rick Stone

Rick Stone

  • 4479 Posts
  • 1997 Reply Likes
Indeed I would think streaming and broadcasting would be synonyms. But I wouldn't say that consuming content being streamed or broadcasted would fit that category. ;)

Assuming that TechSmith were to build in some way to configure an overall recording time (which I would support, because sometimes you really want to not exceed a certain duration) I would also add that hopefully they would also be able to trigger a condition that would prevent the screen saver from turning on during that process. Kind of like what PPT does when you play a slide show to prevent the PC from going to sleep.

I would also hope to see some visual indication. Kind of like a progress bar that alerts you to how far you are in the recording duration.

Cheers... Rick :)
Photo of brt

brt

  • 105 Posts
  • 43 Reply Likes
That is a pretty sophisticated refinement. Possibly redundant as all the info already exists in terms of how much has been captured, and how much is left. Or what would you say to info  "your capture finished X hours ago, to finalise this and save it would take an estimated X+Y hours! Camtasia and save yourself many hours!" Just being facetious. But there is a serious point there for the notification experts.
Photo of brt

brt

  • 105 Posts
  • 43 Reply Likes
Comment on Robert's post - due respect to him but for me makes v. little sense
And definitely not user-friendly.  He writes "......... Camtasia can already be set to start/stop automatically (see this article) and as Snagit can be seen as being all about fast and efficient capturing, long recordings really should not be made with Snagit."
Why the assumption that long captures SHOULD not be made in Snagit??  How on earth can that assumption be justified??? For Snagit to be efficient would require the ability to set a total capture time, after which thew original and the Snagit capture are paused or saved. If saved further time benefits can be attained by entereing the title and save type (MP4) .
Incidentsally the article and method you reference in your post may or may not work, but it most definitely not an alternative to the simple solution I mentioned. I doubt ifr many users would be prepared for such a cumbersome approach. I certainly am not.