Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > MPEG-4 Encoder GUIs

Reply
 
Thread Tools Search this Thread Display Modes
Old 15th December 2018, 07:00   #16461  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 386
Quote:
Originally Posted by burt123 View Post
So is this happening after the very latest auto update ??, I got another one yesterday !!

Encoding Server is now up to version 1.13.1.0 !!
I was about to edit my post to say, I just got the 1.13.1.0 update...so I hope this won't happen now, lol
byteshare is offline   Reply With Quote
Old 15th December 2018, 14:03   #16462  |  Link
Ryushin
Registered User
 
Join Date: Mar 2011
Posts: 208
OpenCL.dll Error

Getting a new error after the latest update:

The program can't start because OpenCL.dll is missing from your computer. Try reinstalling the program to fix this problem.

Going to see if I can find the OpenCL.dll somewhere. The Dell video driver wont' have it for the servers and I doubt the virtual machines video driver would have it as well.
Ryushin is offline   Reply With Quote
Old 15th December 2018, 17:43   #16463  |  Link
Ryushin
Registered User
 
Join Date: Mar 2011
Posts: 208
I installed the Xeon OpenCL Runtimes for Intel Processors from:
https://software.intel.com/en-us/art...opencl-drivers
They make you register an account. That stinks.

So now I have opencl.dll and RB does not show that error, but it does not start the encoding servers or start itself up. It looks like it is calling openclinfo.exe in the process list but that never completes so the Encoding servers do not start.

If I manually kill openclinfo.exe using the process manager, soon after starting a encoding server, I can get it to start.

Last edited by Ryushin; 15th December 2018 at 17:49.
Ryushin is offline   Reply With Quote
Old 15th December 2018, 17:50   #16464  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 386
Subtitles v1.23.2

After all of the talk recently with subtiles (and audio while I was at it) I decided to give them another go in RipBot.
I have been for a few years now manually muxing audio (either a copy of source or processed outside of RipBot) and subs with a batch file.
Using the method that I've been doing does a few things for me:
  • Keeps MKV Title info (if there is any)
    Handles more tracks than RipBot seems comfortable with
    Gives me some audio controls not found in RipBot
    etc...
That said, I really do prefer RipBot over other encoders...

