Green Bar in preview

[Davidk]

I can see where Trevor's frustration with repeatability occurs.
Today - testing for that HD toggle - green bar (only previously evident on my laptop) not there. But those multi-colour pixelated lines mid-screen were - both in HD and not in project mode, and still there in clip mode (all effects in clip162555 only).

One other possibly relevant thing that has occurred since I first posted on this topic is the monthly MS update, which I applied on 14/15 Sep, to both my test machines, involving the following
- KB890830 - the Sep malicious software removal tool
- KB4457918 - a .NET security roll up for all versions since 3.5.1
- KB4457144 - a windows security roll up
and that .NET roll up item may well (speculating - code/function call re-use possibility within VS) have had some effect on this.

[lata]

Hi David
Can you provide a sample of the video showing the mid stream bar, it does appear to be different to the samples I have.

Interestingly some of the video i took using a TZ70 now seem clear and not showing the bar, although i have had mixed results in the past, they may return?

[Davidk]

Hi Trevor,
Uploaded file 2018-08-27-162555.mp4 (approx 93Mb) to onedrive, weblink is
https://onedrive.live.com/?id=F258AB298 ... 2984C226A1

If VS is using .net code to do some clip preview functions, then changing the .net package may have produced this pixelated effect. If that's true, then the pixelated effect may simply be the green bar shown differently. And even tho it is consistently there (today) with the 162555 clip, it's only lasting less than a second when playing that clip from the start.

[lata]

Hi David
Thanks for the sample, the more video I test the worse the results and this is no exception

I was able to insert the video to the timelines and yes to show messages
I played the clip from the beginning I saw terrible pixelization across the bottom half at about 3 seconds playback stopped
---- Video Studio froze, then closed no errors.----
I then tried my own video and they also froze the program and closed, not done that before?

The only way I could get my samples to play was after re-booting the pc.
Now I can play without crashes although your sample still crashes the program.

I then set the project properties to use :-
MPEG-4 Files
24 bits, 2560 x 1280, 25 fps
Frame-based
H.264 High Profile Video: 15000 Kbps, 2:1
44100 Hz, 16 Bit, Stereo
MPEG AAC Audio: 128 Kbps

I also tried these from a Pana 2500 sample, notice the high data rate.
MPEG-4 Files
24 bits, 3840 x 2160, 29.97 fps
Frame-based
H.264 High Profile Video: 105600 Kbps, 16:9
48000 Hz, 16 Bit, Stereo
MPEG AAC Audio: 128 Kbps

Ok so using these settings I do not see the green line nor do not get a crash.
But some disturbance in the first 3 seconds, indecently the crashes occurred at 3 seconds ish.
I cannot rule out that the video is corrupt, but given 2018 reputation with this green bar that would probably unfair.

I tried using CVSX7, that did not recognise the properties, no audio showing.
Playback ok but still showing the pixelization, not the quality we would expect.

Back to 2018 again crashed the program, but if I scrub past 3 seconds the rest of the clip plays ok sometimes
The last test and VS froze at 10 seconds.

The crashes seem to affect the program even after starting again, cannot play my own samples?
it takes ages to start the program, (55 Sec)
Normally my program starts in under 10 seconds, a few seconds longer on first start .
So the crashes are affecting the whole program, could be the auto save vsp, not explored that option?
Again a PC re-boot and the program runs ok, till the next fail.

David
Go to Project Properties and set for On Line the last template MPEG-4 360 (2560 x 1280, 25p, 15Mbps)
Does that improve things.

[Davidk]

Hi Trevor,
NO. I could play the clip right thru on 2018 without messages or a crash, but the burst of multi colour pixels are still there. On large screen presentation, that pixelation looks really bad. Also tried using online config for 100fps (just a punt I guess - trying to find a config which might give a bit rate higher than 49K), but pixels burst was still there.

I created a test project with just those 2 clips in it - 162555 from an FZ2500 camera, and S151002 from an HC-V770 camera, both panasonics. Changed the project properties to online, 100fps, screenshot here:

and did a trial render, 'same as project properties' set. The result was interesting at 2 levels:
- VLC (v3.0.3) basically could not handle it - almost presented as 2 or 3 still photos, very little movement in the image, whereas windows media player played it with movement as would normally be expected.
- in media player, that colour pixelation burst from the initial second of 162555 was in the final rendered version.

That 162555.mp4 clip is the only one I have which has such a high bit rate, and gives this anomalous result - whether it's a green bar or colour pixelation. All my HC-V770 camcorder mp4's are around are 25kbps in normal setting. Have you considered that this 162555 mp4 may be a '4K' mp4? (HD = 25K approx. Twice HD - 4K - may be the mode for 50K bit rate clips). The manual talks about creating a 4K video using overlays, but there seems no setting to instruct VS to treat/process a clip or project as a 4K item. That HD setting below the preview window relates to play as HD to see a result, only available in project mode). Or is that processing as 4K supposed to be detected/automatic?

[lata]

David
Go to Project Properties and set for On Line the last template MPEG-4 360 (2560 x 1280, 25p, 15Mbps)
Does that improve things.

Did you try using this template
It seems to remove the green bar , your sample is also suffering other quality issues, it is only the single clip that is showing the pixilazation up to 3 seconds.
That i cannot explain so think it may be a corupt file.
What are the other samples from 2500 like, ?

[Davidk]

Hi Trevor,
Sorry, evidently wasn't clear enuff - yes I did try that property pattern, no evident improvement. Led to me experimenting as outlined.

I have only one example of clips from that camera on hand for me to experiment with. When I played the student's 2018 vsp (in class, 10 days ago) with a number of them in it, I got the green bar whenever one was playing. Clips from the same camera, an Fz2500, taken at different times/days. That situation was part of what what I originally posted about: the green bar consistently in many clips. When it happened, student was surprised - asserted that the green bar was not displayed on his screen (details included in a prior post) when he played the vsp at home, which is why I focussed initially on display resolution. Specifically, on resolution that may give a green bar result from overscan.