Log in

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 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 [294] 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429

Ronski
3rd January 2017, 20:14
@byteshare Thanks very much for the explanation, much appreciated. All players I currently use can handle it, and as time goes on I expect more will, so I'll switch to using it.

klopsknoedel
4th January 2017, 12:51
@ Atak_Snajpera
hai.. can i ask something.. i load file and take long time to gathering information...the file just 1.20GB i try use another computer load fast...can i know what is the problem?
thank you hope you reply ASAP :)

@Atak_Snajpera
can help me to solve this problem please? :)

It's a common problem and can be solved easily by following these steps:
http://forum.doom9.org/showthread.php?p=1524496#post1524496

damia
5th January 2017, 11:09
It's a common problem and can be solved easily by following these steps:
http://forum.doom9.org/showthread.php?p=1524496#post1524496

i already folow the steps.. but result still same.. :(
some file take around 4-5minute...but i test same file on other pc work fast.. gathering information only take 15-20second only..

guest
5th January 2017, 11:32
Hi Atak,
I think I may have discovered a bug when using the new noise filter MDgrain2.

If you abort a job (when using DE, haven't tried it without), and when the pop up comes up "Do you want to keep the current progress ?", and you chose "Yes"...when you come back to it, it starts from the beginning :(

Please feel free to try it, I don't think it's just my setup, as it does it on a couple of different pc's, either W8.1 or W10.

But having said that, MDgrain2 does a really good job on "noisy" files, worth the wait, as it is quite a lot slower.

Which brings me to my next comment / request.

I know I have asked you many times to add more DE servers, 10 is nice, 12 or more would be great...the more help you can get with these new filters and settings, the better.

It would be a great new feature to start 2017. Please consider :)

Happy New Year y'all.

byteshare
5th January 2017, 18:01
I think I may have discovered a bug when using the new noise filter MDgrain2.

If you abort a job (when using DE, haven't tried it without), and when the pop up comes up "Do you want to keep the current progress ?", and you chose "Yes"...when you come back to it, it starts from the beginning :(
I haven't had this problem, unless you mean the segment starts over, or do you mean the whole encode (all the chunks)?

I know I have asked you many times to add more DE servers, 10 is nice, 12 or more would be great...the more help you can get with these new filters and settings, the better.
My thought is it would be great if you have 9 servers idle they could start on the next encode, meaning once all the chunks are filled another encode would start so no server is ever idle.

slalom
5th January 2017, 20:03
I haven't had this problem, unless you mean the segment starts over, or do you mean the whole encode (all the chunks)?
Only the segment stars over, unless you edit the job

guest
6th January 2017, 00:46
I haven't had this problem, unless you mean the segment starts over, or do you mean the whole encode (all the chunks)?


My thought is it would be great if you have 9 servers idle they could start on the next encode, meaning once all the chunks are filled another encode would start so no server is ever idle.

Well, what I have noticed every time so far, is the whole encode starts from scratch....no editing, just having aborted it.

But it's only when using the new filter.

Not too sure what you mean about the 9 idle servers...or do you mean you might be able to have multiple encodes going, on each DE server, so up to 10 jobs, not 1 job over 10 servers ?!?!?

Either way, the more DE servers, the better, especially if you have many powerful pc's.

byteshare
6th January 2017, 16:41
Well, what I have noticed every time so far, is the whole encode starts from scratch....no editing, just having aborted it.

But it's only when using the new filter.

Not too sure what you mean about the 9 idle servers...or do you mean you might be able to have multiple encodes going, on each DE server, so up to 10 jobs, not 1 job over 10 servers ?!?!?

Either way, the more DE servers, the better, especially if you have many powerful pc's.
I just tested it using MDegrain2 and MDegrain3 (manual edit) and only the chunks restart on me, not the chunks already finished. I'm testing on Windows 8.1

For the 9 idle servers I mean near the end of a job when you only have a few chunks left and servers start to go idle because there are no chunks left to encode, if those idle servers could start working on the next job that would be awesome.

guest
7th January 2017, 00:56
I just tested it using MDegrain2 and MDegrain3 (manual edit) and only the chunks restart on me, not the chunks already finished. I'm testing on Windows 8.1

For the 9 idle servers I mean near the end of a job when you only have a few chunks left and servers start to go idle because there are no chunks left to encode, if those idle servers could start working on the next job that would be awesome.

Hi byteshare,

Yeah, on further observation, I have noticed that the problem occurs on other encodes, not just with MDegrain, so I must have a problem somewhere.

Interested in your mention of a manual edit to use MDegrain3....more info on that, please :)

Yep, I have to agree with your idea about the servers activity at the end of a job....good idea !!!

But I'd still like MORE.....

slalom
7th January 2017, 15:15
Yep, I have to agree with your idea about the servers activity at the end of a job....good idea !!!
You're talking about 3-5 minutes max of idle time. Not worth the trouble

byteshare
9th January 2017, 16:00
Hi byteshare,

Yeah, on further observation, I have noticed that the problem occurs on other encodes, not just with MDegrain, so I must have a problem somewhere.

Interested in your mention of a manual edit to use MDegrain3....more info on that, please :)

