PDA

View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 [58] 59 60 61 62 63 64 65 66 67 68

dv8r
3rd March 2016, 06:53
sorry for my misunderstanding. I thought opencl was only used in graphics cores like an apu or gpu. So I assumed only a cpu's with graphics supported opencl. I have seen requirements for opencl say intel hd3000 or higher etc.

On another note I had this error tonight

Error: Unknown chapter file format in 'C:\Temp\RipBot264temp\job2\chapters.txt'. It does not contain a supported chapter format.

I'm not sure what I did wrong. I was re-encoding a file from AVC to HEVC that I had already encoded.

Thanks for any info on what that means.

Atak_Snajpera
3rd March 2016, 10:11
I thought opencl was only used in graphics cores like an apu or gpu.
It can also run on CPU but like I said many times before it is not very useful due to speed. Modern GPUs have much higher peak FLOPS than any modern CPUs. For example. R290 can reach 4800 GFLOPS (FP32) while my Xeon 2690 won't go above ~250 GFLOPS (FP32). So in this case GPU is about 19 times faster than this 8C / 16T CPU!


Error: Unknown chapter file format in 'C:\Temp\RipBot264temp\job2\chapters.txt'. It does not contain a supported chapter format.

Post content of that chapters.txt here. Do not use forum's attachment please :)

burt123
3rd March 2016, 12:41
Atak, would there be any possibility of adding a new feature to Ripbot ??

With Ripbot you can easily adjust almost every aspect of a video file, expect (as far as I know) the Volume.

Is there an "easy" way for you to add a volume adjustment feature, in % or db, gain or loss ??

omegaeel
4th March 2016, 08:02
Ripbot is refusing to work with DE turned on. It just spits out a popup error stating that it could not open info.txt . I've looked around for a fix but all I could find was an old post saying to open getinfo.avs, from the job folder, in MPC. I did this and it said Cannot Render File, info.txt was not created.

Screencap: https://www.dropbox.com/s/hcdxmlxeczrb13b/screencap2.png?dl=0

legend
7th March 2016, 19:31
How could I run Ripbot without admin access. Most of the encoding server have no admin rights.

Can anyone help me about this.

lemaireus
12th March 2016, 07:14
Ran into something peculiar today: a Trojan alert from Windows Defender on Windows 10 for Ripbot264.exe.

http://s18.postimg.org/syw2q16gp/Rip_Bot_Trojan_Alert.jpg (http://postimage.org/)

Of course, that is a false positive. I've been using Ripbot for more years than I can remember, but am posting this just so that you know that Windows Defender can throw up a false positive, and that Atak should be aware of the issue in case he doesn't know this yet.

Ripbot264.exe is busy encoding in the background as I type this message. :)

Wildfire
12th March 2016, 09:24
Ran into something peculiar today: a Trojan alert from Windows Defender on Windows 10 for Ripbot264.exe.

http://s18.postimg.org/syw2q16gp/Rip_Bot_Trojan_Alert.jpg (http://postimage.org/)

Of course, that is a false positive. I've been using Ripbot for more years than I can remember, but am posting this just so that you know that Windows Defender can throw up a false positive, and that Atak should be aware of the issue in case he doesn't know this yet.

Ripbot264.exe is busy encoding in the background as I type this message. :)

My Windows Defender detects nothing. Which RipBot264 version are you using? I'm on version 1.19.0.

slalom
12th March 2016, 12:29
Does anyone have any problem with the covers?
Searching works fine, but I can't see the cover

lemaireus
12th March 2016, 16:31
My Windows Defender detects nothing. Which RipBot264 version are you using? I'm on version 1.19.0.

Peculiar: when I check Ripbot264.exe properties the version I get is 1.19.2.0, but the encoding GUI displays 1.19.3.0:

http://s22.postimg.org/teztq51xd/Rip_Bot_Version.jpg (http://postimage.org/)

I had assumed that the new update feature must have updated the Ripbot executable at some point to 1.19.3.0. Can someone please confirm that? If not then I might probably be running a bugged .exe!

[Edit] PS: Well, searching around the forum a little bit confirms that my version numbers are fine so it's not a bugged executable after all ;) So the Windows Defender issue should crop up with other people using Windows 10 (Enterprise Edition). Atak, I vaguely recall you being with Windows 10 as well, so perhaps you might report something on this?

Atak_Snajpera
12th March 2016, 18:56
Does anyone have any problem with the covers?
Searching works fine, but I can't see the cover

Covers work but sometimes you have to re-send query.
http://i.cubeupload.com/vaRifF.png

Atak, I vaguely recall you being with Windows 10 as well, so perhaps you might report something on this?
I'm staying on Win7. Do not worry about that version discrepancy. I just forgot to change it.

omegaeel
14th March 2016, 05:02
Ripbot is refusing to work with DE turned on. It just spits out a popup error stating that it could not open info.txt . I've looked around for a fix but all I could find was an old post saying to open getinfo.avs, from the job folder, in MPC. I did this and it said Cannot Render File, info.txt was not created.

Screencap: https://www.dropbox.com/s/hcdxmlxeczrb13b/screencap2.png?dl=0

Finally remedied the problem. For whatever reason I was using FFMS2 (v2.22) 64bit, once I swapped in the 32bit version all was well. DE back in business. Thought I mention this in case anyone out there runs into this problem.

Atak_Snajpera
14th March 2016, 18:14
Update
-added new OpenCL tab in settings with basic information about detected OpenCL platforms and GPU Devices
User can also easily assign what OpenCL GPU Device should be used for x264 encoder and KNLMeansCL plugin. For example APU for x264 and GPU for KNLMeansCL.

Wildfire
14th March 2016, 18:29
Update
-added new OpenCL tab in settings with basic information about detected OpenCL platforms and GPU Devices
User can also easily assign what OpenCL GPU Device should be used for x264 encoder and KNLMeansCL plugin. For example APU for x264 and GPU for KNLMeansCL.


Strangely enough, it's not detecting any OpenCL device. My GeForce GTX 980 Ti, however, most certainly supports OpenCL.

Atak_Snajpera
14th March 2016, 18:39
Most likely it can't detect OpenCL.dll file in x:\Windows\system32 or x:\Windows\SysWOW64

Wildfire
14th March 2016, 19:06
Most likely it can't detect OpenCL.dll file in x:\Windows\system32 or x:\Windows\SysWOW64

Well, the OpenCL.dll files are there, so that's not the problem. Other programs have no problem detecting the OpenCL capabilities of my computer (for example, Geeks3D GPU Caps Viewer).

Atak_Snajpera
14th March 2016, 19:12
Can you run OpenCLinfo.exe in console?

Wildfire
14th March 2016, 19:35
Can you run OpenCLinfo.exe in console?

There's no file like that anywhere on my system. Perhaps something is missing in the RipBot264 package?

Atak_Snajpera
14th March 2016, 19:38
what does update_log.txt say?

Wildfire
14th March 2016, 19:43
what does update_log.txt say?


2016-03-14 20:41:08 : =========================[UPDATER ACTIVATED]=========================
2016-03-14 20:41:08 : Installing updates...
2016-03-14 20:41:08 : [ERROR] C:\Program Files (x86)\RipBot264\Updates\x264.zip is corrupted. CRC32 mismatch. Expected value was B46524A9 but got 6768236F
2016-03-14 20:41:08 : File C:\Program Files (x86)\RipBot264\Updates\x264.zip has been deleted.
2016-03-14 20:41:08 : Installation complete.
2016-03-14 20:41:08 : =========================[UPDATER ACTIVATED]=========================
2016-03-14 20:41:08 : Looking for correct UUID link in http://atak-snajpera.5v.pl/
2016-03-14 20:41:08 : [SUCCESS] http://atak-snajpera.5v.pl/ has correct UUID link a5e3e5d3-67da-4504-950a-4963b18b0a3a
2016-03-14 20:41:08 : Downloading update file http://atak-snajpera.5v.pl/ripbot264update/update.zip
2016-03-14 20:41:09 : [SUCCESS] C:\Program Files (x86)\RipBot264\Updates\update.zip saved!
2016-03-14 20:41:09 : CRC32 value has not changed for [core]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [Aften]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [avs2avi]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [avs2pipemod]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [avs2yuv]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [AVSMeter]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [ax]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [BDSup2Sub]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [ChapterXtractor]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [dgAVCDec]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [dgindex]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [DownloadPoster]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [eac3to]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [ffmpeg]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [fhgaacenc]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [Fonts]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [MediaInfo]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [mkvtoolnix]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [ModifyChapters]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [mp4box]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [mpc]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [opus-tools]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [PgcDemux]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [Process]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [remuxtool]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [SetACL]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [ssatosrt]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [tsmuxer]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [vjoin]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [VSRip]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [wolcmd]. Update is not required.
2016-03-14 20:41:09 : Update for [x264] detected
2016-03-14 20:41:09 : Downloading file http://atak-snajpera.5v.pl/ripbot264update/x264.zip to C:\Program Files (x86)\RipBot264\Updates\x264.zip
2016-03-14 20:42:05 : =========================[UPDATER ACTIVATED]=========================
2016-03-14 20:42:05 : Installing updates...
2016-03-14 20:42:05 : [ERROR] C:\Program Files (x86)\RipBot264\Updates\x264.zip is corrupted. CRC32 mismatch. Expected value was B46524A9 but got BCB96293
2016-03-14 20:42:05 : File C:\Program Files (x86)\RipBot264\Updates\x264.zip has been deleted.
2016-03-14 20:42:05 : Installation complete.
2016-03-14 20:42:05 : =========================[UPDATER ACTIVATED]=========================
2016-03-14 20:42:05 : Looking for correct UUID link in http://atak-snajpera.5v.pl/
2016-03-14 20:42:06 : [SUCCESS] http://atak-snajpera.5v.pl/ has correct UUID link a5e3e5d3-67da-4504-950a-4963b18b0a3a
2016-03-14 20:42:06 : Downloading update file http://atak-snajpera.5v.pl/ripbot264update/update.zip
2016-03-14 20:42:06 : [SUCCESS] C:\Program Files (x86)\RipBot264\Updates\update.zip saved!
2016-03-14 20:42:06 : CRC32 value has not changed for [core]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [Aften]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [avs2avi]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [avs2pipemod]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [avs2yuv]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [AVSMeter]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [ax]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [BDSup2Sub]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [ChapterXtractor]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [dgAVCDec]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [dgindex]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [DownloadPoster]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [eac3to]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [ffmpeg]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [fhgaacenc]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [Fonts]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [MediaInfo]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [mkvtoolnix]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [ModifyChapters]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [mp4box]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [mpc]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [opus-tools]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [PgcDemux]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [Process]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [remuxtool]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [SetACL]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [ssatosrt]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [tsmuxer]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [vjoin]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [VSRip]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [wolcmd]. Update is not required.
2016-03-14 20:42:06 : Update for [x264] detected
2016-03-14 20:42:06 : Downloading file http://atak-snajpera.5v.pl/ripbot264update/x264.zip to C:\Program Files (x86)\RipBot264\Updates\x264.zip


Strange, that x264.zip seems to be corrupted every time the updater tries. I finally tried downloading it manually and then it's okay.

Hey... I now notice in the update log there's an OpenCL zip. But that wasn't part of the x264.zip -- did you change something at your end? :?

Let's see.... well, now there IS an OpenCLinfo.exe file. Yay. :)


Platform 0.
Name : NVIDIA CUDA
Vendor : NVIDIA Corporation
Version : OpenCL 1.2 CUDA 8.0.0
Profile : FULL_PROFILE
Extensions : cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_fp64 cl_khr_byte_addressable_store cl_khr_icd cl_khr_gl_sharing cl_nv_compiler_options cl_nv_device_attribute_query cl_nv_pragma_unroll cl_nv_d3d10_sharing cl_khr_d3d10_sharing cl_nv_d3d11_sharing cl_nv_copy_opts

0.0 Device name : GeForce GTX 980 Ti
Hardware version : OpenCL 1.2 CUDA
Software version : 364.51
OpenCL C version : OpenCL C 1.2
Compute units : 22


RipBot264 itself, however, still shows no OpenCL devices.

Atak_Snajpera
14th March 2016, 19:48
Wait for tomorrow. I think your windows is still using cached update.zip file.

Wildfire
14th March 2016, 20:00
Wait for tomorrow. I think your windows is still using cached update.zip file.

I just removed the entire RipBot264 folder, cleared all temp files using CCleaner and then installed from scratch using the 7Zip archive from your first post. Issue remains the same.

dv8r
15th March 2016, 01:26
Ripbot just updated for me and now it's broken. When I start ripbot it says List Index Out Of Bounds (7). If i get past this it won't open a video file. It was just working great an hour ago until i restarted it and it updated.

burt123
15th March 2016, 04:04
No problems here, after the biggest update we've had in a while :)

So Atak, can "we" have a little explanation of what "x264 OpenCL acceleration" does in the new OpenCL tab ??

Is this a new addition, or now just control of it ??

Also, just a reminder.....is asked about this a little while back........

Would there be any chance of including a volume adjustment feature, either dB, or % ??

dv8r
15th March 2016, 05:34
it's doing the same thing on all my machines. Updated now they all get the same error. Not sure why. Windows 10 Pro 64 bit. I tried deleting my old ripbot folder and downloading a new one but i get the same error.

Wildfire
15th March 2016, 10:26
Wait for tomorrow. I think your windows is still using cached update.zip file.

Still nothing... :'(

dv8r
15th March 2016, 22:31
when I try to open a video file I get this error

Exception EConvertError in module RipBot264.exe at 0000943E.
" is not a valid floating point value.

Don't know what that means but I'm getting it on 4 machines all running Windows 10 Pro 64 bit.

dv8r
16th March 2016, 00:51
I downloaded the old folder again and turned off auto update on all machines and its working. Guess I'll have to stick with this older version until this problem is figured out. I'm thinking it's something in the config files maybe. Bummer :(

howzz
17th March 2016, 08:31
after an auto update that ran on my v 1.19.2 today which seemed to have updated it to v 1.19.3. after firing it back up, it spat out an error "List index out of bounds 20". so i went ahead and tried to visit the official download link here to re-download a fresh copy of v 1.19.2. only upon extraction, it picked up a virus. The EXE picked up was "modifychapters.exe" as Win32:Malware-gen. tried re-downloading it from official download link again and received the same virus. not only that, even after quarantine, tried firing up the v 1.19.2, the auto update ran again and fired back up, and got the same "List index out of bounds 20".

been using ripbot for a couple years now. anyone care to chime in? if this doesn't get sorted, might have to resort to handbrake.

Atak_Snajpera
17th March 2016, 11:00
send me openclinfo.txt and please do not use attachments.

modifychapters.exe send to virustotal.com and also show us what you get.

Wishbringer
17th March 2016, 18:06
Platform 0.
Name : Intel(R) OpenCL
Vendor : Intel(R) Corporation
Version : OpenCL 1.2
Profile : FULL_PROFILE
Extensions : cl_khr_fp64 cl_khr_icd cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_byte_addressable_store cl_intel_printf cl_ext_device_fission cl_intel_exec_by_local_thread cl_khr_gl_sharing cl_intel_dx9_media_sharing cl_khr_dx9_media_sharing cl_khr_d3d11_sharing

Platform 1.
Name : AMD Accelerated Parallel Processing
Vendor : Advanced Micro Devices, Inc.
Version : OpenCL 2.0 AMD-APP (1912.5)
Profile : FULL_PROFILE
Extensions : cl_khr_icd cl_khr_d3d10_sharing cl_khr_d3d11_sharing cl_khr_dx9_media_sharing cl_amd_event_callback cl_amd_offline_devices

1.0 Device name : Tahiti
Hardware version : OpenCL 1.2 AMD-APP (1912.5)
Software version : 1912.5 (VM)
OpenCL C version : OpenCL C 1.2
Compute units : 32

And no selectable Devices in Settings too.

howzz
18th March 2016, 00:55
here is the Virustotal.com scan result. looks like 3 out of 44 AV picked it up as malware.