Okay what I tested. I tested a 15s clip with 5 audio tracks and 2 subtitles. (I'll post media info after this description)
Had "Skip demuxing Process" turned off in settings and was using the batch mode (doing this for single files would not be something I'd consider since I'd be handling many files at once).
For batch mode I had Remux Subs on and Copy Stream. Pictures of this:
https://imgur.com/a/oBugnzb

Media Info (source):
Code:
General
Format                      : Matroska
Format version              : Version 4 / Version 2
File size                   : 7.08 MiB
Duration                    : 15 s 560 ms
Overall bit rate            : 3 817 kb/s
Encoded date                : UTC 2018-12-15 16:55:12
Writing application         : mkvmerge v29.0.0 ('Like It Or Not') 64-bit
Writing library             : libebml v1.3.6 + libmatroska v1.4.9
Attachments                 : Arial_0.ttf / ArnoPro-Display.otf / Ascriptt.ttf / DFGSogeiW5-Kami.ttf

Video
ID                          : 1
Format                      : AVC
Format/Info                 : Advanced Video Codec
Format profile              : High 10@L4
Format settings             : CABAC / 16 Ref Frames
Format settings, CABAC      : Yes
Format settings, ReFrames   : 16 frames
Codec ID                    : V_MPEG4/ISO/AVC
Duration                    : 14 s 932 ms
Bit rate                    : 1 492 kb/s
Width                       : 704 pixels
Height                      : 480 pixels
Display aspect ratio        : 4:3
Frame rate mode             : Constant
Frame rate                  : 23.976 (23976/1000) FPS
Original frame rate         : 23.976 (24000/1001) FPS
Color space                 : YUV
Chroma subsampling          : 4:2:0
Bit depth                   : 10 bits
Scan type                   : Progressive
Bits/(Pixel*Frame)          : 0.184
Stream size                 : 2.66 MiB (38%)
Writing library             : x264 core 129 r2245+729M 1a52e03
Encoding settings           : cabac=1 / ref=16 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=umh / subme=10 / psy=1 / fade_compensate=1.40 / psy_rd=0.60:0.20 / mixed_ref=1 / me_range=32 /
chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=6 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=0 / interlaced=0 /
bluray_compat=0 / constrained_intra=0 / fgo=0 / bframes=16 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40
/ intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=17.0 / qcomp=0.70 / qpmin=0 / qpmax=81 / qpstep=4 / ip_ratio=1.40 / aq=1:1.10
Default                     : Yes
Forced                      : No
Color range                 : Limited
Matrix coefficients         : BT.470 System B/G

Audio #1
ID                          : 2
Format                      : AC-3
Format/Info                 : Audio Coding 3
Codec ID                    : A_AC3
Duration                    : 14 s 944 ms
Bit rate mode               : Constant
Bit rate                    : 448 kb/s
Channel(s)                  : 6 channels
Channel positions           : Front: L C R, Side: L R, LFE
Sampling rate               : 48.0 kHz
Frame rate                  : 31.250 FPS (1536 SPF)
Bit depth                   : 16 bits
Compression mode            : Lossy
Stream size                 : 817 KiB (11%)
Title                       : 1
Language                    : Spanish
Service kind                : Complete Main
Default                     : Yes
Forced                      : No

Audio #2
ID                          : 3
Format                      : AC-3
Format/Info                 : Audio Coding 3
Codec ID                    : A_AC3
Duration                    : 14 s 944 ms
Bit rate mode               : Constant
Bit rate                    : 224 kb/s
Channel(s)                  : 2 channels
Channel positions           : Front: L R
Sampling rate               : 48.0 kHz
Frame rate                  : 31.250 FPS (1536 SPF)
Bit depth                   : 16 bits
Compression mode            : Lossy
Stream size                 : 409 KiB (6%)
Title                       : 2
Language                    : Spanish
Service kind                : Complete Main
Default                     : No
Forced                      : No

Audio #3
ID                          : 4
Format                      : AC-3
Format/Info                 : Audio Coding 3
Codec ID                    : A_AC3
Duration                    : 14 s 944 ms
Bit rate mode               : Constant
Bit rate                    : 448 kb/s
Channel(s)                  : 6 channels
Channel positions           : Front: L C R, Side: L R, LFE
Sampling rate               : 48.0 kHz
Frame rate                  : 31.250 FPS (1536 SPF)
Bit depth                   : 16 bits
Compression mode            : Lossy
Stream size                 : 817 KiB (11%)
Title                       : 3
Language                    : Italian
Service kind                : Complete Main
Default                     : No
Forced                      : No

Audio #4
ID                          : 5
Format                      : AC-3
Format/Info                 : Audio Coding 3
Codec ID                    : A_AC3
Duration                    : 14 s 944 ms
Bit rate mode               : Constant
Bit rate                    : 448 kb/s
Channel(s)                  : 2 channels
Channel positions           : Front: L R
Sampling rate               : 48.0 kHz
Frame rate                  : 31.250 FPS (1536 SPF)
Bit depth                   : 16 bits
Compression mode            : Lossy
Stream size                 : 817 KiB (11%)
Title                       : 4
Language                    : Japanese
Service kind                : Complete Main
Default                     : No
Forced                      : No

Audio #5
ID                          : 6
Format                      : AC-3
Format/Info                 : Audio Coding 3
Codec ID                    : A_AC3
Duration                    : 14 s 944 ms
Bit rate mode               : Constant
Bit rate                    : 192 kb/s
Channel(s)                  : 2 channels
Channel positions           : Front: L R
Sampling rate               : 48.0 kHz
Frame rate                  : 31.250 FPS (1536 SPF)
Bit depth                   : 16 bits
Compression mode            : Lossy
Stream size                 : 350 KiB (5%)
Title                       : 5
Language                    : English
Service kind                : Complete Main
Default                     : No
Forced                      : No

Text #1
ID                          : 7
Format                      : ASS
Codec ID                    : S_TEXT/ASS
Codec ID/Info               : Advanced Sub Station Alpha
Duration                    : 3 s 440 ms
Bit rate                    : 139 b/s
Count of elements           : 1
Compression mode            : Lossless
Stream size                 : 60.0 Bytes (0%)
Title                       : asdf fdsa
Language                    : Spanish
Default                     : No
Forced                      : No

Text #2
ID                          : 8
Format                      : UTF-8
Codec ID                    : S_TEXT/UTF8
Codec ID/Info               : UTF-8 Plain Text
Duration                    : 3 s 440 ms
Bit rate                    : 53 b/s
Count of elements           : 1
Stream size                 : 23.0 Bytes (0%)
Title                       : asdf -asdf
Language                    : English
Default                     : No
Forced                      : No

Menu
00:00:00.000                : ja:OP
What I got after the encode was a video with 1 audio track and 2 subtitles (with no MKV title info):
Code:
General
Format                      : Matroska
Format version              : Version 4 / Version 2
File size                   : 1.49 MiB
Duration                    : 15 s 560 ms
Overall bit rate            : 801 kb/s
Movie name                  : 00Test00-001
Encoded date                : UTC 2018-12-15 16:59:19
Writing application         : mkvmerge v29.0.0 ('Like It Or Not') 64-bit
Writing library             : libebml v1.3.6 + libmatroska v1.4.9

Video
ID                          : 1
Format                      : HEVC
Format/Info                 : High Efficiency Video Coding
Format profile              : Main 10@L3@Main
Codec ID                    : V_MPEGH/ISO/HEVC
Duration                    : 14 s 932 ms
Bit rate                    : 635 kb/s
Width                       : 704 pixels
Height                      : 480 pixels
Display aspect ratio        : 3:2
Frame rate mode             : Constant
Frame rate                  : 23.976 (23976/1000) FPS
Original frame rate         : 23.976 (24000/1001) FPS
Color space                 : YUV
Chroma subsampling          : 4:2:0
Bit depth                   : 10 bits
Bits/(Pixel*Frame)          : 0.078
Stream size                 : 1.13 MiB (76%)
Writing library             : x265 2.9+14-3023bd8b05c0:[Windows][GCC 8.2.1][64 bit] 10bit
Encoding settings           : cpuid=1111039 / frame-threads=4 / numa-pools=16 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=704x480 / interlace=0
/ total-frames=358 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=5 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop
/ min-keyint=24 / keyint=240 / gop-lookahead=0 / bframes=8 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=20 / lookahead-slices=0 / scenecut=40 / radl=0 / no-splice / no-intra-refresh
/ ctu=16 / min-cu-size=8 / no-rect / no-amp / max-tu-size=16 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=0 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0
/ nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=2 / limit-refs=3 / no-limit-modes / me=1 / subme=2 / merange=57 / temporal-mvp / weightp / weightb /
no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=3 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=1.50
/ psy-rdoq=0.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=22.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / ipratio=1.40 / pbratio=1.30 / aq-mode=3 /
aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=16 / no-rc-grain / qpmax=69 / qpmin=1 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=0 / colorprim=1 /
transfer=1 / colormatrix=1 / chromaloc=0 / display-window=0 / max-cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps /
no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / no-hdr / no-hdr-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=5 /
scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-mv-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine /
no-single-sei
Default                     : Yes
Forced                      : No
Color range                 : Limited
Color primaries             : BT.709
Transfer characteristics    : BT.709
Matrix coefficients         : BT.709

Audio
ID                          : 2
Format                      : AC-3
Format/Info                 : Audio Coding 3
Codec ID                    : A_AC3
Duration                    : 14 s 944 ms
Bit rate mode               : Constant
Bit rate                    : 192 kb/s
Channel(s)                  : 2 channels
Channel positions           : Front: L R
Sampling rate               : 48.0 kHz
Frame rate                  : 31.250 FPS (1536 SPF)
Bit depth                   : 16 bits
Compression mode            : Lossy
Stream size                 : 350 KiB (23%)
Language                    : English
Service kind                : Complete Main
Default                     : Yes
Forced                      : No

Text #1
ID                          : 3
Format                      : ASS
Codec ID                    : S_TEXT/ASS
Codec ID/Info               : Advanced Sub Station Alpha
Duration                    : 3 s 440 ms
Bit rate                    : 134 b/s
Count of elements           : 1
Compression mode            : Lossless
Stream size                 : 58.0 Bytes (0%)
Language                    : Spanish
Default                     : No
Forced                      : No

Text #2
ID                          : 4
Format                      : UTF-8
Codec ID                    : S_TEXT/UTF8
Codec ID/Info               : UTF-8 Plain Text
Duration                    : 3 s 440 ms
Bit rate                    : 53 b/s
Count of elements           : 1
Stream size                 : 23.0 Bytes (0%)
Language                    : English
Default                     : No
Forced                      : No

Menu
00:00:00.000                : en:OP
If this is working as intended, so be it.
As I've said I already, I am used to batch muxing files outside of RipBot but my guess this isn't very helpful for videos with more than 1 audio track.
MKV title info is probably something very few people care about so no worries on that...I have my batch file

Last edited by byteshare; 15th December 2018 at 17:55. Reason: Added some line breaks to keep from needing to scroll horizontally.
byteshare is offline   Reply With Quote
Old 15th December 2018, 19:13   #16465  |  Link
slalom
Registered User
 
slalom's Avatar
 
Join Date: Jan 2010
Posts: 310
@Atak
Same error again
Code:
File:blah blah blah
FFVideoSource: No video track found
(E:\Temp\RipBot264temp\job68\getinfo.avs, line 2)
Is there a limitation with the number of subtitles in a mkv file?
This one had 38 subs. I removed a few with mkvmerge, now there are 21 subs

The job loaded with no errors
__________________
i7-980 @ 4.16GHz 8GB
i5-750 @ 3.36GHz 12GB
Sony Vaio VPC-F13Z1E/B
slalom is offline   Reply With Quote
Old 16th December 2018, 12:24   #16466  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 6,815
Quote:
Originally Posted by burt123 View Post
OK, just had a stall !!!

On one Port, using EncoderServer 1.13.1.0, I killed Port 3000 in Process Hacker, which sort of let other servers try and take over, but it was just "scrolling" thru all enabled port, (Auto Reconnect, was enabled) but really wasn't doing much.

So I decided to abort the Job, then backing out of RB, upon restarting RB, it found the chunk that needed to be completed, which it did, but then it didn't progress to muxing it all back together

So I decided to abort again !!

And then on re starting the job again, the damn thing started from the very beginning

Can't tell you anymore than that, will update when this job is complete.

Update: OK, 1 hour & 12 minutes later, the 2nd attempt went thru without a hitch, however, for what ever other reason there's quite a audio sync problem

Update #2:So it happened again, on the very next job, you've just gotta kill whatever port has stalled, abort the job, re start RB, and hope it starts from where it left off.

Whatever the problem is, "Supervise Process" can't restart it.
So it looks like "stall" issue can not be fixed. For some unknown reasons both processes SuperviseProcess.exe and EncodingServer.exe hang at the same time. I give up. You will have to accept this problem or use something else.
Atak_Snajpera is offline   Reply With Quote
Old 16th December 2018, 13:08   #16467  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 6,815
Quote:
Originally Posted by burt123 View Post
I don't believe that you're gonna give up !!!

So, let's say it's an FFMPEG problem, (which has been questioned), when was the last time RB had a newer version of that, updated ??

20180823, is when.

I just went to https://ffmpeg.zeranoe.com/builds/win64/static/, and correct me if I'm wrong, there seems to be a lot newer builds than that, available.....worth a try ???

OR, is there something else other than FFMPEG that can be used for what needs to be done ??

Just thinking out loud.
You haven't posted screenshot from process hacker/explorer but I'm 99% sure that I would see something like this
Atak_Snajpera is offline   Reply With Quote
Old 16th December 2018, 19:35   #16468  |  Link
gryph
Registered User
 
Join Date: Nov 2018
Posts: 6
Quote:
Originally Posted by Atak_Snajpera View Post
I've checked and all subtitles are shown on my PC. Can you provide some samples (subtitles) where this problem occurs.
Finally had some free time to make some samples.
You can get them here: https://mega.nz/#F!8Tom3YjL!3QWwKc6cwiwQf-C3WxCZKw
There are 4 files in total.



I always use batch convert... so I did the same for this sample.
These are the settings used for the sample encode.



And as you'll see, the "bug" only happens when I use .ass subtitles (which is all I do use )
However, once the job is created and you go to the job-folder, the subtitle is fine - all lines are there.
Somehow the last line goes missing doing the encode.

Did a few quick test with older versions of RB
RipBot264v1.21.0 = Same result. Last line is missing.
RipBot264v1.20.0 = Works! All lines are encoded.
RipBot264v1.19.6 = Works! All lines are encoded.
RipBot264v1.19.4 = Works! All lines are encoded.

So it seems something changed from v1.20.0 to v1.21.0
Now... I need coffee! Please let me know if there's anything else I can do to help sort this issue.

Gryph
gryph is offline   Reply With Quote
Old 17th December 2018, 02:16   #16469  |  Link
Ryushin
Registered User
 
Join Date: Mar 2011
Posts: 208
Quote:
Originally Posted by Ryushin View Post
I installed the Xeon OpenCL Runtimes for Intel Processors from:
https://software.intel.com/en-us/art...opencl-drivers
They make you register an account. That stinks.

So now I have opencl.dll and RB does not show that error, but it does not start the encoding servers or start itself up. It looks like it is calling openclinfo.exe in the process list but that never completes so the Encoding servers do not start.

If I manually kill openclinfo.exe using the process manager, soon after starting a encoding server, I can get it to start.
Just received another update. I'm not able to get any encoding servers to start now even if I kill openclinfo.exe.

Edit: I'm having limited success getting a Encoding Server to run. Having to kill the openclinfo.exe process just right.

Last edited by Ryushin; 17th December 2018 at 02:57.
Ryushin is offline   Reply With Quote
Old 17th December 2018, 06:13   #16470  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 386
Quote:
Originally Posted by Atak_Snajpera View Post
So it looks like "stall" issue can not be fixed. For some unknown reasons both processes SuperviseProcess.exe and EncodingServer.exe hang at the same time. I give up. You will have to accept this problem or use something else.
So far I've had less issues with the most recent version.
byteshare is offline   Reply With Quote
Old 17th December 2018, 10:58   #16471  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 6,815
Quote:
Well, after another VERY annoying experience with the current build of RB, I took a "video capture" of what was going wrong when RB "shit itself".

https://www.mediafire.com/file/a1dcz...43258.mkv/file
Encoding server window would tell you what went wrong. You will most likely see error saying "File \\Your-PC\RipBot264Temp\Job1\Chunks\1.cmd" does not exist!
This message pop-ups when there is not access to shared folder. You have "Auto reconnect" option enabled and therefore you see this endless loops of "Staring..." <-> "Queue".

Last edited by Atak_Snajpera; 17th December 2018 at 11:00.
Atak_Snajpera is offline   Reply With Quote
Old 17th December 2018, 10:59   #16472  |  Link
ReinerSchweinlin
Registered User
 
Join Date: Oct 2001
Posts: 191
Quote:
Originally Posted by Atak_Snajpera View Post
Encoding server window would tell you what went wrong. You will most likely see error saying "File \\Your-PC\RipBot264Temp\Job1\Chunks\1.cmd" does not exist!
This message pop-ups when there is not access to shared folder.
I had exactly that issue on some machines (which worked fine before) - Interesting though - if the share is looked up in the explorer, everything is there, the batches can be opened manualy - but ripbot encodingersever complains exactly like you describe above..
ReinerSchweinlin is offline   Reply With Quote
Old 17th December 2018, 11:08   #16473  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 6,815
Quote:
Originally Posted by ReinerSchweinlin View Post
I had exactly that issue on some machines (which worked fine before) - Interesting though - if the share is looked up in the explorer, everything is there, the batches can be opened manualy - but ripbot encodingersever complains exactly like you describe above..
I've noticed the same on virtual machine. If I authenticate shared folder via explorer (once) then everything is fine. What is weird that on real machine on my LAN this problem does not occur. I will have to investigate this issue a little deeper.
Atak_Snajpera is offline   Reply With Quote
Old 17th December 2018, 11:12   #16474  |  Link
ReinerSchweinlin
Registered User
 
Join Date: Oct 2001
Posts: 191
As far as I remember, the machines here with this issue were:

- older Core2DUO over a VPN (Router - Router) with Win 7 Ultimate 64 Bit (fairly fresh install, only some tax software is present, too....)..
- Intel NUC with Win 10 S 64 Bit on the same net as the master machine, completely fresh install, only one plex-server present, too.
- i5 Notebook with Windows 10PRO 64 Bit in the same net as master machine

All of them used to work fine in the past, nothing has changed on the machines (maybe some automatik updates from windows which I don`t monitor or keep track of..)
ReinerSchweinlin is offline   Reply With Quote
Old 17th December 2018, 12:50   #16475  |  Link
ReinerSchweinlin
Registered User
 
Join Date: Oct 2001
Posts: 191
Quote:
Originally Posted by burt123 View Post
There was no error message...did you see one in the clip ???? No.
As Atak mentioned above - the error message appears in the encoder server window - did you see it there? In your video I see no encoder server window.
ReinerSchweinlin is offline   Reply With Quote
Old 17th December 2018, 13:16   #16476  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 6,815
@burt123
Forget about encoding in ripbot for some time and come back in next year to see if things are improved. Ripbot is a free software so you lose nothing. Just switch to other less frustrating software. Personally I don't care.

Last edited by Atak_Snajpera; 17th December 2018 at 13:19.
Atak_Snajpera is offline   Reply With Quote
Old 17th December 2018, 13:20   #16477  |  Link
Ryushin
Registered User
 
Join Date: Mar 2011
Posts: 208
Quote:
Originally Posted by burt123 View Post
I loaded a x265 4K movie, and it took RB over 30 minutes to do it's thing, and after all that, it did what that capture shows (and this was on 2 different pc's)

Admittedly, RB does a pretty good job on x264 files, but it just takes way too long to do "thing's" with x265.

I would suggest that if you could start from scratch with a RB type program (Ripbot4K) that is basically exclusively for x265, 4K encoding & limited filtering, & DE (of course) so that it only takes a couple of hours to run thru a 4K movie, instead of a couple of days.

For example, if you load a 4K x265 into MKVToolNix, it almost immediately shows everything that that file contains, then you add & remove the tracks you want, and within a fairly short time you have your "new" edited movie.

Like I said earlier, it takes approx. 30 +/- minutes to just load a x265 4K file.
I'm going to defend Atak here. You should not be complaining about the speed of x265 encodes or the amount of time it takes to rip them.

It is your choice to use whatever encoding settings you want. Either x265, x264, or the x264 with all the options it provides. There are tradeoffs. You can choose where you want the tradeoffs to happen. In quality vs size vs speed.

For example, I've tweaked my h.264 settings to this which increased my encoding time 30% but gave me a better encode in quality and size.

With all my servers running, I could see up to 90 frames per second during an encode. Those servers run about 2300 watts of electricity when running full tilt.

Now lets get to x265. x265 is HEVC. High Efficiency does not mean fast. The new codec provides roughly 50-100% better compression. But the compression comes as heavy cost to encode and playback. Just think that it takes 2-3 times the amount of processing power to encode compared to x264. On top of that, a single 4K frame is four 1080P frames. So 4K should take 4 times longer to encode then 1080P regardless of the codec being used to encode. Add your already slow encode just got slower. This does not included turning on MDegrain2.

So my servers can see 10-20fps encoding 4K without using MDegrain2. All the while consuming a huge amount of electricity.

We are at the beginning of general use of x265. Many years ago I had the same speeds for x264 encodes. But as hardware changes, those are now really fast compared to x265. A decade from now, x265 will be easier where we are at now for x264.

So how do you make your x265 encodes go faster. You need to throw money at the problem. Demuxing the streams is much faster on a SSD, but the Terabytes of encodes that I do, I would destroy the SSD in short order and in addition the cost to purchase the large SSDs are expensive. For encoding x265, I don't think there is anything better then the AMD Zen based chips.

So the saying with cars, How fast do you want to go? = How much money you want to spend. Applies in every way to this case. There is no free lunch here. Money = Speed.
Ryushin is offline   Reply With Quote
Old 17th December 2018, 15:11   #16478  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 6,815
Quote:
Originally Posted by ReinerSchweinlin View Post
As far as I remember, the machines here with this issue were:

- older Core2DUO over a VPN (Router - Router) with Win 7 Ultimate 64 Bit (fairly fresh install, only some tax software is present, too....)..
- Intel NUC with Win 10 S 64 Bit on the same net as the master machine, completely fresh install, only one plex-server present, too.
- i5 Notebook with Windows 10PRO 64 Bit in the same net as master machine

All of them used to work fine in the past, nothing has changed on the machines (maybe some automatik updates from windows which I don`t monitor or keep track of..)
Good news. I found the problem. During authentication instead of client's local computer name I was using ip address.

for example
Code:
net use \\192.168.1.100\RipBot264temp /user:UserName UserPassword
instead of
Code:
net use \\Client-PC\RipBot264temp /user:UserName UserPassword
I remember that someone in the past asked if I could use IP address instead of local computer name. In practice it turned out that it was a terrible idea because accessing shared folder via IP is ULTRA slow. I immediately reverted back my code to old method but I totally forgot about authentication command for server!
Atak_Snajpera is offline   Reply With Quote
Old 17th December 2018, 15:20   #16479  |  Link
ReinerSchweinlin
Registered User
 
Join Date: Oct 2001
Posts: 191
Whoooo Wonderful! Itīs like christmas already
I will try as sonn as I reach my Mastermachine

Thanx!

(now where was this donate-button... lookielookie..)
ReinerSchweinlin is offline   Reply With Quote
Old 18th December 2018, 09:40   #16480  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,829
Well, x265 is not x264; it does not provide a "film" tuning, only: psnr, ssim, grain, zerolatency, fastdecode
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Reply

Tags
264, 265, appletv, avchd, bluray, gui, iphone, ipod, ps3, psp, ripbot264, x264 2-pass, x264 gui, x264_64, x265, xbox360

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 16:28.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2019, vBulletin Solutions Inc.