x265 encoding methods

Status
Not open for further replies.

photonboy

Distinguished
There aren't any good ones, stick with x264.

I did x265 in DIVX but I could get better quality in Handbrake at the same file size with x264. Since the only real advantage to x265 is file size it was ridiculous that DIVX had a minimum file size that didn't make sense.

Decoding x265 is also problematic since most devices don't have a hardware decoder so it's mainly a PC likely that could decode it in software.

I've tried basically ALL the good video software out there, and I've come back to Handbrake and optimized my profile for the best quality/size.

Here's my basic profile for Handbrake:
Profile-> High profile (MP4)
- anamorphic-> None
- Keep Aspect Ratio
- Cropping (as applicable)
- FILTER-> usually only Decomb for anything interlaced like DVD-Video, or some deblocking for really bad quality anime/cartoon otherwise not used

- Variable framerate (almost always)
- 2-pass encoding
- Bitrate kbps (typical 800 to 2000 for anime/cartoon; 5000 to 10,000 for HD video)

- Optimize Video-> SLOW or MEDIUM (slow for final BluRay compression)
*(the smaller the file size, the more important the Optimize setting but in general more than Medium is overkill)

- audio (as applicable. I tend to use AAC 128kbps stereo or 192kbps Surround, or uncompressed DTS for larger BluRay file)


I also use the following software:
- mkvtoolnix (mux in or remove audio/subs; or join video)
- DVD Decrypter (remove copyright on DVD)
- DVD Fab (only use for DVD or BluRay copyright removal)
- Imgburn (create ISO image of DVD folder for playback on my Western Digital media player)


 

photonboy

Distinguished
There aren't any good ones, stick with x264.

I did x265 in DIVX but I could get better quality in Handbrake at the same file size with x264. Since the only real advantage to x265 is file size it was ridiculous that DIVX had a minimum file size that didn't make sense.

Decoding x265 is also problematic since most devices don't have a hardware decoder so it's mainly a PC likely that could decode it in software.

I've tried basically ALL the good video software out there, and I've come back to Handbrake and optimized my profile for the best quality/size.

Here's my basic profile for Handbrake:
Profile-> High profile (MP4)
- anamorphic-> None
- Keep Aspect Ratio
- Cropping (as applicable)
- FILTER-> usually only Decomb for anything interlaced like DVD-Video, or some deblocking for really bad quality anime/cartoon otherwise not used

- Variable framerate (almost always)
- 2-pass encoding
- Bitrate kbps (typical 800 to 2000 for anime/cartoon; 5000 to 10,000 for HD video)

- Optimize Video-> SLOW or MEDIUM (slow for final BluRay compression)
*(the smaller the file size, the more important the Optimize setting but in general more than Medium is overkill)

- audio (as applicable. I tend to use AAC 128kbps stereo or 192kbps Surround, or uncompressed DTS for larger BluRay file)


I also use the following software:
- mkvtoolnix (mux in or remove audio/subs; or join video)
- DVD Decrypter (remove copyright on DVD)
- DVD Fab (only use for DVD or BluRay copyright removal)
- Imgburn (create ISO image of DVD folder for playback on my Western Digital media player)


 

bjcyber

Honorable
Jun 8, 2012
14
0
10,560
0
Thanks for sharing with me. but x265 gives the better compress as i guess. i use following programme.

http://sourceforge.net/projects/ifme/

use it and let me know.





 

Sailorondatea

Estimable
May 7, 2014
1
0
4,510
0
I am using IFME. Unfortunately there aren't many GUIs for x265. Even software like FormatFactory or Freemake still rely on h264...

It has a neat interface, job queue, process priority and affinity settings, and let's you save custom presets. You can also add parameters for x265 (see x265 documentation). It can save output in MKV or MP4. It is focused on encoding rather than video editing and there is only 64-bit version and It uses CPU encoding (No GPU acceleration while compressing, developer is much more concerned about visual fidelity rather than encoding speed and I agree with that.). It is a cute software and most of the time it gets shit done! If you find bugs you can report and help its improvement. It won't confuse user with complicated dialogs. Pretty straightforward.
 

GhostintheZoid

Estimable
Dec 10, 2014
1
0
4,510
0


This gives me great results on handbrake.
I compressed an 8GB blu-ray 720p source down to 1GB.
Adding to that I had the x265 preset on slower instead of medium.
Then I left all other presets to standard, and added subs and audio tracks where needed.

Though it did take me about 12-14 hours to finish the encode.

Also the CPU usage was massive it was fluctuating between 80% - 95%.

But in the end it put out great results
 

photonboy

Distinguished
Update:
A LOT has changed in the last year, however compatibility is going to be a problem for many. Still not many H.265 hardware decoders and CPU decoding (software) is too intensive for most mobile devices.

The latest builds in apples-to-apples scenarios is close to TWICE the efficiency (HALF the space) so that's good. You do have to ensure you have the correct builds and settings though or else you can easily get compression artifacts.

I've basically given up on it for the most part since I've got plenty of hard drive space, and while I could start ripping to H.265 for the family video server (WDMYCLOUD) it's no use until all of the decoding devices for each of the THREE HDTV's support H.265.

So for myself it's a slow process. For others it's not. And of course places like NETFLIX will adopt this though not sure how long that will take.

