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

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

 

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

Reply
 
Thread Tools Search this Thread Display Modes
Old 1st February 2017, 20:44   #14681  |  Link
jlpsvk
Registered User
 
Join Date: Dec 2014
Posts: 240
@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?
jlpsvk is offline   Reply With Quote
Old 6th February 2017, 18:50   #14682  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 560
Quote:
Originally Posted by Atak_Snajpera View Post
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 is offline   Reply With Quote
Old 8th February 2017, 18:25   #14683  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 560
DE Stalls

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
byteshare is offline   Reply With Quote
Old 8th February 2017, 19:37   #14684  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
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.

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

Last edited by Atak_Snajpera; 8th February 2017 at 19:41.
Atak_Snajpera is offline   Reply With Quote
Old 9th February 2017, 07:53   #14685  |  Link
burt123
Registered User
 
burt123's Avatar
 
Join Date: Jun 2010
Location: NSW, Australia.
Posts: 366
Quote:
Originally Posted by byteshare View Post
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
burt123 is offline   Reply With Quote
Old 9th February 2017, 10:51   #14686  |  Link
slalom
Registered User
 
slalom's Avatar
 
Join Date: Jan 2010
Posts: 456
Same here, some times
__________________
E5 2697 v2 @ 3.0GHz on P9X79 Deluxe 24GB
Xeon E5-2680 v2 @ 3.1GHz 16GB
Sony Vaio VPC-F13Z1E/B
slalom is offline   Reply With Quote
Old 9th February 2017, 16:27   #14687  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 560
Quote:
Originally Posted by Atak_Snajpera View Post
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:
Code:
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:
Code:
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.
byteshare is offline   Reply With Quote
Old 9th February 2017, 19:18   #14688  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
Quote:
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.
Atak_Snajpera is offline   Reply With Quote
Old 9th February 2017, 19:25   #14689  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 560
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
byteshare is offline   Reply With Quote
Old 9th February 2017, 19:27   #14690  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
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...

Last edited by Atak_Snajpera; 9th February 2017 at 19:43.
Atak_Snajpera is offline   Reply With Quote
Old 9th February 2017, 19:58   #14691  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 560
Quote:
Originally Posted by Atak_Snajpera View Post
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 is offline   Reply With Quote
Old 10th February 2017, 17:23   #14692  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 560
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?
byteshare is offline   Reply With Quote
Old 10th February 2017, 21:40   #14693  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
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.
Atak_Snajpera is offline   Reply With Quote
Old 10th February 2017, 22:20   #14694  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 560
Quote:
Originally Posted by Atak_Snajpera View Post
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.
byteshare is offline   Reply With Quote
Old 11th February 2017, 15:40   #14695  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
byteshare check this http://www.mediafire.com/file/zat5jd...dingClient.exe
Atak_Snajpera is offline   Reply With Quote
Old 11th February 2017, 16:47   #14696  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 560
Quote:
Originally Posted by Atak_Snajpera View Post
Testing now, might be a while to confirm.
I'll let you know how it goes
byteshare is offline   Reply With Quote
Old 11th February 2017, 18:49   #14697  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
Take your time. I can wait few days...
Atak_Snajpera is offline   Reply With Quote
Old 12th February 2017, 03:48   #14698  |  Link
byteshare
ByteShare
 
byteshare's Avatar
 
Join Date: Sep 2014
Location: On the Internet
Posts: 560
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):
Code:
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:
Code:
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

Last edited by byteshare; 12th February 2017 at 04:01.
byteshare is offline   Reply With Quote
Old 12th February 2017, 12:30   #14699  |  Link
NeFReT
Registered User
 
Join Date: Feb 2017
Posts: 5
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
NeFReT is offline   Reply With Quote
Old 12th February 2017, 22:20   #14700  |  Link
tkwou
Registered User
 
Join Date: Nov 2016
Posts: 43
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.
Attached Images
   
tkwou is offline   Reply With Quote
Reply

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

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

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

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

Forum Jump


All times are GMT +1. The time now is 22:36.


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