How is it trailers on Youtube are so sharp, but my videos are not

[budwzr]

Great Scott, Batman.

[pandy]

His video was uploaded in 2012 and doesn't have a 1080p version . The 720p h264 version doesn't have b-frames

Deadpool trailer was uploaded Aug 2015, the 720p h264 version doesn't have b-frames either, but the 1080p h264 version does

Youtube also uses distributed encoding - the more joins, the lower the quality

This is even more confusing:

For format code 22 seem that there is no B frames:

{
"frames": [
{
"media_type": "video",
"stream_index": 0,
"key_frame": 1,
"pkt_pts": 0,
"pkt_pts_time": "0:00:00.000000",
"pkt_dts": 0,
"pkt_dts_time": "0:00:00.000000",
"best_effort_timestamp": 0,
"best_effort_timestamp_time": "0:00:00.000000",
"pkt_duration": 1001,
"pkt_duration_time": "0:00:00.033367",
"pkt_pos": "59927",
"pkt_size": "80947",
"width": 1280,
"height": 720,
"pix_fmt": "yuv420p",
"sample_aspect_ratio": "1:1",
"pict_type": "I",
"coded_picture_number": 0,
"display_picture_number": 0,
"interlaced_frame": 0,
"top_field_first": 0,
"repeat_pict": 0
},
{
"media_type": "video",
"stream_index": 0,
"key_frame": 0,
"pkt_pts": 1001,
"pkt_pts_time": "0:00:00.033367",
"pkt_dts": 1001,
"pkt_dts_time": "0:00:00.033367",
"best_effort_timestamp": 1001,
"best_effort_timestamp_time": "0:00:00.033367",
"pkt_duration": 1001,
"pkt_duration_time": "0:00:00.033367",
"pkt_pos": "140874",
"pkt_size": "3505",
"width": 1280,
"height": 720,
"pix_fmt": "yuv420p",
"sample_aspect_ratio": "1:1",
"pict_type": "P",
"coded_picture_number": 1,
"display_picture_number": 0,
"interlaced_frame": 0,
"top_field_first": 0,
"repeat_pict": 0
},
{
"media_type": "video",
"stream_index": 0,
"key_frame": 0,
"pkt_pts": 2002,
"pkt_pts_time": "0:00:00.066733",
"pkt_dts": 2002,
"pkt_dts_time": "0:00:00.066733",
"best_effort_timestamp": 2002,
"best_effort_timestamp_time": "0:00:00.066733",
"pkt_duration": 1001,
"pkt_duration_time": "0:00:00.033367",
"pkt_pos": "144379",
"pkt_size": "5777",
"width": 1280,
"height": 720,
"pix_fmt": "yuv420p",
"sample_aspect_ratio": "1:1",
"pict_type": "P",
"coded_picture_number": 2,
"display_picture_number": 0,
"interlaced_frame": 0,
"top_field_first": 0,
"repeat_pict": 0
},
{
"media_type": "video",
"stream_index": 0,
"key_frame": 0,
"pkt_pts": 3003,
"pkt_pts_time": "0:00:00.100100",
"pkt_dts": 3003,
"pkt_dts_time": "0:00:00.100100",
"best_effort_timestamp": 3003,
"best_effort_timestamp_time": "0:00:00.100100",
"pkt_duration": 1001,
"pkt_duration_time": "0:00:00.033367",
"pkt_pos": "150156",
"pkt_size": "6703",
"width": 1280,
"height": 720,
"pix_fmt": "yuv420p",
"sample_aspect_ratio": "1:1",
"pict_type": "P",
"coded_picture_number": 3,
"display_picture_number": 0,
"interlaced_frame": 0,
"top_field_first": 0,
"repeat_pict": 0
},

But for format code 136 B frames are present:

{
"frames": [
{
"media_type": "video",
"stream_index": 0,
"key_frame": 1,
"pkt_pts": 0,
"pkt_pts_time": "0:00:00.000000",
"pkt_dts": 0,
"pkt_dts_time": "0:00:00.000000",
"best_effort_timestamp": 0,
"best_effort_timestamp_time": "0:00:00.000000",
"pkt_duration": 3003,
"pkt_duration_time": "0:00:00.033367",
"pkt_pos": "48",
"pkt_size": "100795",
"width": 1280,
"height": 720,
"pix_fmt": "yuv420p",
"sample_aspect_ratio": "1:1",
"pict_type": "I",
"coded_picture_number": 0,
"display_picture_number": 0,
"interlaced_frame": 0,
"top_field_first": 0,
"repeat_pict": 0
},
{
"media_type": "video",
"stream_index": 0,
"key_frame": 0,
"pkt_pts": 3003,
"pkt_pts_time": "0:00:00.033367",
"pkt_dts": 3003,
"pkt_dts_time": "0:00:00.033367",
"best_effort_timestamp": 3003,
"best_effort_timestamp_time": "0:00:00.033367",
"pkt_duration": 3003,
"pkt_duration_time": "0:00:00.033367",
"pkt_pos": "115302",
"pkt_size": "979",
"width": 1280,
"height": 720,
"pix_fmt": "yuv420p",
"sample_aspect_ratio": "1:1",
"pict_type": "B",
"coded_picture_number": 2,
"display_picture_number": 0,
"interlaced_frame": 0,
"top_field_first": 0,
"repeat_pict": 0
},
{
"media_type": "video",
"stream_index": 0,
"key_frame": 0,
"pkt_pts": 6006,
"pkt_pts_time": "0:00:00.066733",
"pkt_dts": 6006,
"pkt_dts_time": "0:00:00.066733",
"best_effort_timestamp": 6006,
"best_effort_timestamp_time": "0:00:00.066733",
"pkt_duration": 3003,
"pkt_duration_time": "0:00:00.033367",
"pkt_pos": "116753",
"pkt_size": "1322",
"width": 1280,
"height": 720,
"pix_fmt": "yuv420p",
"sample_aspect_ratio": "1:1",
"pict_type": "B",
"coded_picture_number": 3,
"display_picture_number": 0,
"interlaced_frame": 0,
"top_field_first": 0,
"repeat_pict": 0
},
{
"media_type": "video",
"stream_index": 0,
"key_frame": 0,
"pkt_pts": 9009,
"pkt_pts_time": "0:00:00.100100",
"pkt_dts": 9009,
"pkt_dts_time": "0:00:00.100100",
"best_effort_timestamp": 9009,
"best_effort_timestamp_time": "0:00:00.100100",
"pkt_duration": 3003,
"pkt_duration_time": "0:00:00.033367",
"pkt_pos": "100843",
"pkt_size": "13595",
"width": 1280,
"height": 720,
"pix_fmt": "yuv420p",
"sample_aspect_ratio": "1:1",
"pict_type": "P",
"coded_picture_number": 1,
"display_picture_number": 0,
"interlaced_frame": 0,
"top_field_first": 0,
"repeat_pict": 0
},

[Bencuri]

Well, here is my recent computer:

HP620 with Intel Dual Core T3500 on GL40 chipset, for Video Card it says Mobile Intel(R) 4 Series Express Chipset Family.

Here is my old computer specification (not 100%, but as I remember it had this):
Lenovo B560 i5 520M with Nvidia GeForce 310 GPU


The essence is, both laptops had problems with these raw videos I list below. The only difference is that on the Lenovo I could experience way much less jumps. Youtube playback wasn't continuous either. The first time I saw my Youtube videos playing continuously (let it be a raw or rendered source uploaded) is when I purchased my iPad 4. But let us focus on the laptop playback know.

So, here is the only type of video that plays without jumps, or just some minor jumps, this is the exception, this is from JVC GZ-HM550:

eneral
ID : 0 (0x0)
Complete name : C:\Users\Hallgato\Desktop\00045.MTS
Format : BDAV
Format/Info : Blu-ray Video
File size : 523 MiB
Duration : 3mn 2s
Overall bit rate mode : Variable
Overall bit rate : 24.0 Mbps
Maximum Overall bit rate : 24.0 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : No
Format settings, ReFrames : 2 frames
Format settings, GOP : M=2, N=14
Codec ID : 27
Duration : 3mn 2s
Bit rate mode : Variable
Bit rate : 22.6 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.364
Stream size : 496 MiB (95%)

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 3mn 2s
Bit rate mode : Constant
Bit rate : 256 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : -34ms
Stream size : 5.57 MiB (1%)

Text
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 3mn 2s
Delay relative to video : -34ms




This video playes with serious jumps, not too many, but it is unsatisfying. It is from Canon HF M41:


ID : 0 (0x0)
Complete name : D:\Video\Canon\00121.MTS
Format : BDAV
Format/Info : Blu-ray Video
File size : 328 MiB
Duration : 1mn 56s
Overall bit rate mode : Variable
Overall bit rate : 23.7 Mbps
Maximum Overall bit rate : 24.0 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Format settings, GOP : M=3, N=12
Codec ID : 27
Duration : 1mn 56s
Bit rate mode : Variable
Bit rate : 22.5 Mbps
Maximum bit rate : 22.7 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.433
Stream size : 311 MiB (95%)

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 1mn 56s
Bit rate mode : Constant
Bit rate : 256 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : -80ms
Stream size : 3.54 MiB (1%)


This video is the most terrible, this was the source for my Riverside video linked in the first post. It is from Sanyo FH1, the raw videos of this camcorder only play smooth from my AC Ryan Media Player:



Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.2
Format settings, CABAC : No
Format settings, ReFrames : 2 frames
Format settings, GOP : M=2, N=30
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 1mn 30s
Bit rate : 23.9 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 59.940 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.193
Stream size : 259 MiB (99%)
Language : English
Encoded date : UTC 2013-05-25 17:38:31
Tagged date : UTC 2013-05-25 17:38:31

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 1mn 30s
Source duration : 1mn 30s
Bit rate mode : Variable
Bit rate : 128 Kbps
Maximum bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 1.38 MiB (1%)
Source stream size : 1.38 MiB (1%)
Language : English
Encoded date : UTC 2013-05-25 17:38:31
Tagged date : UTC 2013-05-25 17:38:31



So. It seems at least when played back on laptop, even this older HP620, the videos of the JVC camcorder play fine. That result would totally be acceptable for me. So maybe that could be considered as an example to try to achieve. In what sense does that video differ that makes it play much smoother on my laptop? Of course I see the differences, but considering both resolution and bitrate is similar in them, I cannot really tell what causes that the vieos from the JVC plays fine. I see that the group of frames differ too. If I could know the reason for different playback results, at leat I could create satisfying videos for the laptop. Then I could figure out how to save them for better quality for Youtube.

By the way, recently I am using the Canon HF M41 most of the time, so the videos of that camcorder should be corrected to play fine, to playback as fine as the videos from that JVC camcorder. If I could achieve that, that would already be a big leap forward.

[poisondeathray]

It might be as simple as your hardware is too slow to handle it. The observation that your ipad and media player can play these things smoothly suggest that as well

What software, what settings are you using locally for playback ? When you play a video back locally, monitor your CPU usage on those videos. When you have interlaced video, you need to bob deinterlace 29.97 interlaced frames to become 59.94 frames/s that will be smoother if your hardware can handle it

Your GeForce 310 supports PureVideo feature set C, which supports AVC. If you can configure your player to use GPU, it should be smooth
https://en.wikipedia.org/wiki/Nvidia_PureVideo

Youtube started supporting 60p now, but playback in a web browser is another, different, complicated issue


For your specific videos, mediainfo only shows a small amount of settings - it doesn't show everything. But CABAC is not used in the 1st one (it uses CAVLC) - this makes it easier to decode . The last one is 1080p59.94, so that will be the most difficult to decode. The settings you use to upload have almost nothing to do with youtube, because youtube re-encodes everything . ie. YT decodes it to uncompressed then re-encodes it using it's own settings - it doesn't reuse your settings.

[Bencuri]

Unfortunately I have sold that Lenovo computer by now, so I cannot experiment with that.

For playback, I use Spalsh Player, Media Player Classic and Windows Live Media Player.

But anyway, what I still don't understand is that, okay, let us assume these camcorders code the video in a way that has many problematic points, and this confuses Youtube, so the result is a less sharp video with jumps, compared to pro equipments. But then, how is it that in case I downconvert that Riverside video to some ridiculous resolution, like 360p with something like 300K bitrate, there is still jump in the video. I cannot believe that an Intel T3500 dual core is that slow that it couldn't play back that one without jumps. Especially when it plays the much bigger files from the JVC correctly. OK, you can still say: well this is because the video has a coding error that is independent of the resolution and bitrate size. This is why pro camcorders are better. So according to this, I should accept that my videos has error in the coding, and I need to live together with this. But how is it then, that the iPad can decode the video correctly. It seems, it is doing something that results in a proper playback in the end, unlike in case of a playback on my HP Laptop, or Lenovo. So it seems, even if the coding has error, it is possible to decode the data correctly, somehow. But how then?

[poisondeathray]

Unfortunately I have sold that Lenovo computer by now, so I cannot experiment with that.

For playback, I use Spalsh Player, Media Player Classic and Windows Live Media Player.

But anyway, what I still don't understand is that, okay, let us assume these camcorders code the video in a way that has many problematic points, and this confuses Youtube, so the result is a less sharp video with jumps, compared to pro equipments. But then, how is it that in case I downconvert that Riverside video to some ridiculous resolution, like 360p with something like 300K bitrate, there is still jump in the video. I cannot believe that an Intel T3500 dual core is that slow that it couldn't play back that one without jumps. Especially when it plays the much bigger files from the JVC correctly. OK, you can still say: well this is because the video has a coding error that is independent of the resolution and bitrate size. This is why pro camcorders are better. So according to this, I should accept that my videos has error in the coding, and I need to live together with this. But how is it then, that the iPad can decode the video correctly. It seems, it is doing something that results in a proper playback in the end, unlike in case of a playback on my HP Laptop, or Lenovo. So it seems, even if the coding has error, it is possible to decode the data correctly, somehow. But how then?

Forget about pro cameras for a second.

You got to be more scientific and systematic in your testing. You are jumping all over the place.

Which one is Riverside ?

If you convert a video to 360p and play it locally, is there a problem ? Or is that youtube only ? Be more specific please. Again, there is a difference between local playback and playback though a browser. Big difference. There are many other factors that can cause problem in a browser, including browser version, type, flash version, type, and the type of stream that you're actually viewing. For example are you viewing h264 or webm ? h264 is commonly accelerated, but VP8/9 isn't yet.

Nothing is "confusing" youtube. For youtube, the content mostly determines the bitrate. Look at your video at 720p compared to the trailer at 720p it was >2x the bitrate. Higher bitrates mean streaming and buffering issues, also higher complexity for decoding. The reasons for the differences were mentioned earlier. Letterboxing is a big one. You have ~30% more picture. The type of editing and content is another - trailers have fast breaks scenecuts, theatrical shots use soft focus and shallow depth of field .

Better hardware can overcome the problems. It's as simple as that.

[Bencuri]

The Riverside video is the video of mine that I posted in the first post of this topic. Originally, it is an 1080p progressive 50fps file in 24 mbps, that was uploaded to Youtube. When it is played back by my laptop, the playback jumps both in case I playback from the hard drive or from Youtube, no matter if I select 360p stream only. If I downconvert this video (the original 24 mbps file) to 360p and 300k, and play that back from the hard drive, the jump is still there.

On iPad, I only tested the Youtube stream for that video, there the same video plays flawlessly.

Then came this idea to search for an archived raw video of a JVC Gz-HM550 camcorder. I remembered that had videos playing fine. And indeed, those ones play almost flawlessly when I play them back from the hard drive of my laptop. But, it plays terribly again when I upload it to Youtube and stream it. There are tons of jumps. However, the sharpness is much better on Youtube for thiose videos than for the Riverside video. That surprised me because actually the video of the JVC is at the same bitrate and it is interlaced, when the Riverside video was progressive starting from the raw source. Actually if I could achieve somehow to have that sharpness for edited videos that I will upload in the future to Youtube, that would be satisfying for me. That is all I want.

[Bencuri]

I forgot to mention something that may be essential though. In case of that riverside video: the serious jumps got there after the editing. So when I take the raw files that were used to compile that video, and downconvert them to a low bitrate avc mp4, and play those files back from the hard drive of my laptop, there is no jump. But no matter how much I downconvert the edited video, there is jump, both when I play it back from the hard drive, or from Youtube. But again, for the iPad, it doesn't matter, that plays the edited video fine as well.

[poisondeathray]

The Riverside video is the video of mine that I posted in the first post of this topic. Originally, it is an 1080p progressive 50fps file in 24 mbps, that was uploaded to Youtube. When it is played back by my laptop, the playback jumps both in case I playback from the hard drive or from Youtube, no matter if I select 360p stream only. If I downconvert this video (the original 24 mbps file) to 360p and 300k, and play that back from the hard drive, the jump is still there.

On iPad, I only tested the Youtube stream for that video, there the same video plays flawlessly.

Then something is wrong with your laptop or configuration, not the video

Did you download the 360p video from youtube and play it back in mpchc or splash ? If you do , I am certain it will be smoother for playback than viewing in browser. Again that points to browser playback problem. There are 2 different 360p versions. Make sure you download the one your specific browser is using

When you uploaded it in 2012, YT didn't support higher framerates, so it would throw away 1/2 the frames or 25p. That alone will make it less smooth and jumpy. If you're not talking about that, try to characterize or describe better what type of "jump" you are seeing

Then came this idea to search for an archived raw video of a JVC Gz-HM550 camcorder. I remembered that had videos playing fine. And indeed, those ones play almost flawlessly when I play them back from the hard drive of my laptop.

"almost" suggests not good enough still. Again it points to your hardware or configuration issue. This is the one without CABAC, so it will is supposed to be easier to decode

But, it plays terribly again when I upload it to Youtube and stream it.

Again, in the browser. In case you haven't noticed flash is a terrible platform. But good hardware can overcome those problems

[Bencuri]

What I mean on jump is the same that you call frame drop I suspect. So, for example there is panning, and then there is a moment when the video seems to get stuck, and suddenly continues to play from a frame that is placed at a farther point in the video.

Anyway, I don't have the project files for that Riverside video at hand now, but as I remember the project was compiled from converted versions of the raw videos. They were wmv's at 45000 mbps, then the project was saved as 24 mbps wmv, then it was converted to 24 mbps AVC. The result is still sharp though, at least I would describe is as that, but can it be a reason why Youtube converts it so poorly?

[poisondeathray]

Why do you have 29.97 video in Hungary ? It's 50Hz ("PAL") area isn't it ? The rate mismatches can contribute to motion problems as well

I uploaded both 360p versions here. They are downloaded directly from youtube with youtube-dl

Some frames are noticably better in the webm version (this isn't indicative, I just "cherrypicked" a big difference frame)
AVC


VP8

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Baseline@L3
Format settings, CABAC : No
Format settings, ReFrames : 1 frame
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 3mn 1s
Bit rate : 635 Kbps
Maximum bit rate : 1 168 Kbps
Width : 640 pixels
Height : 360 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.092
Stream size : 13.8 MiB (87%)
Tagged date : UTC 2013-12-26 12:57:29

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 3mn 1s
Bit rate mode : Variable
Bit rate : 96.0 Kbps
Maximum bit rate : 106 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 44.1 KHz
Compression mode : Lossy
Stream size : 2.08 MiB (13%)
Title : IsoMedia File Produced by Google, 5-11-2011
Encoded date : UTC 2013-12-26 12:57:28
Tagged date : UTC 2013-12-26 12:57:29

ID : 1
Format : VP8
Codec ID : V_VP8
Duration : 3mn 1s
Bit rate : 674 Kbps
Width : 640 pixels
Height : 360 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 29.014 fps
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.101
Stream size : 14.6 MiB (80%)
Language : English
Default : Yes
Forced : No

Audio
ID : 2
Format : Vorbis
Format settings, Floor : 1
Codec ID : A_VORBIS
Duration : 3mn 1s
Bit rate mode : Variable
Bit rate : 128 Kbps
Channel(s) : 2 channels
Sampling rate : 44.1 KHz
Compression mode : Lossy
Stream size : 2.78 MiB (15%)
Default : Yes
Forced : No

But there are motion problems in the webm version with some decoders. Some decode with duplicate frames and motion isn't as smooth. Also look at the "off" frame rate detected by mediainfo. So yes it matters what browser you are using and which version of the video you are getting served. So when someone complains about your video, they might be actually seeing something else than you are. For example, chrome usually gets webm by preference. There are ways to "force" a certain video type, but you can read about it elsewhere it's a different topic

[budwzr]

Take a look at these. This is what Color Grading does. That's what you want, right?

[pandy]

What I mean on jump is the same that you call frame drop I suspect. So, for example there is panning, and then there is a moment when the video seems to get stuck, and suddenly continues to play from a frame that is placed at a farther point in the video.

This can be trivial issue related to power profile, insufficient cooling (dust, dry thermal grease) - it is difficult to advise you something remotely without access to computer - check how you computers behave under heavy load - thermal stress.
If this possible switch to HW accelerated decoding (LAV filters are OK).

[LMotlow]

Take a look at these. This is what Color Grading does. That's what you want, right?

OMG, I hope that's NOT what he wants. Get a good book on digital image correction. Get it now.

[budwzr]

Hahaha, ok, YOU grade the top one. Teach me!

P.S. That's a Technicolor Preset.

P.S.S. Im gonna grade the whole video ......

https://youtu.be/28H4UQ929ZA

[LMotlow]

Hahaha, ok, YOU grade the top one.

LOL, well, that scene's easy. Happens to be one of the shots that has little wrong with it except hot brights.

Teach me!

Ha, it would be easier to color grade the video. But judging from your effort, I'll try extending a few tips I learned from expatriates over the years in this forum and in a couple of color correction books:

99% of the time, presets don't work. Neither do auto color filters.

Two major problems I see with the O.P.'s original UTube video, sometimes all at once, sometimes separately:
- Saturation might be on purpose for effect, but it's overdone, Many shots look "cooked". The deep color effect seems to be on purpose, but most of the time reality falls off the edge and the surreal takes over.
- Color balance is correct in about half the shots, but in a few shots it's horror work by Andy Warhol. In one shot the photog shows up with a lurid case of 3rd degree sunburn. In another the skin looks like terminal liver disease on a corpse that's still moving.

IMO compared to the O.P.'s UTube clip, the movie trailer looks underexposed and washed out. It's off-color most of the time. Looks like a badly processed theater print. It's often the exact opposite of the O.P.'s sample.

But that's neither here nor there, as I don't think the O.P. intends to change anything.

P.S.S. Im gonna grade the whole video ......

https://youtu.be/28H4UQ929ZA

Good effort, but you might need to re-calibrate your monitor. I'm tempted to make a new vid myself, but Miss Fisher's Murder Mysteries comes first tonight and is a good example of very nice color work. Followed by Scott & Bailey, a lesson in how to make grittier color work well. I'd rather learn from folks with good eyesight and a handle on principles. It's a shame people are looking to YouTube for quality standards. It sucks.

[budwzr]

The shame is doing the same old crapola endlessly. Quentin would agree with my style.

[LMotlow]

I don't know about your style, but my comments had nothing to do with your sample re-grade.

[Bencuri]

Why do you have 29.97 video in Hungary ? It's 50Hz ("PAL") area isn't it ? The rate mismatches can contribute to motion problems as well

I uploaded both 360p versions here. They are downloaded directly from youtube with youtube-dl

Some frames are noticably better in the webm version (this isn't indicative, I just "cherrypicked" a big difference frame)

....


But there are motion problems in the webm version with some decoders. Some decode with duplicate frames and motion isn't as smooth. Also look at the "off" frame rate detected by mediainfo. So yes it matters what browser you are using and which version of the video you are getting served. So when someone complains about your video, they might be actually seeing something else than you are. For example, chrome usually gets webm by preference. There are ways to "force" a certain video type, but you can read about it elsewhere it's a different topic

The recordings are in 29.97p because the camcorder I used for this clip has no 50p version manufactured. I kept that camcorder because for certain scenes I prefer using that.

I downloaded the attachment, the problem is that there are still jumps when I play them from the HDD. My mother has a new laptop, a midclass one, it is HP, didn't check which type, but the usual level that you buy for general purpose. That cannot stream this video from Youtube continuously either. The problem with this is that okay, it is true that it is not a Mac with i7 CPU. But these are the kind of machines that most of the users buy, or even worse ones, as this one is a new type. Considering this, the consequence is that if I make a video and upload it, most people will see the jumps in it. And this is kind of nerve-racking. I accept that to stream the videos correctly, you need harware, but the problem is, most people just don't have it. So the result in the end is disappointment. This is quite a serious problem regarding making good videos. That's why I hoped somehow you can encode your videos to make them have no jumps, like the trailers, but it seems then it is just not possible below a certain level of recording hardware.

By the way, I checked videos of better cameras and camcorders uploaded to Youtube, they also jump when I stream them on my Laptop from Youtube:
https://www.youtube.com/watch?v=gy65nwgUqwI
https://www.youtube.com/watch?v=yPTmOUpQrcE

Anyway, I have a friend who has a new Canon 5D, now I became very interested about what happens if upload the videos of that one, whether due to the higher level of the machine there will be jumps in the video when played back in 360p from Youtube.

[Bencuri]

Take a look at these. This is what Color Grading does. That's what you want, right?

OMG, I hope that's NOT what he wants. Get a good book on digital image correction. Get it now.

Indeed, it looks better, how did you do it? It is like a music video clip.

[poisondeathray]

I downloaded the attachment, the problem is that there are still jumps when I play them from the HDD.

There are 2 attachments. 2 versions of your video on youtube at 360p resolution. If there are "jumps" in the MP4 in a software media player such as MPCHC, potplayer etc... then you have HW and/or configuration issues. Note that I'm not referring to the periodic decline in picture quality ("keyframe pumping") from the poor compression. I'm referring strictly to the motion characteristics. It won't be as smooth as the interlaced original, because it only has 1/2 the pictures (it was single rate deinterlaced)

Something is definitely wrong, because a 10 year old single core computer can play that 360p baseline AVC version smoothly locally in a media player

Youtube and playing in a browser is another issue. But if you can't even play it locally in a media player, forget about youtube. You need to fix your computer issues first

[Bencuri]

Two major problems I see with the O.P.'s original UTube video, sometimes all at once, sometimes separately:
- Saturation might be on purpose for effect, but it's overdone, Many shots look "cooked". The deep color effect seems to be on purpose, but most of the time reality falls off the edge and the surreal takes over.
- Color balance is correct in about half the shots, but in a few shots it's horror work by Andy Warhol. In one shot the photog shows up with a lurid case of 3rd degree sunburn. In another the skin looks like terminal liver disease on a corpse that's still moving.

These problems are caused by the unfavourable circumstance of the recording. First, this camcorder only performs well (I mean well according to my expectations and interests) in certain cases, mostly when the sun is shining in summer, no clouds, and you are outside. This video was just a test, and the first ever clip I made. It was shot at dusk that is not ideal for this camcorder by far, and it is true with some manual settings many things could have been improved, but the image on the LCD of the camcorder is often misleading, the resolution on it is also a bit poor, so if you want to know how to set correct white balance for it, you should experiment in various situations first, and set things according to the conclusions, not judging by the LCD. That's why you can see many times the blue color from the sky is often missing, etc.

But yet there are scenes in it that I find satisfying, for example that one when you can see the boats piled up on each other, or the end scene. I like the colors there quite much, and though I owned lots of popular camcorders that are sometimes titled Semi-Pro -that is false anyway, I think - (Canon HF M52, Samsung S10, Panasonic SD90), this one recorded with the nicest colors regarding certain scenes, like flowers, riversides around midday, etc.

[Bencuri]

I downloaded the attachment, the problem is that there are still jumps when I play them from the HDD.

There are 2 attachments. 2 versions of your video on youtube at 360p resolution. If there are "jumps" in the MP4 in a software media player such as MPCHC, potplayer etc... then you have HW and/or configuration issues. Note that I'm not referring to the periodic decline in picture quality ("keyframe pumping") from the poor compression. I'm referring strictly to the motion characteristics. It won't be as smooth as the interlaced original, because it only has 1/2 the pictures (it was single rate deinterlaced)

Something is definitely wrong, because a 10 year old single core computer can play that 360p baseline AVC version smoothly locally in a media player

Youtube and playing in a browser is another issue. But if you can't even play it locally in a media player, forget about youtube. You need to fix your computer issues first

I have a suspicion though that the jump is caused by the editing process. I looked for the original files, and the raw video plays much smoother than the edited. There is a stabilised video, that produces similar jumps that are in the final version:
https://drive.google.com/file/d/0B7L2PVTKonChaXVkVU16VzlvVzQ/view?usp=sharing

It is something I noticed with other edited videos of mine as well from the Canon HF M41 camcorder (mostly I use that one recently). After rendered from Sony Vegas, jumps appear in them, no matter if you didn't apply plugins, just cut the scenes and that's all...

But anyhow, the playback itself definately has issues as well, on its own.

[poisondeathray]

Both those are 59.94 fps so they will be much smoother; but you're saying the SANY0012_Mercalli.wmv file has "jumps" in it ? I don't see them. Even going frame by frame it appears no dropped or duplicate frames

[Bencuri]

Sorry, the videos that I uploaded to Google drive, I evaluated the playback there wrongly. The stabilised video plays poorer definately because it is around 60000 mbps.

[poisondeathray]

Well 1920x1080p59.94 is difficult CPU wise to playback smoothly. You need at least a quad core, or heavily overclocked dual core.

Nvidia PureVideo GPU acceleration works on WVC1/WMV and H264, so if you had GPU support like your other computer it would be smooth even on a single core



Open up task manager, and observe the CPU usage % when you are playing back the video in MPCHC, or splash or whatever software player - what is it ? If it's near 100% you have your answer, you need to do optimization things such as close down unecessary processes that might be eating up CPU cycles. Make sure you're plugged in and on a high power profile, not some energy saving, low voltage profile

[Bencuri]

Both those are 59.94 fps so they will be much smoother; but you're saying the SANY0012_Mercalli.wmv file has "jumps" in it ? I don't see them. Even going frame by frame it appears no dropped or duplicate frames

Yes, that video has serious jumps on my laptop. But I noticed something else again. I played back such raw files: this 24mbps Full HD 60p file from the Sanyo FH1 that you found attached, an 50i 24 mbps Full HD file from the Canon HF M41 and that 60i 24 mbps Full HD file from JVC.

So what I experienced is that in Splash player, when I openeded the Canon raw file for the first time, it played extra smoothly. There was no jump at all, and the smoothness was proper 50i. But when I played it secondly, jumps appeared, and then it didn't play fine any more. When I reduce the size of the player window, sometimes it plays fine, sometimes not.

The Sanyo FH1 file, that plays fine in 4 case from 5 in full window, that means there are no jumps, but the playback looks like 30p. The stabilised video has serious jumps however.

That JVC video, that plays fine in every case, but again, the playback looks like 30p instead of 60i.

But, the edited Riverside video, I mean the exported file in 24mbps, that has jumps in every case, even if downgraded. I guess there the jumps is caused by some error of the rendering process. In case of raw files, I could get improvement if I could know what would be the best format to convert to in case of my machine.

[poisondeathray]

Both those are 59.94 fps so they will be much smoother; but you're saying the SANY0012_Mercalli.wmv file has "jumps" in it ? I don't see them. Even going frame by frame it appears no dropped or duplicate frames

Yes, that video has serious jumps on my laptop. But I noticed something else again. I played back such raw files: this 24mbps Full HD 60p file from the Sanyo FH1 that you found attached, an 50i 24 mbps Full HD file from the Canon HF M41 and that 60i 24 mbps Full HD file from JVC.

So what I experienced is that in Splash player, when I openeded the Canon raw file for the first time, it played extra smoothly. There was no jump at all, and the smoothness was proper 50i. But when I played it secondly, jumps appeared, and then it didn't play fine any more. When I reduce the size of the player window, sometimes it plays fine, sometimes not.

The Sanyo FH1 file, that plays fine in 4 case from 5 in full window, that means there are no jumps, but the playback looks like 30p. The stabilised video has serious jumps however.

That JVC video, that plays fine in every case, but again, the playback looks like 30p instead of 60i.

This is clearly a playback hardware and/or software configuration issue

But, the edited Riverside video, I mean the exported file in 24mbps, that has jumps in every case, even if downgraded. I guess there the jumps is caused by some error of the rendering process. In case of raw files, I could get improvement if I could know what would be the best format to convert to in case of my machine.

Not necessarily. It might be you used a more compressed format or settings. For example CABAC in h264. More heavily compressed usually means harder to decode, ie more cpu usage to decompress.

To get realtime playback, you could use a format easier to decode, such as cineform. It's less compressed, so filesizes will be much larger for equivalent quality

But I think there are other problems on your computer, you probably have other things , other processes eating up cycles if you couldn't even playback the 360p version I uploaded above. Consider that even a 10year old single core can play that back smoothly in CPU mode. I would even look for things like malware, maybe even a virus.

[Bencuri]

Well 1920x1080p59.94 is difficult CPU wise to playback smoothly. You need at least a quad core, or heavily overclocked dual core.

Nvidia PureVideo GPU acceleration works on WVC1/WMV and H264, so if you had GPU support like your other computer it would be smooth even on a single core



Open up task manager, and observe the CPU usage % when you are playing back the video in MPCHC, or splash or whatever software player - what is it ? If it's near 100% you have your answer, you need to do optimization things such as close down unecessary processes that might be eating up CPU cycles. Make sure you're plugged in and on a high power profile, not some energy saving, low voltage profile

Unfortunately I cannot test that GPU now, but I remember I had issues with playback on that machine as well. However, maybe it was caused by the fact that the GPU was not even used by the algoritm. I don't know, I never really understood when it is used an when not. I did select to force playback from it in the control panel of the GPU, but I am not sure it was used indeed...

The CPU usage is this on my current laptop:

Sanyo FH1 RAW files: around 82%
JVC Raw files: the same
Canon Raw files: between 60-100%

[Bencuri]

Here is the link for the Riverside video, the original one that was uploaded to Youtube:

https://drive.google.com/file/d/0B7L2PVTKonChNFRsNUNOeUNFdkk/view?usp=sharing


So what do you think, in connection with raw videos what should be the preferences to convert them with, to get rid of the playback issues? Or the problem can simply be solved on the player side?