SHA256: c3c81db9b9ecd2d6e30518d300e8f2f9a7cc08fa0eb26aaabf7bfc08646ebd5d
File name: RipBot264v1.19.2.7z
Detection ratio: 3 / 44
Analysis date: 2016-03-18 00:50:59 UTC ( 1 minute ago )
0 1
Analysis
Relationships
Additional information
Comments
Votes
Antivirus Result Update
AegisLab Possible.Virus.Gen!c 20160317
Avast Win32:Malware-gen 20160317
Jiangmin Worm/NetSky.ji 20160318
ALYac 20160317
AVG 20160318
AVware 20160318
Ad-Aware 20160317
Agnitum 20160316
AhnLab-V3 20160317
Alibaba 20160317
Antiy-AVL 20160317
Arcabit 20160317
Baidu 20160317
Baidu-International 20160317
BitDefender 20160318
Bkav 20160317
ByteHero 20160318
CAT-QuickHeal 20160317
CMC 20160316
ClamAV 20160317
Comodo 20160318
Cyren 20160318
DrWeb 20160318
ESET-NOD32 20160317
Emsisoft 20160318
F-Prot 20160318
F-Secure 20160318
Fortinet 20160317
GData 20160318
Ikarus 20160318
K7AntiVirus 20160317
K7GW 20160318
Kaspersky 20160317
Malwarebytes 20160317
McAfee 20160318
McAfee-GW-Edition 20160317
eScan 20160317
Microsoft 20160316
NANO-Antivirus 20160317
Panda 20160317
Qihoo-360 20160318
Rising 20160317
SUPERAntiSpyware 20160317
Sophos 20160317
Symantec 20160317
Tencent 20160318
TheHacker 20160315
TrendMicro 20160317
TrendMicro-HouseCall 20160317
VBA32 20160317
VIPRE 20160317
ViRobot 20160317
Zillya 20160317
Zoner 20160317
nProtect 20160317

legend
19th March 2016, 05:50
While Updating I Found this

http://s27.postimg.org/6p13z2p03/ripbot.png

Atak_Snajpera
19th March 2016, 11:55
open updater.ini in notepad and change that date to 2000-01-01 00:00:00

burt123
19th March 2016, 13:02
Hey Atak, I've been thinking about the trouble some guys are having with updates & version numbers.

With all due respect, may I suggest that with the next update, you could post a full setup (like you used to) and with a build number of, say, 1.19.4, and then after that, the auto updates continue for the new version for a time, then release another full version.

It's just that if someone wants to start from stratch, they don't have to start with what is now a fairly old build of 1.19.2., and then have to get all the updates that were released since then.

Atak_Snajpera
19th March 2016, 13:11
yes I will do that today but it won't be 1.19.4 but 'official 1.19.3'

soneca
19th March 2016, 20:54
Atak, it would be good to be updated in VideoHelp too.

burt123
19th March 2016, 22:55
yes I will do that today but it won't be 1.19.4 but 'official 1.19.3'

You've already done this ?!?! :)

OK, I see that you have also added an audio amplification option, and I hate to be a PITA, but could you also have it go negative, as well, for files that are too loud ???

And what unit of measure are the adjustments ??

Sorry, and :thanks:

Atak_Snajpera
20th March 2016, 11:51
unit is multiplication.
negative number won't fix too loud sounds.

burt123
20th March 2016, 12:01
unit is multiplication.
negative number won't fix too loud sounds.

OK, will experiment.

Thanks

soneca
20th March 2016, 14:50
After this latest update the PC that works with KNLMeansCL no longer works. :mad:

http://s20.postimg.org/b9n3ln34d/ripbot1.png

http://s20.postimg.org/x7jkffi4t/ripbot.png

Atak_Snajpera
20th March 2016, 15:04
This is your friend

vc_redist.x86.exe
https://www.microsoft.com/en-us/download/details.aspx?id=48145

soneca
20th March 2016, 15:09
With the 2013 version of Visual C ++ does not work anymore?

Atak_Snajpera
20th March 2016, 15:11
nope -> http://forum.doom9.org/showthread.php?p=1699497#post1699497

soneca
20th March 2016, 15:13
Okay, I'll install! :thanks:

soneca
20th March 2016, 15:17
Started working again! :p

deanoboxer
20th March 2016, 15:19
Norton identified RipBot264 Encoding Client.exe as malware this morning. Anybody else get the same?

Atak_Snajpera
20th March 2016, 15:25
Yet another stupid complain from retarded anti-virus software. I'm losing patience to this...
https://www.virustotal.com/en/file/187d0a4df1eef927370e5bceb778aa486469ee3c93fd5ab4a5b2ac2b8ef43111/analysis/1458487433/

I'm starting to think that currently it is impossible to write a program without any false positive alarms.

MaistroX
20th March 2016, 20:36
Hi Atak_Snajpera!

Thx for the great work throu the years with development of RipBot264! :thanks:

Have a question that you might be able to answer...

I have allways been able to use RipBot264 without any problems, but the recent 6 month my PC have started to freez so I have been forced to restart it fully to get it to work again.

The problem ONLY appears with RipBot264 and it does freez in the first pass or in the beginning of the second.

As it only affects RipBot264 and no other software I have, my thought is that it has something to do with that RipBot264 gets my processor to 100% on all cores.

Any chance in RipBot264 that I can set it to ONLY use a certain amout of the processors Power, like only 80% or simular?

Regards MaistroX

burt123
20th March 2016, 23:04
Hi Atak_Snajpera!

Thx for the great work throu the years with development of RipBot264! :thanks:

Have a question that you might be able to answer...

I have allways been able to use RipBot264 without any problems, but the recent 6 month my PC have started to freez so I have been forced to restart it fully to get it to work again.

The problem ONLY appears with RipBot264 and it does freez in the first pass or in the beginning of the second.

As it only affects RipBot264 and no other software I have, my thought is that it has something to do with that RipBot264 gets my processor to 100% on all cores.

Any chance in RipBot264 that I can set it to ONLY use a certain amout of the processors Power, like only 80% or simular?

Regards MaistroX

A couple of questions for you :-

1st:- is your PC overclocked ???
Ripbot could be considered as a stress test, as it DOES run the CPU @ 100% most of the time.

2nd:- how clean is it inside your case & motherboard etc ??
Sounds like it might be overheating, check & clean the CPU fan(s), and video card(s) fan(s).

I'm pretty sure that Ripbot can't be "throttled".

soneca
20th March 2016, 23:58
Yet another stupid complain from retarded anti-virus software. I'm losing patience to this...
https://www.virustotal.com/en/file/187d0a4df1eef927370e5bceb778aa486469ee3c93fd5ab4a5b2ac2b8ef43111/analysis/1458487433/

I'm starting to think that currently it is impossible to write a program without any false positive alarms.

It is also why I use Nod32 long ago. :cool:

MaistroX
21st March 2016, 08:02
Hi burt123!


1. No it´s not, it´s a AMD3+ running at originaly @ 4,7Ghz

2. Inside is pretty Clean and case is open all the time.
Also had the idéa of it gettin overheated, but have changed the CPU Fan, Motherboard also tryed differnt ram´s just to figure out what could be wrong, and this only happens with RipBot264 when it runs 100% of all cores on the CPU.


After Writing this Q last night I started a new rip with only 4 cores activated just to see how it worked and adjusted it to 6/8 cores just Before 2-pass started, and PC keeps going without any crash/Freez! :)

http://s17.postimg.org/p0cx9irgf/Rip_Bot264_4_Cores.jpg (http://postimage.org/)

http://s17.postimg.org/ivq09xoqn/Rip_Bot264_2pass.jpg (http://postimage.org/)
image hosting free (http://postimage.org/)


But would be easyer to be able to set the nr. of cores to be used from within RipBot264 otherwise one have to set it manually everytime RipBot264 starts. ;)

Regards MaistroX

A couple of questions for you :-

1st:- is your PC overclocked ???
Ripbot could be considered as a stress test, as it DOES run the CPU @ 100% most of the time.

2nd:- how clean is it inside your case & motherboard etc ??
Sounds like it might be overheating, check & clean the CPU fan(s), and video card(s) fan(s).

I'm pretty sure that Ripbot can't be "throttled".

Ma
21st March 2016, 08:41
But would be easyer to be able to set the nr. of cores to be used from within RipBot264 otherwise one have to set it manually everytime RipBot264 starts. ;)

If this crash is related to x265, you can add '--pools 6' option to x265 command line. If it helps, you can try '-F2' option instead of '--pools 6' (if '-F2' helps, you can also try to use x265 compiled by VS 2015 instead of GCC 5.3).

MaistroX
21st March 2016, 10:32
But as far as I know I only use the x264 part!

If this crash is related to x265, you can add '--pools 6' option to x265 command line. If it helps, you can try '-F2' option instead of '--pools 6' (if '-F2' helps, you can also try to use x265 compiled by VS 2015 instead of GCC 5.3).

Ma
21st March 2016, 10:39
But as far as I know I only use the x264 part!

In x264 there is '--threads X' option. You can try '--threads 6' for example.

Atak_Snajpera
21st March 2016, 11:35
@Maistrox
What happens if you run LINX from first post for couple minutes? Check cpu temps during strest test. CPU should be rock stable even at 100%.

MaistroX
21st March 2016, 12:33
Just tryed that and the result is here -> http://s11.postimg.org/9gelbqzoj/Lin_X.jpg (http://postimage.org/)
windows screen capture (http://postimage.org/app.php)

Also, just finnished a encode with RipBot264 and set the cores to 6/8, that worked just fine.

Regards MaistroX

@Maistrox
What happens if you run LINX from first post for couple minutes? Check cpu temps during strest test. CPU should be rock stable even at 100%.

soneca
21st March 2016, 13:18
nope -> http://forum.doom9.org/showthread.php?p=1699497#post1699497

With the new version of KNLMeansCL, the PC with GTX650 became operational. :)

Atak_Snajpera
21st March 2016, 13:28
Just tryed that and the result is here -> http://s11.postimg.org/9gelbqzoj/Lin_X.jpg (http://postimage.org/)
windows screen capture (http://postimage.org/app.php)

Also, just finnished a encode with RipBot264 and set the cores to 6/8, that worked just fine.

Regards MaistroX

Check also with 0.6.5 which uses AVX as well.
https://github.com/sanekgusev/LinX-old/releases/download/0.6.5/LinX-0.6.5.7z

Regarding --threads. By default x264 on your CPU uses 12 threads (8 * 1.5). You may also try --threads 8 instead of 6.

MaistroX
21st March 2016, 18:28
I will try 0.6.5 also, just finnished a 5 step test with ALL RAM avalible and biggest Problem Size, see here ->

http://s21.postimg.org/m2esxm6mv/Lin_X_2016_03_21_19_23_53.png (http://postimage.org/)
image hosting over 5mb (http://postimage.org/)
with the following log:
"
Intel(R) LINPACK 64-bit data - LinX 0.6.4

Current date/time: Mon Mar 21 13:35:50 2016

CPU frequency: 4.690 GHz
Number of CPUs: 8
Number of threads: 8

Parameters are set to:

Number of tests : 1
Number of equations to solve (problem size) : 60083
Leading dimension of array : 60088
Number of trials to run : 5
Data alignment value (in Kbytes) : 4

Maximum memory requested that can be used = 3113540512, at the size = 60083

============= Timing linear equation system solver =================

Size LDA Align. Time(s) GFlops Residual Residual(norm)
60083 60088 4 3864.765 37.4164 3.101542e-009 3.065849e-002
60083 60088 4 3892.257 37.1521 3.101542e-009 3.065849e-002
60083 60088 4 3906.159 37.0199 3.101542e-009 3.065849e-002
60083 60088 4 3906.839 37.0135 3.101542e-009 3.065849e-002
60083 60088 4 3924.515 36.8468 3.101542e-009 3.065849e-002

Performance Summary (GFlops)

Size LDA Align. Average Maximal
60083 60088 4 37.0897 37.4164

End of tests
"

Regards MaistroX

Check also with 0.6.5 which uses AVX as well.
https://github.com/sanekgusev/LinX-old/releases/download/0.6.5/LinX-0.6.5.7z

Regarding --threads. By default x264 on your CPU uses 12 threads (8 * 1.5). You may also try --threads 8 instead of 6.

Ronski
21st March 2016, 20:28
I've recently been encoding using H265 but am getting much bigger files sizes than expected, with only a small decrease from the original BR rip. I use CQ and CRF set to 16, profile is [High 4.0] FHD. Progressive. Taking a 20.2GB video file (sound tracks removed) H265 ends up at 24.4GB and H264 ends up at 15.7GB using the same settings.

I thought one of the big improvements with H265 was a reduction in file size, am I misunderstanding or do I just have CRF set to low? I watch on a 120" screen so like to keep good quality.

PS. MaistroX, try lots of different stress tests, recently overclocking my X99 rig it would crash on one particular stress test but not another, and I had to increase the voltage slightly, by reducing the core count your reducing the load and thus the voltage won't drop so much. Video transcoding is considered by many as a form of stress testing.

soneca
22nd March 2016, 02:34
I've never used the x265 but I understand the standard crf values for the two encoders to generate the same visual quality are quite different. ie, you are using a high value.

x264 default = CRF23
x265 default = CRF28

Wildfire
22nd March 2016, 08:55
Wait for tomorrow. I think your windows is still using cached update.zip file.

Well, it's been a while but still nothing. The OpenCL tab is still empty.

Ronski
22nd March 2016, 19:16
I've never used the x265 but I understand the standard crf values for the two encoders to generate the same visual quality are quite different. ie, you are using a high value.

x264 default = CRF23
x265 default = CRF28

Thanks, I'll give it a go at 22 and see how that comes out. Edit: Results in a 5.68GB file (no audio yet), just need to play it on the big screen and see how it compares.

Got to say I've just had one of those moments that makes you smile.

I have an old i750 running at 3.6Ghz and my new X99 5820K running at 4.5Ghz. Now I had 1 encoding server on the i750 and two on the X99, I'm now running 6 encoding servers on the X99, each time I added a server the FPS increased, tried adding another on the i750 and it made no difference, but boy it does work well on the X99. Currently cruising at just over 43FPS between them all in H265, gained about another 10FPS by adding the 4 additional servers.

burt123
22nd March 2016, 23:36
Thanks, I'll give it a go at 22 and see how that comes out. Edit: Results in a 5.68GB file (no audio yet), just need to play it on the big screen and see how it compares.

Got to say I've just had one of those moments that makes you smile.

I have an old i750 running at 3.6Ghz and my new X99 5820K running at 4.5Ghz. Now I had 1 encoding server on the i750 and two on the X99, I'm now running 6 encoding servers on the X99, each time I added a server the FPS increased, tried adding another on the i750 and it made no difference, but boy it does work well on the X99. Currently cruising at just over 43FPS between them all in H265, gained about another 10FPS by adding the 4 additional servers.

Yes, I run multiple servers on the one PC, and yes it DOES make a lot of difference.

We need more servers, Atak :)

soneca
23rd March 2016, 01:13
I do not have conditions to run that way then do my conversions using my old 980X, or 4790K. Lately I have used only the 4790K for this kind of work because it is slightly faster and consumes less power.
Let them work and go to sleep.

jthekk2
23rd March 2016, 15:10
Atak, is there any way to include a setting to have the first pass handled by one machine for the entire file and then split the file (and stats file) into chunks for distributed encoding? I've been testing with the current distributed encoding but am seeing massive bitrate drops in high action scenes where the scene fell into different chunks. I'm hoping that a first pass pre-chunking would allow for proper bitrate determination relative to the file as a whole before encoding. This will obviously bottleneck the process to the speed of the server doing the first pass, but is more ideal since it yields a better encode in the end.

Atak_Snajpera
23rd March 2016, 15:17
I think It would be better if you increased chunk size from 1 min to old 10 min value. This method would be much faster than first pass on single machine.

jthekk2
23rd March 2016, 15:19
I think It would be better if you increased chunk size from 1 min to old 10 min value. This method would be much faster than first pass on single machine.I'll give it a try but the problem would still remain if the action scene falls at the 10 minute mark and is split and the second chunk has an otherwise low level of action (so lower average bitrate). Also, since most shows aren't exactly a multiple of 10, the last chunk will always be smaller and might present the same issue. Unless I'm missing something and there is some error handling for that.

Atak_Snajpera
23rd March 2016, 15:19
Thanks, I'll give it a go at 22 and see how that comes out. Edit: Results in a 5.68GB file (no audio yet), just need to play it on the big screen and see how it compares.

Got to say I've just had one of those moments that makes you smile.

I have an old i750 running at 3.6Ghz and my new X99 5820K running at 4.5Ghz. Now I had 1 encoding server on the i750 and two on the X99, I'm now running 6 encoding servers on the X99, each time I added a server the FPS increased, tried adding another on the i750 and it made no difference, but boy it does work well on the X99. Currently cruising at just over 43FPS between them all in H265, gained about another 10FPS by adding the 4 additional servers.

It is odd that you have troubles with saturating 6C / 12T CPU.
I have no problems with 8C / 16T CPU even with cropped frame (1920x800).

http://i.cubeupload.com/VxwnRJ.png

Atak_Snajpera
23rd March 2016, 15:22
I'll give it a try but the problem would still remain if the action scene falls at the 10 minute mark and is split and the second chunk has an otherwise low level of action (so lower average bitrate). Also, since most shows aren't exactly a multiple of 10, the last chunk will always be smaller and might present the same issue. Unless I'm missing something and there is some error handling for that.


Last chunk is always the biggest. Otherwise We could end up with 1 frame chunk ;).
Longer chunk sizes should help in better bitrate distribution (less aggressive)

