Hybrid(Windows/Linux/Mac): Input -> x264/x265/Xvid/VP8/VP9

[Selur]

@Darrells: Are you sure you used 1.2.024? Did you feed it through a pipe?

[DarrellS]

@Darrells: Are you sure you used 1.2.024? Did you feed it through a pipe?

Yeah, I used it in Virtualdub with the external encoder feature.

https://forum.videohelp.com/threads/358662-Rovi-Divx-10-HEVC?p=2310169&viewfull=1#post2310169

https://forum.videohelp.com/threads/358662-Rovi-Divx-10-HEVC?p=2310378&viewfull=1#post2310378

[Selur]

Strange.
By the way: Using constant quantizer and adaptive quantization at the same time, doesn't make much sense.
Constant quantizer should disable adaptive quantization.

[Selur]

Strange.
By the way: Using constant quantizer and adaptive quantization at the same time, doesn't make much sense.
Constant quantizer should disable adaptive quantization.

[DarrellS]

I'm creating psd files in Photoshop of all the DivX265 profiles and will either convert them to avi or just save as sequential BMPs and try running each one later today to make sure all the profiles are supported as they say.

I'll also post the command lines for those profiles to either run through Virtualdub (for anyone interested) or from command prompt. I'll post the Virtualdub profiles in the DivX265 thread as soon as I can make sure that all the profiles work.

[Gravitator]

is impossible to change the container to mp4 or mkv


file > Sample

[Selur]

I see the problem, instead of 'hevc' 'hevc (main) [36][0][0][0] / 0x0024)' is reported as format.
-> will look at it, should be easy to fix
(what OS are you using?)

[Gravitator]

I see the problem, instead of 'hevc' 'hevc (main) [36][0][0][0] / 0x0024)' is reported as format.
-> will look at it, should be easy to fix
(what OS are you using?)

Win7x64

[Selur]

Argh, just found a small problem:
tsMuxeR hasn't updated it's version string since 2.4.1, but only 2.5.5+ support hevc inside transport streams -> will have to move ffmpeg for the time being

-> send you a hopefully fixed version

[Gravitator]

Replaced MP4 container, and now the file size decreased from 131mb to 123mb

[Selur]

Not that surprising, ts has a relatively huge container overhead.

[Gravitator]

But it is clear that the hybrid does not carry information from the original TS to MP4 (judging by the picture / frames, bitrate)
and still various letters - one small and the other large ( format: HEVC - format: hevc )

[Selur]

Problem is most tools do not support HEVC inside transportstreams at all or really limited.
MediaInfo reports:

General
ID                                       : 237 (0xED)
Complete name                            : Eutelsat W1 11429 V - 4k Test Sample - 2014-01-26_17-10-27_cut.ts
Format                                   : MPEG-TS
File size                                : 132 MiB
Duration                                 : 53s 469ms
Overall bit rate mode                    : Variable
Overall bit rate                         : 20.5 Mbps

Menu
ID                                       : 256 (0x100)
Menu ID                                  : 1 (0x1)
Duration                                 : 53s 469ms
List                                     : 257 (0x101) ()

-> basically nothing aside from the info that it's a transprotstream
mplayer reports also near to nothing useful aside from:

VIDEO MPEG2(pid=257) NO AUDIO! (try increasing -tsprobe) NO SUBS (yet)!  PROGRAM N. 1
==> Found video stream: 0
ID_VIDEO_ID=257

so the only info about the file come from ffmpeg, which reports:

Input #0, mpegts, from 'f:\TestClips&Co\MPEG-4 H.265\Eutelsat W1 11429 V - 4k Test Sample - 2014-01-26_17-10-27_cut.ts':
  Duration: 00:00:54.35, start: 44.644333, bitrate: 20312 kb/s
  Program 1
    Stream #0:0[0x101]: Video: hevc (Main) ([36][0][0][0] / 0x0024), yuv420p(tv), 3840x2160 [SAR 1:1 DAR 16:9], 59.94 fps, 59.94 tbr, 90k tbn, 59.94 tbc

so everything Hybrid can report about the file is derived from those infos.

-> Hybrid will show more/detailed infos as soon as MediaInfo, MPlayer and FFmpeg support HEVC inside a transportstream better.

Cu Selur

[z-machine95]

hello selur!!

it's for a while that i use your amazing hybrid.

now i'm encoding film 2-3 h long in x265 (testing with fast preset at 2500 and 2800 kbps) and i get a reasonable quality (see attachment). the only problem is that the encoding is very slow (up to 7-8 hours with my setting), there is a way to get similar or better quality with a faster preset?

my encoder settings:

