asik1 wrote:How is the weather today in Austria?
Very windy and cold, but last week it was excellent in the mountains.
Moderator: Ken Berry
asik1 wrote:How is the weather today in Austria?
Windows still has path length limitations enabled by default in the file system - and therefore, enabled for everyone. You never know when this will cause an issue, if you enable long path names on your machine and then send someone i.e. a zip file with a heavily nested folder structure - never mind the implications for external drives that are used on disparate machines.tletter wrote:I gave up 8.3 names when Windows 95 came along in 1995 as long filenames are much more helpful, but to each their own, however, the program should support a user's choice. tletterweaver wrote:I have learned it in the past, therefore I use short names.
https://www.youtube.com/user/tletter
Same goes on burning stuff, you can have only up to 255 character to a file (path+name)iNate wrote:Windows still has path length limitations enabled by default in the file system - and therefore, enabled for everyone. You never know when this will cause an issue, if you enable long path names on your machine and then send someone i.e. a zip file with a heavily nested folder structure - never mind the implications for external drives that are used on disparate machines.tletter wrote:I gave up 8.3 names when Windows 95 came along in 1995 as long filenames are much more helpful, but to each their own, however, the program should support a user's choice. tletterweaver wrote:I have learned it in the past, therefore I use short names.
https://www.youtube.com/user/tletter
This is a common issue when people move files from macOS to Windows. For example, if you try to copy your iTunes Music Folder from a Mac to a Windows machine, it may error out on tons of files because the paths are too long for Windows (with default setting). It will either truncate the file name (which can really make Search fun), or fail to copy it.
There is a policy/registry switch to enable long file paths, but this is an interoperability nightmare, which is why it's disabled by default.
And my rant for the day:Ken Berry wrote:...The different price is simply a reward for existing users.
...Mind you, with the mess VS 2019 is causing, I would suggest that anyone who has VS 2018 or an earlier version should definitely keep the earlier version until the VS 2019 problems are sort out by Corel!
What is your layout?weaver wrote:Today I started my new video on VS2018. It was a short project so I went into a risk and used the VS2018 instead of stable X7. At the beginning using two monitors the VS crashed about 5 times - no idea why, I just wanted to involve Corel support but I lost the error message generated by W7![]()
After that I switched back to a single monitor mode and everything went perfect during the whole project, except the known artifacts, the cursor on the time line does not follow exactly the video in the preview screen ( it is the biggest problem from my point of view of the VS2018). Now I am already rendering my HD project.
The problem with the cursor ( vertical line) is that when I stop the video on some sound or video event (beat etc) the stopped video on the time line is not on the real position there is some offset. This does not happen on VS X7.