Ronski
23rd March 2016, 18:58
Yes it is odd, just trying it the other way round with the X99 as the client and running more than one on it doesn't seem to make much difference. I'll have to test again with the older PC as the client and see what happens. Could it of just been that the FPS happened to ramp up when I tried it as the content of the video changed, thus purely coincidence?

defalopii
26th March 2016, 00:47
Hello, RipBot developer, how much You can add distributed server at maximum?
Log time ago ive seen ure using 4 DE, then 8DE, and now 10DE. Is that possible to make it unlimited DE server?
I imagine that i can add more and more DE server, this will speedup encoding, especially for the next codec HEVC

burt123
26th March 2016, 09:17
Hello, RipBot developer, how much You can add distributed server at maximum?
Log time ago ive seen ure using 4 DE, then 8DE, and now 10DE. Is that possible to make it unlimited DE server?
I imagine that i can add more and more DE server, this will speedup encoding, especially for the next codec HEVC

Hear, hear....................

gabbett1
29th March 2016, 16:39
I just recently used Ripbot to convert Insurgent and I'm having an issue. The file I created was a .mp4. When I try and play the movie it takes about 30 seconds for it to begin play, and when it does I only get sound, no video. If I simply rename the file to a .mkv it will play just fine. Rename back to .mp4 and same issue. Takes a while to play and no video. What could be the problem? I could use some help please.

Atak_Snajpera
29th March 2016, 17:49
Are you using MPC-HC player?

omegaeel
30th March 2016, 05:45
I have been getting Socket Errors on a 2nd PC I use in DE in Ripbot. The log in EncodingServer first says "Socket Error 10060" and after clicking ON within EncodingClient the server logs return "Socket Error 10038". As well as an "Access violation" error.

I tried deleting and re-established the Firewall rules and disabling Windows Firewall all together to no effect.

Using v1.19.3 on both PCs.

https://www.dropbox.com/s/2fmi3do6054v8ib/Screenshot%202016-03-30%2000.43.18.png?dl=0

dv8r
30th March 2016, 09:50
gabbett, insurgent has a lot of scrambled titles. There are a couple of long threads about it on makemkv forum. Maybe this is the issue?

gabbett1
30th March 2016, 12:52
Are you using MPC-HC player?

I'm using Windows Media Player.

gabbett1
30th March 2016, 12:53
gabbett, insurgent has a lot of scrambled titles. There are a couple of long threads about it on makemkv forum. Maybe this is the issue?

I don't think so. I'm using the title that AnyDVD said was good. And like I said, it plays just find when I rename it to a .mkv

Atak_Snajpera
30th March 2016, 13:14
I'm using Windows Media Player.

Bad idea. Use something more advanced like MPC-HC.

Atak_Snajpera
30th March 2016, 13:34
I have been getting Socket Errors on a 2nd PC I use in DE in Ripbot. The log in EncodingServer first says "Socket Error 10060" and after clicking ON within EncodingClient the server logs return "Socket Error 10038". As well as an "Access violation" error.

I tried deleting and re-established the Firewall rules and disabling Windows Firewall all together to no effect.

Using v1.19.3 on both PCs.

https://www.dropbox.com/s/2fmi3do6054v8ib/Screenshot%202016-03-30%2000.43.18.png?dl=0

Most likely some software on your main pc (where you have EncodingClient running) is blocking connection from EncodingServer. Connection must be established in both ways

http://i.cubeupload.com/N1A0QZ.png

fatpizza
31st March 2016, 06:53
Are there any known issues with using OpenCL on integrated intel GPU's? I have a Core i7 6700 and with Intel 530 and whenever I enable OpenCL in the Ripbot options it comes up with this:

C:\>"C:\Program Files\Ripbot\RipBot264v1.19.2\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job105\job105.avs" -o - | "C:\Program Files\Ripbot\RipBot264v1.19.2\tools\x264\x264_x64.exe" --opencl --opencl-device 0 --crf 20 --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 197017 --sar 1:1 --level 4.1 --preset slow --tune film --aud --nal-hrd vbr --vbv-bufsize 62500 --vbv-maxrate 62500 --stdin y4m --output "C:\Temp\RipBot264temp\video.264" -
y4m [info]: 1920x804p 1:1 @ 10000000/417083 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
x264 [info]: OpenCL acceleration enabled with Intel(R) Corporation Intel(R) HD Graphics 530
x264 [info]: profile High, level 4.1
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: x264_encoder_encode failed

I tried installing the 2015 vc_redist mentioned a couple of pages ago but with no luck.

Wildfire
31st March 2016, 09:56
Are there any known issues with using OpenCL on integrated intel GPU's? I have a Core i7 6700 and with Intel 530 and whenever I enable OpenCL in the Ripbot options it comes up with this:

C:\>"C:\Program Files\Ripbot\RipBot264v1.19.2\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job105\job105.avs" -o - | "C:\Program Files\Ripbot\RipBot264v1.19.2\tools\x264\x264_x64.exe" --opencl --opencl-device 0 --crf 20 --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 197017 --sar 1:1 --level 4.1 --preset slow --tune film --aud --nal-hrd vbr --vbv-bufsize 62500 --vbv-maxrate 62500 --stdin y4m --output "C:\Temp\RipBot264temp\video.264" -
y4m [info]: 1920x804p 1:1 @ 10000000/417083 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
x264 [info]: OpenCL acceleration enabled with Intel(R) Corporation Intel(R) HD Graphics 530
x264 [info]: profile High, level 4.1
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: x264_encoder_encode failed

I tried installing the 2015 vc_redist mentioned a couple of pages ago but with no luck.

The obvious question here is, of course, are you using the most recent drivers for the Intel 530 GPU?

Taurus
31st March 2016, 10:31
@fatpizza:
did you verify your opencl installation with a tool like "GPU Caps Viewer" or similar?
I had a bad time some month ago finding the right drivers at Intel.
The "normal" drivers did not support opencl.
After some fiddling around and try and error, I finally got it working.
and happily living ever after...

fatpizza
31st March 2016, 13:17
The obvious question here is, of course, are you using the most recent drivers for the Intel 530 GPU?

Sorry, that should have been the first thing that I mentioned. :P Yes I did download the latest drivers.

@fatpizza:
did you verify your opencl installation with a tool like "GPU Caps Viewer" or similar?
I had a bad time some month ago finding the right drivers at Intel.
The "normal" drivers did not support opencl.
After some fiddling around and try and error, I finally got it working.
and happily living ever after...

I just used the OpenCLInfo.exe and that seemed to think everything was ok. The drivers I installed was just the normal download however in the release notes it says it includes the OpenCL package. I'll try out the Caps Viewer thing now though.

fatpizza
31st March 2016, 13:29
OK, I've tried the GPU Caps Viewer and I can run all the OpenCL tests on both CPU and GPU without issue.

omegaeel
31st March 2016, 16:40
Most likely some software on your main pc (where you have EncodingClient running) is blocking connection from EncodingServer. Connection must be established in both ways

http://i.cubeupload.com/N1A0QZ.png


Thanks for the advice. I had forgotten I installed VirtualBox a while back. It installed its own virtual adapter, once disabled, everything worked fine.

rekd0514
2nd April 2016, 15:42
I'm having an issue where when I encode with a locked sized at 23830 to fit on a BD-R disc it no longer will fit correctly. The encoded file size is almost always a little too large to fit on the disc when the job is complete. Ripbot has only been doing this when I upgraded to the newest 1.19.3 version. I believe I was on 1.18.3 before.

Any ideas? Thank you for the help in advance!:cool:

Atak_Snajpera
2nd April 2016, 16:08
Just reduce target size to 23800 if you get too big file. Maybe newer x264 builds changed something in 2-pass mode.

rekd0514
2nd April 2016, 16:55
Just reduce target size to 23800 if you get too big file. Maybe newer x264 builds changed something in 2-pass mode.

Ahhh I didn't realize you could just type in the size that you wanted! I thought the locked sizes were the only options. Very cool, thank you!

gabbett1
10th April 2016, 13:22
Bad idea. Use something more advanced like MPC-HC.

Currently I use WMP to stream my files throughout my home. Can I do same thing with MPC-HC and if so, will I need to?

Thanks

chane2k1
10th April 2016, 23:00
Hello Atak,
I dont know if it's been mentioned before, but it looks like downmixing to stereo on DTS tracks with 3/1 mapping doesn't occur. When I have the original demuxed 3/1 track loaded in Ripbot the only available audio profiles show as being 2.0 with different bitrates, however the resulting encode file comes out as 4 channel and it isn't 3/1 it's 2/2. Flac, AAC, and Opus don't understand 3/1 channel mapping. I can correct this in eac3to by adding the -down16 and -downdpl switches, seems to be a simple bug. The particular movie was Edward Scissorhands and there isn't an alternate english ac3 track to switch to. Thanks for all the hard work you do, much appreciated.

Ronski
11th April 2016, 07:06
Currently I use WMP to stream my files throughout my home. Can I do same thing with MPC-HC and if so, will I need to?

Thanks

Use something like Emby, Mediaportal, Kodi, Plex etc.

gabbett1
11th April 2016, 14:55
Use something like Emby, Mediaportal, Kodi, Plex etc.

Plex will stream from my PC to my PS3?

Ronski
12th April 2016, 07:10
Come on, a simple Google will tell you that!

https://plex.tv/playstation

fatpizza
14th April 2016, 15:46
I've noticed something that's a bit worrying when using Ripbot, in that there seems to be some stereo downmixing going on even when choosing the 5.1 ac3 audio profiles. I've compared 5.1 ac3 files created by ripbot to ones created by eac3to and there is a massive difference in audio track separation. So basically as a workaround whenever I'm using surround audio in ripbot I'm just manually replacing what's in the audio encode cmd files with an eac3to script.
Has anyone else noticed this?

lemaireus
22nd April 2016, 08:18
Atak, is it possible to have some sort of protection in the case of an error in chapter formats? I encode in x265, and it is annoying to have a 12-13 hour encode result only in an error with no output at all. The entire file has to be re-encoded all over again, and the chapter file manually edited to display either the correctly formatted chapters, or no chapters at all.

There seem to be two rather straightforward ways out of this: either RipBot provides an option which instructs the encoder and muxer to go ahead with the job as they normally would, in the case of an error in chapters. The chapter error can be noted in the job log, but the encoding process should finish as it normally would if there was no error, the only difference being that the output video would have no chapter markers.

The second way to is do what is outlined above manually: in case of a chapter error, RipBot shouldn’t terminate the encode and delete the encoded video.x265 file. The user can then manually mux that x265 video with the audio and save 12 or 13 hours of work which otherwise will have to be done all over again.

I get these chapter errors once every 10 to 12 encodes, depending on the source file being encoded, and browsing the forum one can see that there are other users who have reported the same issue. So it might be time to address the problem as, speaking from a layman’s perspective, I don’t think programming-wise it should be too hard to address this issue in the next RipBot version.

AMiR9!WV
22nd April 2016, 08:59
hey atak , all my jobs getting Errors after they done
i think they got a problem with audio encoder , this error was in logs
"Error: The file 'C:\Temp\RipBot264temp\job1\Encoded_Audio_1.aac' could not be opened for reading: open file error."
http://8pic.ir/images/7qb6xz0xmeu2bx77far9.png

slalom
22nd April 2016, 09:25
Atak, is it possible to have some sort of protection in the case of an error in chapter formats? I encode in x265, and it is annoying to have a 12-13 hour encode result only in an error with no output at all. The entire file has to be re-encoded all over again, and the chapter file manually edited to display either the correctly formatted chapters, or no chapters at all.

There seem to be two rather straightforward ways out of this: either RipBot provides an option which instructs the encoder and muxer to go ahead with the job as they normally would, in the case of an error in chapters. The chapter error can be noted in the job log, but the encoding process should finish as it normally would if there was no error, the only difference being that the output video would have no chapter markers.

The second way to is do what is outlined above manually: in case of a chapter error, RipBot shouldn’t terminate the encode and delete the encoded video.x265 file. The user can then manually mux that x265 video with the audio and save 12 or 13 hours of work which otherwise will have to be done all over again.

I get these chapter errors once every 10 to 12 encodes, depending on the source file being encoded, and browsing the forum one can see that there are other users who have reported the same issue. So it might be time to address the problem as, speaking from a layman’s perspective, I don’t think programming-wise it should be too hard to address this issue in the next RipBot version.
YOU can do that manually
Run CombineAllChunks.cmd in Chunks folder to get your video

Then run mkvmerge with that one and the original video to get your result

Atak_Snajpera
22nd April 2016, 10:03
@lemaireus
Can you show me how corrupted chapter file looks like?

@Amir
What happens if you run ENCODE_AUDIO_1.cmd in console?

lemaireus
22nd April 2016, 10:50
@ Slalom: "YOU can do that manually
Run CombineAllChunks.cmd in Chunks folder to get your video"

I wouldn't know where to find the 'chunks' folder. The RibBot264 temp folder is where I get the video.265 file, and that gets deleted as soon as the job ends with an error and the next job in the queue begins.

@ Atak: "@lemaireus
Can you show me how corrupted chapter file looks like?"

I had to delete the corrupt chapter files to process the video for the file I was encoding. Will post that file the next time I run into this error.

slalom
22nd April 2016, 11:12
@ Slalom: "YOU can do that manually
Run CombineAllChunks.cmd in Chunks folder to get your video"

I wouldn't know where to find the 'chunks' folder. The RibBot264 temp folder is where I get the video.265 file, and that gets deleted as soon as the job ends with an error and the next job in the queue begins.
Chunks folder is under jobxxx folder where xxx is the number of the job

So stop Ripbot and check that path jobxxx/Chunks

see my path "E:\Temp\RipBot264temp\job562\Chunks"

Run CombineAllChunks.cmd in Chunks folder to get your video

Then run mkvmerge with that one and the original video to get your result

Atak_Snajpera
22nd April 2016, 11:19
slalom not everybody is using de mode.

lemaireus
22nd April 2016, 11:29
@ slalom: "Run CombineAllChunks.cmd in Chunks folder to get your video"

Atak's right: I'm not using distributed encoding.

slalom
22nd April 2016, 20:52
ok guys!

lemaireus
23rd April 2016, 07:44
I got lucky in the second encoding attempt: got hold of the video.265 file from the RipBot264temp folder before the next job in the queue could start. Muxed that with the audio and was thus able to save 12 hours of work.

The 'chapters-original' file has this message: "Error: (mkvextract) This file could not be opened or parsed." The 'chapters' file shows the same message. The second encoding attempt, in which I manually deleted the 'chapters-original' file and kept a blank 'chapters' file in an attempt to avoid getting an error, also resulted in an 'ERROR' but, as I said, fortunately the video.265 file hadn't yet been deleted or overwritten. I took that video.265 and muxed it with the audio and chapters from the source file and was thus able to get the desired output.

