Stories
Slash Boxes
Comments

SoylentNews is people

SoylentNews is powered by your submissions, so send in your scoop. Only 12 submissions in the queue.

First "8K" Video Appears on YouTube

posted by martyb on Saturday June 13 2015, @02:27PM   Printer-friendly
from the 33,177,600-pixels-per-frame dept.

takyon writes:

A video with a 4320p (7680×4320) playback option has appeared on YouTube. According to the video description for "Ghost Towns in 8K", it was "Filmed on the RED Epic Dragon 6K in Portrait orientation and then stitched together in Adobe After Effects. Some shots simply scaled up by 125% from 6.1K to meet the 7.6K standard."

Very few people on the planet will be capable of playing the upscaled video in its full glory. The NHK and Panasonic plan to trial 8K broadcasting during the 2020 Tokyo Olympics. Perhaps YouTube should add an intermediate 5K (5120×2880) option for Apple and Dell users.

Original Submission

 
This discussion has been archived. No new comments can be posted.
First "8K" Video Appears on YouTube | Log In/Create an Account | Top | 20 comments | Search Discussion
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.

  • (Score: 2) by kaszz on Sunday June 14 2015, @05:27PM

    by kaszz (4211) on Sunday June 14 2015, @05:27PM (#196187) Journal

    Well thanks ;-)

    H265 – part II : Considerations on quality and “state-of-the-art” [wordpress.com]

    Summarizing, HEVC pushes the traditional block-based video encoding paradigm to higher levels of efficiency (and also complexity from an encoding/decoding p.o.v.) thanks mainly to:

    – variable size transforms (from 4×4 to 32×32)
    – quad-tree structured prediction areas (from 64×64 to 4×4)
    – candidate-list-based motion vector prediction
    – many intra-frame predictions modes
    – higher-accuracy filters for motion compensation
    – optimized deblocking, SAO filtering, cabac, etc…

    It’s interesting to note that, compared to any other previous step from H.261 to H.264, with H.265 we have a considerable improvement not only (or mainly) in inter-frame compression domain but in intra-frame compression as well.

    H.265 benchmarked: Does the next-generation video codec live up to expectations? [extremetech.com]

    5x-10x more compute intensive than H.264

    Comparing MPEG-2, H.264, and H.265 Video Codecs at NAB 2014 [avsforum.com]

    H.265 currently offers a 20-30 percent improvement in efficiency over H.264, and that benefit should increase as new H.265 encoders are developed. For now, Telestream recommends a bit rate of 14-15 Mbps for UHD using HEVC.

    And the diagram seems to suggest a minimum bitrate of 300 kbit/s for H.265.

    Comparing HEVC and H.264 quality: see for yourself [blogspot.com]
    GPAC player [mines-telecom.fr]

    Evaluating H.265/HEVC Video Quality: Why You Need VCT (Visual Comparison Tool) to Help with Subjective Testing [vanguardvideo.com]

    Screenshot comparator [ ‭linuxsystems.it (Warning: Unicode in URL)⁩ ]

    So it seems H.265 is a lot better than H.264 and the minimum bitrate is 300 kbit/s but it also uses 5-10 times as much computing power so perhaps a 20 GHz CPU is needed but there's multi-core to save the day and then OpenCL upon that.

    h265 software decoding, hardware requirements [openelec.tv]

    Core i3 is enough for 1080p h265. High bitrate 4K files will limit both boxes ... buy the i3 now and in a year when h265 is standard and hw decoders are available buy the next box.

    So Intel core i3 seems sufficient for present needs.

    I have a Microserver N54L, which is dual core 2.2ghz and that is very nearly ok for the 1080p "big Buck Bunny" clip I found on line. I have a Nvidia GT610, and if VDPAU supported H265, I think it would be sufficient.

    But Intel dual core at 2.2 GHz seems to be on the limit. Thus number of cores or something may be the key.

    The best HTPC platform for the future: video quality tested of current CPUs and GPUs [hardware.info]
    BBB - AVC 2160p30 seems to work on Intel core i3 but the joker is GPU/video drivers.

    Starting Score:    1  point
    Karma-Bonus Modifier   +1  
    Total Score:   2  

  • (Score: 2) by takyon on Sunday June 14 2015, @06:23PM

    by takyon (881) <takyonNO@SPAMsoylentnews.org> on Sunday June 14 2015, @06:23PM (#196205) Journal

    New Intel/AMD/ARM CPUs and GPUs have hardware support for H.265 (and maybe VP9) decode.

    I can decode H.265 720p on a 4 year old cheap laptop (no hardware support for H.265), so you are overestimating the requirements. Can it do 1080p? Apparently not. When I try playback I get skipped frames and other oddities although some of it will play. But the laptop doesn't even have a 1920x1080 screen so it's useless anyway.

    And the diagram seems to suggest a minimum bitrate of 300 kbit/s for H.265.

    Not true. That's likely the lowest bitrate they tested at.

    https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding_tiers_and_levels [wikipedia.org]

    There's a maximum bitrate of 128 kbit/s for level 1.

    I'm going to try to use Handbrake to convert an H.265 video to a double digit kbps H.265 video.

    --
    [SIG] 10/28/2017: Soylent Upgrade v14 [soylentnews.org]

    • (Score: 2) by kaszz on Sunday June 14 2015, @07:50PM

      by kaszz (4211) on Sunday June 14 2015, @07:50PM (#196228) Journal

      The question is Linux/BSD drivers for that H.265 hardware acceleration (co-processing)..

      How is H.265 compared to VP9 quality, bitrate and processor demand wise?

      That 4 year old cheap laptop. What CPU, frequency, memory type and frequency and screen does it have?
      And if you get sent an 1080p video, one will have to decode it and then rescale. So it's not the screen that matters really but the input format.

      It would be kind of interesting to know the minimum bitrate for decent H.265 video at 480p, 720p and 1080p. Could be useful for camera feeds.. if one finds an embedded solution to compress the raw video.

      On a technical note I find H.265 capability to use any block size transform kind of "hey why did it took them so long?" ;-)
      Those prediction and filtering algorithms are interesting and tough to get right.

  • (Score: 2) by takyon on Sunday June 14 2015, @07:20PM

    by takyon (881) <takyonNO@SPAMsoylentnews.org> on Sunday June 14 2015, @07:20PM (#196216) Journal

    I created an H.265 1280x720 video with an average video bitrate of 32 kbps. It looked like bad mosaic art but it worked.

    --
    [SIG] 10/28/2017: Soylent Upgrade v14 [soylentnews.org]

    • (Score: 2) by kaszz on Sunday June 14 2015, @07:54PM

      by kaszz (4211) on Sunday June 14 2015, @07:54PM (#196229) Journal

      What bitrate is the minimum in order to pass the "wife & kids test" ?