Announcement

Collapse
No announcement yet.

FFmpeg Now Supports HEVC/H.265 Decoding

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • erendorn
    replied
    Originally posted by dibal View Post
    Is the saved disk space worth the cost of the electrical Power needed for the transcode ?
    My estimates:
    4 Go (optimal x2 compression, for a 8Go initial file): 0.30?
    1h of 100W extra consumption: 0.01?

    It looks worth it, even more so if you raid or backup your data, or if you don't want to upgrade existing disks almost full, etc..

    Leave a comment:


  • dibal
    replied
    Originally posted by Soul_keeper View Post
    I'm waiting for the encoder support.
    I want to see how much disk space can be saved with this for archival purposes.
    Is the saved disk space worth the cost of the electrical Power needed for the transcode ?

    Leave a comment:


  • XorEaxEax
    replied
    Originally posted by Soul_keeper View Post
    I'm waiting for the encoder support.
    I want to see how much disk space can be saved with this for archival purposes.
    Well there are encoders out there, both x265 and VP9 are open source, however it will likely take a looong while yet until they have been improved to reach the actual potential of their respective specifications. Currently they are also very slow, much slower than they need to be due to lack of optimization. However if you want to try them out now (like I'm doing) you can simply build them from source:

    x265:

    hg clone https://bitbucket.org/multicoreware/x265
    cd x265/build/linux
    ./make-Makefiles.bash
    make

    VP9:

    git clone http://git.chromium.org/webm/libvpx.git
    cd libvpx/build
    ../configure
    make

    Leave a comment:


  • Soul_keeper
    replied
    I'm waiting for the encoder support.
    I want to see how much disk space can be saved with this for archival purposes.

    Leave a comment:


  • dibal
    replied
    Originally posted by Luke View Post
    That means real trouble for netbooks and older tablets without hardware H265 support if the format becomes popular for web video.
    People with 386 CPUs cannot play mp3.

    Leave a comment:


  • JS987
    replied
    Originally posted by GreatEmerald View Post
    That is only true if you have poor ventilation or poor fans.
    PC with CPU with high TDP or many cores can sound like vacuum cleaner or CPU can overheat.
    Last edited by JS987; 17 October 2013, 05:02 PM.

    Leave a comment:


  • Serge
    replied
    Originally posted by GreatEmerald View Post
    When buffering, you get to buffer and watch in parallel. When downloading, you download first, and watch after that, so it takes longer. And if I want to watch a video, I typically want to watch it right at that moment, not after half an hour.

    Granted, some videos can be watched while download is in progress. But that basically means buffering, because that way you need to make sure you're downloading everything sequentially. And then you also can't seek.
    Sorry, looks like I misunderstood you. I interpreted your "downloading takes even longer" assertion too litteraly.

    Leave a comment:


  • GreatEmerald
    replied
    Originally posted by Serge View Post
    Ok, well, to be fair, a given video will take the same amount of time to download regardless of what you do with it after you download it. I guess if you are writing it to persistent storage, then that will take longer than just leaving it in a buffer, but since writing to storage occurs at the same time as the download is still in progress, and since your bottleneck is the download, chances are you aren't going to see any actual difference in time between writing it to storage or not. On the other hand, if you compare the same video optimized for download and optimized for streaming, assuming equal quality the download version should be a little bit smaller and hence actually take less time downloading.
    When buffering, you get to buffer and watch in parallel. When downloading, you download first, and watch after that, so it takes longer. And if I want to watch a video, I typically want to watch it right at that moment, not after half an hour.

    Granted, some videos can be watched while download is in progress. But that basically means buffering, because that way you need to make sure you're downloading everything sequentially. And then you also can't seek.

    Leave a comment:


  • Serge
    replied
    Originally posted by GreatEmerald View Post
    ...
    Downloading takes even longer than buffering.
    ...
    Ok, well, to be fair, a given video will take the same amount of time to download regardless of what you do with it after you download it. I guess if you are writing it to persistent storage, then that will take longer than just leaving it in a buffer, but since writing to storage occurs at the same time as the download is still in progress, and since your bottleneck is the download, chances are you aren't going to see any actual difference in time between writing it to storage or not. On the other hand, if you compare the same video optimized for download and optimized for streaming, assuming equal quality the download version should be a little bit smaller and hence actually take less time downloading.

    Leave a comment:


  • GreatEmerald
    replied
    Originally posted by droidhacker View Post
    That still makes a 6 or 8 core run full out and compete with your vacuum cleaner to see what is louder. Enjoy your movie... if you can actually hear it.

    Also for... buffering? First off... who buffers? Download the damned thing. You can download an entire movie in considerably less time than that. Or are you downloading via smoke signals?
    That is only true if you have poor ventilation or poor fans.

    Downloading takes even longer than buffering.

    Originally posted by curaga View Post
    I was under the impression Lithuania had very fast internet? Wikipedia says you have the 2nd fastest down pipe and the fastest up pipe.
    Most have. I don't. The thing is that it's very dependent on the location. In the building I live in, there are connections to two ISPs. One of the ISPs provides only cable internet, and no fibre, because they can't get their cable installed for a number of reasons (possibly having to do with the other ISP). Meanwhile the other ISP technically provides fibre internet to the building, but for some unknown reason the cable doesn't reach my flat. So I would have to rewire the whole flat for it to be routed here, and that's not worth the effort and/or cost.

    Once I move somewhere else, though, chances are I'll be able to use fibre internet (again; my last flat had it). Then I'll be able to self-host servers and all. But until then...

    Leave a comment:

Working...
X