View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY
guest
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?
guest
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 :)
guest
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. :(
guest
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.
guest
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)
guest
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"
guest
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.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.