In two previous instances I have run into chapter errors of a different kind. In those cases the 'chapters-original' file had the chapters perfectly fine, but the 'chapters' file copied that information in a format that was different from the 'chapters-original' file. I do not have the videos for those files anymore so I cannot recreate the error. In both of those cases I got the encode done by manually copying information from 'chapters-original' to 'chapters'.

It would be good to have a workaround for this kind of an issue in the next version of RipBot. A minor chapter error really shouldn't end in destroying 12 hours of otherwise perfectly fine encoding work.

Atak_Snajpera
23rd April 2016, 10:20
Like I said before I need those files from second case (original and modified) I won't do anything if you do not upload both files.

lemaireus
23rd April 2016, 11:42
@ Atak: "Like I said before I need those files from second case (original and modified) I won't do anything if you do not upload both files."

That is perfectly sensible. I don't have the files for the 'second case' scenario, but when--and if--I run into the same problem again, I'll get back to you with the pertinent files. Until then let's hope that these may have been mkvtoolnix bugs which Mosu might have taken care of at some stage.

slalom
23rd April 2016, 16:45
Try to extract and post chapters.txt
like this

CHAPTER01=00:00:00.000
CHAPTER01NAME=Chapter 01
CHAPTER02=00:12:26.912
CHAPTER02NAME=Chapter 02
CHAPTER03=00:23:13.100
CHAPTER03NAME=Chapter 03
CHAPTER04=00:30:15.522
CHAPTER04NAME=Chapter 04
CHAPTER05=00:39:09.972
CHAPTER05NAME=Chapter 05
CHAPTER06=00:50:01.164
CHAPTER06NAME=Chapter 06
CHAPTER07=01:03:05.615
CHAPTER07NAME=Chapter 07
CHAPTER08=01:10:40.110
CHAPTER08NAME=Chapter 08
CHAPTER09=01:20:56.101
CHAPTER09NAME=Chapter 09
CHAPTER10=01:30:15.660
CHAPTER10NAME=Chapter 10
CHAPTER11=01:38:19.268
CHAPTER11NAME=Chapter 11
CHAPTER12=01:46:47.150
CHAPTER12NAME=Chapter 12

there must be a syntax error

lemaireus
23rd April 2016, 17:02
@ slalom: you are right, it must be a syntax error. But I do not have that video anymore which gave me that error.

The error regarding which I posted a message yesterday was an mkvtoolnix error, which wasn't able to read the 'chapters' in the source video. That is a random error generated most likely by a corrupt chapters file in the source video. This was the first error of its kind with me.

The problem that has recurred with me about four times is of a kind where the original chapters file does not get copied exactly as it is, but with some differences. In order to produce that error I need a video file which gives me that error in the first place. It must have been more than a month when I got that error the last time, so that video is gone. I'll post the relevant chapters files only when I run into the same issue again with another file.

AMiR9!WV
25th April 2016, 06:46
@Amir
What happens if you run ENCODE_AUDIO_1.cmd in console?

can't find it in windows

Viper714
29th April 2016, 15:33
I have, hopefully, a quick questions.

Why is it that some movies of the same duration have a larger file size than others?

I am not talking about small size difference, but large difference. Sometimes over a 50% size difference using the exact same settings for encoding (CQ 20, 1080p, and audio set at core ripping). Here is an example:


Bridge of Spies.mkv 02:21:19 8,032,010 KB
Mocking Jay P2.mkv 02:16:57 3,340,076 KB


Very strange, for me at least...
:thanks:

Atak_Snajpera
29th April 2016, 21:22
Constant Quality mode adjusts bitrate on fly according to selected CRF value and complexity of video. Basically some movies are easier to compress than others.

For example
Clean Anime will have much lower file size than very noisy movie (300).

You can notice similar behaviour when you compress files with ZIP/RAR/... Some files will compress well (.txt) and some may not compress at all (.jpg).

LeetDonkey
1st May 2016, 10:59
Hello

I've run into an odd thing on two different PCs running windows 10

- Setup a job
- Enable distributed encoding
- Check that ripbot264temp is properly shared
- Start job

When I click start job the network share of ripbot264temp is removed and ripbot264 fails at indexing the file.

Now If I'm quick and manage to reshare the ripbot264temp directory while ripbot is copying tools, it will proceed to encode in a normal way right until the next item in the queue and the share will be removed again automatically.

I've tried searching the thread but I haven't found anything that could help me.

Does anyone have any idea what's going on?

lemaireus
2nd May 2016, 18:48
Ripbot was probably updating or checking for updates today when my computer crashed due to a power failure. Since then I have been getting the following error each time I start Ripbot:

http://s32.postimg.org/vfma4okd1/Integer_Value_Error.jpg (http://postimage.org/)

Any ideas on how to get rid of this red flag? I have restarted and rebooted several times but the message refuses to go away.

slalom
2nd May 2016, 19:52
Yes, delete old files, re-download the app

Connect a UPS if you can

lemaireus
4th May 2016, 14:47
Thanks, Slalom, I was look for a less radical solution, but looks like nothing else will work. Copied the entire folder afresh and things are fine once again.

slalom
4th May 2016, 20:32
What was so radical??

lemaireus
5th May 2016, 10:59
In referring to a less 'radical' solution, I was thinking along the lines of editing the 'update_log' or 'updater.ini' to remove the red flag. Copying the entire folder afresh is practically a fresh install. Howsoever that be, the problem is solved, so thank you for the suggestion.

Pulp Catalyst
5th May 2016, 15:42
Is there any chance of getting a better deinterlacer, Yadif is ok, but in fairness with so much hardware potential today, it's very old.

a good combination that i like (without getting into complex things like QTGMC)

would be Yadifmod & NNEDI3.

i still want to 25 > 50fps option, but with a much better deinterlacer, Yadif might be FAST, but the quality that NNEDI3 gives is to good to miss.

Thanks,

jthekk2
9th May 2016, 00:34
Atak, is there any way to include a setting to have the first pass handled by one machine for the entire file and then split the file (and stats file) into chunks for distributed encoding? I've been testing with the current distributed encoding but am seeing massive bitrate drops in high action scenes where the scene fell into different chunks. I'm hoping that a first pass pre-chunking would allow for proper bitrate determination relative to the file as a whole before encoding. This will obviously bottleneck the process to the speed of the server doing the first pass, but is more ideal since it yields a better encode in the end.

I think It would be better if you increased chunk size from 1 min to old 10 min value. This method would be much faster than first pass on single machine.

I'll give it a try but the problem would still remain if the action scene falls at the 10 minute mark and is split and the second chunk has an otherwise low level of action (so lower average bitrate). Also, since most shows aren't exactly a multiple of 10, the last chunk will always be smaller and might present the same issue. Unless I'm missing something and there is some error handling for that.

Last chunk is always the biggest. Otherwise We could end up with 1 frame chunk ;).
Longer chunk sizes should help in better bitrate distribution (less aggressive)Finally got a chance to test this out, and increasing to 600 second chunks seem to have definitely done the trick with regard to the bitrate distribution issue I was having (seeing the bitrate fall dramatically during a fight scene was very distracting!). I'll likely test further to find some middle ground between 60 and 600 so distributed encoding would yield greater benefits.

The only issue I have now is that RipBot forces a copy of the original file to the shared folder which is actually on the same drive as the original file (e.g. a copy from D:\Videos\TEMP to D:\Temp\RipBot264temp\job1). I already have the relevant streams demuxed onto my harddrive through a batchfile/eac3to with the video being dumped into an mkv (whether h264 or vc1) to be encoded through RipBot. RipBot proceeds to copy the file to the shared folder (D:\Temp\Ripbot264temp\job1). The copy takes a while depending on the filesize of the mkv; a move would be almost instantaneous. I understand that this protects against file loss, but is there any way to set things so that it just moves the original file instead of a copy? I realize this only saves a few minutes time-wise in the grand-scheme of things, but those few minutes add up when it's 2-3 minutes to copy each file and the program is encoding 22-24 files in the job queue. Maybe an option could be added to switch the copy to a move with a pop-up warning that doing so could result in loss of the original file?

slalom
9th May 2016, 16:10
Some people don't have the file demuxed, or in the same drive as the temp folder, so, generally your suggestion does not apply for everyone

My point of view

jthekk2
9th May 2016, 16:50
Some people don't have the file demuxed, or in the same drive as the temp folder, so, generally your suggestion does not apply for everyone

My point of viewA few things on this, mostly because I might not have been clear on circumstances where this would be used.

1) From my testing, a file is demuxed when added to the RipBot queue, not after the queue has been started. It is also only demuxed if it is in a format that cannot be indexed (e.g. a .ts) or if audio is being processed and muxed. A raw video stream in an mkv container holding only a raw avc video and no audio is not demuxed but is copied once the encode is started. The copy I am concerned with is the copy that occurs if the file needs to be copied only so it can be indexed and then be seen by multiple computers for distributed encoding. If the above mentioned raw avc in mkv is encoded without distributed encoding, there is no copy file step to the RipBot temp folder but if anything needed to be demuxed it would have already been demuxed when added.
2) This was asking for an option to be enabled to allow for disabling the copy that specifically occurs before Distrusted Encoding which occurs only if the file does not need to be demuxed but needs to be indexed (e.g. the copy after the start button is hit and tools are copied to the share folder but before the file is indexed---a copy that occurs only so the file sits in the share folder so that it is viewable by other systems). You are right that in most cases a user might not use this, but it would only be available in the rare case where the original file needs to be copied to the shared folder for DE. If it needs to be demuxed, the option should be unavailable and grayed out or invisible
3) The option could have a self check that sees if the file is on the same drive as the temp folder. If it is and the option is enabled, then a move is done instead of the copy. Since the temp folder is specified by drive and the input folder path will have a drive letter, this is a simple check to see if the drive letters match. If they don’t, the option is unavailable and would be grayed out or something.
4) The option would have a warning that enabling it could cause the demux and/or encode to not work properly. E.g. Use only if you know what you’re doing. This wouldn’t be a global option but a per file option selectable when adding a file to the job queue. Again, if it is only used in the instance where the file needs to be copied before an index only it shouldn’t even break anything for local encoding and would only speed up distributed encoding by moving a potentially needless copy. The ONLY risk is that the original file may be lost. Other “all-in-one” encoding solutions for other uses (e.g. MCEBuddy for Windows Media Center recordings) have an option to skip copying the files to the temp “working folder” that have a warning - demuxes and remuxes still occur though.

slalom
9th May 2016, 19:16
3) Better to suggest the source file not be moved. It should be used in it's current location, so the "check to see if the drive letters match" is not needed nor mandatory

jthekk2
9th May 2016, 22:15
3) Better to suggest the source file not be moved. It should be used in it's current location, so the "check to see if the drive letters match" is not needed nor mandatoryIf the source file isn't moved then distributed encoding would fail since servers wouldn't be able to see the file according to a correct network path served by the main pc. When there is no distributed encoding, the program does just this - the source file is not copied to the temp folder and is encoded in place with the encoded mkv being created in the temp folder and then moved to the output folder. What I am attempting is to parallel this behavior for distributed encoding by moving the source file such that the servers can see it in the share folder. The move is only useful if the temp folder and source file are on the same drive, otherwise a copy is necessary. I'm sure a safety check could also be written that will move the source file out of the temp folder to an "original" or "archive" folder before deleting the temp folder when the job is finished.

Basically, the "move" option will only work in the instance where all of the following are met:
1) If distributed encoding was not enabled, the job would not require the file to be copied to the temp folder and would be encoded from its current location.
2) The source file and the temp folder are located on the same drive.
3) Distributed encoding is used.

Scenario:
As an example, take an MKV file with ac3 audio and avc video as the source file, the following happens:

Process 1: Distributed Encoding Disabled
1) Hit add > select MKV file
2) File is added, the audio stream and subtitles are demuxed into the temp folder. The video stream is NOT demuxed. Video/audio info fills into the proper areas. Audio is set to copy, subtitle stream is selected but set to not default/forced.
3) Hit "OK", then "Start"
4) Pass 1 starts immediately, followed by Pass 2.
5) Audio/Subtitles/Video are muxed into MKV file.

Process 2: Distributed Encoding Enabled
1) Hit add > select MKV file
2) File is added, the audio stream and subtitles are demuxed into the temp folder. The video stream is NOT demuxed. Video/audio info fills into the proper areas. Audio is set to copy, subtitle stream is selected but set to not default/forced.
3) Hit "OK", then "Start"
4) Ripbot tools are copied to the temp folder
5) Source file is copied to the temp folder
6) Pass 1 starts, followed by Pass 2
7) Audio/Subtitles/Video are muxed into MKV file.

There is absolute no difference between the two processes above except that one is distributing the video encoding. However, the file copy in step 5 of the DE Process takes up 2-3 minutes that could be used for encoding. With multiple files, this can amount up to an hour or more if say a TV season is being backed up. That's an hour that could be used for encoding.

thahandy
10th May 2016, 02:16
Error: The file 'D:\Temp\RipBot264temp\video.264' could not be opened for reading: open file error.

You mind pointing out when you have this error with distributed encoding enabled:
(which means it skipped the encoding and trying the mux the file together to final file.)

YOU NEED TO MAKE A NETWORK SHARE TO RipBot264temp

Took me ages to figure out what RipBot was doing, causing to create this message. :angry:

Ronski
10th May 2016, 10:19
I have to agree it is annoying having a copy of the file created, would it not be better to just share the source location as well?

I use ssd's in my new system, as I suspect a lot of others do. Making an additional copy of the file will be eating into the life of SSD drives. I alway rip the blu ray with Make MKV, then extract just the video for ripbot to work with. Then I manually mux everything back in how I want it with MKV Toolnix. It may be not be the best way, but it's the way I've found that works best for me.

jthekk2
10th May 2016, 15:56
I have to agree it is annoying having a copy of the file created, would it not be better to just share the source location as well?

I use ssd's in my new system, as I suspect a lot of others do. Making an additional copy of the file will be eating into the life of SSD drives. I alway rip the blu ray with Make MKV, then extract just the video for ripbot to work with. Then I manually mux everything back in how I want it with MKV Toolnix. It may be not be the best way, but it's the way I've found that works best for me.Correct me if I'm wrong, but a move between folders with the same root drive letter doesn't actually move the file on the disk. It simply moves the "link" within the OS that points to the location of the file on the physical HDD/SSD (e.g. what sector). If the move is between different drives or partitions, then it copies the physical file from the sectors of drive/partition 1 to the sectors of drive/partition2 and deletes from drive/partition1 to finish the move. If the network location of a folder is used, the computer thinks the transfer is to a different drive and copies instead of moves.

TL;DR: a move of a large file within a drive shouldn't affect the health of your SSD as it is insignificant compared to the activity a read/write performs during a file copy.

Also, should you be encoding files on the SSD...a HDD is almost never a bottleneck (the CPU usually is), and encoding performs substantial writes and will kill your SSD quicker. Maybe keep the encoding process on the SSD but the files on the HDD?

Also, making the source location "shared" would be difficult if files are added from wherever. Much easier to just move it to the temp directory that's already shared and move it back after the encode finishes before anything is deleted from the temp folder. Ripbot itself cannot share a folder so you'd have to manually share each folder instead of only needing to share one folder.

thahandy
10th May 2016, 17:52
While Ripbot is running as administrator it can easily setup a share and set the rights by it self.

The thing is with windows share in 7/8/10 is the type of share. There is the classic share(advanced share) and the "homegroup" share.

I think by using FTP or other (custom) file transfer protocol, you'll get the same results without using share.
Server will be downloading chunk, encode it and send it back to host. Repeat.

commands to create advanced share

net share Docs=E:\Documents /grant:everyone,FULL

net share E:\Documents /delete

icacls "E:\Documents" /grant Everyone:F <---- important for "guest" users accessing the share


Also about adding files. Why the the audio/subtitles needs to be extracted from the source file?
Is eac3to or other type app. not good enough to get the info?
Not able to add files to batch and let it extract/encode/whatever when u start the batch so u don't have to worry about waiting....