Starting Main@07:34:14.372:
"P:\CONVER~1\Hybrid\x265.exe" --threads 8 --input - --input-res 1920x800 --fps 23.976 --frames 228505 --merange 60 --no-amp --min-keyint 1 --b-adapt 1 --bitrate 2800 --colormatrix bt709 --output "H:\HP1_new_20_27_05_6410_01.265"
x265 [info]: HEVC encoder version 0.8+98-4fdcea7426f1
x265 [info]: build info [Windows][GCC 4.8.2][64 bit] 8bpp
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x265 [info]: Main profile, Level-4 (Main tier)
x265 [info]: WPP streams / pool / frames : 13 / 8 / 3
x265 [info]: CU size : 64
x265 [info]: Max RQT depth inter / intra : 1 / 1
x265 [info]: ME / range / subpel / merge : hex / 60 / 2 / 2
x265 [info]: Keyframe min / max / scenecut : 1 / 250 / 40
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 1
x265 [info]: b-pyramid / weightp / refs : 1 / 1 / 3
x265 [info]: Rate Control / AQ-Strength / CUTree : ABR-2800 kbps / 1.0 / 1
x265 [info]: tools: rect rd=3 lft sao-lcu sign-hide

maybe with the ultrafast preset at 3500-4000 kbps i can achieve the same quality? it's ME at hex a little bit too much? or there are other setting i can change to speed up the process without losing quality? i must achieve a 3.5 Gb or less final mkv, with 2 ac3 448 Kpbs, so less than 2.5 Gb video track. ( ALL MI INPUT FILE ARE BDMUX, normally MKV H.264 at 20< Mbps )

thanks in advance!

[Selur]

first thing I would do is to encode a small sample clip and check how the by you perceived quality changes if you:

• lower the merange to 40 or 30 or even 16
• disable "open gop" (--no-open-gop)
• disable weighted b-frames, since it's relatively new it might not really help as much as it should
• switch adaptive b-frame decision to fast (--b-adapt 1) instead of trellis

[z-machine95]

ok thank you, i will try..

P.S.

i have updated my post with the two test..

[Gravitator]

i have updated my post with the two test..

Hi,
stick to the minimum 720p/3000kbit; 1080p/4500kbit
HEVС wins 30% for FHD, and 50% on the UHD resolutions.

[Selur]

HEVС wins 30% for FHD, and 50% on the UHD resolutions.

compared to ???

[Gravitator]

HEVС wins 30% for FHD, and 50% on the UHD resolutions.

compared to ???

x264
-------
that is the function 'trellist'-attempt to soften the image?

[z-machine95]

i have updated my post with the two test..

Hi,
stick to the minimum 720p/3000kbit; 1080p/4500kbit
HEVС wins 30% for FHD, and 50% on the UHD resolutions.

yeah but i have a limit of 3.5 Gb- 4 Gb Matroska ( video+2 track audio ac3 448)

i will try ultra fast at 4000, fast 3000, medium 2500.... the video is FHD, from a BD 1:1 H.264 near 20 Mbps of bitrate

P.S.

due to my ridicolous connection ( 0.89 Mbps up) i cannot make 4 Gb< files

[Selur]

that is the function 'trellist'-attempt to soften the image?

trellis tries optimizes quantization do in regard to the rate-distortion ratio, which doesn't necessary mean that it will produce a softer/smoother image.
http://akuvian.org/src/x264/trellis.txt might be interessting

[DarrellS]

Well, I spent hours trying to encode with DivX265.exe 1.2.0.24, changing my command lines before I realized that you can't encode 4K video with this encoder. I believe we ran into this issue earlier. The highest profile that I could encode was DivX 4K 2560x1920. Don't know why it wouldn't encode 3840x2160 since the width is under 4000 and don't know why they say that it supports 4096x2048 and 4096x2160. I assume because version 1.1.18 would encode those resolutions, although slower than x265exe.

I was able to encode....

DivX 720p @ 61.4 fps, average bitrate 210.42 kbit/sec @ 24.000 Hz (Const QP)
DivX 1080p @ 23.3 fps, average bitrate 203.79 kbit/sec @ 24.000 Hz (Const QP)
DivX 4K 2048 x 1536 @ 16.1 fps, average bitrate 419.26 kbit/sec @ 24.000 Hz (Const QP)
DivX 4K 2560 x 1920 @ 12.4 fps, average bitrate 489.46 kbit/sec @ 24.000 Hz (Const QP)