Yep, I have to agree with your idea about the servers activity at the end of a job....good idea !!!

But I'd still like MORE.....

MDegrain3 Grainy Stuff (Removes extra noise):
#Denoise
Loadplugin("YourPathHere\RipBot264v1.19.5\Tools\AviSynth plugins\mvtools\mvtools2.dll")
LoadPlugin("YourPathHere\RipBot264v1.19.5\Tools\AviSynth plugins\flash3kyuu_deband\flash3kyuu_deband.dll")
super = video.MSuper(pel=2)
bv1 = MAnalyse(super, isb = true, delta = 1, overlap=4)
fv1 = MAnalyse(super, isb = false, delta = 1, overlap=4)
bv2 = MAnalyse(super, isb = true, delta = 2, overlap=4)
fv2 = MAnalyse(super, isb = false, delta = 2, overlap=4)
bv3 = MAnalyse(super, isb = true, delta = 3, overlap=4)
fv3 = MAnalyse(super, isb = false, delta = 3, overlap=4)
video=video.MDegrain3(super,bv1,fv1,bv2,fv2,bv3,fv3,thSAD=400).f3kdb


You're talking about 3-5 minutes max of idle time. Not worth the trouble

That would depend on your encode settings/FPS, not to mention how many server you have sitting idle to multiply that by. With slow encodes that use MDegrain I can have a 60s clip take 30 or more min. so that means I can have all but 1 server idle for 30 min. just waiting for the job to end and start encoding again.

Shrekage
10th January 2017, 16:01
I have found a bug in encodingclient.exe. I have 1 server at 10.0.0.100. and after the client connects to it and the chunk starts to encode, it changes the address to 10.0.0.116. when the chunk finishes encoding, I get an exception shown in the attached PNG file

it reads "Exception EConvertError in module EncodingClient.exe at 00024122. '116:1000' is not a valid floating point value."

What do you need to debug?

Atak_Snajpera
10th January 2017, 17:42
What do you need to debug?
We can start with screenshot which does not require admin approval.

Shrekage
10th January 2017, 23:13
We can start with screenshot which does not require admin approval.

how does one do that. I don't find a way to paste screenshot into the forum

Ronski
11th January 2017, 11:11
Upload the picture to somewhere like photo bucket, Google pictures etc and post a link on here

Shrekage
11th January 2017, 16:01
https://www.amazon.com/photos/share/d1VuNQJjrpvsG4OdTXS9ycO104ZmQN404UZYsxRBe9i

Atak_Snajpera
11th January 2017, 19:52
Is there any reason why you connect to server via ip 10.0.0.100 instead of 10.0.0.116? Do you have mutiple network adapters on that remote-pc? Can you run ipconfig /all on that machine?

Shrekage
11th January 2017, 21:24
because 100 is it's IP address...


C:\Users\Administrator>ipconfig /all

Windows IP Configuration

Host Name . . . . . . . . . . . . : W764-XPS2710a
Primary Dns Suffix . . . . . . . : xxxx.xxx.com
Node Type . . . . . . . . . . . . : Hybrid
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
DNS Suffix Search List. . . . . . : xxxx.xxx.com

Wireless LAN adapter Wireless Network Connection:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Dell Wireless 1703 802.11b|g|n (2.4GHz)
Physical Address. . . . . . . . . : C0-18-85-4E-73-0D
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter Local Area Connection* 2:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter
Physical Address. . . . . . . . . : 12-18-85-4E-73-0D
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter Local Area Connection* 3:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Microsoft Hosted Network Virtual Adapter
Physical Address. . . . . . . . . : 52-18-85-4E-73-0D
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes

