Sorry, I didn't know that, but the file would be much larger in AVC due to the extreme motion complexity. It wouldn't be a practical download at ~300MB. How is it in VLC? It looks like hell on Youtube, I found out.

Yes, playable with VLC...

Do you have a network media server to test it on?

No - I don't have.

@set  ... if you have OneDrive, you can via the Share option on a selected OneDrive folder (R click) create a limited end-date share arrangement which creates a password which can then be sent to another person such as Musicvid (via PM for example) so that he can DL the file from your OneDrive. I've only ever done it once and it was successful, though the exact process escapes me right at the moment.

@Dexcon what would be the point of set sharing the file back to musicvid?

Is this file intended to test our player's ability to decode and play back at reasonable rates or the data transfer rates of our network connection?

This comment confuses me "Download will take a while, smallest usable size is 144 MB."
 

On dialup?

@michael-harrison  ... so that Musicvid - using the 'sharing' password - can DL the video file from set's OneDrive folder via the internet and then test the video file on his (Musicvid's) computer. It's not all that dissimilar to uploading a file to YT or Vimeo other than using the OneDrive approach, but the people permitted to access the folder/file is limited to those who have been given the password.

I personally always upload to YouTube, then set it as Unlisted.

So for those who knows the link - then he/she can watch it.

@Dexcon still not following. Musicvid already has the file and Set putting the file on his own onedrive won't change the file in any way, so I'm still not see what that accomplishes.

@michael-harrison  ... sorry, you right. I mistook Musicvid's comment re testing on a media server as being a transfer issue. I was wrong. My apologies.

@Musicvid You're such a curmudgeon. :-) it's amusing what some consider big. At 20Mbps even the 350MB file is only a 2.5 minute download.

As far as Onedrive goes, you're as confused as Dexcon was :-) I didn't suggest using onedrive, I was wondering and asking him why he did.

I haven't found anything local that won't play your file except as Set noted, the lame Win10 media player. I no longer have a streaming server setup, cause it wasn't getting used. Plays smoothly on my Pixel 1 phone too.

Thank you for sharing your experience; that's all I was interested in getting, and I appreciate it! As I mentioned, it is dicey on Youtube, going to try Vimeo next.

Love, your favorite Curmudgeon

My System (Win 10 2004, RTX 2080) Win10 Mediaplayer plays without problems as well as VLC, MPC-HC64 Player and even MS Photos

My vegas won't play this properly . It is once again something going wrong with Vegas's use of my Nvidia decoder. The correct amount of decoding should be around 50%, but something happens causing decoder to go to nearly 100% with a brief black screen and playback speed dies. In this example playback returns to normal towards end briefly while decode returns to normal, then fault occurs again right at end

Ate it and spit it out, without skipping a beat. See it for yourself.

https://vimeo.com/469610762

Just a note. The sample will be taking off line by tomorrow. As this is not mine sample.

it's at 1/4 resolution but that's good enough. Is that GPU use your AMD video decoder? @BruceUSA

It's ok, Bruce, I'm not making anything off it. But here it is on my Vimeo channel.

https://vimeo.com/469596730

With my 20Mbps connection, It stalled a few times the first time only while it loaded into buffer, but flawless at 4k as you said.

For comparison, here it is on Youtube. Working better now, but still worse than Vimeo.

it's at 1/4 resolution but that's good enough. Is that GPU use your AMD video decoder? @BruceUSA

Watch the video in full screen.

In the video is what you see is what you get. From start to finish 79-82% GPU utilization. Yes it use hardware decoder to use Auto AMD UVD/VCN under Vegas File I/O.

Musicvid, with your OK permission. I will leave the link as is.

I was wondering why playback at 1/4 and 1/2 resolution was slower than playback at full resolution. Turns out Vegas doesn't know I have a GPU now, and GPU processing is OFF. So my playback is what's possible with GPU decoding but not GPU processing. Every other piece of software on this computer knows I have a GPU, but not devil spawn hell child vegas.

I reinstalled and reset vegas. it see's my GPU again. The interesting thing that came from this is now I see how wrong these people are that say the solution to vegas instability is to turn of the GPU, it completely cripples the performance making Vegas look much lower powered then it really is. And this is simple playback without any FX, level adjustments or coloring.

@Former user This is a known issue in vp18, i'm sure it’ll be fixed with the next update. I'm assuming its relating to no gpu showing as HW acc. in the I/O tab. Note that it can drop out again, so check that its still engaged in the I/O tab if you are doing some editing. Oddly your gpu may show in the I/O tab but it may not in reality be really engaged for HW Acc. Best to observe the performance tab in task manager. You can also check it by select properties of the timeline media and then, just before selecting General tab, hold the shift key, you get extra info that will show, or not, that the gpu is being used for decoding.