/another issue
after copying the files to the network share (u mean demuxing the video file to the folder) its running this command:
"\\USER\Ripbot264temp\Tools\AviSynth plugins\ffms\ffmsindex.exe" -f -k "D:\Temp\RipBot264temp\job1\video.mkv"
why not use D:\Temp instead \\USER?

Atak_Snajpera
10th May 2016, 19:53
I think by using FTP or other (custom) file transfer protocol, you'll get the same results without using share.
Server will be downloading chunk, encode it and send it back to host. Repeat.
No thanks. Windows share method is a lot easier than transfering data via some custom made protocol. Change for change and nothing more. You know that saying "If ain't broken ,don't fix it" ;)


While Ripbot is running as administrator it can easily setup a share and set the rights by it self.


EncodingClient automatically shares RipBot264temp folder.

It does that at the very beginning.

Code
if DirectoryExists('\\'+form1.JvComputerInfoEx1.Identification.LocalComputerName+'\Ripbot264temp\')=true then ExecuteConsole('net share Ripbot264temp /DELETE /Y','netshare'); //stop sharing Ripbot264temp (user might change temp location)
ExecuteConsole('net share Ripbot264temp='+Copy( form1.Edit1.Text,0,Pos('\job',form1.Edit1.Text)-1 )+' /grant:Everyone,full','netshare'); //share Ripbot264temp
ExecuteConsole('cacls '+Copy( form1.Edit1.Text,0,Pos('\job',form1.Edit1.Text)-1 )+' /T /E /G Everyone:f','cacls');

"\\USER\Ripbot264temp\Tools\AviSynth plugins\ffms\ffmsindex.exe" -f -k "D:\Temp\RipBot264temp\job1\video.mkv"
why not use D:\Temp instead \\USER?

Something wrong with UNC path?

thahandy
10th May 2016, 22:18
So, what is causing the shares are not working on my side. I need to enable this when its copying the files manually twice. (add share, set folder permission, add share again :confused: )
The only thing I can think of is the share wizard i have changed to advanced.
Any debug options?

the default UNC path are working fine.

Atak_Snajpera
11th May 2016, 16:42
I see that you are using icacls while I use older cacls. Can you check this command on your pc ?
cacls D:\Temp\RipBot264temp /T /E /G Everyone:f

thahandy
12th May 2016, 05:57
The post about icacls where just an example. I used the folder property's to set it.

But back to your question. The command does not work in the first place.
It seems its a language issue. Because if I translate "everyone" to "iedereen" (dutch) the command works like a charm ;)
I guess thats why the share is not created :D

Seems U can use SID to fix this.
http://www.iatarstudio.com/blog/set-permissions-with-cacls-independent-on-language/

Markstar
16th May 2016, 07:44
Hi,
I've been using RipBot for years (and other tools before that), but for a couple of months now I'm struggling with unreliable file sizes.

Usually my movie backups were around 1.5 - 2.5GB (720p, CRF 20, [HI10 x.x] SLOW . DEFAULT) - obviously depending on the usual factors like length, noise, movements, etc. - but then they started to be too small (~1.0GB). Sometimes I could fix that by playing with the settings without changing anything significant (or anything at all) and then re-encoding, sometimes I would just select a lower CRF value.

However, now I my file sizes are too big (3.5+ GB) and if I select a higher the CRF value (e.g. 22), the video looks crappy. I have tried more that 10 movies, all with the same result.

Is there anything that has changed in the new versions that could account for this? I'm at a loss - I'm running the same system for years and have not changed anything as far as I can tell. :confused:

Thank you in advance for your help! :o

Atak_Snajpera
16th May 2016, 11:30
show us your x264 command line.

Is quality worse than before?

Markstar
16th May 2016, 13:33
show us your x264 command line.The AVC encoder setting command is:

--profile high10 --preset slow

Is quality worse than before?I feel like it is, definitely when comparing relatively similar file sizes (when I eventually get it there).

jthekk2
17th May 2016, 08:00
Atak, any input on my suggestion for an option for a "move" instead of "copy" for distributed encoding? (see below)

What I am attempting is to parallel the non-distributed behavior for distributed encoding by moving the source file such that the servers can see it in the share folder. The move is only useful if the temp folder and source file are on the same drive, otherwise a copy is necessary. I'm sure a safety check could also be written that will move the source file out of the temp folder to an "original" or "archive" folder before deleting the temp folder when the job is finished.

Basically, the "move" option will only work in the instance where all of the following are met:
1) If distributed encoding was not enabled, the job would not require the file to be copied to the temp folder and would be encoded from its current location.
2) The source file and the temp folder are located on the same drive.
3) Distributed encoding is used.

Scenario:
As an example, take an MKV file with ac3 audio and avc video as the source file, the following happens:

Process 1: Distributed Encoding Disabled
1) Hit add > select MKV file
2) File is added, the audio stream and subtitles are demuxed into the temp folder. The video stream is NOT demuxed. Video/audio info fills into the proper areas. Audio is set to copy, subtitle stream is selected but set to not default/forced.
3) Hit "OK", then "Start"
4) Pass 1 starts immediately, followed by Pass 2.
5) Audio/Subtitles/Video are muxed into MKV file.

Process 2: Distributed Encoding Enabled
1) Hit add > select MKV file
2) File is added, the audio stream and subtitles are demuxed into the temp folder. The video stream is NOT demuxed. Video/audio info fills into the proper areas. Audio is set to copy, subtitle stream is selected but set to not default/forced.
3) Hit "OK", then "Start"
4) Ripbot tools are copied to the temp folder
5) Source file is copied to the temp folder
6) Pass 1 starts, followed by Pass 2
7) Audio/Subtitles/Video are muxed into MKV file.

There is absolute no difference between the two processes above except that one is distributing the video encoding. However, the file copy in step 5 of the DE Process takes up 2-3 minutes that could be used for encoding. With multiple files, this can amount up to an hour or more if say a TV season is being backed up. That's an hour that could be used for encoding.

thahandy
17th May 2016, 22:03
Atak, any input on my suggestion for an option for a "move" instead of "copy" for distributed encoding? (see below)

Process 2: Distributed Encoding Enabled
1) Hit add > select MKV file
2) File is added, the audio stream and subtitles are demuxed into the temp folder. The video stream is NOT demuxed. Video/audio info fills into the proper areas. Audio is set to copy, subtitle stream is selected but set to not default/forced.
3) Hit "OK", then "Start"
4) Ripbot tools are copied to the temp folder
5) Source file is copied to the temp folder
6) Pass 1 starts, followed by Pass 2
7) Audio/Subtitles/Video are muxed into MKV file.


I think you forgetting a few, after figuring out why there was no share.. on my case.

Process 2: Distributed Encoding Enabled
1) Hit add > select MKV file
2) File is added, the audio stream and subtitles are demuxed into the temp folder. The video stream is NOT demuxed. Video/audio info fills into the proper areas. Audio is set to copy, subtitle stream is selected but set to not default/forced.
3) Hit "OK", then "Start"
4) Ripbot tools are copied to the temp folder
5a) Video file is demuxed to the temp folder
5b)scanning video files for key(I) frames (from this part the share bust be working, but not yet used for distributed encoding)
5c)create Distributed jobs matching the key(I) frames (1min/job by default)
6a) Pass 1 starts, followed by Pass 2
6b)when done encoding, merge encoded files to one file.
7) Audio/Subtitles/Video are muxed into MKV file.

Tbh. you don't want to move the source file. What if the job is interrupted. People will looking or complain about it because the file isn't moved back.
It seems this is the way to do it when it comes to distributed encoding.
But what I don't like it the demuxing of the audio and subtitles when u add a file, I see no reason

Atak_Snajpera can you explain why you demux the audio/subtitles? (or demux at all?)

jthekk2
18th May 2016, 02:50
I think you forgetting a few, after figuring out why there was no share.. on my case.

Process 2: Distributed Encoding Enabled
1) Hit add > select MKV file
2) File is added, the audio stream and subtitles are demuxed into the temp folder. The video stream is NOT demuxed. Video/audio info fills into the proper areas. Audio is set to copy, subtitle stream is selected but set to not default/forced.
3) Hit "OK", then "Start"
4) Ripbot tools are copied to the temp folder
5a) Video file is demuxed to the temp folder
5b)scanning video files for key(I) frames (from this part the share bust be working, but not yet used for distributed encoding)
5c)create Distributed jobs matching the key(I) frames (1min/job by default)
6a) Pass 1 starts, followed by Pass 2
6b)when done encoding, merge encoded files to one file.
7) Audio/Subtitles/Video are muxed into MKV file.

Tbh. you don't want to move the source file. What if the job is interrupted. People will looking or complain about it because the file isn't moved back.
It seems this is the way to do it when it comes to distributed encoding.
But what I don't like it the demuxing of the audio and subtitles when u add a file, I see no reason

Atak_Snajpera can you explain why you demux the audio/subtitles? (or demux at all?)My point is that for a user who knows what they are doing, step 5a aka "the copy" (you have listed it as "demux" but it is 100% a copy of the entire file as there is NO video demux or copy in non-distributed and the file that is copied over is 100% the original file, audio and subs included - verified with MediaInfo) is unnecessary. The I-frame keying will happen regardless of whether the original file is copied or moved. If the job is prone to being interrupted, you actually have the benefit of DE which saves progress up to the chunk that it is up to. You can just resume and then when it finishes you can have the original moved out (the "move" back to the original folder could be keyed to only occur if the encode is successful, e.g. 100%). If your encodes are failing for some other reason than power loss to the PC, you should check what you're doing before enabling the "move" feature. Regardless, ripbot264 doesn't delete files in the temp folder if it crashes or if there is power loss so there is no risk of losing any files and with DE you don't really lose too much progress on the encode either. All I'm asking for is an option to increase efficiency for those who know what they're doing - it doesn't even have to be in the GUI, a line in the INI that activates the file would suffice and would avoid unwary users from activating it (a "DO NOT TOUCH UNLESS YOU KNOW WHAT YOU ARE DOING" disclaimer could be notated before the option in the INI).

The audio and the subtitles have to be demuxed for processing (even if only copying the files) so they can be muxed back into the final product. The video doesn't need to be demuxed if it is in a format that can be piped into x264/hevc directly. If the MKV when added has no audio or subtitles (which will be the case with the majority of the files I will actually pipe into ripbot), there is NO demuxing of any streams when adding the files and selecting the profile for encoding.

Atak_Snajpera
19th May 2016, 14:01
Added: hidden option to move mkv to shared folder. Following lines must be added manually to EncodingClient.ini

[hidden settings]
MoveMKVtoSharedFolder=1

Added: Updater automatically fixes corrupted updater.ini file
Fixed: Downmix 4.0 to 2.0 didn't work
Changed: In order to avoid language issues Encoding Client will share ripbot264temp folder using following command line

icacls "...\RipBot264temp" /T /C /Q /Grant:R *S-1-1-0:(OI)(CI)F

I recommend deleting Temporary Internet Files. Otherwise updater may use cached files!
http://i.cubeupload.com/HHiFzB.png

jthekk2
19th May 2016, 16:07
Added: hidden option to move mkv to shared folder. Following lines must be added manually to EncodingClient.ini

[hidden settings]
MoveMKVtoSharedFolder=1
Thanks so much for the hidden option! Just tested it with a re-encode of a small 500 frame test file and with The Godfather Epic that I DVR'd off HBO a few months ago (avoiding copying a 42+ GB file was awesome) and went straight to encoding, and it works like a charm!

The option moves the source file to the shared folder once the DE process (encoding client window) starts up and moves the source file back to the original folder once the encoding is done.

slalom
19th May 2016, 23:10
@Atak
about aspect ratio
I've met 2/1 ratio like House of Cards (1920x960)
and a 2.8/1 on some old movies

Could you add those two ratios for a proper 1920x1080?

burt123
20th May 2016, 10:32
Added: hidden option to move mkv to shared folder. Following lines must be added manually to EncodingClient.ini

[hidden settings]
MoveMKVtoSharedFolder=1

Added: Updater automatically fixes corrupted updater.ini file
Fixed: Downmix 4.0 to 2.0 didn't work
Changed: In order to avoid language issues Encoding Client will share ripbot264temp folder using following command line

icacls "...\RipBot264temp" /T /C /Q /Grant:R *S-1-1-0:(OI)(CI)F

I recommend deleting Temporary Internet Files. Otherwise updater may use cached files!



Is there a new update available ??? I haven't been able to get it, if there is, and I've done the clean up.

Ronski
20th May 2016, 18:48
Thanks for adding the move option, but I don't seem to be getting a new update either, I've also done the clean up. Update log shows an update check has been done, zip file downloaded but no updates required. Ripbot shows version V1.19.3

Zetti
20th May 2016, 19:30
#Atak_Snajpera

Why is there still needed FFDshow and not LAV Filters??

burt123
22nd May 2016, 02:12
Thanks for adding the move option, but I don't seem to be getting a new update either, I've also done the clean up. Update log shows an update check has been done, zip file downloaded but no updates required. Ripbot shows version V1.19.3

Finally got the update, approx 96Mb of new Ripbot goodness :)

apostolis21
22nd May 2016, 04:01
Hi Atak, I am facing the following issue. I load a ts file which is 314000 frames long. At the main window ripbot recognizes the total frame number of the file but when I start the encoding only 35000 frames are being encoded (and this is also the number I am getting at the counter). It has happened with two different ts files and it seems like a minor bug? Any help with that?

I use Ripbot 1.19.3

EDIT: When I choose 'No audio' option ripbot starts to encode all frames so something is wrong with the audio file or the audio encoding process, any ideas?

tim_ettinger
23rd May 2016, 13:12
I have been using RipBot for several years, and have also been playing with the interframe script. Here's where I am now with the script I add to RipBot:

cores=24
SetMTMode(3,cores)
PluginPath="C:\Program Files (x86)\AviSynth\plugins\"
LoadPlugin(PluginPath+"svpflow1.dll")
LoadPlugin(PluginPath+"svpflow2.dll")
Import(PluginPath+"InterFrame2.avsi")
SetMTMode(2)
InterFrame(GPU=True, Tuning="Film", Preset="Medium", NewNum=48000, NewDen=1001, Cores=cores)

It still takes a long time to compress. I have been doubling the video bitrate of the files I encode, because it seems that twice as many frames needs twice as much bitrate.

If there is a better way to do what I am doing, please let me know. I have used RipBot for a long time, and appreciate its simplicity and distributed encoding. I don't know a lot about AviSynth scripts or x264 tweaking, and I am not certain I should bother with x265.

Atak_Snajpera
23rd May 2016, 13:25
Looks ok to me. How many fps do you get in avs meter? I would also measure fps with just two threads. Too many threads may actually slowdown whole process.

tim_ettinger
23rd May 2016, 13:42
Usually 15 - 25 FPS on the second pass, reading from the RipBot window. I have a dual X5675 computer with SSD and 48GB RAM I do the encoding on, which is why I pushed the cores to 24 - physical cores x2 for hyper threading. It still takes a long time, but I can run it with 2 cores to see what the speeds are.

I haven't used avs meter before, but can probably figure it out.

fantasmanegro
26th May 2016, 16:04
Finally got the update, approx 96Mb of new Ripbot goodness :)

hello, how did you get the new update?...

i have an outdated 1.19.3 ripbot and still not update :o

burt123
27th May 2016, 02:11
hello, how did you get the new update?...

i have an outdated 1.19.3 ripbot and still not update :o

Firstly, have you got auto update enabled ??

Generally, if there is any update(s) available, and you're connected online, when you start Ripbot, it will "look" for any available updates, download them into the Updates folder, and then the next time you start Ripbot, it will do an auto update, using the files in the Updates folder.

So every time you start Ripbot it WILL "look" for any updates that Atak has submitted. Providing you're online, and have auto update enabled.

And yes, it's still 1.19.3 !!!!

Ronski
27th May 2016, 10:23
It's a little confusing that the version number doesn't update, I had to look at the date of the file which is date May, previous was March.

It will also only check for updates once a day.