Ethernet adapter Local Area Connection:

Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Qualcomm Atheros AR8161 PCI-E Gigabit Ethernet Controller (NDIS 6.30)
Physical Address. . . . . . . . . : 00-21-70-68-72-04
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IPv6 Address. . . . . . . . . . . : 2605:6000:101b::xxxx(Preferred)
Temporary IPv6 Address. . . . . . : 2605:6000:101b::xxxx(Preferred)
Link-local IPv6 Address . . . . . : fe80::4d00:fe8:5695:94d3%4(Preferred)
IPv4 Address. . . . . . . . . . . : 10.0.0.100(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : Wednesday, January 11, 2017 9:12:53 AM
Lease Expires . . . . . . . . . . : Thursday, January 12, 2017 9:12:52 AM
Default Gateway . . . . . . . . . : fe80::26a4:3cff:fe05:1577%4
10.0.0.1
DHCP Server . . . . . . . . . . . : 10.0.0.1
DHCPv6 IAID . . . . . . . . . . . : 285221232
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1A-BE-6A-33-00-21-70-68-72-04
DNS Servers . . . . . . . . . . . : 10.0.0.1
NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter Bluetooth Network Connection:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Bluetooth Device (Personal Area Network)
Physical Address. . . . . . . . . : C0-18-85-4E-73-0E
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.{4C726AEE-FBEA-496D-9D9C-08B3B23B63C4}:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Microsoft ISATAP Adapter
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Teredo Tunneling Pseudo-Interface:

Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
IPv6 Address. . . . . . . . . . . : 2001:0:4137:9e76::xxxx(Preferred)
Link-local IPv6 Address . . . . . : fe80::3822:3e33:bdbb:7422%11(Preferred)
Default Gateway . . . . . . . . . :
DHCPv6 IAID . . . . . . . . . . . : 469762048
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1A-BE-6A-33-00-21-70-68-72-04
NetBIOS over Tcpip. . . . . . . . : Disabled

C:\Users\Administrator>

Shrekage
11th January 2017, 21:38
10.0.0.116 is assigned to a samsung device on my network, not the 10.0.0.100 PC

byteshare
11th January 2017, 21:43
What is the shortest segment length you can get away with without losing compression and/or quality for CRF? For 2pass? Right now the default is 60s.
I mostly use CRF but sometimes I use 2pass.

In order to reduce some of my server idle time I was hoping to reduce the segment size.

Atak_Snajpera
12th January 2017, 13:57
@Shrekage
Ethernet adapter Local Area Connection:

Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Qualcomm Atheros AR8161 PCI-E Gigabit Ethernet Controller (NDIS 6.30)
Physical Address. . . . . . . . . : 00-21-70-68-72-04
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IPv6 Address. . . . . . . . . . . : 2605:6000:101b::xxxx(Preferred)
Temporary IPv6 Address. . . . . . : 2605:6000:101b::xxxx(Preferred)
Link-local IPv6 Address . . . . . : fe80::4d00:fe8:5695:94d3%4(Preferred)
IPv4 Address. . . . . . . . . . . : 10.0.0.100(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : Wednesday, January 11, 2017 9:12:53 AM
Lease Expires . . . . . . . . . . : Thursday, January 12, 2017 9:12:52 AM
Default Gateway . . . . . . . . . : fe80::26a4:3cff:fe05:1577%4
10.0.0.1
DHCP Server . . . . . . . . . . . : 10.0.0.1
DHCPv6 IAID . . . . . . . . . . . : 285221232
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1A-BE-6A-33-00-21-70-68-72-04
DNS Servers . . . . . . . . . . . : 10.0.0.1
NetBIOS over Tcpip. . . . . . . . : Enabled

Is this connection on top of this list?

http://i.cubeupload.com/72F9Fj.png

Shrekage
12th January 2017, 17:11
Yes
https://www.amazon.com/photos/share/F3MZfvSoGZEkA3GJ8uqNGVudlArSMJmsyC1oD0vp7r1

Atak_Snajpera
12th January 2017, 19:43
Run this http://www.mediafire.com/file/8kyq2bt9859nyey/DetectIP.exe on that remote-PC and show me what ip it detects.

Shrekage
12th January 2017, 20:10
10.0.0.100

https://www.amazon.com/photos/share/SQgVRJ4nYPZ7whbussUBYMGCaLb3aWS3KHqqEI1SElG

Atak_Snajpera
12th January 2017, 20:23
Ok so new code works better.

Atak_Snajpera
14th January 2017, 17:59
@Shrekage
This should solve your problems with wrong ip
http://www.mediafire.com/file/9ioix3464i3fugp/updated_client_and_server.7z

Tazlord
16th January 2017, 08:00
Has anyone else noticed issues with multi-playlist titles not showing the correct playlist in the "Select Streams" "Playlist" drop-down? So far I've run into 2 titles that have the multi-playlist protection where the correct playlist wouldn't show up in the drop-down. I verified the correct playlist on both titles using the Process Monitor method and also verified the playlist via BDInfo. However, when trying to select the proper playlist in RipBot, the correct one is nowhere to be found. I figure since the BD Structure is established from the eac3to executable, I'm going to assume it's probably a problem with that application. I just wanted to see if anyone else is having this same problem?

Atak, in case you're monitoring this. I've attached a link to the BD structure of one of the titles so you can see for yourself. The correct playlist for this title is 541 but it doesn't show up in eac3to's output.
job8.zip https://file.io/EI44gj (https://file.io/EI44gj)

Titles Tested:
Deep Water Horizon - 541.mpls
Nerve - 456.mpls

dracore
16th January 2017, 19:33
Will x265 encoding with gpu be supported at all, i have a gtx 1060 and was just wondering if this feature could be added ... thank you

smuperman
17th January 2017, 09:39
Hi @ Atak_Snajpera

Is it possible to add some AAC Profiles besides constant quality or better to enter the (VBR) Quality Settings freely?

The "quality=0.X" Setting.

byteshare
19th January 2017, 16:07
Hi @ Atak_Snajpera

Is it possible to add some AAC Profiles besides constant quality or better to enter the (VBR) Quality Settings freely?

The "quality=0.X" Setting.

The wait for more sound options could be a long one. I'd recommend if you're not already using a 3rd party app to process the sound and then mux it back in yourself.

jlpsvk
1st February 2017, 20:44
@Atak_Snajpera

Hi. First of all, thanks for the RipBot distributed encoding...using 32 cores on my LAN I am able to get 30fps with HEVC slow settings. :)

Hust a few suggestions.

- Why you still require ffdshow, which are old and no longer maintained? What about switch to LAV Filters?
- option to output filename preset... for example if file is INPUT.MKV than after selecting it, output will automatically be named INPUT_HEVC.mkv or whatever I set
- option not to demux audio...spare time, when I want to mux external audio later
- option to set DEFAULT, FORCED signs to audio/subtitle tracks, and codepage to SRT subtitle tracks (for the muxing part)

And one question...what aboout audio delays? If the source file's audio has some delay, will it be maintained after encoding and muxing?

byteshare
6th February 2017, 18:50
There is no quality loss in cq because in this mode bitrate is adjusted on fly. Those posts have nothing to do with cq mode.
If the chunk size doesn't matter for DE with CQ mode than why do you force 60s chunks?
Would that also mean that "BDO strength" doesn't have an affect when doing DE with CQ?

byteshare
8th February 2017, 18:25
When encoding on 1 machine with 2-4 encoding clients on the 1 machine at the end of the encode the server window (shows the status of each chunk and such) stays open and shows my encoding clients as idle. If I close the server window the completed chunks mux with the audio as desired and I get the file I want.
It doesn't happen with every file. What logs should I provide on files this does happen with?
Windows 7 SP1
RipBot 1.19.5

Atak_Snajpera
8th February 2017, 19:37
I think simple screenshot describing this issue should be enough for start. It is always easier for me to understand problem if I can see what you see.

It doesn't happen with every file.
Does this happen with specific video file or it is just pure random?

guest
9th February 2017, 07:53
When encoding on 1 machine with 2-4 encoding clients on the 1 machine at the end of the encode the server window (shows the status of each chunk and such) stays open and shows my encoding clients as idle. If I close the server window the completed chunks mux with the audio as desired and I get the file I want.
It doesn't happen with every file. What logs should I provide on files this does happen with?
Windows 7 SP1
RipBot 1.19.5

I'm pretty sure I get that problem randomly, as well.....

Windows 10

slalom
9th February 2017, 10:51
Same here, some times

byteshare
9th February 2017, 16:27
I think simple screenshot describing this issue should be enough for start. It is always easier for me to understand problem if I can see what you see.


Does this happen with specific video file or it is just pure random?

It seems to be random because if I retry the encode it usually doesn't happen, which is what I was doing the first few times, but now I know I need to just close the main server window.
I had it happen not long ago, but didn't take a screen capture; I'll take a screen capture next time.
The log for the encode is this, Main:
C:\>"C:\Users\[User]\Desktop\RipBot264v1.19.5\EncodingClient.exe" "C:\Temp\RipBot264temp\job73\job73_EncodingClient.meta"

C:\>"C:\Users\[User]\Desktop\RipBot264v1.19.5\tools\mkvtoolnix\mkvmerge.exe" -o "C:\A\Batman Beyond s01e01 rebirth (p 1) (DVDRemux).mkv" --compression 0:none --title "Batman Beyond s01e01 rebirth (p 1) (DVDRemux)" --default-duration 0:24.27fps "C:\Temp\RipBot264temp\video.265" --compression 0:none --language 0:und --aac-is-sbr 0:0 "C:\Temp\RipBot264temp\job73\Encoded_Audio_1.aac"
mkvmerge v9.8.0 ('Kuglblids') 32bit
'C:\Temp\RipBot264temp\video.265': Using the demultiplexer for the format 'HEVC/h.265'.
'C:\Temp\RipBot264temp\job73\Encoded_Audio_1.aac': Using the demultiplexer for the format 'AAC'.
'C:\Temp\RipBot264temp\video.265' track 0: Using the output module for the format 'HEVC/h.265 (unframed)'.
'C:\Temp\RipBot264temp\job73\Encoded_Audio_1.aac' track 0: Using the output module for the format 'AAC'.
The file 'C:\A\Batman Beyond s01e01 rebirth (p 1) (DVDRemux).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 716/536.

The cue entries (the index) are being written...
Multiplexing took 2 seconds.
-------------------------
Distributed Encoding:
Node Address : 10.10.10.5:1000
Encoded Chunks : 6 of 22 (27%)
Encoded Frames : 8631
Encoding Speed : 4 fps
Node Work Time : 00:33:57
-----------------------------------
Node Address : 10.10.10.5:2000
Encoded Chunks : 5 of 22 (23%)
Encoded Frames : 7210
Encoding Speed : 4 fps
Node Work Time : 00:30:01
-----------------------------------
Node Address : 10.10.10.5:3000
Encoded Chunks : 6 of 22 (27%)
Encoded Frames : 8991
Encoding Speed : 4 fps
Node Work Time : 00:35:07
-----------------------------------
Node Address : 10.10.10.5:4000
Encoded Chunks : 5 of 22 (23%)
Encoded Frames : 7207
Encoding Speed : 4 fps
Node Work Time : 00:30:03
-----------------------------------
From the main RipBot window said: "Total time 04h:00m:24s"
in this case seems to have been stuck for about 3.5 hours.

Atak_Snajpera
9th February 2017, 19:18
I had it happen not long ago, but didn't take a screen capture; I'll take a screen capture next time.
Make sure that encoding client and all encoding servers are fully visible on your screenshot.

byteshare
9th February 2017, 19:25
Here is a screen cap of the issue:
http://imgur.com/a/opFts
I might have been wrong, looks like the encoding clients do turn off

Atak_Snajpera
9th February 2017, 19:27
What has happened to those buttons? Did encoding client combine chunks?

Update:
I reckon that application is unable to completely close main form after work. It looks like it hung after form1.close command. Weird...

byteshare
9th February 2017, 19:58
What has happened to those buttons? Did encoding client combine chunks?

Update:
I reckon that application is unable to completely close main form after work. It looks like it hung after form1.close command. Weird...
It combines the chunks in the main window when I close the server window.

byteshare
10th February 2017, 17:23
I can confirm since switching over to the full/official 19.5 (not just the update from 19.4 to 19.5) something has changed with the window behavior in Windows 7. I haven't tested on Windows 8. I know you applied some fixes for loosing window control that I know I personally had with the server window in Windows 8.
I used to use a program called Turbo Mouse (clicks for you really fast) so I could move things around the queue with less work and faster, but not the program no longer works in the RipBot window, but still works in other applications normally.
I wonder if this is related to the issue with the server window getting stuck open and not auto muxing a video on complete when in DE mode?

Atak_Snajpera
10th February 2017, 21:40
Tomorrow I will post improved EncodingClient for testing. It should fix all those odd behaviours (stalls and so on). I've just noticed that I had very ugly code here and there remembering 1.17.x times.

byteshare
10th February 2017, 22:20
Tomorrow I will post improved EncodingClient for testing. It should fix all those odd behaviours (stalls and so on). I've just noticed that I had very ugly code here and there remembering 1.17.x times.

Awesome, thank you very much in advance.

Atak_Snajpera
11th February 2017, 15:40
byteshare check this http://www.mediafire.com/file/zat5jd4as3wa1jl/EncodingClient.exe

byteshare
11th February 2017, 16:47
byteshare check this http://www.mediafire.com/file/zat5jd4as3wa1jl/EncodingClient.exe

Testing now, might be a while to confirm.
I'll let you know how it goes :D

Atak_Snajpera
11th February 2017, 18:49
Take your time. I can wait few days...

byteshare
12th February 2017, 03:48
Hasn't been stalling like before, but I did get an unusual crash (went through 13 encodes no problem rather than the 1-5 before a stall):
Problem signature:
Problem Event Name: APPCRASH
Application Name: EncodingClient.exe
Application Version: 1.7.0.0
Application Timestamp: 2a425e19
Fault Module Name: StackHash_75b5
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 00000000
Exception Code: 00000000
Exception Offset: 00000000
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1033
Additional Information 1: 75b5
Additional Information 2: 75b52eca4d1a1e3be01b2a7f70df718c
Additional Information 3: 47c1
Additional Information 4: 47c1690b41f4145092bfe6c76f595c85

Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409

If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt

This was after an encode was finishing and needed to be mux'd. I closed the error and the video was mux'd correctly and RipBot went on to the next encode (opened the EncodingClient for the next video).

Doesn't show much but the job log file:
C:\>"C:\Users\Money\Desktop\RipBot264v1.19.5\EncodingClient.exe" "C:\Temp\RipBot264temp\job125\job125_EncodingClient.meta"

C:\>"C:\\RipBot264v1.19.5\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Stephen Colbert 2017 01 13 Cuba Gooding Jr 720p HDTV x264-FLEET.mkv" --compression 0:none --title "Stephen Colbert 2017 01 13 Cuba Gooding Jr 720p HDTV x264-FLEET" --default-duration 0:60000/1001fps "C:\Temp\RipBot264temp\video.265"
mkvmerge v9.8.0 ('Kuglblids') 32bit
'C:\Temp\RipBot264temp\video.265': Using the demultiplexer for the format 'HEVC/h.265'.
'C:\Temp\RipBot264temp\video.265' track 0: Using the output module for the format 'HEVC/h.265 (unframed)'.
The file 'C:\Stephen Colbert 2017 01 13 Cuba Gooding Jr 720p HDTV x264-FLEET.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 1280/720.

The cue entries (the index) are being written...
Multiplexing took 6 seconds.
-------------------------

Elapsed Time: 02h:21m:23s

NeFReT
12th February 2017, 12:30
Could you give a video narration for Ripbot264 distributed encoding?

I could not connect two computers with WiFi, would you tell me how to switch between two computers ?

Translated by Google

tkwou
12th February 2017, 22:20
Hi Atak_Snajpera, I've noticed a problem with the last two blu-rays I've tried to recode. I'm using 1.19.5 and distributed encoding with a total of 4 computers. For some reason one of the chunks is much smaller and at a much lower bit rate than all the rest. If you look at my attachments, block 1.264 is much smaller than all the other following pieces despite it's similar 1 minute duration. The video is highly pixellated and macroblocked compared to all the following pieces which encoded properly. This occurred with another movie but it was more towards the end of the movie. Again it was only one block with all the rest being normal. Please let me know if there is any other info you require. Thanks.