|
|
Sponsored Content
The Lounge
What is on Your Mind?
Top Cybersecurity Threats Earth Year 2019 | You Have Been Warned!
Post 303036354 by Neo on Monday 24th of June 2019 05:01:27 AM
06-24-2019
Administrator
Update:
Just got off the phone with my video partner expert (and critic who tells me straight based on working in the video publishing field) and he said he loved the rock theme much more than the first sound track.
He thought the rock theme was almost perfect and it was uplifting and so it helped lift up the viewer because the message was not uplifting (threats, cybersecurity); so in a nutshell... it's always like this in life .... right a paper, create a video, write a song, some people will love it, others not some much.
I remember when I published my first IEEE paper a long time ago (nearly 3 decades ago). There were 5 reviewers in a double-blind review. The first review came back and he hated my paper. "Definitely do not publish" he said. I was crushed.
My editor at IEEE said "do not think too much or fret over a single review, wait for them all".... I had no idea what was coming...
The second review came back a few weeks later ... "MUST PUBLISH... this is one of the most refreshing papers I have read in years. Must Publish!"......
At that point in my life, decades ago, I began to learn a lesson that has never been forgotten in my life; and I have learned this lesson countless times over and over the years.
In life when we do things; write papers, code, songs, videos, ... whatever we create, we will get a different opinion from everyone who reviews it. Some will hate it, some will love it, some could not "care less"; but at the end of the day, listen to each reviewer and commenter without emotion or strong feelings either way, and then we decide what to do based on our instincts, as the creator.
That IEEE paper above went on to be nominated for the IEEE Network "Paper of the Year" but it did not win. That's a long way from "DO NOT PUBLISH THIS TRASH" by one reviewer to being nominated for the "Paper of the Year" by IEEE.
In the case of this cybersecurity threats 2019 video;
This is life. This should be a lesson to all who read this post.
Listen to everyone's ideas and opinions, but at the "end of the day", after listening to your friends, advisors, critics and others, do what your instincts tell you, the creator, to do.
It is impossible to please everyone, so "in the end" you must please yourself.
Everyone's opinions counts and is worthy of consideration and respect; but "in the end", do what you think is best in your heart.
For me, that video is "done" and I'm going to create a new one soon, but I plan to slow down the intervals when there is a lot of text to read
In the case of this video "cybersecurity threats 2019" the consensus seems to be that adding 2-3 seconds to each of the five message segments would have added only 15 seconds to the video length and it would have been a bit better; but there is no reason to re-render this one. Learn and go on to the next one.
Just got off the phone with my video partner expert (and critic who tells me straight based on working in the video publishing field) and he said he loved the rock theme much more than the first sound track.
He thought the rock theme was almost perfect and it was uplifting and so it helped lift up the viewer because the message was not uplifting (threats, cybersecurity); so in a nutshell... it's always like this in life .... right a paper, create a video, write a song, some people will love it, others not some much.
I remember when I published my first IEEE paper a long time ago (nearly 3 decades ago). There were 5 reviewers in a double-blind review. The first review came back and he hated my paper. "Definitely do not publish" he said. I was crushed.
My editor at IEEE said "do not think too much or fret over a single review, wait for them all".... I had no idea what was coming...
The second review came back a few weeks later ... "MUST PUBLISH... this is one of the most refreshing papers I have read in years. Must Publish!"......
At that point in my life, decades ago, I began to learn a lesson that has never been forgotten in my life; and I have learned this lesson countless times over and over the years.
In life when we do things; write papers, code, songs, videos, ... whatever we create, we will get a different opinion from everyone who reviews it. Some will hate it, some will love it, some could not "care less"; but at the end of the day, listen to each reviewer and commenter without emotion or strong feelings either way, and then we decide what to do based on our instincts, as the creator.
That IEEE paper above went on to be nominated for the IEEE Network "Paper of the Year" but it did not win. That's a long way from "DO NOT PUBLISH THIS TRASH" by one reviewer to being nominated for the "Paper of the Year" by IEEE.
In the case of this cybersecurity threats 2019 video;
- Wise wrote "NO ROCK background music"... which was his valid and good opinion, and I respect and appreciate it.
- My video partner commented "Loved the rock theme much better, it was much better than the first sound track by far. Uplifting for a serious message."
- A friend of mine commented the same, he loved the rock theme, he just wished I gave him more time to read each segment. (I joked with him to hit "pause", LOL)
This is life. This should be a lesson to all who read this post.
Listen to everyone's ideas and opinions, but at the "end of the day", after listening to your friends, advisors, critics and others, do what your instincts tell you, the creator, to do.
It is impossible to please everyone, so "in the end" you must please yourself.
Everyone's opinions counts and is worthy of consideration and respect; but "in the end", do what you think is best in your heart.
For me, that video is "done" and I'm going to create a new one soon, but I plan to slow down the intervals when there is a lot of text to read
In the case of this video "cybersecurity threats 2019" the consensus seems to be that adding 2-3 seconds to each of the five message segments would have added only 15 seconds to the video length and it would have been a bit better; but there is no reason to re-render this one. Learn and go on to the next one.|
|
3 More Discussions You Might Find Interesting
1. Cybersecurity
Following up on my 2008 list of top cybersecurity threats, I have just published The Top Ten Cybersecurity Threats for 2009 for public comments. If you are interested in cybersecurity threats, kindly email your suggestions or comments directly to me (tim dot silkroad at gmail dot com). I will... (0 Replies)
Discussion started by: Linux Bot
0 Replies
2. What is on Your Mind?
This is mainly for Corona688, today's date 18-09-2019.
Remember from little acorns big trees grow a few months ago?
Well this is well on the way to 1000+ dls by the end of the year...
AMINET from its inception in 1992 is accessed by very, very many and the AMIGA is still loved by millions.
... (1 Reply)
Discussion started by: wisecracker
1 Replies
3. What is on Your Mind?
Dear All,
We are happy to post that I will be announcing soon my award for "Moderator of the Year 2019". This is a new award which I plan to announce in December of each year, starting this year (2019). The prizes will be (still working out the details):
A Moderator of the Year... (3 Replies)
Discussion started by: Neo
3 Replies
LEARN ABOUT DEBIAN
oggcut
OGGCUT(1) User Manuals OGGCUT(1) NAME
oggCut - extracts parts of an ogg file (.ogv, .ogg and .oga) SYNOPSIS
oggCut [options] inputfile outputfile DESCRIPTION
oggCut creates a new ogg file named outputfile as a subpart of the original file named inputfile oggCut is able to cut video (theora) only files, audio (vorbis) only files or files with both video and audio streams. The start and end time for the cut area must be given in milliseconds with the options -s and -e. As a video stream consists of I-frames (which are full pictures) and P-frames (which are delta pictures to the leading I-frame) the oggCut algorithm searches for the first I-frame. If a video file would start with a p-frame, the player is not able to interpret this picture, as the leading I-frame (on where it is based) is not available. oggCut starts the I-frame search at the start time given by the -s option. So expect a shorter video time than the calculated seconds for the new file. oggCut does not do any reencoding, therefore the output quality is completely the same as from the input file. For those involved into the ogg container format: The file is cut on packet basis, not on page basis. There is another tool called oggCut out in the internet with a different synopis. This one has not been written by the author of this tool you are actually using. OPTIONS
-s Cut start position in ms. If the input file is a video file, the cut area starts with the next keyframe found. Default: 0 Example: -s 5000 -l Length of the cut area in ms. If -e is also given, the length is ignored. Example: -l 10000 -e Cut end position in ms. If -l is also used, the end position is prefered. If the end position is set to -1, the end of the stream is assumed. Default: -1 Example: -e 20000 EXAMPLE
oggCut -s 1000 -e 21000 myVideo.ogv myOutput.ogv Creates a new video called myOutput.ogv from the video myVideo.ogv starting after 1 second ending after 21 seconds AUTHOR
Joern Seger <yorn at gmx dot net> SEE ALSO
oggCat(1), oggJoin(1), oggSplit(1), oggTranscode(1), oggSlideshow(1), oggThumb(1), oggSilence(1) Linux JAN 2010 OGGCUT(1)