fantasmanegro
27th May 2016, 17:09
Firstly, have you got auto update enabled ??

Generally, if there is any update(s) available, and you're connected online, when you start Ripbot, it will "look" for any available updates, download them into the Updates folder, and then the next time you start Ripbot, it will do an auto update, using the files in the Updates folder.

So every time you start Ripbot it WILL "look" for any updates that Atak has submitted. Providing you're online, and have auto update enabled.

And yes, it's still 1.19.3 !!!!


yes! i have auto update enable and i am online right now... :o

jthekk2
29th May 2016, 01:45
In order to use DE with a Vegas Pro rendering, is an intermediary file necessary (MagucYUV) or can DE be accomplished with debugmode frameserver?

Atak_Snajpera
29th May 2016, 10:31
no you need intermediate file. BTW i'm not sure if ffmpeg decoder in ffms plugin can decode magicyuv. I recommend utvideo for de mode.

silverback
29th May 2016, 17:50
#Atak_Snajpera

Why is there still needed FFDshow and not LAV Filters??

I am curious about this myself. I know Atak has addressed this in the past but times change.

jthekk2
30th May 2016, 22:13
no you need intermediate file. BTW i'm not sure if ffmpeg decoder in ffms plugin can decode magicyuv. I recommend utvideo for de mode.I figured as much and perfect, UTVideo did the trick (MagicYUV didn't work with FFMS so it encoded locally)! Is it possible to extend that hidden "MoveMKVtoSharedFolder" setting to AVIs? I'd rather not copy a 150+GB file if I don't need to. I noticed RipBot is remuxing the AVI to MKV during the copy...is that necessary? FFMS should work naturally with an AVI file (tested and working with UTVideo at the very least). Not sure if the AVI container affects DE at all but I would think the proper indexing with FFMS and the AVS scripts would take care of the frame serving for distribution.

Atak_Snajpera
31st May 2016, 15:04
Update 2016.05.31
changed: Renamed hidden option MoveMKVtoSharedFolder to MoveFiletoSharedFolder.

[hidden settings]
MoveFiletoSharedFolder=1

fantasmanegro
31st May 2016, 22:10
Update 2016.05.31
changed: Renamed hidden option MoveMKVtoSharedFolder to MoveFiletoSharedFolder.

[hidden settings]
MoveFiletoSharedFolder=1



is there a way to get the full pack, with last update?...

Atak_Snajpera
1st June 2016, 15:26
is there a way to get the full pack, with last update?...

First post has link to latest version.

fantasmanegro
1st June 2016, 19:54
First post has link to latest version.

thank you.

slalom
1st June 2016, 21:03
@Atak
Re-requesting a feature

about aspect ratio
I've met 2/1 ratio like House of Cards (1920x960)
and a 2.8/1 on some old movies

Is it possible to add those two ratios for a proper 1920x1080?

jthekk2
2nd June 2016, 02:23
Update 2016.05.31
changed: Renamed hidden option MoveMKVtoSharedFolder to MoveFiletoSharedFolder.

[hidden settings]
MoveFiletoSharedFolder=1

Sorry for the delay in responding! This works perfectly, thanks!

Atak_Snajpera
3rd June 2016, 17:11
@Atak
Re-requesting a feature

about aspect ratio
I've met 2/1 ratio like House of Cards (1920x960)
and a 2.8/1 on some old movies

Is it possible to add those two ratios for a proper 1920x1080?

Just do not crop your blu-rays if you want full 1920x1080 frame.

burt123
6th June 2016, 05:10
Hi Atak,

I sent you a PM a few days ago asking about preview problems when using the 4K preset. You suggested that I change a setting in FFDshow, which I did, sucessfully. Thankyou.

However, when trying to DE some 4K encodes, the other servers, have some major problems, but the most obvious problem is that they don't start, in the queue, so there's something strange going on there, if you are using any other preset, it works fine.

The local machine encodes no problem, but there's no "help", from the servers :(

Can't explain it much better than that, sorry.

userx
8th June 2016, 20:59
@omegaeel
It doesn't work. The Ripbot264temp network share points to the directory with the job1 files, not the shared tools. Ripbot264.ini still lists StoreTempFilesin=TEMP

exactly the same problem but with different temp-drive. I searched for a solution for the "could not be indexed"-issue through the whole thread, downloaded a fresh ripbot-package but i couldn't figure it out what's wrong.

Running on W10, passwordsharing off, StoreTempFilesin=H
not working: "\\UX-MA\Ripbot264temp\Tools\AviSynth plugins\ffms\ffmsindex.exe" -f -k "H:\temp\Ripbot264temp\Job25\video.mkv
working: "\\UX-MA\Temp\Ripbot264temp\Tools\AviSynth plugins\ffms\ffmsindex.exe" -f -k "H:\temp\Ripbot264temp\Job1\video.mkv

How to get further with this issue? Anyone could give me support?! Thx

Balthazar2k4
9th June 2016, 14:42
Thought I would swing by here and ask if RipBot264 can encode to DD+ (e-ac3)? I have some 7.1 tracks I would like to convert from lossless to lossy for space and don't want to use aac for compatibility reasons.

Zenophobe
10th June 2016, 13:53
C:\>"C:\Users\Zenophobe\Downloads\RipBot264\EncodingClient.exe" "C:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"

C:\>"C:\Users\Zenophobe\Downloads\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Users\Zenophobe\Videos\Hunger Games, Mockingjay - Part 2, The (2015) [1080p] [PG-13].mkv" --compression 0:none --title "Hunger Games, Mockingjay - Part 2, The (2015) [1080p] [PG-13]" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.264" --compression 0:none --language 0:eng --sync 0:0 "C:\Temp\RipBot264temp\job1\1_audio_English.flac" --chapters "C:\Temp\RipBot264temp\job1\chapters.txt"
mkvmerge v9.1.0 ('Little Earthquakes') 32bit
Error: The file 'C:\Temp\RipBot264temp\video.264' could not be opened for reading: open file error.
-------------------------

Elapsed Time: 01h:48m:05s

Node Address : 192.168.1.197:1000
Encoded Chunks : 45 of 136 (33%)
Encoded Frames : 64792
Encoding Speed : 12 fps
Node Work Time : 01:28:56
-----------------------------------
Node Address : 192.168.1.197:3000
Encoded Chunks : 45 of 136 (33%)
Encoded Frames : 64747
Encoding Speed : 12 fps
Node Work Time : 01:31:35
-----------------------------------
Node Address : 192.168.1.197:2000
Encoded Chunks : 46 of 136 (34%)
Encoded Frames : 67478
Encoding Speed : 12 fps
Node Work Time : 01:34:51
-----------------------------------


this is an e5 2680 v4 using 3 instances of the distributed encoder. Ideas?

Zenophobe
10th June 2016, 13:54
Thought I would swing by here and ask if RipBot264 can encode to DD+ (e-ac3)? I have some 7.1 tracks I would like to convert from lossless to lossy for space and don't want to use aac for compatibility reasons.


FLAC is built in. Use MAKE MKV to pull audio with video and encode with RIPBOT264

Atak_Snajpera
10th June 2016, 14:35
C:\>"C:\Users\Zenophobe\Downloads\RipBot264\EncodingClient.exe" "C:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"

C:\>"C:\Users\Zenophobe\Downloads\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Users\Zenophobe\Videos\Hunger Games, Mockingjay - Part 2, The (2015) [1080p] [PG-13].mkv" --compression 0:none --title "Hunger Games, Mockingjay - Part 2, The (2015) [1080p] [PG-13]" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.264" --compression 0:none --language 0:eng --sync 0:0 "C:\Temp\RipBot264temp\job1\1_audio_English.flac" --chapters "C:\Temp\RipBot264temp\job1\chapters.txt"
mkvmerge v9.1.0 ('Little Earthquakes') 32bit
Error: The file 'C:\Temp\RipBot264temp\video.264' could not be opened for reading: open file error.
-------------------------

Elapsed Time: 01h:48m:05s

Node Address : 192.168.1.197:1000
Encoded Chunks : 45 of 136 (33%)
Encoded Frames : 64792
Encoding Speed : 12 fps
Node Work Time : 01:28:56
-----------------------------------
Node Address : 192.168.1.197:3000
Encoded Chunks : 45 of 136 (33%)
Encoded Frames : 64747
Encoding Speed : 12 fps
Node Work Time : 01:31:35
-----------------------------------
Node Address : 192.168.1.197:2000
Encoded Chunks : 46 of 136 (34%)
Encoded Frames : 67478
Encoding Speed : 12 fps
Node Work Time : 01:34:51
-----------------------------------


this is an e5 2680 v4 using 3 instances of the distributed encoder. Ideas?

run cmd.exe and then execute C:\temp\RipBot264temp\job1\Chunks\CombineAllChunks.cmd

And show us what you see.

soneca
17th June 2016, 17:14
Hello Atak, i am not able to convert flv files, RipBot264 does not detect/demuxing audio.
You could check this?

Atak_Snajpera
17th June 2016, 17:47
send me sample if you want me to take a look.

slalom
17th June 2016, 19:09
Can we select by default 2 encoding clients (or more) for each PC, every time we run the program?
Preferably the second client minimized to tray too like the first one

Atak_Snajpera
17th June 2016, 20:13
Can we select by default 2 encoding clients (or more) for each PC, every time we run the program?
Preferably the second client minimized to tray too like the first one

Sure you can.

Just create simple batch file
ripbot264.exe
EncodingServer.exe
EncodingServer.exe

soneca
17th June 2016, 20:53
send me sample if you want me to take a look.

Sent via PM.

burt123
18th June 2016, 02:32
Sure you can.

Just create simple batch file
ripbot264.exe
EncodingServer.exe
EncodingServer.exe

That sounds like a great idea, but excuse my ignorance, where do you put this "batch file", so it executes. ??

slalom
18th June 2016, 08:04
You run the batch file instead of ripbot264.exe

Atak_Snajpera
18th June 2016, 11:28
That sounds like a great idea, but excuse my ignorance, where do you put this "batch file", so it executes. ??

It does not matter as long as you have valid path to executables
for example

RunRipBot264and2Servers.cmd
c:\program files\Ripbot264\Ripbot264.exe
c:\program files\Ripbot264\EncodingServer.exe
c:\program files\Ripbot264\EncodingServer.exe

slalom
18th June 2016, 12:21
What about minimizing the second server, like the first one does?

Atak_Snajpera
18th June 2016, 13:23
What about minimizing the second server, like the first one does?

EncodingServer always starts in Tray (minimized) by default.

slalom
18th June 2016, 16:10
Yes, the :1000. The :2000 minimizes to taskbar

soneca
18th June 2016, 17:23
Thanks Atak!
The problem is that the demuxing is extremely slow to flv files.
For this type of file will extract before using FLV Extract. :)

burt123
19th June 2016, 06:35
It does not matter as long as you have valid path to executables
for example

RunRipBot264and2Servers.cmd
c:\program files\Ripbot264\Ripbot264.exe
c:\program files\Ripbot264\EncodingServer.exe
c:\program files\Ripbot264\EncodingServer.exe

OK, I have to say it took me a little while to get this right, but I can only seem to get 2 encoding servers to start up, when I have 4, in the batch file.

Also, I put Ripbot in the Documents folder, which made it a little different.

fatpizza
20th June 2016, 14:51
I just noticed that when using Ripbot if I change the fps of a clip from 25fps to 23.976 the chapter times get sped up rather than slowed down. Is this an easy fix? Thanks.

Atak_Snajpera
20th June 2016, 19:36
I just noticed that when using Ripbot if I change the fps of a clip from 25fps to 23.976 the chapter times get sped up rather than slowed down. Is this an easy fix? Thanks.

This should fix this silly mistake.
http://www.mediafire.com/download/jwjzig7bo1i6xi3/RipBotChapterFix.7z

I was passing wrong values to this tool
ModifyChapters.exe "original-chapters.txt" (SourceNumberOfFrames/SourceFPS) / (CurrentNumberOfFrames/CurrentFPS) "chapters.txt"

but it should be in reversed order
ModifyChapters.exe "original-chapters.txt" (CurrentNumberOfFrames/CurrentFPS) / (SourceNumberOfFrames/SourceFPS) "chapters.txt"

fatpizza
21st June 2016, 04:20
This should fix this silly mistake.
http://www.mediafire.com/download/jwjzig7bo1i6xi3/RipBotChapterFix.7z

I was passing wrong values to this tool
ModifyChapters.exe "original-chapters.txt" (SourceNumberOfFrames/SourceFPS) / (CurrentNumberOfFrames/CurrentFPS) "chapters.txt"

but it should be in reversed order
ModifyChapters.exe "original-chapters.txt" (CurrentNumberOfFrames/CurrentFPS) / (SourceNumberOfFrames/SourceFPS) "chapters.txt"

Thanks, I looked inside the tools folder earlier on and noticed this so I was fixing it up myself by running my own cmd file. But not having to worry about doing that myself is better of course. :)

userx
21st June 2016, 19:59
[QUOTE=Atak_Snajpera;1768168]Added: hidden option to move mkv to shared folder. Following lines must be added manually to EncodingClient.ini

[hidden settings]
MoveMKVtoSharedFolder=1

Added: Updater automatically fixes corrupted updater.ini file
Fixed: Downmix 4.0 to 2.0 didn't work
Changed: In order to avoid language issues Encoding Client will share ripbot264temp folder using following command line

icacls "...\RipBot264temp" /T /C /Q /Grant:R *S-1-1-0:(OI)(CI)F

I manually shared the RipBot264temp folder and after client has started, the networkshare disapears again.
(On commandline icacls cmd is working)

dirct
23rd June 2016, 18:14
Hello Atak_Snajpera, first I would like to forgive me for writing mistakes because they do not speak English (I'm Brazilian) and I'm using an online translator for that, I would say that I am a great admirer of his work and accompany the roughly six years, good will then ask you a layman's question because I do not know if you can:

You can direct more ripbot264 processing to the GPU than the CPU? I ask this question because the GPUs seem to be at higher evolution than the CPUs in a matter of processing, the latest generation of both Nvidia and AMD less lithography 16nm or 14nm had a brutal gain processing performance, you can use this processing in ripbot264 now or in a future release to reduce the load on the CPU? I'm sorry if I'm talking nonsense as I said I am a layman in relation to programming, anyway continue with your great work the ripbot264 is simply wonderful I love the function to use multiple PCs together to encode dividing the work.

chane2k1
25th June 2016, 01:38
Hello Atak,
It appears as though The Movie Database may have made changes to their API, your Download Poster application is no longer downloading posters. I have tried on three different computers and two different networks, you can query a title and a list of results will return, but when you select one of the items there is just the spinning wheel that appears with the Downloading... text that accompanies it.

slalom
25th June 2016, 08:14
Same problem here

Atak_Snajpera
25th June 2016, 18:38
Update 2016-06-25
Added: Option to run mutiple EncodingServers at RipBot264 launch. Following line must be added manually to ripbot264.ini

ActivateServers=x

where x is number between 1 and 10

The same effect can be achieved by running EncodingServer.exe with /instances x switch.

For example:
EncodingServer.exe /show /instances 2

Fixed: DownloadPoster has been adapted to changes introduced on TMDB website
Fixed: Various bugs in ModifyChapter tool

burt123
26th June 2016, 03:04
Update 2016-06-25
Added: Option to run mutiple EncodingServers at RipBot264 launch. Following line must be added manually to ripbot264.ini

ActivateServers=x

where x is number between 1 and 10

The same effect can be achieved by running EncodingServer.exe with /instances x switch.

For example:
EncodingServer.exe /show /instances 2

Fixed: DownloadPoster has been adapted to changes introduced on TMDB website
Fixed: Various bugs in ModifyChapter tool


Thanks so much for the server option :)

And it's now 1.19.4 :)

slalom
27th June 2016, 09:46
@Atak
Could you update the first page to the new version please?

Grayfox
2nd July 2016, 01:57
I think I may have found a bug with ripbot(latest version).

I encoded some movie's in HEVC.
They play fine in WMP 12 after installing LAVfliters
But if I start ripbot the video no longer plays & the video will not work if until I reinstall LAV filters again.