Constant Quality would not work with the higher resolutions in version 1.1.18 but used -br at 30000 to 40000 (although the actual average bitrate was only 2243.

Here is the message from Virtualdub for the 4096x2160 encode using the older version...

[*] Beginning dub operation.
[i] Dub: Input (decompression) format is: RGB888.
[i] Dub: Output (compression) format is: YUV420.
[i] VideoEnc: Parameter information:
[i] VideoEnc: Size: 4096 x 2160
[i] VideoEnc: Framerate: 24/1 (24.000)
[i] VideoEnc: FourCC: IYUV
[i] VideoEnc: Frame count: 0
[i] VideoEnc: Profile: DivX 4K

[i] VideoEnc: Encoding...

[i] VideoEnc: Creating MainConcept H.265/HEVC video encoder ...
[i] VideoEnc: Version: 0.0.0.0
[i] VideoEnc: Summary information: layer 0
[i] VideoEnc: Format: DivX 4kMain@5.1, 4096x2160 1:1
[i] VideoEnc: Number of coded frames 576
[i] VideoEnc: Total encoding time 717517 ms
[i] VideoEnc: Pure encoding time 690326 ms
[i] VideoEnc: Average time per frame 1245.689 ms
[i] VideoEnc: Average speed achieved 0.8 fps
[i] VideoEnc: Average bitrate 2243.13 kbit/sec @ 24.000 Hz (VBR)
[i] VideoEnc: -----------------------------------------------------------
[i] VideoEnc: HEVC Encoding Done.

[Selur]

@DarrellS: Since your posts do not really have much of a connection to Hybrid, it would be nice if you could post in a DivX265 related thread. Thanks.

[Gravitator]

i will try ultra fast at 4000, fast 3000, medium 2500.... the video is FHD, from a BD 1:1 H.264 near 20 Mbps of bitrate

A lot of dark scenes - more than the bitrate required!Keep the medium speed and 720p (better use 10bit profile)
Through which players are going to watch?
Remove ticks from "filering: deinterlace '- really improves coding quality
-----
In these settings, I've been watching the development of x265 (old processor)

[Selur]

Remove ticks from "filering: deinterlace '- really improves coding quality

Only if you try deinterlace progressive content,...

[DarrellS]

@DarrellS: Since your posts do not really have much of a connection to Hybrid, it would be nice if you could post in a DivX265 related thread. Thanks.

I was just trying to answer your question about DivX265 version 1.2.0.24. I was going to say something a couple of weeks ago about why you were still using the older build that was slower than molasses but saw that Deadrat's had already brought it to your attention and you told him you would look into it. I came here looking to see if you had upgraded to the newest DivX265 encoder yet (I guess I should've looked farther back to see that you had) and responded to your post about XP not being supported in the newer version of DivX265 which I knew from past encodes on XP that it did. The last version of Hybrid that I tried did not support the newer version of DivX265 and did not support x265 in an mkv container. I didn't want to download another build if it did not since I am handcuffed with bandwidth restrictions. I'll try not to reply to any posts that have anything to do with hevc. DivX or Multicoreware. I had purposely tried to steer clear of your thread since I know how uptight you get about someone mentioning that other free software. It's just easier for me to test with than writing cmd.exe scripts or your software which is a little harder to use. I'll try to refrain from mentioning your software in that other software's forum also.

[Selur]

a. you answered my question regarding DivX265 version 1.2.0.24 a while ago
b. don't really care if you mention my software anywhere or not, but I do care if off-topic stuff is starting to take overhand in a thread that I closely monitor.
c. don't really know if I upset you (might be a me missing some subtle meaning), if I did: sorry, wasn't my intension

[DarrellS]

I don't know why you think you deserve special treatment and get your own thread where you think you can tell everyone what they can and can't talk about. I don't see anyone else getting that special treatment, in fact, they are called spammers and urged to move along. You have your own website and forum where you can control who can use it and who can't and what they can and can not talk about. You don't need to try and turn this site into a free site for you to pimp your software since it gets a ton more users than your site does. Your software is just a frontend for every freeware encoder that uses stdin so as long as it uses those encoders then you should expect this forum to be open game for all the encoders that your software uses. Including DivX265, x265.exe, mkvmerge or any other program that you don't own.

[Selur]

Sorry, if I want to keep a thread on-topic and I think that deeper discussions about one of the tools Hybrid uses isn't on-topic and thus ask people to not post that threads since I opened this thread to provide others a means to contact me and offer support for the gui I wrote.
-> I don't know why you think it's a okay to spam a thread with stuff that is not really related to it or if you and I simply differ in the opinion what should be considered on-topic. (from my point of view you are the one who 'hijack topics' and I asked you to stop doing that)
Also I didn't tell you what to do I asked/suggested that it would be nice if you could stop posting the DivX265 related stuff (like Virtual Dub benchmarks) inside another thread. I tell you to do something. Since I find it rude to post off-topic stuff inside an otherwise active thread.
So if you really do not get why I think your posts are not on-topic or do not care about it, that is fine and I can live with it. (that's what the ignore option in the forum is for.)

Cu Selur

[manono]

I don't know why you think you deserve special treatment and get your own thread where you think you can tell everyone what they can and can't talk about.

As a disinterested observer, I didn't come to your same conclusion. Why shouldn't he get his own thread? There's no special treatment involved at all. Dozens of developers have their own threads here and on Doom9 and elsewhere. I don't see why Selur suggesting you take your problem to the DivX265 developers should ruffle your feathers since it seems to be an DivX265-specific problem, and only tangentially related to Hybrid. It's a relatively new codec and both it and the programs that make use of it will have problems in the early stages. In addition, it's usually considered common courtesy to keep the discussion and questions related to the subject in the thread title. Nothing to do with spam. I recently had a discussion with him here where I mentioned other competing programs and Selur didn't get upset or tell me to take my discussion of those programs to other threads so obviously it's not the mention of DivX265 that's the problem.

You don't need to try and turn this site into a free site for you to pimp your software since it gets a ton more users than your site does.

This kind of comment is completely uncalled for, and not supported by the facts. He has been unfailingly polite to you and even apologized in the off chance that, as English isn't his first language, he may have misread you. I think an apology is called for, or at the very least you should move on and not post here any more. You're being a boor. Maybe some other program will be more to your liking.