*The biggest thing to look forward to is higher quality video for those of us with low bandwidth. I get 725KBps which is the highest my area supports. Netflix is good but drops off periodically (bandwidth or just a server issue?). Regardless, I think if I only needed about 300KBps for the same quality as I get now that would solve my issues. Again, we're talking YEARS though.
 

Anarex

Distinguished
Dec 16, 2011
3
0
18,510
0
PLEX media server fully supports x265 files mkv or other NOW and it re encodes for now into x264 to devices that only support x264 ie PS3/ consols or set top players like chromcast/roku or can direct play for web players. im re encoding my walking dead 150GB archive down to 75GB to keep the quality. Might as well put my 8 cores to use the only other thing that makes them work is battlefield 4 & BIONIC.




 

joshuaajones

Estimable
May 24, 2014
1
0
4,510
0
I've been using my Emby server and apps for 18 months and it plays x265 with zero problems.
I'm using Handbrake to compress my larger files to x265 in order to save space.
BONUS: Both Emby and handbrake are FREE!
 

vidville

Estimable
Oct 6, 2015
2
0
4,510
0


All of the above is overkill!
 

jzkarap

Honorable
Jun 30, 2013
1
0
10,510
0
Sorry for the bump here... I have been looking for info for this issue without look so I figure this is as good a place as any.

I have been using handbrake to encode my bluray library as h265 for almost a year now. Problem is, I will occasionally find rough patches (2-3 seconds) in a movie where the frame rate suddenly dives during playback. Audio is not affected. It is not an issue with pulldown and it does not seem to be caused by CPU spikes during playback. It is repeatable—that is, every time these particular sections of video play, they will be choppy. The weird thing is that fps read outs display a steady 24fps. It's as if the video has been encoded from a lower frame rate to conform to 24 fps. My TV has a native 24fps film mode which holds steady during these frame rate drops. In the course of a 2 hour movie I can expect one or two of these choppy episodes.

I use variable framerate during encodes, and set it to the disc's native rate. Ditto for bitrate.

Does anyone know what could be going on?
 

UberGabe

Estimable
Jan 9, 2016
1
0
4,510
0
What di you use for playback? I had similar issues when usung h.264 a few years ago o. My WDTV when ever I encoded using variable framerate, since then I always use fixed (cinstant) framerate even when I transitioned over to HEVC and have not had any issues.


 

HShin

Distinguished
Nov 15, 2008
1
0
18,510
0


Have you checked out XviD4PSP?
 

Bad Ass

Estimable
Jan 21, 2016
1
0
4,510
0


I know what you mean. Have been encoding for almost one year now. I tried many apps to encode as h265 and all of them produced a file that somehow had a problem. The only app that worked for me was MediaCoder. Currently I'me giving a try to IMFE which has not so many options and you don't have that much control over the output file settings.
But I'm just trying it.
So use the MediaCoder 0.8.41.5810 64-bit Portable version. Don't forget to set the Source in video tab to FFmpeg. I use Variable Bitrate and 22 CRF. You may need first MakeMKV to extract MKV files from your BDs and then encode or transcode them with MediaCoder.
 

IT_Architect

Distinguished
Dec 29, 2011
3
0
18,510
0
I just had a conversation two days ago with a guy who had this happen. He didn't notice until sometime later that he had a widespread problem. It happened to him doing a simple Blu-ray MakeMKV h.264 rip. He attributed it to a resource issue during the rip. He said making sure other things didn't run during the rip helped him get by, but the real cure was upgrading. To determine if this might be true of your situation, try ripping the same Blu-ray again to see if the bad areas now occur at different locations or not at all.
 

photonboy

Distinguished


I'd be careful with this assumption. Ripping a BD should in theory work regardless of processing power. It's not a real-time task and is just copying bits from one source to another. Maybe upgrading DID help but if so I'd attribute that to fixing some software issue though I'm not sure what that could be.

It's even possible to VERIFY that the content copied was identical. I forget if MAKEMKV can do that though.

Recoding is also not a real-time task.

Playback is the main issue for most, and decoding stutter may be due to a lack of processing power. VBR (variable bit rate) has areas that need more processing to decode whereas CBR (constant bit rate) is pretty consistent.

I know the initial comment says it's not due to CPU processing, however I have no way to prove or test his file so it's hard to verify anything. It may also just be a recoding issue, or decoding issue with the software. Hard to say.
 

Guru Raj

Commendable
Jun 27, 2016
1
0
1,510
0
try Pavtube Video Converter .. i converted X264 to X265 video.. encoding takes 5 times the normal time .. . . but X265 gives same quality of X264 at half the Bitrate. .. . X265 Best Video Codec. . but encoding takes more time. .. Pavtube has Nvidia and AMD GPU rendering Option. . try it. . . .
 
Status
Not open for further replies.
Thread starter Similar threads Forum Replies Date
D Apps General Discussion 6
L Apps General Discussion 1
P Apps General Discussion 2
consptheory77 Apps General Discussion 6
N Apps General Discussion 2
D Apps General Discussion 5
K Apps General Discussion 3
P Apps General Discussion 2
S Apps General Discussion 1
J Apps General Discussion 1
Can You Help Me Please Apps General Discussion 1
wanamingo Apps General Discussion 3
WyomingKnott Apps General Discussion 2
N Apps General Discussion 1
C Apps General Discussion 12
Coreo Apps General Discussion 1
R Apps General Discussion 1
V Apps General Discussion 4
H Apps General Discussion 2
H Apps General Discussion 2

ASK THE COMMUNITY