Only reason I suspect ripbot is I can play HEVC fine until I start ripbot, but it might be a LAV filter bug as well.

My system specs
Windows 7 SP1 x64
i5 3570k OC to 4.4Ghz
8GB RAM
GTX680SC

Atak_Snajpera
2nd July 2016, 09:24
Do not use wmp. Use mpc-hc which has already built in lav filters.

Grayfox
2nd July 2016, 14:37
Thanks for the help.

I love ripbot.

Would love to see a pause function if possible for those extremely long encoding tasks and you have to put the PC into sleep for the night.

Atak_Snajpera
2nd July 2016, 15:29
Would love to see a pause function if possible for those extremely long encoding tasks and you have to put the PC into sleep for the night.
Why don't you just use sleep/hibernate function in Windows?

burt123
2nd July 2016, 15:45
Thanks for the help.

I love ripbot.

Would love to see a pause function if possible for those extremely long encoding tasks and you have to put the PC into sleep for the night.

What sort of PC do you have, that you are doing extremely long encodes, that have to go overnight ??

Are you using DE ???, you can stop that, and resume, whenever you want to.

burt123
4th July 2016, 06:59
Hi Atak,

I am having a really annoying problem, and I cant pin point when it started to do it.

I generally run several instances of servers, in DE mode, and I have noticed that for what ever reason, once I start an encode (or a queue), that I can't get anymore than 2 instances of "help" from another PC (or more), but I can have 5 or more on the "main" machine.

I'm pretty sure it hasn't got anything to do with the latest update, but have you made any changes that may be causing this behavior ??

It's annoying, as I generally don't have any weird problems with Ripbot, but this one is beyond me :(

burt123
4th July 2016, 07:04
Another weird thing...I have several HEVC encodes that I wanted to convert back to x264, and once Ripbot is complete, and I play the file, after approx 6 - 7 minutes the audio instantly goes way out of sync, and then the video goes to black around half way thru. (it should play for approx an hour)

Grayfox
4th July 2016, 12:11
Why don't you just use sleep/hibernate function in Windows?

I thought that will corrupt the encode so never even tried

What sort of PC do you have, that you are doing extremely long encodes, that have to go overnight ??

Are you using DE ???, you can stop that, and resume, whenever you want to.

Some take 15h and my PC has noisy fans

I would like to run DE, but I dont have a spare PC.
If I can speed up the encode using 2 instances in a VM I would But I dont think it would speed it up that much

Specs on my PC are 4.4Ghz i5 3570K, 8GB RAM, GTX680SC

Atak_Snajpera
4th July 2016, 13:42
I generally run several instances of servers, in DE mode, and I have noticed that for what ever reason, once I start an encode (or a queue), that I can't get anymore than 2 instances of "help" from another PC (or more), but I can have 5 or more on the "main" machine.
Can you be more specific? Do you mean that cpu usage on your second pc does not raise with extra encoding servers?

Another weird thing...I have several HEVC encodes that I wanted to convert back to x264, and once Ripbot is complete, and I play the file, after approx 6 - 7 minutes the audio instantly goes way out of sync, and then the video goes to black around half way thru. (it should play for approx an hour)
Have you noticed the same problem before encoding using Preview Script option?

burt123
4th July 2016, 13:58
I thought that will corrupt the encode so never even tried



Some take 15h and my PC has noisy fans

I would like to run DE, but I dont have a spare PC.
If I can speed up the encode using 2 instances in a VM I would But I dont think it would speed it up that much

Specs on my PC are 4.4Ghz i5 3570K, 8GB RAM, GTX680SC

15 hours :(.

You can use DE on the same PC, I do regularly, it WILL make a lot of difference to encode times :)

burt123
4th July 2016, 14:04
Can you be more specific? Do you mean that cpu usage on your second pc does not raise with extra encoding servers?

Nothing to do with CPU usage.

I have 5 servers on the main pc, and 5 on the other server, but...

When watching the main "DE window", and I have each server enabled, it ONLY use's 2, of the 5 I have made available on the other PC, it just keeps trying to start, but it doesn't, so on, and so on...so I just enable 2. Didn't use to do this. :(

burt123
4th July 2016, 14:10
Have you noticed the same problem before encoding using Preview Script option?

No, I don't use preview very much, as most of the time it has a sync problem with it's playback, but the encode doesn't have a problem, so if you adjusted it to sync it within preview, it would be wrong, once encoded (in my experience, anyway).

Yeah, again, it wasn't doing this the other day, and it actually changed during a queue I had going. Just like that, it happened mid way thru, of the "same set" of queued files, and then on a few other files, and again today.

Some of them were x264, and some were x265....original's.

Sorry I can't explain it any better :(

Atak_Snajpera
4th July 2016, 19:38
Nothing to do with CPU usage.

I have 5 servers on the main pc, and 5 on the other server, but...

When watching the main "DE window", and I have each server enabled, it ONLY use's 2, of the 5 I have made available on the other PC, it just keeps trying to start, but it doesn't, so on, and so on...so I just enable 2. Didn't use to do this. :(

Try to capture (screenshot) error message on encoding server.

burt123
5th July 2016, 04:44
Try to capture (screenshot) error message on encoding server.

Sent PM, with info.

Cheers

fatpizza
6th July 2016, 16:14
I have an anime DVD I'm trying to rip that has a progressive 29.97fps intro credits sequence, however the actual episode content is hard telecined. I don't want to necessarily drop frames from the intro so what I thought I would try in to split the source into 2 clips, then do a convertfps to 23.976 on the intro(clip1) whilst doing a detelecine and decimate on the rest of the episode(clip2). However when I try to join them back up again it says incorrect framerate even though if I process both clips separately they both say 23.976...

Here's what I did inside the ripbot script:

#VideoSource

video1=DirectShowSource("E:\Rips\Azumanga Daioh - 1x01.mkv",audio=false).ConvertToYV12()

#Deinterlace

video1a = Trim(video1,0,2723)
video1b = Trim(video1,2724,0)

video1a=Convertfps(video1a,23.976)

#Deinterlace
orig = last
Loadplugin("C:\Program Files\Ripbot\RipBot264v1.19.2\Tools\AviSynth plugins\TIVTC\TIVTC.dll")
video1b=tfm(video1b,order=1,pp=1,cthresh=4,MI=40)
Loadplugin("C:\Program Files\Ripbot\RipBot264v1.19.2\Tools\AviSynth plugins\TDeint\TDeint.dll")
video1b=TDeint(video1b,order=1,type=3,hints=true,clip2=orig)

#Decimate
Loadplugin("C:\Program Files\Ripbot\RipBot264v1.19.2\Tools\AviSynth plugins\TIVTC\TIVTC.dll")
video1b=TDecimate(video1b)

video = video1a ++ video1b



Any ideas? Even if I specify a rate of 23.976 in TDecimate it still errors out.

Atak_Snajpera
6th July 2016, 18:05
I wonder why can't you just do this task in this way?

#VideoSource
video=DirectShowSource("E:\Rips\Azumanga Daioh - 1x01.mkv",audio=false).ConvertToYV12()

#Decimate
Loadplugin("C:\Program Files\Ripbot\RipBot264v1.19.2\Tools\AviSynth plugins\TIVTC\TIVTC.dll")

video_part1=Trim(video,0,2723).Convertfps("ntsc_film") #ntsc_film=24000/1001
video_part2=Trim(video,2724,0).tfm(order=1).TDecimate

video = video_part1 + video_part2

soneca
6th July 2016, 23:14
Hello Atak! One of the PC is not detecting/demuxing the audio track(DTS) but the other is working perfectly.
I use the same version of ffdshow both. I recently installed Windows 7 on that machine, you have any idea what could be wrong?

https://s20.postimg.org/x0o1trxfx/ripbot.png

Audio
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Mode : 16
Format settings, Endianness : Big
Codec ID : A_DTS
Duration : 54 min
Bit rate mode : Constant
Bit rate : 1 509 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 spf)
Bit depth : 24 bits
Compression mode : Lossy
Stream size : 585 MiB (24%)
Language : English
Default : Yes
Forced : No

Atak_Snajpera
7th July 2016, 10:26
Rename source file to something simpler without those special characters in file path.

soneca
7th July 2016, 12:59
The source file is simple, no special characters.
D:\BLU-RAY\2.True.Blood.1Ş.Temporada\2_THE_FIRST_TASTE.mkv

And occasionally RipBot264 loads slowly, as if the HD was too slow, have you seen this happen? :confused:

Atak_Snajpera
7th July 2016, 13:00
I do not like this weird "a"
D:\BLU-RAY\2.True.Blood.1Ş.Temporada\2_THE_FIRST_TASTE.mkv

soneca
7th July 2016, 13:07
But this "a" only part of the folder and not the source file. That accounts for something?
D:\BLU-RAY\2.True.Blood.1Ş.Temporada\2_THE_FIRST_TASTE.mkv

soneca
7th July 2016, 20:37
I do not like this weird "a"

You were right, I thought that only the filename matter but depends on the path too...

squezer
12th July 2016, 22:12
please help:
DirectShowSource: couldn't open file D:\2015-02-08_08.25.33_00006.avi:
The source filter for this file could not be loaded.
(C:\Temp\RipBot264temp\job1\getinfo.avs, line 2)

renaming file did not help...
what needs to be done to make it working again?

getinfo.avs
video=DirectShowSource("D:\2015-02-08_08.25.33_00006.avi",audio=false).ConvertToYV12()
LoadPlugin("C:\Program Files (x86)\RipBot264\tools\AviSynth plugins\NicAudio\NicAudio.dll")
audio=RaWavSource("C:\Temp\RipBot264temp\job1\audio.wav",1)
AudioDub(video,audio)
WriteFile("C:\Temp\RipBot264temp\job1\info.txt","Framecount")
WriteFile("C:\Temp\RipBot264temp\job1\info.txt","Framerate")
WriteFile("C:\Temp\RipBot264temp\job1\info.txt","AudioRate")
WriteFile("C:\Temp\RipBot264temp\job1\info.txt","AudioChannels")
WriteFile("C:\Temp\RipBot264temp\job1\info.txt","AudioLength")
WriteFile("C:\Temp\RipBot264temp\job1\info.txt","Width")
WriteFile("C:\Temp\RipBot264temp\job1\info.txt","Height ")
Trim(0,-1)

avi:
General
Complete name : D:\2015-02-08_08.25.33_00006.avi
Format : AVI
Format/Info : Audio Video Interleave
File size : 1.35 GiB
Duration : 1 min
Overall bit rate : 176 Mb/s
Writing library : VirtualDub build 35576/release

Video
ID : 0
Format : HuffYUV
Format version : Version 2
Codec ID : FFVH
Duration : 1 min
Bit rate : 166 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:2
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 3.210
Stream size : 1.28 GiB (95%)

Audio
ID : 1
Format : PCM
Format settings, Endianness : Little
Format settings, Sign : Signed
Codec ID : 00001000-0000-0100-8000-00AA00389B71
Duration : 1 min
Bit rate mode : Constant
Bit rate : 9 216 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Bit depth : 32 bits
Stream size : 72.5 MiB (5%)
Alignment : Aligned on interleaves
Interleave, duration : 40 ms (1.01 video frame)
Interleave, preload duration : 500 ms

Atak_Snajpera
13th July 2016, 14:13
make sure that this is enabled for HuffYUV.
http://i.cubeupload.com/1kUrnK.png
Alternatively switch to UTVideo while exporting from VirtualDUB.

squezer
13th July 2016, 15:57
make sure that this is enabled for HuffYUV.

Alternatively switch to UTVideo while exporting from VirtualDUB.

I have it like that.

It is my usual workflow for years
and suddenly ripbot 1.19.4 has a problem.
I also reinstalled ripbot...

Lukas
14th July 2016, 11:23
Hi,

I'm having problem with permissions on Windows 10 for distributed encoding. After some searching i found fix-around for this problem:

i'm running batch file:

@echo off
echo Starting of auto re-share dir
:CheckDir
timeout 1 > nul
if not exist "\\COMPUTER_NAME\RipBot264temp" goto ShareDir
goto CheckDir

:ShareDir
echo Directory re-shared !!
net share RipBot264temp=C:\Temp\RipBot264temp /GRANT:Wszyscy,FULL
goto CheckDir


COMPUTER_NAME must be changed to yours computer name, and
"Wszyscy" must be changed for your Windows language.

After running this batch, RipBot264 works OK on Windows 10 x64.

userx
15th July 2016, 12:11
Hi,

I'm having problem with permissions on Windows 10 for distributed encoding. After some searching i found fix-around for this problem:

i'm running batch file:

@echo off
echo Starting of auto re-share dir
:CheckDir
timeout 1 > nul
if not exist "\\COMPUTER_NAME\RipBot264temp" goto ShareDir
goto CheckDir

:ShareDir
echo Directory re-shared !!
net share RipBot264temp=C:\Temp\RipBot264temp /GRANT:Wszyscy,FULL
goto CheckDir


COMPUTER_NAME must be changed to yours computer name, and
"Wszyscy" must be changed for your Windows language.

After running this batch, RipBot264 works OK on Windows 10 x64.

you may change the check-line to a more universal format:
if not exist "\\%userdomain%\RipBot264temp" goto ShareDir
Where do you place the batch file? When Ripbot starts to copy the files to shared folder, it deletes the network share.
The file also has to be called with admin rigths to avoid permission errors

Atak_Snajpera
15th July 2016, 14:07
I'm surprised that some Windows do not understand "EVERYONE" group. I don't know why but my polish Windows 7 has no issues with english word "EVERYONE" in net share command. It looks like that from some political reasons M$ in german and french versions removed support for universal "EVERYONE" name and they use local alternatives like "Jeder" or "Tout le monde".

agressiv
15th July 2016, 14:41
You are better off using the SID of everyone: S-1-1-0

https://support.microsoft.com/en-us/kb/243330

However, it will be a bit more difficult to code that into a batch file.

set MySid=S-1-1-0
for /f "delims= " %%a in ('"wmic path win32_account where SID='%MySid%' get name"') do (
if not "%%a"=="Name" (
set myvar=%%a
goto :loop_end
)
)
:loop_end

net share RipBot264temp=C:\Temp\RipBot264temp /GRANT:%myvar%,FULL

I don't know Delphi at all but I'm betting it would be cleaner/easier there.

Lukas
15th July 2016, 17:33
You are better off using the SID of everyone: S-1-1-0

This is very good idea to make this fix in code of next version RipBot264 :)

slalom
15th July 2016, 20:50
I'm surprised that some Windows do not understand "EVERYONE" group. I don't know why but my polish Windows 7 has no issues with english word "EVERYONE" in net share command. It looks like that from some political reasons M$ in german and french versions removed support for universal "EVERYONE" name and they use local alternatives like "Jeder" or "Tout le monde".
"everyone" is not a french word :D

thahandy
15th July 2016, 22:52
You are better off using the SID of everyone: S-1-1-0
[...]

net share RipBot264temp=C:\Temp\RipBot264temp /GRANT:%myvar%,FULL[/CODE]

I don't know Delphi at all but I'm betting it would be cleaner/easier there.
Net share doesn't understand SID

