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. |
|
|
Thread Tools | Search this Thread | Display Modes |
10th May 2016, 22:18 | #14381 | Link |
Registered User
Join Date: Sep 2008
Posts: 27
|
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 )
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. Last edited by thahandy; 10th May 2016 at 22:21. |
11th May 2016, 16:42 | #14382 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
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
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
12th May 2016, 05:57 | #14383 | Link |
Registered User
Join Date: Sep 2008
Posts: 27
|
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 Seems U can use SID to fix this. http://www.iatarstudio.com/blog/set-...t-on-language/ Last edited by thahandy; 12th May 2016 at 06:04. |
16th May 2016, 07:44 | #14384 | Link |
Guest
Posts: n/a
|
Output too small / big?
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. Thank you in advance for your help! |
16th May 2016, 11:30 | #14385 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
show us your x264 command line.
Is quality worse than before?
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
17th May 2016, 08:00 | #14387 | Link | |
Registered User
Join Date: Jan 2007
Posts: 28
|
Atak, any input on my suggestion for an option for a "move" instead of "copy" for distributed encoding? (see below)
Quote:
Last edited by jthekk2; 17th May 2016 at 08:03. |
|
17th May 2016, 22:03 | #14388 | Link | ||
Registered User
Join Date: Sep 2008
Posts: 27
|
Quote:
Quote:
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?) Last edited by thahandy; 17th May 2016 at 22:09. |
||
18th May 2016, 02:50 | #14389 | Link | |
Registered User
Join Date: Jan 2007
Posts: 28
|
Quote:
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. Last edited by jthekk2; 18th May 2016 at 02:53. |
|
19th May 2016, 14:01 | #14390 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
Code:
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
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper Last edited by Atak_Snajpera; 19th May 2016 at 14:08. |
19th May 2016, 16:07 | #14391 | Link | |
Registered User
Join Date: Jan 2007
Posts: 28
|
Quote:
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. |
|
19th May 2016, 23:10 | #14392 | Link |
Registered User
Join Date: Jan 2010
Posts: 456
|
@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?
__________________
E5 2697 v2 @ 3.0GHz on P9X79 Deluxe 24GB Xeon E5-2680 v2 @ 3.1GHz 16GB Sony Vaio VPC-F13Z1E/B |
20th May 2016, 10:32 | #14393 | Link | |
Registered User
Join Date: Jun 2010
Location: NSW, Australia.
Posts: 366
|
Quote:
Is there a new update available ??? I haven't been able to get it, if there is, and I've done the clean up. |
|
20th May 2016, 18:48 | #14394 | Link |
Registered User
Join Date: Oct 2010
Posts: 61
|
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
|
22nd May 2016, 04:01 | #14397 | Link |
Registered User
Join Date: Jan 2015
Posts: 8
|
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? Last edited by apostolis21; 22nd May 2016 at 04:06. |
23rd May 2016, 13:12 | #14398 | Link |
Registered User
Join Date: May 2016
Location: Virginia
Posts: 3
|
Interframe with RipBot264
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. |
23rd May 2016, 13:25 | #14399 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
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.
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
23rd May 2016, 13:42 | #14400 | Link |
Registered User
Join Date: May 2016
Location: Virginia
Posts: 3
|
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. |
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 |
Display Modes | |
|
|