It seems this can be sorted by using PsGetSid (https://technet.microsoft.com/en-us/sysinternals/bb897417.aspx)from sysinternals. This will spit out the correct "translation" on the used OS language. From there u can use the proper "translation" in the net share ;)

Dutch:

d:\>psgetsid S-1-1-0 /accepteula
PsGetSid v1.45 - Translates SIDs to names and vice versa
Copyright (C) 1999-2016 Mark Russinovich
Sysinternals - sysinternals.com

Account for USERNAME\S-1-1-0:
Well Known Group: \Iedereen
d:\>


English:

d:\>psgetsid S-1-1-0 /accepteula

PsGetSid v1.45 - Translates SIDs to names and vice versa
Copyright (C) 1999-2016 Mark Russinovich
Sysinternals - sysinternals.com

Account for USERNAME\S-1-1-0:
Well Known Group: \Everyone
d:\>


May its a idea to build in a check to see the permissions/share are working and report/halt when its not ("net share RipBot264Temp", "icacls XX:\temp\RipBot264Temp\" and/or use $LASTEXITCODE (http://stackoverflow.com/questions/22475361/how-to-obtain-exit-code-when-i-invoke-net-use-command-via-powershell) ? (I'm not a programmer) when using icacls/net)

burt123
19th July 2016, 07:59
Hi Atak,
To change the subject, I recently swapped out my GTX 680 for an AMD R9 290 with a Artic Cooler system installed, and I used Ripbot for the 1st time since doing that, today.
The 1st encode went thru with no problems, but then I enabled the OpenCL Acceleration option, and then all sorts of problems started, the AMD driver would stop working, which caused Ripbot to stop, also after the monitor came out of sleep, Ripbot had stopped, so I re started everything with the OpenCL disabled, and it was stable again.

Running Windows 8.1, and the very latest Crimson drivers for the 290.

Is there something I'm missing here ???

edit:- I think I may have found a reason for this behavior...there are "remnant's" of nVidia drivers on the system.

Your opinion would be welcome.

Atak_Snajpera
19th July 2016, 13:51
Is r9 290 a new one or used? I assume it is a second hand card. Check temperatures during OpenCL strest test in AIDA. You may also check VRAM usage during encoding with x264 (opencl acceleration enabled).

slalom
19th July 2016, 14:18
AVG auto-deleted your ripbot exe file from my PC
Already sent them some "wishes"

burt123
19th July 2016, 14:22
Is r9 290 a new one or used? I assume it is a second hand card. Check temperatures during OpenCL strest test in AIDA. You may also check VRAM usage during encoding with x264 (opencl acceleration enabled).

It is 2nd hand.

Well, before I changed from the standard 1 fan heatsink assembly to the 3 fan Artic Cooler, it use to run in excess of 90 C when enable on a different PC. With the Artic Cooler it now runs at least 20 C cooler.

OK, I will run a couple of AIDA tests, and let you know, but I really think what might fix it, is a fresh setup of Windows, the current setup is pretty old (a couple of years)

UPDATE:- OK, have cleaned out all the nVidia drivers, etc, installed the very latest AMD drivers, and everything's sweet :)

290 temps are around the mid 60's C under 100 load. (coolish day, tho), but would be running at over 90 C with standard heatsink :)

lemaireus
20th July 2016, 15:06
Atak, is it possible to configure the updater in such a way that it checks the .exe version for, for e.g., x265 before it decides to update on its own? I update my x265 each time a new version is released, which averages to every couple of days. The updater working on its own throws me back two or three versions every time it updates. The updater should be configured to not update if it finds a higher version of the .exe in the tools.

Atak_Snajpera
20th July 2016, 20:06
Atak, is it possible to configure the updater in such a way that it checks the .exe version for, for e.g., x265 before it decides to update on its own? I update my x265 each time a new version is released, which averages to every couple of days. The updater working on its own throws me back two or three versions every time it updates. The updater should be configured to not update if it finds a higher version of the .exe in the tools.

Just uncheck this option
http://i.cubeupload.com/TgQWun.png

lemaireus
23rd July 2016, 12:10
Just uncheck this option

Thanks for the workaround, though the point about an updater which can read version info remains.

iPedroso
24th July 2016, 11:00
Hi!

My Problem is far from beeing new, but none of the solutions in this thread worked...

At first: I had ripbot264 running on 5 computers about half a year ago. After upgrading to Windows 10 I got the "source file..." problem and I have not found any way to fix it up to now!
Shame on me that I don't have a working backup...

What I already did:
- exactly followed the youtube video manual step by step
- reinstalled win10 from the scratch instead of update
- reinstalled win7 64bit as well as 32bit (ultimate and pro)
- reinstalled win7 with all updates as well as without any (clean install)
- used avisynth, java etc in the most recent versions as well as version from last year and version know to work
- shared all directories participating in ripbot264

So, what else can I do??? Is there any workaround or step-by-step-manual for it? I know I am not the only one with this problem and I ran out of ideas.

My 5 machines have 8 CPUs with 36 cores in total, so using them results in a huge speed improvement!

Atak_Snajpera
24th July 2016, 11:22
When you get this error message can you check manually whether you have access to
//computername/ripbot264temp

iPedroso
24th July 2016, 11:24
When you get this error message can you check manually whether you have access to
//computername/ripbot264temp

I do!

iPedroso
24th July 2016, 11:27
BUT!!!

After checking it again an trying to start an encoding, it is NOT SHARED anymore! ???

Atak_Snajpera
24th July 2016, 11:32
but does it appear again after this error?

iPedroso
24th July 2016, 11:45
Did you do an update in this moment???
RipBot264 installed updates an now it works without me having done anything!?!?

Thank you!!!

But the answer to your question: Starting the software killed the sharing and it has not been re-shared after ending it.

Atak_Snajpera
24th July 2016, 11:50
I assume you have non-english version of windows. See first post for change log.

iPedroso
24th July 2016, 11:56
I assume you have non-english version of windows. See first post for change log.

Correct, I don't use an english version.
Where do I find the change log?

iPedroso
24th July 2016, 11:57
Sorry, found it!

brumsky
27th July 2016, 16:35
Hey Atak_Snajpera,

I was wondering if you could allow use to specify the IP address used by the encoding server application.

I've been given access to a small server farm for a couple of weeks. I access them via VPN and currently have ripbot running only on the servers in the "Cloud". I'd like to have my PCs at home work with them, hence the need for multiple subnet support. When I connect the client-to-site VPN Ripbot can only access the servers over the VPN. Even though it is configured as a split-tunnel - which allows access to my local network.

Please let me know if this is possible and if there is anything I can do to help.

Thanks!

Ronski
28th July 2016, 10:14
@Brumsky, is your Internet connection fast enough to make this viable?

brumsky
28th July 2016, 23:27
@Brumsky, is your Internet connection fast enough to make this viable?

HI Ronski, yeah my connection is 300Mpbs. I've been doing it for the past two days and it's working great! I'd just like to get my home PCs involved in the fun! :)

brumsky
30th July 2016, 06:10
On another note, any plans to support vapoursynth?

Thanks!

FuzzyNutz
16th August 2016, 18:39
I'm getting the error "avs2avi.exe has stopped working" with VC-1 sources.

I've uninstalled and reinstalled ffdshow, AviSynth and Haali Media Splitter with a reboot in between and reinstalled Ripbot264.

ffdshow video decoder is set to wmv9 for VC-1.

I'm running Windows 10 Pro 64bit with Windows Media Player 12.

Can anyone help? Thanks.

Lukas
17th August 2016, 13:11
Hello,

I have weird problem with reencoding movie. Encoded movie have 2:27h length, but original is half of this.

Media info of original:
Ogólne
UniqueID/String : 172074612943902331167999858025693825069 (0x81745D6EEB72466AA12574E19869C82D)
Pełna ścieżka : Q:\RipBot Input\__Problem\Chicken Little\Chicken Little.mkv
Format : Matroska
Wersja formatu : Version 2
Rozmiar pliku : 3,68 GB
Czas trwania : 1 h 13 min
Całkowita przepływność bitów : 7.148 kb/s
Tytuł filmu : Chicken Little
Zdekodowana data : UTC 2011-06-20 16:47:23
Aplikacja zapisująca : mkvmerge v3.2.0 ('Beginnings') built on Feb 12 2010 16:46:17
Biblioteka zapisująca : libebml v0.7.9 + libmatroska v0.8.1

Wideo
ID : 1
Format : AVC
Format/Informacja : Advanced Video Codec
Profil formatu : Main@L4
MultiView_Count : 2
MultiView_Layout : Right Eye
Ustawienia formatu, CABAC : Tak
Ustawienia formatu, poklatkowy : 3 klatki
Format_Settings_GOP : M=4, N=32
Tryb multipleksowania : Container profile=@0.0
ID kodeka : V_MPEG4/ISO/AVC
Czas trwania : 1 h 13 min
Przepływność bitów : 6.686 kb/s
Szerokość : 1.920 pikseli
Wysokość : 1.080 pikseli
Proporcje obrazu : 16:9
Tryb wyświetlania klatek : Stały
Szybkość wyświetlania klatek : 25,000 kl/s
Standard : Component
ColorSpace : YUV
ChromaSubsampling/String : 4:2:0
BitDepth/String : 8 bitów
Rodzaj skanu : Z przeplotem
Kolejność skanu : Górne pole wpierw
bity/(piksele*ramki) : 0.129
Rozmiar strumienia : 3,45 GB (94%)
Tytuł : SBS 1080p
Język : Polski
Default : Tak
Forced : Nie
colour_range : Limited
colour_primaries : BT.709
transfer_characteristics : BT.709
matrix_coefficients : BT.709

Audio
ID : 2
Format : MPEG Audio
Wersja formatu : Version 1
Profil formatu : Layer 3
Format_Settings_Mode : Joint stereo
ID kodeka : A_MPEG/L3
ID kodeka/Wskazówka : MP3
Czas trwania : 1 h 13 min
Rodzaj przepływności : Stała
Przepływność bitów : 320 kb/s
Kanały : 2 kanały
Częstotliwość próbkowania : 44,1 kHz
Rozmiar strumienia : 169 MiB (4%)
Tytuł : Polish MPEG
Język : Polski
Default : Tak
Forced : Nie



after coding in RipBot:
Ogólne
UniqueID/String : 229496988451255692326643189616089777673 (0xACA78320E1E8CD399E1B61F057184609)
Pełna ścieżka : Q:\RipBot Input\__Problem\Chicken Little.mkv
Format : Matroska
Wersja formatu : Version 4 / Version 2
Rozmiar pliku : 2,47 GB
Czas trwania : 2 h 27 min
Całkowita przepływność bitów : 2.399 kb/s
Tytuł filmu : Chicken Little
Zdekodowana data : UTC 2016-08-12 21:03:24
Aplikacja zapisująca : mkvmerge v9.3.1 ('Mask Machine') 32bit
Biblioteka zapisująca : libebml v1.3.4 + libmatroska v1.4.5

Wideo
ID : 1
Format : HEVC
Format/Informacja : High Efficiency Video Coding
Profil formatu : Main 10@L4@Main
ID kodeka : V_MPEGH/ISO/HEVC
Czas trwania : 2 h 27 min
Przepływność bitów : 2.239 kb/s
Szerokość : 1.920 pikseli
Wysokość : 1.080 pikseli
Proporcje obrazu : 16:9
Tryb wyświetlania klatek : Stały
Szybkość wyświetlania klatek : 25,000 kl/s
ColorSpace : YUV
ChromaSubsampling/String : 4:2:0
BitDepth/String : 10 bitów
bity/(piksele*ramki) : 0.043
Rozmiar strumienia : 2,31 GB (93%)
Biblioteka zapisująca : x265 2.0+2-70581d6cd065:[Windows][GCC 5.3.0][64 bit] 10bit
Ustawienia kodowania : wpp / ctu=32 / min-cu-size=8 / max-tu-size=16 / tu-intra-depth=2 / tu-inter-depth=2 / me=3 / subme=3 / merange=57 / no-rect / no-amp / max-merge=3 / temporal-mvp / no-early-skip / rskip / rdpenalty=0 / no-tskip / no-tskip-fast / strong-intra-smoothing / no-lossless / no-cu-lossless / no-constrained-intra / no-fast-intra / open-gop / no-temporal-layers / interlace=0 / keyint=720 / min-keyint=24 / scenecut=40 / rc-lookahead=30 / lookahead-slices=4 / bframes=8 / bframe-bias=0 / b-adapt=2 / ref=4 / limit-refs=2 / limit-modes / weightp / weightb / aq-mode=1 / qg-size=16 / aq-strength=1.00 / cbqpoffs=0 / crqpoffs=0 / rd=6 / psy-rd=0.70 / rdoq-level=1 / psy-rdoq=5.00 / no-rd-refine / signhide / deblock=-2:-2 / no-sao / no-sao-non-deblock / b-pyramid / cutree / no-intra-refresh / rc=crf / crf=20.0 / qcomp=0.60 / qpmin=0 / qpmax=51 / qpstep=4 / ipratio=1.40 / pbratio=1.30
Default : Tak
Forced : Nie

Audio
ID : 2
Format : MPEG Audio
Wersja formatu : Version 1
Profil formatu : Layer 3
Format_Settings_Mode : Joint stereo
ID kodeka : A_MPEG/L3
ID kodeka/Wskazówka : MP3
Czas trwania : 1 h 13 min
Rodzaj przepływności : Stała
Przepływność bitów : 320 kb/s
Kanały : 2 kanały
Częstotliwość próbkowania : 44,1 kHz
Szybkość wyświetlania klatek : 38,281 kl/s (1152 spf)
Rozmiar strumienia : 167 MiB (7%)
Język : Polski
Default : Tak
Forced : Nie



Settings of encoding (distributed):
--profile main10 --output-depth 10 --preset slower --ctu 32 --max-tu-size 16 --aq-mode 1 --aq-strength 1.0 --psy-rd 0.7 --psy-rdoq 5.0 --rdoq-level 1 --deblock -2:-2 --qg-size 16 --no-sao --no-rect --no-amp --min-keyint 24 --keyint 720


One pass, CRF=20

I'm using same settings on other movies and all is OK. I have problem only with this one.

Some RipBot logs:
Job23_log.txt:

C:\>"Q:\RipBot\RipBot264\EncodingClient.exe" "C:\Temp\RipBot264temp\job23\job23_EncodingClient.meta"

C:\>"Q:\RipBot\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "C:\RipBot Output\2\Chicken Little.mkv" --compression 0:none --title "Chicken Little" --default-duration 0:25fps "C:\Temp\RipBot264temp\video.265" --compression 0:none --language 0:pol --sync 0:0 "C:\Temp\RipBot264temp\job23\1_audio_Polish.mp3"
mkvmerge v9.3.1 ('Mask Machine') 32bit

'C:\Temp\RipBot264temp\video.265': Using the demultiplexer for the format 'HEVC/h.265'.
'C:\Temp\RipBot264temp\job23\1_audio_Polish.mp3': Using the demultiplexer for the format 'MP2/MP3'.
'C:\Temp\RipBot264temp\video.265' track 0: Using the output module for the format 'HEVC/h.265 (unframed)'.
'C:\Temp\RipBot264temp\job23\1_audio_Polish.mp3' track 0: Using the output module for the format 'MP3'.
The file 'C:\RipBot Output\2\Chicken Little.mkv' has been opened for writing.
'C:\Temp\RipBot264temp\video.265' track 0: Extracted the aspect ratio information from the HEVC video data and set the display dimensions to 1920/1080.

The cue entries (the index) are being written...
Muxing took 1 minute 11 seconds.
-------------------------

Elapsed Time: 21h:03m:57s

info.txt:
221312
50.000999
48000
2
210671491
1920
1080


Can anyone help me with this problem?
I also have another problematic file that have unsynchronized audio but I will try to fix this problem first.

Atak_Snajpera
17th August 2016, 16:23
I think that problem is in FFMS. I can clearly see that decoder is incorrectly handling interlaced AVC footage. Mediainfo reports 25i while decoder returns 50p. So after encoding you get correct 25 fps but with doubled frame count. (Hence incorrect duration and obviously A/V sync issues)
This is well known limitation of FFMS and you should avoid encoding interlaced content in DE MODE.

Grayfox
19th August 2016, 14:24
I am having trouble ripping Pirates of the Caribbean : Cruse of the Black Pearl
When it tries to load the playlist files for the movie, it does not show any video, audio, chapter or subtitle streams.

Where as if I tell it to load the additional content it shows all streams.

If I click OK on the movie playlist I get an error and then nothing happens.
What would be causing this issue?

Movie Playlist Selected
https://www.dropbox.com/s/0i8777y94357m3o/Screenshot%202016-08-19%2023.08.15.png?dl=0

Additional Content Playlist Selected
https://www.dropbox.com/s/iv96vcf6ps5fd7m/Screenshot%202016-08-19%2023.13.46.png?dl=0

Error
https://www.dropbox.com/s/slgbflkvjf7n6nb/Screenshot%202016-08-19%2023.16.09.png?dl=0

I checked and their is no demuxlog.txt file.