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

RoseM
6th October 2014, 19:58
Hello

Someone could see why the audio of the file below isn't recognized by the program?

http://www.mediafire.com/download/5wndl415r97o84z/09-30_12-25-28_Globo_HD_SP.ts

Thanks

Atak_Snajpera
7th October 2014, 12:40
Hello

Someone could see why the audio of the file below isn't recognized by the program?

http://www.mediafire.com/download/5wndl415r97o84z/09-30_12-25-28_Globo_HD_SP.ts

Thanks

Because this format is not supported by eac3to tool.

Audio #1
ID : 274 (0x112)
Menu ID : 59200 (0xE740)
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : HE-AAC / LC
Muxing mode : LATM
Codec ID : 17
Duration : 1mn 11s
Bit rate mode : Variable
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz / 24.0 KHz
Compression mode : Lossy
Delay relative to video : -400ms

Probably ffmpeg will be able to convert that audio stream.

slalom
9th October 2014, 08:25
Hi Atak

Here is an error for v.1.17.4

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

Do you know what this is?

Atak_Snajpera
9th October 2014, 10:29
1.17.4 ???

slalom
9th October 2014, 10:38
You think 1.18.1 is ok with this error?

Atak_Snajpera
9th October 2014, 10:44
at least you can try.

RoseM
9th October 2014, 17:00
Because this format is not supported by eac3to tool.

Audio #1
ID : 274 (0x112)
Menu ID : 59200 (0xE740)
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : HE-AAC / LC
Muxing mode : LATM
Codec ID : 17
Duration : 1mn 11s
Bit rate mode : Variable
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz / 24.0 KHz
Compression mode : Lossy
Delay relative to video : -400ms

Probably ffmpeg will be able to convert that audio stream.
As I am half lay, I'll try another program to convert my TS.

Thanks for the response.

slalom
9th October 2014, 19:13
at least you can try.
I'll get back to you, thanks

hidef_rec
10th October 2014, 13:36
Hi Atak

Here is an error for v.1.17.4

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

Do you know what this is?

I'm getting this error in both v.1.17.4 and the latest 1.18.1. Have been using RipBot264 for a few years and never had any issues.

slalom
10th October 2014, 13:58
Same error appeared on version 1.18.1

Atak_Snajpera
10th October 2014, 16:01
How does info.txt file look like?

hidef_rec
10th October 2014, 16:22
How does info.txt file look like?
For a short video I was testing...
File 'D:\video.mkv': container: Matroska [duration:467559000000 segment_uid:afb9a5d10e4c1bf48edc6e8348964fd3 is_providing_timecodes:1]
Track ID 0: video (MPEG-4p10/AVC/h.264) [number:1 uid:4189225827455225746 codec_id:V_MPEG4/ISO/AVC codec_private_length:61 codec_private_data:01640029ffe1002967640029acd940f816f93c054808080a000007d200017701c4c0002625a0000e4e1d449b07c60c658001000568e93b3c8ffdf8f800 language:eng pixel_dimensions:986x720 display_dimensions:986x720 default_track:1 forced_track:0 enabled_track:1 packetizer:mpeg4_p10_video default_duration:41708332 tag_bps:4000897 tag_duration:00\c07\c46.341000000 tag_number_of_frames:11181 tag_number_of_bytes:233222805 tag__statistics_writing_app:mkvmerge\sv7.1.0\s('Good\sLove')\s64bit\sbuilt\son\sJul\s27\s2014\s13\c06\c55 tag__statistics_writing_date_utc:2014-10-08\s15\c45\c50 tag__statistics_tags:BPS\sDURATION\sNUMBER_OF_FRAMES\sNUMBER_OF_BYTES]
Track ID 1: audio (AC3/EAC3) [number:2 uid:6035514932527546256 codec_id:A_AC3 codec_private_length:0 language:eng default_track:1 forced_track:0 enabled_track:1 default_duration:32000000 audio_sampling_frequency:48000 audio_channels:1 tag_bps:192000 tag_duration:00\c07\c47.488000000 tag_number_of_frames:14609 tag_number_of_bytes:11219712 tag__statistics_writing_app:mkvmerge\sv7.1.0\s('Good\sLove')\s64bit\sbuilt\son\sJul\s27\s2014\s13\c06\c55 tag__statistics_writing_date_utc:2014-10-08\s15\c45\c50 tag__statistics_tags:BPS\sDURATION\sNUMBER_OF_FRAMES\sNUMBER_OF_BYTES]
Tags for track ID 0: 7 entries
Tags for track ID 1: 7 entries

slalom
10th October 2014, 19:05
I didn't get an Info.txt but here is the mkvinfo

File 'E:\****.mkv': container: Matroska [duration:2610656000000 segment_uid:9510c5e2ef10ba07bb597290b8337f70 is_providing_timecodes:1]
Track ID 0: video (MPEG-4p10/AVC/h.264) [number:1 uid:1600451728 codec_id:V_MPEG4/ISO/AVC codec_private_length:47
codec_private_data:01640028ff01001b27640028ac52140780227a9bff000100016a0202036d856bdef80801000528f90809cb02000000
language:eng pixel_dimensions:1918x1078 display_dimensions:1918x1078 default_track:1 forced_track:0 enabled_track:1 packetizer:mpeg4_p10_video
default_duration:41708375]
Track ID 1: audio (AC3/EAC3) [number:2 uid:1915434653 codec_id:A_AC3 codec_private_length:0 language:eng default_track:1
forced_track:0 enabled_track:1 default_duration:32000000 audio_sampling_frequency:48000 audio_channels:6]

BlockABoots
10th October 2014, 21:41
If using HEVC (x265x) encoding can you save the output file as an mp4 file as this option seems to disappear when selecting HEVC and only mkv if available?

Atak_Snajpera
10th October 2014, 22:49
@slalom
Have you tried reinstalling required components?

slalom
11th October 2014, 14:24
I have tried on 2 PCs, same message

Atak_Snajpera
11th October 2014, 14:31
Does this happen with all files or with just this one?

slalom
11th October 2014, 15:22
There are 3 files with this problem

Atak_Snajpera
11th October 2014, 16:07
Can I get 3 samples then ? :)

ShogoXT
12th October 2014, 12:01
Hello! Thanks for such a awesome program.

I was wondering if anyone could help me figure out how to properly IVTC this anime? I cant seem to get it completely solved.

Most scenes look good, but some horizontal lines looked completely broken, such as here on the sides of the neck and hat:
http://i.imgur.com/cvviNNo.jpg

I made sure to search as much as i possibly could before coming here. After reading a great deal about TFM, Tdecimate, etc from websites and readmes I kept playing with the script to see if it would help, like this:
#Deinterlace
Loadplugin("C:\Ripbot264\Tools\AviSynth plugins\TIVTC\TIVTC.dll")
video=tfm(video,mode=5,order=1,slow=2)

#Decimate
Loadplugin("C:\Ripbot264\Tools\AviSynth plugins\TIVTC\TIVTC.dll")
video=TDecimate(video,mode=1,hybrid=1)

Hasnt helped too much so I must be doing something wrong. Could anyone help me correctly identify how these sources are setup so I can make them look nice?

EDIT: I thought I had a source link ready, but then the website made me require an account to get the link. Any recommended sites for say a 1gb file?

slalom
12th October 2014, 17:02
I'm getting this error in both v.1.17.4 and the latest 1.18.1. Have been using RipBot264 for a few years and never had any issues.
Try with latest Avisynth 2.6.0
http://sourceforge.net/projects/avisynth2/files/AviSynth_Alpha_Releases/

that worked for me

Atak_Snajpera
12th October 2014, 17:19
@ShogoXT
You do not have to send us whole file. 100 MiB sample with this problem will be enough. Use DGSplit.
Regarding hosting file. Have you tried mega.co.nz or mediafire.com ?

hidef_rec
13th October 2014, 02:57
Try with latest Avisynth 2.6.0
http://sourceforge.net/projects/avisynth2/files/AviSynth_Alpha_Releases/

that worked for me
Worked for me as well :). Thanks.

ShogoXT
13th October 2014, 09:29
@ShogoXT
You do not have to send us whole file. 100 MiB sample with this problem will be enough. Use DGSplit.
Regarding hosting file. Have you tried mega.co.nz or mediafire.com ?

https://mega.co.nz/#!6I4V3QoQ!oO-FFbAF6ggR7wPdlLKGxz2K4RteV04fr0tXS_-k18s
That work ok? Part of the source right? Thanks again.

Atak_Snajpera
13th October 2014, 13:29
https://mega.co.nz/#!6I4V3QoQ!oO-FFbAF6ggR7wPdlLKGxz2K4RteV04fr0tXS_-k18s
That work ok? Part of the source right? Thanks again.

Those artefacts are already in source. I think that denoising filter may reduce visibility of those odd lines. Start experimenting with 16 - 16 values (mono/color).

ShogoXT
14th October 2014, 08:59
Those artefacts are already in source. I think that denoising filter may reduce visibility of those odd lines. Start experimenting with 16 - 16 values (mono/color).

Thanks, Il give it a shot!

So you dont think its leftovers from interlacing? The first picture was post IVTC -> 24fps. I had thought it was just leftovers of this: http://i.imgur.com/XDKi7bt.jpg (Source pic)

Do you have a recommendation for a program that gives me a lot of media information on sources? Mediainfo seems like its limited helpfulness.

Atak_Snajpera
14th October 2014, 13:40
Thanks, Il give it a shot!

So you dont think its leftovers from interlacing? The first picture was post IVTC -> 24fps. I had thought it was just leftovers of this: http://i.imgur.com/XDKi7bt.jpg (Source pic)

Do you have a recommendation for a program that gives me a lot of media information on sources? Mediainfo seems like its limited helpfulness.

I see similar artefacts in untouched still frame
http://i.cubeupload.com/s5ihPw.png

ShogoXT
14th October 2014, 20:58
I see similar artefacts in untouched still frame http://i.cubeupload.com/s5ihPw.png

Hmmm I wonder if I did something to mess up the source? Basically the vobs were setup so ALL episodes were together in one play file. Other DVDs had other odd setup schemes. I had to split them up by chapters. Used to use DVD Decrypter, but the resulting files would lead to audio sync issues on Ripbot. Used MakeMKV for a while too, but it couldn't separate by chapters. Now im currently using DVDFab on passthrough mode to MKVs for the source.

The denoise helped a little, I keep playing with those settings, but some high motion scenes look bad. I will have to run more samples and check back.

Thanks again.

EDIT: Im not very smart.... I finally found out what its called. Dot Crawl? Chroma artifacts just as you said. I wonder how I setup filters to get rid of it. From what ive read I have to do it before IVTC....

8ternity
15th October 2014, 20:20
Hi, Atak,


ripbot 1.18.1:
after the job is done the output file is totally missing... :confused:
Twice. :mad: 2 lost hours.

I noticed in the input file name multiple dots "." which are converted by ripbot to " " - could that be the problem?

Input is disk F, output is root of the disk D.

I had some projects it does that to me from a while.

I was thinking that Torrent program is holding the conversion but not. what ive done, is remuxing the project in m2ts in a different name and convert it again from the m2ts/mkv file.

Regarding the "." it does not matter. I convert from a while.

slalom
15th October 2014, 20:47
Don't do the job again, use mkvmerge to replace the old video file with the new.

thahandy
17th October 2014, 01:20
So, trying RipBot again from 1.17.3 to current version 1.18.1 but i still get this error every time. At time i didn't bothered and moved on to next program, but this time i want to use/try RipBot


Exception EFOpenError in module RipBot264.exe at 000235DA
Cannot open file "R:\Temp\RipBot264temp\job1\test.log". The system cannot find the file specified

For some reason test.log isn't being written in the job1 folder, but executing test.exe was successful because its creating a info.txt file

Creating a fake test.log file is not giving me the error anymore, but providing me a "new job" Decoding Error window,with the text inside the test.log

Can you tell what RipBot for file is expecting?
Any Debug function present in RipBot?


I'm using Windows XP x64, so i don't expect any access issues.
(ya, i know its a suspended OS)

Atak_Snajpera
17th October 2014, 10:00
first of all make sure you have avisynth 2.60 installed. I suppose avisynth has not ben correctly installed.

skylinekiller
23rd October 2014, 03:32
For the life of me I cannot get the audio Profile 5.1 AAC 384. I like to use this because it seems to be the highest AAC rate that is compatible to PS3. The highest RipBot goes is 320. I can't seem to find a place to change this in the ini file either. I am very surprised this hasn't been added to the coding yet.


Any help is greatly appreciated.

Atak_Snajpera
23rd October 2014, 14:20
320 kbps is enough for 5.1. Everything beyond that level is a pure placebo effect.
Nevertheless You can manually inject higher value in EncodeAudio.cmd (open in notepad and replace 320 with 384)

skylinekiller
23rd October 2014, 14:43
Where is this located? I can't see in in the RIPBot Directory. Do I have to do this every time? The 348 just seems much louder than 320 in my opinion.

Atak_Snajpera
23rd October 2014, 18:27
Create job and then go to ripbot264temp/job1/ folder
BTW. Increasing bitrate DOES NOT increase volume.

ceth
23rd October 2014, 21:08
Hello there, and thx for the fantastic piece of software.

I'm trying to distribute encode a DNxHD (VC-3) encapsulated in a mov container.
Ripbot cannot open it as it tries to open with directshowsource.
The file opens successfuly with a script using QTinput. I can load it into ripbot using this avs script but then no distributed encoding (not supported I guess).

Questions:

1°) is there a way to manualy set ripbot source filter so I can use QTinput instead of directshowsource it tries to use ?

2°) I tried a workaround, creating an intermediate source file encoded with lagarith but then ripbot fails at the ffmsindexing step (I tried both with avi and mkv container for this lagarith encoded file)

edit: indexing step fails too if using an UT file instead of lagarith
edit2: and when using magicYUV, or HuffYUV (ffdshow), or FFV1, or even uncompressedYV12, file loads successfuly but no distributed encoding, only solo (tested both avi and mkv with each of those codec).

Any help would be appreciated.


------


edit3:

So I finally managed to use a lossless compressed source for distributed encoding, however I encountered several drawbacks that made the distributed encoding a lot longer than if I just made a solo encoding using my fastest pc (or if I segmented the encoding myself to manually distribute it on my 2 PC). I think those drawbacks could be removed so I will list them below:

- the only lossless format I could use as source that was compatible with distributed encoding was x264 lossless. Being slower to create than lagarith or magicYUV, that was a first time loss. It would be very nice if lagarith and/or magicYUV could be supporter for distributed encoding

- creating the job task was very long due to a very long file indexing when selecting it as source (for info my x264 lossless source file weights 22.4GB for 23min, 2048x1152px, 30fps). I guess this is necessary but it would be nice if some speedup could be found for this indexing step (maybe it would have take less time if it was lagarith or magicYUV ? Idk)

- when starting the encoding task, the source file is copied to ripbot shared temp folder, which for a 22GB file already takes some time even with a somewhat optimized configuration (= source file on a fast hdd and ripbot temp folder on a ssd), and takes longer if you have all on the same hdd (I had to do that as 1st attempt with ripbot temp on ssd failed at the end of the indexing -> job done but nothing was encoded), but then this source copy is indexed again ! Is it really necessary to do that ? Couldn't we have a shared source folder so that no copy is need and indexing is only done once, when creating the job task ? This would have already saved me a lot of time for this encoding.

- next step, distributed encoding starts. But contrary to my previous test using a 2GB xvid that was divided in multiple chunks, this time with the x264 lossless source file ripbot only create 2 chunks ! Even worst, the chunks are not the same size (18k and 24k frames respectively) and the longer is asigned to the slower pc :( This obviously made the 3x faster pc spend 80% of the encoding time doing nothing, for both the 1st and 2nd pass.

So what about a paramater to manualy force the number of chunks ? And what about the possibility to inform ripbot about the speed it can expect for each encoding client so that it can create and assign chunks accordingly ? (like a 100 value for the fastest client, then a 2x slower you would set 50 etc. The ripbot creates 50% smaller chunks for the slower pc).

Another suggestion, I haven't seen an option to add an already compressed audio and just set it to "copy" in the job task (not a big deal though, I think the above is more important).

I hope those suggestions can help improving ripbot if you are still working on it. Feel free to tell me if I missed something and could have speed up my distributed encoding task with the current ripbot version.

agressiv
24th October 2014, 14:29
It's best to split paths between multiple spindles. Keep your directory with original files on a separate physical disk than your temp directory.

One thing that is unavoidable from an I/O perspective is if you are converting audio, it's doing that in the background while the file is being indexed.

That slows it down immensely if you don't have an SSD.

It's bad enough where I pre-encode my audio and just do a copy stream because the performance is so bad, even on a 2-disk RAID-0.

Personally, I wish the encoding audio bit didn't start until after the chunks are split.

The number of chunks is determined by what method you are using. If you are using CRF, it will do it at 1-minute chunks. If you are doing 2-pass or forced bitrate, the chunks are much larger.

ceth
24th October 2014, 15:04
Thanks for the reply. Yes I know and agree with the dedicated physical disk for temp & source files. I had it this way at the begining but as said encoding failed to start after indexing (not related wih the fact I had temp on a separate drive though, I think. Because my initial test worked well this way). However, as said, I wonder if we could do without the need to make this source copy (to temp folder, when encoding) and this 2nd indexing. I don't see why it would be required when indexing was already done at the task creation step.

Also I agree any disk access during indexing will hurt indexing a lot (much longer). Although I was encoding the audio separately for this encoding, so no audio encoding went disturbing the indexing here, it is just this 22GB indexing was very long (several minutes, even when it was doing it with the source copy on the ssd when the temp folder was still set there).

About chunks, I see, I didn't thought about this indeed (my encoding was 2-pass bitrate based). It is possible my initial test with the 2GB xvid that produced a lot more chunks was a single pass encoding. But only 1 large chunk per client for a 2-pass, is it normal ? And if yes is it really the best we can do ? I would personally trade a bit of final target bitrate drift for having more chunks that minimize the time lost when you have 1 client ending its job when the other one just started encoding its last chunk (the more chunks the smaller they are, so when that situation happens the other client(s) only idle for a short time waiting for the last client to finish its last chunk, optimizing the overall gain of the distributed encoding).

And as said, with only 2 chunks, not the same size, and the longer one being given by ripbot to the slowest client, this is not good. For this first try with ripbot, the distributed encoding took a lot more time than if I just encoded on my fastest PC. Being able to weight workload distribution according to the encoding efficiency of each client seems a required feature to me. If not done automatically (by doing a preliminary benching step before determining the chunks distribution), at least being able to tell ripbot client2 is 2.5x slower on average than client1, so ripbot can do the more optimized chunks distribution for encoding, esp. if there are case where the encoding can only be made using only 1 chunk per client (it is then crucial the chunks size are made according each client encoding power).

Atak_Snajpera
24th October 2014, 15:25
I confirm that UT Video crashes indexer in latest fms 2.20. I've already created bug report for them here -> https://github.com/FFMS/ffms2/issues/180

In 2-pass mode chunks are 10 times longer than in Constant Quality mode (10 min vs 1min). This is simply a trade off between quality and encoding efficiency. 1 min chunk in 2-pass mode would flatten overall bitrate distribution to much. Instead of pure VBR you would end up with something what looks more like ABR. Dynamic scenes would get more or less similar amount of bits as static ones (talking head and so on). In CQ mode you do not have worry about that because encoder adjusts bitrate on fly in single pass according to CRF value and video complexity. Is there any reason why you have to use 2-pass mode? Are you going to store your video on CD/DVD/BD?

ceth
24th October 2014, 19:01
Thank you for this quick reply :) 10mins chunks for 2-pass, that explains why I only had 2 chunks then. I always used 2-pass as in my mind it was the best solution for optimized compression/quality ratio. I will experiment with single pass the next time, as it is a big advantage for distributed encoding if chunks are 1min. This is for youtube export anyway, so given how youtube compression (still) kills quality, having a slight quality loss for the file I upload should not make a big difference in the end.

Good news if UT video support should (hopefully) be back soon. Can we expect ripbot to support lagarith and/or magicYUV anytime soon ? It seems those are the fastest lossless codec.

Also what about the need for 2 indexing (1st when loading the source at the task creation, then 2nd when starting the encoding), and the need to do this source copy in the ripbot temp folder ? Couldn't it be skipped ? It takes a lot of time when working with large lossless source files.

slalom
24th October 2014, 19:16
And as said, with only 2 chunks, not the same size, and the longer one being given by ripbot to the slowest client, this is not good. For this first try with ripbot, the distributed encoding took a lot more time than if I just encoded on my fastest PC. Being able to weight workload distribution according to the encoding efficiency of each client seems a required feature to me. If not done automatically (by doing a preliminary benching step before determining the chunks distribution), at least being able to tell ripbot client2 is 2.5x slower on average than client1, so ripbot can do the more optimized chunks distribution for encoding, esp. if there are case where the encoding can only be made using only 1 chunk per client (it is then crucial the chunks size are made according each client encoding power).
I had to do a few videos with 2 chunks created.

All you have to do, is edit file EncodingClient.ini and change the order of the clients, so the second is the fastest, (or the third)

ceth
24th October 2014, 22:01
Good trick, thank you ! I will also check if you can edit the chunks to make it better correspond to the client encoding power. I guess a 75% chunk and a 25% one (15min & 5min for a 20min video) shouldn't hurt bitrate distribution too much.

edit: manual editing the encoding cfg files to adapt the chunks size manually doesn't seem possible. So I guess that would be a nice option to have in ripbot.

Atak_Snajpera
24th October 2014, 22:19
2-pass mode is ONLY useful if you want specific size (CD/DVD/BD) For rest cq mode is better because :
1. Single pass means faster encoding
2. You do not have to guess what bitrate to choose.

SUMMARY
Forget about 2pass and use cq like most guys here.

ceth
24th October 2014, 22:59
I don't need a specific size indeed, however the smaller file the better (to shorten uploading time). Hence why I used a target average bitrate.

The advantage of a 2-pass is you can control the resulting filesize, and then "maximise what you have" (= obtain the best quality you can obtain with your chosen resulting filesize).
While 1pass CQ should be able to have the same quality as a 2-pass, it would require a perfect guess to do it with the same resulting filesize.

Now given how long the 1st pass was, the trade-off may indeed be in favor of a 1pass CQ if the encoded video doesn't result in a significantly heavier file (for **at least equal quality**), as it will be faster have 100/200MB more to upload than the time it takes for doing a 1st pass. But you must be sure of the resulting file size increase, as with CQ it should all depend on the complexity of what is being encoded, thus you could obtain a significantly larger file than expected (which will never happen with a 2 pass bitrate based encoding).

But yes, if you always encode very similar content, I think you can guess-timate the resulting file size with a good error margin (= enough to be sure the time gained at the encoding, saving a 1st pass, will be greater than the increased upload time).

edit:

So I just made some testing:

- file indexing with the 21.3GB lossless x264 source file on HDD (Samsung SpinPoint F3 (HD103SJ) 1 To) took 11min15s (cpu load around 3%)
- file indexing with source on SSD (samsung 840pro 120GB) took 4min30s (cpu load around 10%)
- source copy to ripbot temp at encoding start (I let the temp on HDD, so this was SSD->HDD copy) took 4min50s
- source copy (re)indexing at encoding start to 4min03s (so this indexing was done using the original source file on the SDD, good thing)

Conclusion: if you process large (lossless?) files, keep your source on SSD^^ (although this may be problematic for its life if you do lot of encoding everyday)

Now about the CQ vs 2-pass:

Before I go on let me explain the content of my video: this is racing game. Being races there is a high degree of repetitiveness through the video content, as this is the same lap being repeated again and again. Things that changes from lap to lap are cars around mine, but also sometime the view too (as this is an edits race highlights. So for a few seconds the view can be switched to rear view, or helicopter view, or fixed track view etc. But more than 80% of the time it is the same cockpit view).

My initial 2-pass encoding was done with a 8Mbps bitrate.
It resulted in a 1.28GB encoded file for YT upload (video length is 23min exactly).
And the distributed encoding took 2h15min (although this was with the bad chunks assignation, making my fastest PC idle 70-80% of the whole encoding time).

I tried to find the CQ value to get an as close as possible average bitrate (so as close as possible file size too). For this I used a 21sec sample I used when trying to find the best paramters for my 2-pass encoding. I found that using a CQ of 25.5 was giving a very close bitrate on that sample (8025Kbps).

Distributed encoding of the whole lossless source file with CQ 25.5 took 34min07s (encoding only, without temp copy & re-indexing). Resulting file was... 959MB, or 5.8Mbps average bitrate (which obviously induced a visible quality loss, less road details, more blurry overall, altough the diffence after YT recompression may to have been that significant compared to my 8Mbps 2-pass upload, but that's just to say).

Conclusions:

- source copy to ripbot temp + re-indexing took 9min, for an encoding(only) that lasted 34min (+ 4min indexing at task creation). So 47min total instead of 38min total if no copy & re-indexing was made (possible ?)
- 1pass CQ is very unpredictable regarding file size. 959MB vs 1.28GB, this is a 27% drift in the expected file size.
- the 2pass version upload took 180min (didn't check exactly, this is the (exact) YT prediction I remember, so real upload time should not be too far from this), 27% of this represents 48min. So this has to be compared with the time gain between a 2pass and 1pass CQ. If we take the rough approximation of 2x encoding time for 2pass, then it's clear we are in a range where 1pass is not necessarily faster in overall (encoding + upload).

* I would have to check with a longer sample (like 1 race lap ?) if CQ could be set to reach a better guesstimation of the final file size. Though this process would have to be done at each new encoding I guess, as I expect too high variability in results from on race track to another.
* I should retry a 2pass with a better chunk distribution to compare encoding time vs 1pass.
* my setup constist in a Q6600@3.4 (constant) and a 4770K that should be @4.1 (non constant as 4.1 is the turbo frequency, with this temporary overclock that is just a preset overclock from the motherboard). The Q6600 was load at almost 100% while the 4770K was around 70% all the time (maybe due to hyperthreading ?). Despite this, the 4770K already encodes between 2x and 2.5x faster ! :)
* content having high repetitiveness, I guess having smaller chunks for 2-pass could still make sense (yes this is a very particular case, I admit).

skylinekiller
26th October 2014, 02:24
I am able to encode to .mp4 without stream on a single file, but the option is not available for Batch. Is it possible to encode without audio using BATCH?

Thank you

skylinekiller
26th October 2014, 02:35
ATAK,
most of my encodes are BD/BRrips to .mp4 I was under the impression 2 pass was always better for consistent quality. Can you elaborate a little more on the CRF setting? I have a beast of a machine so my encodes don't take long either way. I currently use a multitude of programs to do .mp4 encodes and the average 2 hr movie takes about 2 hrs for two pass with filters. The Ripbot takes about 20 mins for 2 pass. I use RipBot when I am not too concerned about quality in exchange for the speed. I really like it and want to learn more about it
i7 Extreme 3970C 3.5Gh 64GB Ram

ceth
27th October 2014, 16:10
I have done some other test:

I first tried CQ 25.5 with a sample representing 1lap of this race video. This resulted in a 5693kbps video, not far from the 5835kbps I had obtained when encoding the full race with CQ 25.5.
With some calculation I ended finding CQ 23.43 should be the value to get the closest to a 8Mbps bitrate. This was indeed the case for the 1lap sample as I ended with a 8004kbps with this CQ value.
So I encoded the full race @CQ 23.43 and the result was a 8193kbps bitrate. This is a good result, representing a drift from target bitrate of only 2.5%.

The 2pass encoding at exactly 8Mbps took 180min to upload, 2.5% more data represents only 5min increase in upload time, so it is definetely worth it to encode using CQ instead of 2pass, even if you have to "waste" a few min to do a sample check to verify the result of the chosen CQ value. The quality of the CQ encode was even slighlty better then the 2pass for a similar ending bitrate (at least on the reference image I used to do all my comparisons). And this test also confirms using 1lap sample allows fairly accurate estimation of the result with the full video (full race).

For those wondering why I'm so picky about the resulting bitrate, this is not only to be able to foresee the upload time but also because my other quality test seem to show that youtube encoder has sweetspot bitrates at which the YT encoding result will be better. I tried to upload a 10Mbps 2pass encode and the result after YT re-encode was significantly lower quality than with the 8Mbps 2pass upload.

End for the fun part, I tried adding a 2.8Ghz OC'ed athlon64 (singlecore) to my server farm:
- Q6600@3.4Ghz -> 6fps approx.
- 4770K@4.1Ghz -> 12fps approx.
- A64@2.8Ghz -> 0.5fps !

Not worth it, ahaha. Esp. since you cannot start a job on a server and finish with another. But anyway the 2 other PC went through 22 chunks while the A64 only encoded 60% of a single chunk^^

Atak_Snajpera
27th October 2014, 22:08
Tomorrow I will upload new encoding client with workaround for crashing ffindex with ut video. It turns out that we just have to force libav demuxer while indexing. Haali does not work well in this case.

ceth
27th October 2014, 23:59
Nice !

Any chance you can have a look at DNxHD support in the mean time ? It is encapsulated in mov.
I have uploaded a sample here: http://www.mediafire.com/download/c2na47m4oa44cha/DNxHD+sample+for+ripbot.mov

The problem is ripbot tries to open it using directshowsource. The fix should be to use QTInput("filename") instead, in the getinfo.avs (and any other script used by ripbot that loads the source video ofc). A popup box asking for framerate should be required too, as I need to call ChangeFPS() too right after QTinput(). This is how I load it in virtualdub using an avisynth script.

Direct support from ripbot would be awesome as it would save the need for a intermediate recompression to another lossless format. It seems DNxHD is the only lossless format you can output from Sony Vegas. It makes your Vegas project render really fast, and then you can tweak your final AVC or whatever encoding better than you could with Vegas directly, and use the power of ripbot to speed up this final encoding.

Atak_Snajpera
28th October 2014, 10:12
dnxhd is not lossless. It works more or less like mjpeg. I use ut video or magicyuv when I render something in sony vegas.

HERE is new encoding client -> http://www.mediafire.com/download/xy66s7t686az95g/EncodingClient.exe
Tested and works fine with UT video.

ceth
28th October 2014, 14:08
That explains why I had slight differences in the greys using DNxHD, I thought it was a misconfigured vegas option. Indeed it sounded weird it could be lossless being based on jpeg. My bad, lossless is indeed not mentionned anywhere about DNxHD.

Also sorry for the slight off topic but how do you render in UTvideo or magicYUV from vegas ? I have both codec installed but they don't appear in vegas codec list.

About the fixed encodingClient, I have just tried and it worked with my UTvideo sample, and with the lagarith sample too, thank you ! :)

Atak_Snajpera
28th October 2014, 17:47
http://i.cubeupload.com/9JoqwI.png

ceth
29th October 2014, 02:07
Works like a charm, this will save me significant amount of time thank you :)

j8ee
30th October 2014, 13:24
Are there any issues or something to think about when installing the needed ffdshow directshow components when you have CCCP installed?

screaming
30th October 2014, 16:14
I went from v1.75 to v1.18.1 recently and 2 movies I tried encoding recently (a DVD and a Blu-Ray) have audio out of sync. On the Blu-Ray encode, I did preview the script and the audio was perfectly synced at the time before encoding.

I'd like to stay at the current version but I definitely need to fix this audio sync issue. Should I possibly try re-installing some core components, and if so what versions?

Tsusai
31st October 2014, 19:43
Just wanted to say thank you for an awesome tool. I've been using since as long as I remember, and as a thanks, I just want to share this code (http://www.prestwood.com/ASPSuite/KB/Document_View.asp?QID=100792) with you. It should remove the visual glitch when someone presses the ALT key in the program. It took me a long time to figure out what was going on with my own personal Delphi projects, and I thought I would share that. It's unrestricted licensing.

:thanks:

AMZMA
1st November 2014, 05:49
no wonder, i cant encode x265 with tune animation

there is no tune animation in x265 yet!!
Hahahaha

bartimeaus91
4th November 2014, 04:09
I've tried 1.18.1 and older versions and still can't seem to add WMV files.

Got the DirectShowSource: I can't determine the frame rate
of the video, you must use the "fps" parameter.
(C:\Temp\RipBot264temp\job1\getinfo.avs, line 2)

Is there anyway to fix this?

Using windows 8.1 x64

vickiy
5th November 2014, 22:15
I've encounter the following error, can anyone help?

http://i57.tinypic.com/2nuskzo.jpg
Exception EOutOfResources in module RipBot264.exe at 00029386
RichEdit line insertion error.

legend
9th November 2014, 19:19
I am new at Ripbot. Can Anyone help me how to trim and make a sample file from any movie..

slalom
9th November 2014, 20:09
Use mkvmerge, load your video
At "Global" tab, you will find an option, split mode. Choose the way you want to split your file

@Atak
I found a bug on v.1.18.1
I set a desirable size on some episodes and start the encoding. If I change the size of a job while encoding, the result size is well away of the target size. If I change it again and restart it, same thing. The result size is well away of the target size. And that's not on a specific file, it's on all files

To fix that, I must remove the job and re-add it.

73ChargerFan
9th November 2014, 21:08
I'd love an option to encode a slice only, so I can check different encoding options on a movie, e.g. encode starting at 00:05:00 for 2 minutes, or between 2 timecodes.

legend
13th November 2014, 08:17
Can Any help me How to reduce CPU load while encoding any video or Is there any setting have ?

Please give me solution.

jwjohnson
14th November 2014, 19:30
Why?

1) I start multiple distributed encoding servers on my machine until it gets to 100% CPU Utilization. That way the encoding gets done as fast as possible. I typically run 3 servers to get 100%.

2) If you leave the priority settings at default (Background) any other active process will run at near full speed until finished.

I guess if you had a very slow CPU it might be a concern, but then the best thing to do is upgrade.

mmmmdonut
20th November 2014, 20:59
Today my library is all mp4 and I use MetaX to tag all my files and now I am slowly migrating to x265 which uses mkv as the container and was wondering if anyone is putting metadata with their files and if so what tool they are using? I've tried using MetaX and VLC so far to edit and neither do the trick. I know the mkvtoolbox has an import command where it looks like you supply an xml file with the metadata but hoping for something a little bit more elegant.

Thanks
mmmmdonut

vivabarca
5th December 2014, 17:49
Hi. when i import a Blu-ray mkv file in ripbot, this error appears :

http://img.majidonline.com/pic/311554/Capturerip.JPG

MKV Mediainfo:
General
Unique ID : 222865866462087627838380154964499107853 (0xA7AA67928FF6E925A5D5B2662CCA100D)
Complete name : C:\torent\BBC Madagascar 2011.BluRay.1080i.AC3.VC1.REMUX.mkv
Format : Matroska
Format version : Version 2
File size : 12.9 GiB
Duration : 58mn 47s
Overall bit rate : 31.5 Mbps
Encoded date : UTC 2011-05-18 04:58:12
Writing application : mkvmerge v4.6.0 ('Still Crazy After All These Years') built on Mar 10 2011 02:50:32
Writing library : libebml v1.2.0 + libmatroska v1.1.0

Video
ID : 1
Format : VC-1
Format profile : Advanced@L3
Codec ID : V_MS/VFW/FOURCC / WVC1
Codec ID/Hint : Microsoft
Duration : 58mn 47s
Bit rate : 30.4 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 25.000 fps
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.587
Stream size : 12.5 GiB (97%)
Default : Yes
Forced : No

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : A_AC3
Duration : 58mn 47s
Bit rate mode : Constant
Bit rate : 448 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 188 MiB (1%)
Default : Yes
Forced : No

Ryushin
14th December 2014, 16:27
Occasionally I come across some blu-rays that have a short little title video before the main title. The problem with some of these titles are they have no audio in them and RipBot264 then have the audio off by the length of time of the of the title video. In the attachment I've provided shows the video has a duration of 10s 890ms so that throws off the audio by that length of time.

My work around for this is when I'm choosing the video to add, I can click edit and deselect the title video and just have the main feature. The only disadvantage to this is the movie will no longer have any chapters.

My work around for that is to grab the chapters from the combined version and save them. Go back and choose only the main film, edit the chapters.txt file and subtract the length of time of the title feature from each chapter and then add it back to the Temp Job folder that was created.

This is not that big of a deal for a movie as I really only see it about 1 in a 100 films, but I have a few TV shows that also have this issue which adds a lot of time to fix those.

Atak, is it possible for RipBot to detect this condition and pad the audio stream by the length of time of the missing audio?

Atak_Snajpera
16th December 2014, 17:52
My work around for that is to grab the chapters from the combined version and save them. Go back and choose only the main film, edit the chapters.txt file and subtract the length of time of the title feature from each chapter and then add it back to the Temp Job folder that was created.
If you want I can implement this workaround for you.

slalom
16th December 2014, 21:03
Could you inform us on how soon we will have the version supporting a second audio track?

Atak_Snajpera
16th December 2014, 21:27
It is hard to say right now. I've been busy with other stuff in RL but I will try to find some time this month.

slalom
16th December 2014, 22:19
I've got 27 episodes with dual audio, and I'd like to try it. I can wait.

Ryushin
18th December 2014, 00:06
If you want I can implement this workaround for you.

That would be wonderful. I would very much appreciate it.

slalom
24th December 2014, 10:22
I get this error saying "avs2yuv stopped working" with some videos

Atak_Snajpera
24th December 2014, 11:31
try remuxing your videos to mkv.

slalom
25th December 2014, 20:23
I removed some subs I didn't want, even cropped a few seconds from the end
Same error

Atak_Snajpera
26th December 2014, 12:16
What are you going to encode? mkv, avi,mp4 . What codec was used in those files? AVC,HEVC,MPEG4 ASP...

Send me short sample.

slalom
27th December 2014, 15:45
I fooled the error
I did 5 episodes overnight with DE disabled. I've got 3 more for this night

Thanks

x110x
30th December 2014, 16:43
hi, can i use ripbot264 distributed encoding with external ip ? i have two strong dedicated server and 2 pc with i7 3770k cpu and i7 3930k. i want to use them together for encoding videos.

Atak_Snajpera
30th December 2014, 18:42
Yes it is possible but you will have to setup VPN connection. One of users already successfully encoded videos in this way.
http://forum.doom9.org/showthread.php?p=1578361#post1578361

tp546
30th December 2014, 23:57
I am having trouble with the new Teenage Mutant Ninja Turtles movie - MakeMKV sees the TrueHD audio track but Ripbot doesn't for some reason - any idea why?

Danette
1st January 2015, 02:35
As you may know, if an MKV contains a MPEG file having a telecined fps of 23.976 (which occasionally happens with ripped DVD's), the MKV header still reports fps as 29.97. When an x264 encoder tries to compress this, you get an out-of-sync mess, since x264 doesn't seem capable of correctly identifying the true nature of a video file in an MKV container.

So, I use MKVExtract to separate the video and audio then, in RipBot, I add the two back together while compressing. However, I need to go into the "Properties" section of RipBot and select Inverse Telecine to do the IVTC, which can be tedious if I have many such files.

Is there a way to set a custom profile, in RipBot, so that this Inverse Telecine function is permanently set in the custom profile? Then I wouldn’t have to go into the Properties section and select Inverse Telecine with every file. I've tried with my normal custom profile creation process, but it doesn't hold the settings in the Properties section. There also doesn’t seem to be any x264 commands that will perform this IVTC process the way that the Inverse Telecine setting will do in the Properties section.

slalom
1st January 2015, 10:49
Can't you make a txt file and add it to the "Profiles" folder?

Atak_Snajpera
1st January 2015, 12:04
Danette why don't you use batch mode for this task?

slalom
1st January 2015, 12:27
As you may know, if an MKV contains a MPEG file having a telecined fps of 23.976 (which occasionally happens with ripped DVD's), the MKV header still reports fps as 29.97. When an x264 encoder tries to compress this, you get an out-of-sync mess, since x264 doesn't seem capable of correctly identifying the true nature of a video file in an MKV container.

So, I use MKVExtract to separate the video and audio then, in RipBot, I add the two back together while compressing. However, I need to go into the "Properties" section of RipBot and select Inverse Telecine to do the IVTC, which can be tedious if I have many such files.

Is there a way to set a custom profile, in RipBot, so that this Inverse Telecine function is permanently set in the custom profile? Then I wouldn’t have to go into the Properties section and select Inverse Telecine with every file. I've tried with my normal custom profile creation process, but it doesn't hold the settings in the Properties section. There also doesn’t seem to be any x264 commands that will perform this IVTC process the way that the Inverse Telecine setting will do in the Properties section.
You select Inverse Telecine and then you restore at 23.976fps?

I just got this problem and I need to change the settings and re-run it, so I need someone to verify my settings

Atak_Snajpera
1st January 2015, 13:32
slalom just check how it looks in preview. If you do not see horizontal lines and motion is smooth (no repeated frames) then everything is set correctly.

Danette
1st January 2015, 15:38
Responding to some of the replies:

slalom: Creating a custom profile with commands can be done within RipBot so, as I understand you, there is no need to create a separate text file as it would do the same thing. However, I can’t find the appropriate commands that will do what RipBot’s IVTC and restore to 23.976 do.

Yes; I apply the “Inverse Telecine” function, which automatically selects the restore at 23.976 fps. Recall that I have added the separate video and audio tracks.

Atak_Snajpera: I tried batch mode, but only a video file can be added to the batch list. The separate audio tracks cannot. If the video file is already merged with the audio, then batch works.

Incidentally, I then run the compressed file through MKVmerge in order to add the chapters back in. It would be nice if RipBot had this functionality in its’ GUI which, I assume, would be easy since it utilizes MKVmerge.

tp546
1st January 2015, 18:30
I am having trouble with the new Teenage Mutant Ninja Turtles movie - MakeMKV sees the TrueHD audio track but Ripbot doesn't for some reason - any idea why?

Can anyone help me with this?

slalom
1st January 2015, 21:57
slalom: Creating a custom profile with commands can be done within RipBot so, as I understand you, there is no need to create a separate text file as it would do the same thing. However, I can’t find the appropriate commands that will do what RipBot’s IVTC and restore to 23.976 do.

Yes; I apply the “Inverse Telecine” function, which automatically selects the restore at 23.976 fps. Recall that I have added the separate video and audio tracks.
Looks like my source is a 1080i mpeg2 29.97fps
I added them seperately and I still got out of sync audio

What else can I change?

stasi
1st January 2015, 22:19
Can anyone help me with this?

Eac3to can´t extract TrueHD audio tracks. That´s why RipBot doesn´t see audio. Got the same error on german Expendables 3 BluRay. Wait for eac3to update.

73ChargerFan
1st January 2015, 22:37
Eac3to has no problems with TrueHD, only the newer Dolby Aptos.

Still hoping for a new feature to encode only a 5 or 10 second clip, so I can check it before committing my computer to 2 hours for the complete movie.

Happy New Year!

tp546
1st January 2015, 22:41
Eac3to can´t extract TrueHD audio tracks. That´s why RipBot doesn´t see audio. Got the same error on german Expendables 3 BluRay. Wait for eac3to update.

It sees it for other movies though, just not this one. I just upgraded from v1.17.4 and never had any issues with TrueHD tracks until now.

blacksapprow
1st January 2015, 23:54
Hi, Atak!

I have found a bug on RipBot264 v1.18.1!

I have wished to convert a 1280x720 mkv format film, called "Into.The.Blue.2.The.Reef.2009.720p.HDTV.DD5.1.x264-DON.mkv"



First, I have successfully converted it under HEVC menu (x264 --> x265) to the same resolution with "cq 16"

But, later I couldn't become successful to convert the original source to 1920x1080 at HEVC menu! It wrote, "please wait" a bit long time but the converted mkv was still at 1280x720!

You need to check for the problem, I think!

slalom
2nd January 2015, 00:04
Try with v1.17.4

tp546
2nd January 2015, 00:11
Try with v1.17.4

Tried it - 1.17.4 doesn't see the TrueHD track either. I tried using mkvmerge to merge the TrueHD audio from MakeMKV and the video from Ripbot, but the file doesn't play.

Atak_Snajpera
2nd January 2015, 00:34
send me 50-100 mb sample and i will check what is wrong.

tp546
2nd January 2015, 00:46
send me 50-100 mb sample and i will check what is wrong.

What do you need a sample of - the m2ts file? If so, how do I create a sample?

Atak_Snajpera
2nd January 2015, 13:53
Eac3to has no problems with TrueHD, only the newer Dolby Aptos.

Still hoping for a new feature to encode only a 5 or 10 second clip, so I can check it before committing my computer to 2 hours for the complete movie.

Happy New Year!

You can do that with simple Trim function in script
http://i.cubeupload.com/NbDtEO.png

In this example movie has been trimmed to 5 min sample (23.976 fps * 300s = number of frames)

More info about Trim function -> http://avisynth.nl/index.php/Trim

What do you need a sample of - the m2ts file? If so, how do I create a sample?
Yes m2ts file. Use DGsplit. http://neuron2.net/dgsplit/

tp546
2nd January 2015, 14:54
Yes m2ts file. Use DGsplit. http://neuron2.net/dgsplit/

Here you go:
https://dl.dropboxusercontent.com/u/472290/mb3%20logs/00800sample.m2ts

Let me know what you are able to find. Thanks for your help!

Atak_Snajpera
2nd January 2015, 15:27
eac3to does not recognize that truehd

eac3to v3.27
command line: "C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\eac3to\eac3to.exe" "C:\Users\Dave\Desktop\00800sample.m2ts" -log="C:\Temp\RipBot264temp\job1\Blu-Ray_title_info.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 5 audio tracks, 5 subtitle tracks, 0:00:17, 24p /1.001
1: h264/AVC, 1080p24 /1.001 (16:9)
2: TrueHD/AC3, unknown parameters
3: AC3, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
4: AC3, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
5: AC3, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
6: AC3, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
7: Subtitle (PGS)
8: Subtitle (PGS)
9: Subtitle (PGS)
10: Subtitle (PGS)
11: Subtitle (PGS)
Bitstream parsing for track 2 failed. <WARNING>
Demuxing this track may still produce correct results - or not. <WARNING>

tp546
2nd January 2015, 19:22
eac3to does not recognize that truehd

eac3to v3.27
command line: "C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\eac3to\eac3to.exe" "C:\Users\Dave\Desktop\00800sample.m2ts" -log="C:\Temp\RipBot264temp\job1\Blu-Ray_title_info.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 5 audio tracks, 5 subtitle tracks, 0:00:17, 24p /1.001
1: h264/AVC, 1080p24 /1.001 (16:9)
2: TrueHD/AC3, unknown parameters
3: AC3, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
4: AC3, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
5: AC3, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
6: AC3, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
7: Subtitle (PGS)
8: Subtitle (PGS)
9: Subtitle (PGS)
10: Subtitle (PGS)
11: Subtitle (PGS)
Bitstream parsing for track 2 failed. <WARNING>
Demuxing this track may still produce correct results - or not. <WARNING>


Interesting, thanks for looking into it for me.

slalom
2nd January 2015, 20:52
eac3to does not recognize that truehd
This happens with all Dolby ATMOS streams
I don't know how some people convert them to DTS-HD MA

rc71
3rd January 2015, 02:04
Happy New Year.

I'm having an issue with Haali. If I install it, I get no video from MPC for x265. I know there must be some setting, but I can't find it. Uninstalling Halli returns my system to normal and I can view x265 files.

Right now I, install it Halli to encode and then uninstall it to watch.

Anyone know how to fix this?????????????? Thanks.

Atak_Snajpera
3rd January 2015, 12:47
1. Install haali
2. Enable all internal splitters and decoders in MPC-HC

Danette
3rd January 2015, 19:50
You select Inverse Telecine and then you restore at 23.976fps?

I just got this problem and I need to change the settings and re-run it, so I need someone to verify my settings

slalom: As you saw in my follow-up post, I succeeded in getting a good IVTC compression by demuxing outside of RipBot264 and then remuxing through RipBot264 (adding the video and audio files separately).

Unfortunately, there are 3 issues involved:
1) DVD TV shows are usually telecined (meaning a lot of time consuming demuxing and remuxing on my part).
2) RipBot264 is not able to handle MKV files having telecined video correctly without demuxing outside of RipBot264.
3) Limited batch processing capability, for demuxed files, in RipBot264 means a very laborious process for TV shows.

I convert all my DVD’s, for primary backup purposes, to MKV’s using MakeMKV (I want my primary backups to be unencoded). Since I have become a little more techie over the years, I have created my own RipBot264 profile and, searching for a solution to my MKV/IVTC problem, I decided to give MeGUI another shot, now that I am comfortable with the various settings.

I was pleasantly surprised when MeGUI handled these DVD TV shows, in my MKV containers, seemingly perfectly, without my having to demux and remux outside of RipBot264. So, I have now switched to MeGUI.

Beak
3rd January 2015, 22:27
Hi. Any AVCHD videos I run through this programme results in a video output that stutters. Curious if anyone has run into this before and is there a fix.

Will provide any logs you like. Occurs with mkv or mp4 output.

Problem occurs with Hybrid as well but Vid coder works.

Thanks for any help.

Danette
12th January 2015, 22:03
As you may know, if an MKV contains a MPEG file having a telecined fps of 23.976 (which occasionally happens with ripped DVD's), the MKV header still reports fps as 29.97. When an x264 encoder tries to compress this, you get an out-of-sync mess, since x264 doesn't seem capable of correctly identifying the true nature of a video file in an MKV container.

Coming back to this to try solving the out-of-sync problem. When I apply the inverse telecine, with the restore 23.976 fps, I get a sped-up video (with a short segment of the end of the video duplicated at the end of that video) and audio completely out of sync.

Is it possible that the Avisynth script is calling for Assumefps(23.976) when Assumefps(24000:1001) might be better applied?

If not, any other suggestions would be appreciated.

8ternity
13th January 2015, 04:25
This happens with all Dolby ATMOS streams
I don't know how some people convert them to DTS-HD MA

The reason is simple, we convert it for AVCHD BD5 or BD9. With DTS-HD we can build with decent quality an disc to play in a Blu-Ray player.

slalom
13th January 2015, 10:28
I prefer that format too
I didn't ask why, I asked how, I meant how (maybe it's my english translation)

Atak_Snajpera
13th January 2015, 11:45
@Danette
I will need 50 mb - 100 mb sample. Use dgsplit. Without that file I won't be able to check what is wrong.

Danette
13th January 2015, 16:35
@Danette
I will need 50 mb - 100 mb sample. Use dgsplit. Without that file I won't be able to check what is wrong.

how do I upload 100 mb? It seems that I can only upload a maximum of 300 kb.

Tsusai
13th January 2015, 17:18
Bug: when loading DVDs for processing, chapters are not being extracted automatically by ChapterXTractor

Atak_Snajpera
13th January 2015, 17:50
how do I upload 100 mb? It seems that I can only upload a maximum of 300 kb.

Use mediafire.com

Danette
13th January 2015, 21:38
Thanks. Just sent you the link.

stax76
13th January 2015, 22:15
mediafire gives 15 KB/s atm. :(

burt123
17th January 2015, 00:07
Just curious about the progress on the next build of Ripbot, with a second audio track option. :)

So no taker's on this question ???

archaeo
21st January 2015, 16:19
Hello, I am running latest build, and trying to load an HEVC file (mp4). I'm getting this decoding error message:
DirectShowSource: RenderFile, the filter graph manager won't talk to me
(C:\Temp\RipBot264temp\job1\getinfo.avs, line 2)
I'm running win7 x64, and all supporting programs checked out when loading ripbot.
Suggestions?


EDIT: uninstalled and reinstalled avisynth (2.60), haali, and ffdshow. Still nothing...

stuartmp
23rd January 2015, 01:21
Hi All,
This is my first post on this forum.

A few day ago I installed Ripbot after using Megui for many years.

I was interested in trying out the distributed encoding feature.

I had no problem setting it up and have it running and encoding simultaneously on 4 other computers on my home network.

The problem that I am have is that, the Encoding server is occasionally crashing on 2 of my computers.

All 4 computers start alright but after the second or third chunk being to process on 2 of my computers the Encoding server just hangs. It just sits there and does not start encoding the next chunk.

It hangs so badly that I am unable to end task on the Encoding server windows process.

Does anyone have any thoughts or suggestions that I could try to resolve this issue.

Thanks

stuartmp
23rd January 2015, 21:44
Hi again, Just thought that i would up date my above post with some images

Image 1 - Encoding of chunk 1 starts on remote computer starts
Image 2 - Progress of the encoding of chunk 1
Image 4 - Encoding of chunk 1 on remote computer ends
Image 5 - Encoding of chunk 2 remote computer starts & then locks up
Image 6 - Exception generated in AVS2YUV.exe


I also noted to AVS2YUV.exe has 2 version x86 and x64 how does the remote encoding server know what version to use on the remote computers.

maybe it would be a good idea to specify if in the EncodingClient.ini in a new section for each of the pc's
if the computer is a 32 or 64 bit so the relevant files can be used.

[settings]
Server1=192.168.1.10
Server2=192.168.1.11
Server3=192.168.1.12
Server4=0.0.0.0
Server5=0.0.0.0
Server6=0.0.0.0
Server7=0.0.0.0
Server8=0.0.0.0
// enter valid user name and password if password protected sharing is not disabled
User=username
Password=mypassword
// enter valid mac addresses if you want to automatically wake up remote PCs
MacAddress1=
MacAddress2=
MacAddress3=
MacAddress4=
MacAddress5=
MacAddress6=
MacAddress7=
MacAddress8=
//Operating system
[Operating system]
Server1=64
Server2=64
Server3=32
Server4=
Server5=
Server6=
Server7=
Server8=


Anyhow, If anyone has any ideas why the encoding server is crashing I would appreciate the help.

:thanks:

Atak_Snajpera
24th January 2015, 01:09
crash in avs2yuv means that decoder crashed (FFMS2) on your specific video file. Post mediainfo report of file you want to encode.

Btw. see 1.cmd file in notepad if you want to know how it detects 64bit or 32bit os.

stuartmp
24th January 2015, 09:40
Windows firewall was the problem, its great to have it working now. Had to reset the windows firewall and then add the ripbot permissions.

Also on one of my other computers I was running zonealarm and even though I add permissions it wouldn't work reliably.


Ripbot distributed encoding is awesome, I have gone from 12 fps to 35 fps using 4 computers.

Awesome. Cut the encoding time in easily in half.

I also like how if your system crashes for some reason you are able to restart Ripbot and continue from where it crashed. Reusing the completed chunks.

One suggestion for future releases. The ability to flag a chunk on a remote pc as the last one. You could then select this on one of your slower computers as the encoding comes to a end. This would prevent a slower computer from encoding one of the last chunks when one of your faster computer could do it quicker.

Thanks again, great program.

archaeo
24th January 2015, 18:06
atak,

Any suggestions on the decoding error I'm getting related to my post above? I've tried reloading everything, but to no avail. I've been happily using ripbot for some time now, but this HEVC file won't work.

stuartmp
26th January 2015, 01:38
Just wondering if there is a way to prevent ripbot from muxing at the end of encoding

mmmmdonut
26th January 2015, 02:31
archaeo I dont have any hevc mp4 files to test with but based off ripbots hevc output only going to mkv might try taking that hevc mp4 file and converting it to mkv and then try again. I know my hevc mkv files will load with no issues in to ripbot.

slalom
26th January 2015, 15:40
Just wondering if there is a way to prevent ripbot from muxing at the end of encoding
What do you want to do?

Danette
26th January 2015, 16:03
Atak_Snajpera: Any chance of getting the full capabilities available in the "Properties" section, for single files, added to the batch mode?

stuartmp
26th January 2015, 21:32
What do you want to do?
I want to do with the muxing myself with some modified audio tracks.

I know I could just comment out the muxing cmd file. But just checking if there was another way.

Thanks

slalom
27th January 2015, 12:36
Use mkvmerge for the output file

CyberGoddess
31st January 2015, 11:50
hi there guys, I am here with the latest ripbot264 v1.18.1 on win7 x64 and the "check screen" (or how you call it) wont let me further coz of "Java not installed" msg. however I am with latest Java v8 u31 x64. Does ripbotx264 not recognize latest x64 Java ? thx in advance

slalom
31st January 2015, 17:09
You need to install also the 32bit version

Epic007
25th February 2015, 04:04
I love RipBot264 and prefer to use it.

I use the Shark007 codec pack. I have done some testing with the new x265 and RipBot, however I have to set PC Playback to use Haali's Splitter when doing the encodes with RipBot (required) and x265 then switch PC Playback to LAV to actually play the file. The file only plays audio with Haali enabled.

Any suggestions to get around the swapping?

Thanks

Atak_Snajpera
25th February 2015, 11:55
use mpc-hc as media player. It has build in lav filters.

BigM
25th February 2015, 18:41
Hello,

i am using Ripbot264 for a little while now and I like it very much.
Is it possible to enable using two audio tracks? On some movies I like to keep the original audio as well as the dubbed audio.
Is there any way to do this with ripbot?
Or is there any chance that this will be a feature in future versions?

burt123
26th February 2015, 01:39
Hello,

i am using Ripbot264 for a little while now and I like it very much.
Is it possible to enable using two audio tracks? On some movies I like to keep the original audio as well as the dubbed audio.
Is there any way to do this with ripbot?
Or is there any chance that this will be a feature in future versions?

Thank you, BigM, for asking about this...I posted a comment a while back asking the same thing, and got no response.

Atak has mentioned in the past that this will be in a future release...the sooner the better, I say :)

Cheers

Noisrevid
26th February 2015, 02:35
All my audio has been offsync pretty much every other or mostly all videos i've encoded with Ripbot.. Haven't changed a thing.. And I can't adjust the offset because once I offset it properly for a scene.. the sound gradually gets offset again.. Any ideas?

kide13
26th February 2015, 03:12
Hello, sorry for my bad english.

Thanks you Atak_Snajpera, the distrubuted encoding is so cool.
I'm using Ripbot264 since a week on 3 PC, i had some crash but it's totally worth it :)

After converting my videos to 60fps with MeGUI, i encode them to x265 with PLACEBO preset crf 21
I'ill try to describe some problems i've encoutered.
my config: 3 pc windows 8.1
PC 1 (main): i7 12 threads
PC 2 (old pc): i7 8 threads
PC 3 (my brother's pc): i5 4 threads

Problem 1 (solved): the first was my bad, after waiting some hours the end of my first encode, epic fail ! i was using an outaded server version on my pc 2 :(
Solution 1 : the client could check servers versions.

Problem 2 (semi-solved): my pcs were encoding 24/24 and every single day x265_x64.exe( i tried with several builds) crashed randomly when a chunk is at 100% eta 00.00.00 i got about 2 or 3 crash for 30 chunks everydays on pc 2 and 3, but it never happened on my main pc, so i think you can identify the problem.
When x265_x64.exe crash, the chunk is stuck at 100% and Ripbot264 client continue the other current chunks, then after some time all chunks are stucked :( so every morning Ripbot264 was stucked when i wake up :( then i had to restart it.
Solution 1: close the windows error dialog, if i close it fast, x265_x64.exe will just restart for the next chunk and all work well, but i can't click the night when i'm sleeping :p
Solution 2: modify with regedit the value of HKEY_CURRENT_USER\Software\ Microsoft\Windows\Windows Error Reporting\DontShowUI and set to 1. the video will be encoded without pause but this solution is not clean.
Solution 3: You can try to find the origin of this problem and correct it but i'm unable to reproduce it :( it's totally random.

Problem 3 (unsolved) rare problem fortunately, on the client i had some crash because "is not a floating point value" something like that sorry i forgot message :/

I didn't see anything about crash in the log folder, i just have completed jobs.

Now some uncomfortable things for me, before i was using handbrake and some comforts are missing.
1/ I've a lot of folders for my videos, each time i want to add a video in Ripbot, i navigate to the folder to select the video but the destination is not set to the same folder, so i have to renavigate to the video folder, it's a little boring. the destination is always set to the previous saved video folder, you could add a way to set the default folder like with handbrake, i just want to save my video where the source is localized, and maybe automaticly rename it with encoding preset.
2/ With handbrake you can pause your queue, that mean once the current job is completed the program will pause. You could do the same for a chunk, add a way to pause a server, so once a chunk is completed the server will pause, some chunk take 4h, when i use 2 servers to use 100% of my cpu, chunks take 6 or 7 hours, i often need cpu for others task.
For example i use Plex to share my videos to all my family so my cpu is often transcoding. i use often Megui too, so i need to planify some pause for 8pm for example, so if i can press a pause button at 2h pm i'm sure at 9pm my family will don't have lags :)

60fps x265 placebo videos require a lot of cpu to be played, i suggest to use PotPlayer for good performances. mpc-hc is very laggy for me.

Thanks you Atak_Snajpera, i hope you will continue to improve x265 options cause it's so awesome :)

Atak_Snajpera
26th February 2015, 13:03
Problem 2 (semi-solved): my pcs were encoding 24/24 and every single day x265_x64.exe( i tried with several builds) crashed randomly when a chunk is at 100% eta 00.00.00 i got about 2 or 3 crash for 30 chunks everydays on pc 2 and 3, but it never happened on my main pc, so i think you can identify the problem.

This looks similar to this issue
Description -> http://forum.doom9.org/showthread.php?p=1706836#post1706836
Solution -> http://forum.doom9.org/showthread.php?p=1706945#post1706945

All my audio has been offsync pretty much every other or mostly all videos i've encoded with Ripbot.. Haven't changed a thing.. And I can't adjust the offset because once I offset it properly for a scene.. the sound gradually gets offset again.. Any ideas?

Most likely video is detected as 29.97 fps while it should be 23.976 fps. You can force correct fps in script.

Thank you, BigM, for asking about this...I posted a comment a while back asking the same thing, and got no response.

Atak has mentioned in the past that this will be in a future release...the sooner the better, I say

Cheers

So far I have working demuxing of extra audio.
http://i.imgur.com/CXjSCxp.png

Added extra UI elements for extra audio
http://i.imgur.com/capFjEZ.png

I have also separated audio script from video script
http://i.imgur.com/nAaKcmu.png

Things go slowly not because it is difficult to add support for extra audio but because I have other things to do in RL and day has only 24h ;)

soneca
26th February 2015, 22:11
Cool!:rolleyes: And the release date?

dslr-rookie
27th February 2015, 15:53
Hello Atak,

I have a suggestion for a next version:
Cause I rename the media files by my own schema it is not helpful when the title section in the mkv is filled with the actual file name after convert. So I always have to remove this entry with mkvmerge for each file - or after Ripbot builts the CMDs and starts I edited this and remove manually the parameter --title "filename" in the jobxx_muxFiles.cmd. The reason is: any mediaplayer (like my Samsung TV) shows the title flag if available (it is not changeable), other media player shows always the filename.

Could you set an option for "title tag = filename" vs. "title tag= empty"? It's enough to find it in the INI files, dont need it to set in the graphical interface.

best regards
dslr-Rookie

ShogoXT
2nd March 2015, 23:43
Hi everyone, definitely Ripbot264 is my favorite out of what ive tested with so far.

I have been trying to take DVDs that were filmed with 16mm film (first 3 seasons of Stargate SG-1), and convert them. I have been using MakeMKV and DVDFab to passthrough into a mkv file readable by Ripbot264. I cant use DVD Decrypter anymore because it doesnt split up the episodes correctly.

When I put the mkvs from MakeMKV into Ripbot, I use 1 pass mode and try to IVTC from 29.9fps back to 23.9. The result is video that is faster than the audio oddly. Tried putting assume fps 23.9, but same.

If I do it with DVDFab, then ripbot reads the mkv as 25 fps, when it actually plays fine on MPC-HC at the 29.9 fps. This makes it so I cant use IVTC.

Anyone seen that happen before? Or did I fumble something in the settings?

apostolis21
3rd March 2015, 02:44
Hi Atak_Snajpera, ripbot264 is a great piece of software, I' ve just started using distributed encoding and I've managed to complete all steps but when the encoding client starts no files are being copied like your video tutorial shows and when chunks 1 and 2 have finished encoding they start encoding from the beginning all over again and the client never encodes chunk 3,4,5...

It is like a never-ending circle and it is quite confusing :confused:

Any ideas why this is happening?

http://oi60.tinypic.com/sqtpnt.jpg

And is there a plan to allow the use of H264 .ts and .mpg as input files for distributed encoding?

Thank you for your time,
Apostolis

ShogoXT
3rd March 2015, 07:36
I think I found the solution to my problem. After a bit of fiddling with rip programs and file types into Ripbot, using DVDFab, but changing it to VOB passthrough seems to be the best choice. I just hope it wont mess up on the later disks and have trouble splitting up the episodes the last time I tried this.

slalom
3rd March 2015, 17:56
And is there a plan to allow the use of H264 .ts and .mpg as input files for distributed encoding?

Thank you for your time,
Apostolis
Extract mkv file from ts file and use the mkv

Bigmango
10th March 2015, 12:26
Hi,

I have an mpeg2 video (DVD), mediainfo shows:


Frame rate mode : Constant
Frame rate : 25.000 fps
Scan type : Interlaced
Scan order : Top Field First


But ripbot says the video is 50 fps, and after conversion there's interlacing all over.

In the ripbot properties the "deinterlacing" (and "decimate") options are greyed out (all other options are available), so it isnt possible to select anything.

What to do?

Thanks.

Atak_Snajpera
10th March 2015, 18:11
Add this to script



video=AssumeFPS(video,25)
#Deinterlace
LoadCplugin("[CORRECT_PATH_TO_RIPBOT264]\Tools\AviSynth plugins\Yadif\Yadif.dll")
video=yadif(video,mode=1,order=1)

Bigmango
10th March 2015, 19:34
Add this to script



video=AssumeFPS(video,25)
#Deinterlace
LoadCplugin("[CORRECT_PATH_TO_RIPBOT264]\Tools\AviSynth plugins\Yadif\Yadif.dll")
video=yadif(video,mode=1,order=1)



With this the deinterlacing now seems to be fine, but the output is still 50 fps (should be 25 fps).

I tried megui: everything is fine automatically with the 1 click encoder.

Atak_Snajpera
10th March 2015, 20:12
You didn't say whether you want 50 fps (full frame rate) or 25 fps (half frame rate). Change mode=1 to mode=0 then.

Bigmango
10th March 2015, 20:44
OK, thanks.

slalom
15th March 2015, 08:46
@Atak
Suddenly one of my encoding clients does only 5fps or lower
Does it have to do with a java update?

lemaireus
15th March 2015, 12:01
I've started using x265/HEVC option and that takes anywhere from 12 to 18 hours to encode 90 minutes of video. Sometimes one feels like playing a resource heavy game while Ripbot is doing its work and in such a scenario a pause button would be really handy. One could pause the encoding without losing all the hours that have already gone into the process.

One can, of course, run Ripbot in low priority but I have almost always ended with blue screens when I start gaming with Ripbot working in the background--particularly when the final video is being written to the disk--and Windows being Windows I don't think those random blue screen crashes will disappear anytime soon.

A pause button would work wonderfully well in the scenario. I hope it wouldn't be too difficult to implement.

lemaireus
15th March 2015, 12:14
HEVC clearly seems to be the future with its fantastic bitrate-to-quality ratios. Can one expect more attention to x265 in Ripbot in the future, things like more presets and other HEVC encoding options?

slalom
15th March 2015, 13:04
A pause button would work wonderfully well in the scenario. I hope it wouldn't be too difficult to implement.
If you abort the job, you can restart it from where you stopped

lemaireus
15th March 2015, 13:14
If you abort the job, you can restart it from where you stopped

Are you sure about that? I'll have to run a check on that once again, because heretofore whenever I've hit the 'Abort' button the job has to be started all over again from scratch. I should add that I'm referring here to the 2 pass mode, which is what I primarily use.

slalom
15th March 2015, 14:32
Of course I'm sure, I do it all the time

Atak_Snajpera
15th March 2015, 15:38
Are you sure about that? I'll have to run a check on that once again, because heretofore whenever I've hit the 'Abort' button the job has to be started all over again from scratch. I should add that I'm referring here to the 2 pass mode, which is what I primarily use.

Slalom forgot to mention that he is working in Distributed Encoding mode where you can restart from last encoded chunk.

slalom
15th March 2015, 16:05
DE can also work with just one PC, right?

About this problem
@Atak
Suddenly one of my encoding clients does only 5fps or lower
Does it have to do with a java update?
I re-installed everything peripheral regarding RipBot264
fps are improved, especially on second pass, but the problem remains

lemaireus
15th March 2015, 16:24
Slalom forgot to mention that he is working in Distributed Encoding mode where you can restart from last encoded chunk.

I haven't yet used distributed encoding but did run a check on the 'Abort' button: in both the CQ and 2 Pass modes I get a pop up 'Do you really want to terminate the whole conversion.' If I choose 'Yes' the whole process gets terminated and I have to start from scratch. If I choose 'No' the process continues uninterrupted.

Ergo: a 'Pause' button would be very, very helpful.

Atak_Snajpera
15th March 2015, 16:54
DE can also work with just one PC, right?

About this problem

I re-installed everything peripheral regarding RipBot264
fps are improved, especially on second pass, but the problem remains

1) Ofcourse You just have to enter 127.0.0.1:1000 as IP.
2) Make sure that cpu is not overheating or CPU throttling is not activated
http://www.pcmag.com/encyclopedia/term/60899/cpu-throttling

@lemaireus
You can save a lot of time by not using 2-pass mode. Are you going to store your movies on DVD that you aim for specific size?

lemaireus
15th March 2015, 17:27
@Atak: I save on both HDDs and DVDs, but size is a significant issue for me given that I'm already using about 22TBs of HDD space (not counting the DVDs). And I guess the (low) bitrate factor becomes even more prominent with HEVC. Is a pause button feasible at all without creating too many programming difficulties? Baka encoder GUI offers the pause button so it appears to be a workable option, and it sounds like a feature that could come in handy for any number of reasons.

Atak_Snajpera
15th March 2015, 17:31
I forgot to mention that You have some serious issues with hardware because You should not see any blue-screens at all. I have been using Windows 7 since the very beginning and I forgot how those famous blue-screens look like ;) If I were you I would check cpu, memory and smart status for SSD/HDD.

lemaireus
15th March 2015, 17:38
I'm doing HEVC encodes with a bitrate setting of around 2500 and the result is a perfectly spotless picture on a 46 inch display. I haven't used the CQ mode because my impression is that none of those would let me go as low as 2.5k. I may be wrong in my assumption and if so would look forward to being corrected. But the need for the pause button would stay even in the CQ scenario, for all those times when, in the course of encoding, one wants to do something heavy duty on the machine and a little pause would make that so easy to do.

lemaireus
15th March 2015, 17:45
I have also been using Windows 7 and yes, this is by far the best version of windows I've used thus far. But after the last fresh install I've had to tinker around the system a lot because of HEVC--the problems between Lava filters and Haali, workaround through MPC-HC, getting external subs to work, lots of installs and uninstalls. And these blue screens have become more frequent after that. But, independently of that, if I am encoding in ripbot and playing a major game, then I'm almost certain to get a blue screen when the final video begins getting written on the HDD. My hardware configs are OK and the troubles are limited to the aforementioned scenario, runs perfectly fine otherwise. Such crashes sometimes create HDD errors but thus far nothing that a disk check hasn't taken care of.

Atak_Snajpera
15th March 2015, 17:46
You can suspend and resume any process using Process Explorer

https://technet.microsoft.com/en-us/sysinternals/bb896653.aspx

lemaireus
15th March 2015, 18:10
Works! Run process explorer as administrator and it suspends and resumes 'RipBot264.exe' perfectly well. Thanks Atak! :D

slalom
15th March 2015, 18:21
2) Make sure that cpu is not overheating or CPU throttling is not activated
http://www.pcmag.com/encyclopedia/term/60899/cpu-throttling
There is no such problem

I can tell you this strange thing
fps from first pass are lower than the fps from second pass

it should be the other way around

KWP
20th March 2015, 02:27
First time user here...

Just installed RipBot264 and at the end of decoding, I get the attached error; included a few other files, too.
I am an administrator on my Windows 8.1 PC

Here is the executed getAVSerror.cmd:

C:\Temp\RipBot264temp\job1>C:

C:\Temp\RipBot264temp\job1>cd "C:\Temp\RipBot264temp\job1"

C:\Temp\RipBot264temp\job1>"C:\RipBot\Tools\avs2yuv\test.exe" "C:\Temp\RipBot264temp\job1\getinfo.avs"

Script error: there is no function named "WriteFile"
(C:\Temp\RipBot264temp\job1\getinfo.avs, line 6)

Thanks for your help -- I look forward to getting this working!

_K

burt123
20th March 2015, 06:18
Is there any way to set a Custom 4K resolution ???, meaning 3840 x 2160. Custom only seems to go as high as 1920 :(

A 4K (3840 x 2160), x265 preset would be great.

Cheers

Atak_Snajpera
20th March 2015, 11:32
@KWP
Are you sure that avisynth has been correctly installed? I recommend avisynth 2.60

@burt123
I will add presets for 3840x.... in next version. Currently I'm adding support for extra audio (current progress around 60%)

stuartmp
20th March 2015, 14:35
Awesome work Atak thanks for keeping the software updates coming.

slalom
20th March 2015, 15:08
There is no such problem

I can tell you this strange thing
fps from first pass are lower than the fps from second pass

it should be the other way around
I wanted to format one PC, so I did it
Problem was solved

Today I found the clip of the network cable badly pulled so I had to replace the RJ-45 on one end.

I think I'm ok now

nekrosoft13
20th March 2015, 16:33
@KWP
Are you sure that avisynth has been correctly installed? I recommend avisynth 2.60

@burt123
I will add presets for 3840x.... in next version. Currently I'm adding support for extra audio (current progress around 60%)

Sounds Great! Dobra Robota ;)

KWP
20th March 2015, 17:10
@KWP
Are you sure that avisynth has been correctly installed? I recommend avisynth 2.60



Thanks -- reinstalling 2.6 did the trick, thanks! :)

burt123
21st March 2015, 08:35
@burt123
I will add presets for 3840x.... in next version. Currently I'm adding support for extra audio (current progress around 60%)

Thanks for the info Atak, can't wait for the next version of this awesome piece of software :)

Cheers

silverback
26th March 2015, 15:39
Thanks again for the great software.

Would it be possible to add the main10 profile to the hevc encoder.

Respect

burt123
27th March 2015, 03:45
Hi Atak,

I thought I'd "test" a 4K resolution movie thru Ripbot.

Firstly I upscaled a movie to 3840 x 2160 @ 40mps with Premiere Pro CC, which created a 29Gb mp4.

Loaded that into Ripbot, left the video res to "do not change", used hevc h265, distributed encoding, and let it go....took approx 13 hours on my 12C Xeon. Encoded file was just under 9Gb, and played back very nicely with VLC. Can't play 4K on my TV :(

So then I wanted to compare encoding time & file output size, using h264, but just after it starts encoding the chunks it locks up the PC, so I'm thinking h264 doesn't like encoding 2160P (4K) files.

Any thoughts ????

Atak_Snajpera
27th March 2015, 18:22
1.18.2 beta
Added: support for extra audio stream
Added: 4K-UHD resize profile
Updated: eac3to 3.29, MediaInfo 0.7.72, MKVToolnix 7.7.0, x264 r2538, x265 1.5.420

DOWNLOAD -> http://www.mediafire.com/download/1zdfl5u4c3abbnr/RipBot264v1.18.2_BETA.7z

ceth
27th March 2015, 19:44
Thank you !

soneca
27th March 2015, 20:39
1.18.2 beta

This message appears when I change the output mkv to avchd or change some parameters.

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

Edit: Excuse my ignorance, but this error has something to do with decimal point(out of place) representing the 1.509Kbps in some string conversion?

slalom
28th March 2015, 00:14
1.18.2 beta
Added: support for extra audio stream
Added: 4K-UHD resize profile
Updated: eac3to 3.29, MediaInfo 0.7.72, MKVToolnix 7.7.0, x264 r2538, x265 1.5.420

DOWNLOAD -> http://www.mediafire.com/download/1zdfl5u4c3abbnr/RipBot264v1.18.2_BETA.7z
Just loaded a file
I haven't run it yet, but it would be useful to choose (or change) a default audio track
Maybe a radio button over 1 or 2


Or audio 1 is always default?

soneca
30th March 2015, 00:32
According to the tests I've done so far the default track is # 1.
Testing here and so far it's all right. :)

slalom
30th March 2015, 08:26
That's what I've seen too
Everything is ok here too, very stable version, very complete too

jett2
30th March 2015, 16:32
Ripbot 1.18.2 BETA
I get an error when trying to convert 2 audio tracks:

analyze: 100%
M2TS, 1 video track, 5 audio tracks, 11 subtitle tracks, 1:37:38, 24p /1.001
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 24 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
4: AC3, English, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
5: DTS Master Audio, German, 5.1 channels, 16 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
6: DTS Master Audio, Spanish, 5.1 channels, 16 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
7: AC3, Catalan, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
8: Subtitle (PGS), English
9: Subtitle (PGS), English
10: Subtitle (PGS), German
11: Subtitle (PGS), Spanish
12: Subtitle (PGS), Danish
13: Subtitle (PGS), Finnish
14: Subtitle (PGS), Hindi
15: Subtitle (PGS), Norwegian
16: Subtitle (PGS), Swedish
17: Subtitle (PGS), Turkish
18: Subtitle (PGS), Catalan
a03 dts, 48000, 5.1
a05 dts, 48000, 5.1
a05 The Arcsoft DTS Decoder only allows one operation at a time.

billqs
30th March 2015, 17:08
I've been using Ripbot for years, and love the program. Every once in awhile I will get a demux error and the program stops. My last three backups have all been failures. They are all newer releases and 2 of the three are Universal titles. I get a demux error caused by eac3to. I was using an old version, so I went with the version on the front page and got the same result. I haven't tried the beta listed on the last page. All these files will correctly backup in makemkv, though I'd rather not have 29Gig mkv files. Is there a fix for this?

Atak_Snajpera
30th March 2015, 18:44
@Soneca & jett2
Try this http://www.mediafire.com/download/0ndbxwwnys9/RipBot264.exe

Atak_Snajpera
30th March 2015, 18:45
I've been using Ripbot for years, and love the program. Every once in awhile I will get a demux error and the program stops. My last three backups have all been failures. They are all newer releases and 2 of the three are Universal titles. I get a demux error caused by eac3to. I was using an old version, so I went with the version on the front page and got the same result. I haven't tried the beta listed on the last page. All these files will correctly backup in makemkv, though I'd rather not have 29Gig mkv files. Is there a fix for this?

And what does eac3to say in log?

billqs
30th March 2015, 19:21
Sorry, I'm at work. I'll have access to the log this PM and will post. Thanks in advance for your help!

soneca
30th March 2015, 20:04
@Soneca & jett2
Try this http://www.mediafire.com/download/0ndbxwwnys9/RipBot264.exe

This fix has to do with the message "is not a valid floating point value"?

billqs
30th March 2015, 23:42
Here's the demux log from my most recent attempt:

eac3to v3.27
command line: "C:\Program Files (x86)\Ripbot 264\Tools\eac3to\eac3to.exe" "E:\Video\backup\Transformers_Age_of_Extinction\" 1) 2: "C:\Temp\RipBot264temp\job1\video.mkv" -seekToIFrames 4: "C:\Temp\RipBot264temp\job1\audio_English.ac3" 10: "C:\Temp\RipBot264temp\job1\10_subtitles_English_1080.sup" 11: "C:\Temp\RipBot264temp\job1\11_subtitles_English_1080.sup" 12: "C:\Temp\RipBot264temp\job1\12_subtitles_French_1080.sup" 13: "C:\Temp\RipBot264temp\job1\13_subtitles_Spanish_1080.sup" 14: "C:\Temp\RipBot264temp\job1\14_subtitles_Portuguese_1080.sup" 1: "C:\Temp\RipBot264temp\job1\chapters.txt" -progressnumbers -log="C:\Temp\RipBot264temp\job1\demuxlog.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 7 audio tracks, 5 subtitle tracks, 2:45:07, 24p /1.001
1: Chapters, 22 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: TrueHD/AC3, English, unknown parameters
4: AC3, English, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
5: AC3 Surround, English, 2.0 channels, 224kbps, 48kHz, dialnorm: -27dB
6: AC3, French, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
7: AC3, Spanish, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
8: AC3, Portuguese, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
9: AC3, English, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
10: Subtitle (PGS), English
11: Subtitle (PGS), English
12: Subtitle (PGS), French
13: Subtitle (PGS), Spanish
14: Subtitle (PGS), Portuguese
Bitstream parsing for track 3 failed. <WARNING>
Demuxing this track may still produce correct results - or not. <WARNING>
Creating file "C:\Temp\RipBot264temp\job1\chapters.txt"...
[s10] Extracting subtitle track number 10...
[s13] Extracting subtitle track number 13...
[s14] Extracting subtitle track number 14...
[a04] Extracting audio track number 4...
[a04] Removing AC3 dialog normalization...
[v02] Extracting video track number 2...
[s12] Extracting subtitle track number 12...
[s11] Extracting subtitle track number 11...
[v02] Muxing video to Matroska...
[a04] Creating file "C:\Temp\RipBot264temp\job1\audio_English.ac3"...
[s11] Creating file "C:\Temp\RipBot264temp\job1\11_subtitles_English_1080.sup"...
[s12] Creating file "C:\Temp\RipBot264temp\job1\12_subtitles_French_1080.sup"...
[s10] Creating file "C:\Temp\RipBot264temp\job1\10_subtitles_English_1080.sup"...
[s13] Creating file "C:\Temp\RipBot264temp\job1\13_subtitles_Spanish_1080.sup"...
[s14] Creating file "C:\Temp\RipBot264temp\job1\14_subtitles_Portuguese_1080.sup"...
[a04] Writing the destination file failed. <ERROR>
Aborted at file position 32176603136. <ERROR>

Please let me know if I need to supply more information.

billqs
31st March 2015, 04:40
Sorry, it turns out my error had something to do with the location of the temp and working directories. I've switched drives and have had 2 successes demuxing so far.

stuartmp
31st March 2015, 10:22
Hi all, just wondering if the is a solution to a problem I am having with distributed encoding... I have been using it for a few months now and general it works perfectly.. however occasionally the server locked up... Not to much of a problem, just abort and then restart it... And the process continues.... The problem I am having is occasionally when the server locks up and I press abort not all the clients end... So when I restart the server some of the clients do not recommence encoding... The status in the server window just stays on "connecting" the only way I have worked out how to fix this is to abort the process and the reset the clients encoding server. The restart the main encoding server..... Is their a way to for the reset on the client and continue encoding without stopping and restarting the server?

slalom
31st March 2015, 10:30
That happens to me too. I believe it's the specific file that causes the problem

Στάλθηκε από το GT-I9505 μου χρησιμοποιώντας Tapatalk

Atak_Snajpera
31st March 2015, 10:34
I can only advise you to disable firewall completelly. Some firewalls may act strange even with added exceptions.

jett2
31st March 2015, 10:51
@Soneca & jett2
Try this http://www.mediafire.com/download/0ndbxwwnys9/RipBot264.exe

Looks pretty well now!
Great work
:thanks: Please expect my donation the next few days

jett2
31st March 2015, 10:55
@Soneca & jett2
Try this http://www.mediafire.com/download/0ndbxwwnys9/RipBot264.exe
RibBot264 v1.18.2 BETA 2 works perfect with 2 audio DTS streams.
Great job Atak!
:thanks: Please expect my donation the next few days.

stuartmp
31st March 2015, 11:18
I'll try that, however I don't think that's the problem because when you look on the client computer it is still encoding the last chunk it was working on even though the server has shutdown and aborted.

I guess I am looking for a way to force a reset of one of the servers lets say "Server 5" in the Encoding client dialog box to retry once you have stopped and restarted the Encoding server on the client computer.

Maybe have a 'On' 'Off' 'Reset' button on the encoding client dialog box. This would hopefully solve the problem of it getting stuck on a connecting status.

73ChargerFan
1st April 2015, 04:33
Here's the demux log from my most recent attempt:

eac3to v3.27
command line: "C:\Program Files (x86)\Ripbot 264\Tools\eac3to\eac3to.exe" "E:\Video\backup\Transformers_Age_of_Extinction\" 1)
....
....
....
M2TS, 1 video track, 7 audio tracks, 5 subtitle tracks, 2:45:07, 24p /1.001
1: Chapters, 22 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: TrueHD/AC3, English, unknown parameters


Track 3: is TrueHD with Atmos, which crashes eac3to v3.27. Try upgrading to the the current version.

stuartmp
2nd April 2015, 04:19
Just wondering how many people would support the ability to add more then 8 Encoding servers.
I know Atak has done a great job with this software. Maybe he could treat us all to an upgrade in this area one day.
I see it has been asked before so I am sure other would like to see that functionality.

I just scratched together a quick mock-up of how the dialog box could be laid-out.
I am sure this would be improved, its just to get the general idea across.

burt123
2nd April 2015, 15:29
Just wondering how many people would support the ability to add more then 8 Encoding servers.
I know Atak has done a great job with this software. Maybe he could treat us all to an upgrade in this area one day.
I see it has been asked before so I am sure other would like to see that functionality.

I certainly would, and I know that Atak has been asked about this several times (and a couple from me)....it would be great, but I recall, that it is rather difficult to add more.

Having said that, I hope "we" get an "official" response :)

legend
4th April 2015, 09:40
While x265 encoding with 1.18.2 beta version I got this error message after 1st pass-

Here is my log file

C:\>"V:\RipBot264v1.18.2_BETA\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job1\job1.avs" -o - | "V:\RipBot264v1.18.2_BETA\tools\x265\x265_x86.exe" --pass 1 --bitrate 534 --stats "C:\Temp\RipBot264temp\job1\job1.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 134233 --sar 1:1 --preset veryfast --tune psnr --profile main --deblock -2:-2 --y4m --output NUL -
y4m [info]: 1280x528 fps 24000/1001 i420p8 sar 1:1 unknown frame count
x265 [info]: HEVC encoder version 1.5+420-24fdb661bb57
x265 [info]: build info [Windows][GCC 4.9.2][32 bit] 8bpp
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2
x265 [info]: Main profile, Level-3.1 (Main tier)
x265 [info]: Thread pool created using 16 threads
x265 [info]: frame threads / pool features : 5 / wpp(17 rows)
x265 [info]: Coding QT: max CU size, min CU size : 32 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : dia / 57 / 1 / 1
x265 [info]: Keyframe min / max / scenecut : 24 / 240 / 40
x265 [info]: Lookahead / bframes / badapt : 15 / 4 / 0
x265 [info]: b-pyramid / weightp / weightb / refs: 1 / 1 / 0 / 1
x265 [info]: Rate Control / AQ-Strength / CUTree : ABR-534 kbps / 0.0 / 0
x265 [info]: tools: rd=2 early-skip signhide tmvp fast-intra
x265 [info]: tools: strong-intra-smoothing deblock(tC=-2:B=-2) sao stats-write
C:\Temp\RipBot264temp\job1\job1.avs: 1280x528, 10000000/417083 fps, 134233 frames
error: wrote only 1010237 of 1013760 bytes

C:\>"V:\RipBot264v1.18.2_BETA\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job1\job1.avs" -o - | "V:\RipBot264v1.18.2_BETA\tools\x265\x265_x86.exe" --pass 2 --bitrate 534 --stats "C:\Temp\RipBot264temp\job1\job1.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 134233 --sar 1:1 --preset veryfast --tune psnr --profile main --deblock -2:-2 --y4m --output "C:\Temp\RipBot264temp\video.265" -
y4m [info]: 1280x528 fps 24000/1001 i420p8 sar 1:1 unknown frame count
x265 [info]: HEVC encoder version 1.5+420-24fdb661bb57
x265 [info]: build info [Windows][GCC 4.9.2][32 bit] 8bpp
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2
x265 [info]: Main profile, Level-3.1 (Main tier)
x265 [info]: Thread pool created using 16 threads
x265 [info]: frame threads / pool features : 5 / wpp(17 rows)
x265 [error]: unable to open file C:\Temp\RipBot264temp\job1\job1.stats
x265 [error]: failed to open encoder
C:\Temp\RipBot264temp\job1\job1.avs: 1280x528, 10000000/417083 fps, 134233 frames
error: wrote only 1010141 of 1013760 bytes

C:\>"V:\RipBot264v1.18.2_BETA\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Users\Legend\Desktop\Movie.mkv" --compression 0:none --title "Movie.mkv" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.265" --compression 0:none --language 0:eng --aac-is-sbr 0:1 "C:\Temp\RipBot264temp\job1\Encoded_Audio_1.aac" --chapters "C:\Temp\RipBot264temp\job1\chapters.txt"
mkvmerge v7.7.0 ('Six Voices') 32bit built on Feb 28 2015 23:23:00

Error: The file 'C:\Temp\RipBot264temp\video.265' has unknown type. Please have a look at the supported file types ('mkvmerge --list-types') and contact the author Moritz Bunkus <moritz@bunkus.org> if your file type is supported but not recognized properly.

Where is the problem ?

Wishbringer
6th April 2015, 08:01
@legend:
Is C: free size only 1MB?
Even first pass stops with error after one MB.

slalom
6th April 2015, 20:58
I get an out of sync and out of size on a 29.97 fps 1080p mkv

Is there a special setting?

Mastеr
6th April 2015, 23:36
How I can re-encode the audio in more than 128 aac kbps quality???

new mkv format not understand my telephone (android) and last version my pc player - winamp.

burt123
8th April 2015, 07:51
Just thought I'd leave a comment on my 1st experience with 1.18.2 beta 2.

I create quite a queue, and all of it was just basic x264, resize, and I noticed that after having completed the first few movies, that it actually didn't complete them, as they were not in the folder that I wanted to save them in....they were no where :(

Opened up 1.18.1, and started the same queue, and no problems.....

Any idea's ???

Atak_Snajpera
8th April 2015, 11:29
correct me if i'm wrong. You tried to encode jobs created in older version (1.18.1) in beta?

burt123
8th April 2015, 11:45
correct me if i'm wrong. You tried to encode jobs created in older version (1.18.1) in beta?

Actually, the other way around....

I created the queue in beta 2, and when it didn't appear to be finishing properly, I started the same queue in .1.

But it is a beta, so maybe that's the reason.

Do you suggest that I remove .1 ???

Atak_Snajpera
8th April 2015, 12:05
ok so job created in beta didn't mux video file? Did you check logs then?

Mastеr
8th April 2015, 12:11
ok so job created in beta didn't mux video file? Did you check logs then?

Hey! Atak_Snajpera!

How I can re-encode the audio in more than 128 aac kbps quality???
I need 240 256 kbps.

Atak_Snajpera
8th April 2015, 12:14
you will have to manually edit encodeaudio1.cmd in job folder.

Mastеr
8th April 2015, 12:55
you will have to manually edit encodeaudio1.cmd in job folder.

are you kidding ??? Is difficult to add this feature in interface???

what to do when 50 jobs ???

Atak_Snajpera
8th April 2015, 13:46
I'm just answering your question...

What is the point of encoding 2.0 audio at more 128 kbps? Especially if you are going to play those audio tracks on some smartfone with poor speaker or earphones.

Mastеr
8th April 2015, 14:19
I'm just answering your question...

What is the point of encoding 2.0 audio at more 128 kbps? Especially if you are going to play those audio tracks on some smartfone with poor speaker or earphones.

Knock knock! Atak_Snajpera! Future is coming!

I have premium, monitoring headphones akg495nc, flagman smartphone galaxy s5. My notebook have beats audio. And i'm meloman. I have a big klips collection. You can see on my site http://master255.org/.
And i need good quality of sound!!!!

If the video quality is good, why is the sound quality is bad ???

'm a programmer and do not tell me that it is difficult! it's easier than writing in this forum!

Atak_Snajpera
8th April 2015, 14:37
128 kbps AAC/OPUS is even more than enough. See latest results for 96kbps.
http://www.hydrogenaud.io/forums/index.php?showtopic=106911

Mastеr
8th April 2015, 14:54
128 kbps AAC/OPUS is even more than enough. See latest results for 96kbps.
http://www.hydrogenaud.io/forums/index.php?showtopic=106911

I do not want to see any tests!
I believe my eyes!
And I believe my program!
Adobe Audition shows that high frequencies are cut off! If decode a 128kbps.
And do not cut off if decode 240 kbps.

this 240 kbps:
1.jpg

this 128 kbps:
2.jpg

decoded your program!

Atak_Snajpera
8th April 2015, 15:26
I do not want to see any tests!
I believe my eyes!
And I believe my program!
What part of your body do you use when you listen to the music? Ears or eyes? Did you know that with progressing age your sensitivity to high frequencies drops? Sorry but you believe in placebo effect more than I do ;)

Mastеr
8th April 2015, 15:37
What part of your body do you use when you listen to the music? Ears or eyes? Did you know that with progressing age your sensitivity to high frequencies drops? Sorry but you believe in placebo effect more than I do ;)

ooooohhh Atak_Snajper - You're a terrible person! I'm not going to argue with you. And I will not use your program! Especially because it is all buggy and it cuts the sound. Bad author of the program will never write a good program.

AlexKane
8th April 2015, 15:57
ooooohhh Atak_Snajper - You're a terrible person! I'm not going to argue with you.
And I will not use your program! Especially because it is all buggy and it cuts the sound.
Bad author of the program will never write a good program.

Oooohhh, you need to tone it down a bit. If most people are fine with 128kb/s encodes then so be it.
No one invited you to use an application you don't seem to like.

Mastеr
8th April 2015, 19:14
ooooohhh Atak_Snajper - You're a terrible person! I'm not going to argue with you.
And I will not use your program! Especially because it is all buggy and it cuts the sound.
Bad author of the program will never write a good program.

Oooohhh, you need to tone it down a bit. If most people are fine with 128kb/s encodes then so be it.
No one invited you to use an application you don't seem to like.

you do not understand that everything has been moving to lossless quality! You live in the children's world! Play your sandbox!

LoRd_MuldeR
8th April 2015, 19:29
Please guys, there's no need to get personal!

@Mastеr:
Have a look at the forum rules again, especially rule #4 (http://forum.doom9.org/forum-rules.htm). You are free to share your opinion, but don't be rude!

Wishbringer
8th April 2015, 19:30
Except ears, they are not lossless...
The reason to move to lossless is: it's possible to create and with newer medias there is enough space.
The reason is NOT that the human ear can use it.

slalom
8th April 2015, 19:39
Adobe Audition shows that high frequencies are cut off! If decode a 128kbps.
And do not cut off if decode 240 kbps.
If you want quality, use "copy stream" in audio settings

picman1
8th April 2015, 20:28
I'm new to ripbot but from my use of the program especially the new 2 audio track beta it looks great but there is one thing I noticed and it is just me being picky. In testing Elysium to get the forced subtitles, the lossless track and the AC-3 core track. I used the xcopy feature for both audio tracks and noticed that the lossless(DTS-MA) shows up as an LPCM on my AVR. The AC-3 is fine. I understand LPCM is what all lossless tracks are but using xcopy I would have expected DTS-MA. The output played perfectly, nice job!

burt123
9th April 2015, 01:44
ok so job created in beta didn't mux video file? Did you check logs then?

No, didn't mux video.

No, didn't check log's, don't know what to look for.

One thing that I didn't mention was that I am using the ripbot.exe that you posted separately the other day, not sure if that might have an affect.

I'll try again.

(edit)

OK, have tried Beta 2 again, and still has same problem :(...and another thing I have noticed is that I always used 1280 size, but it seems to default to 1920 when adding the next file to the queue.

It generally remembers the previous settings (in .1)

Also would like to make a comment about "Master", he's been registered since 2009, has hardly used the forum 'til now, then pisses everybody off. It's people like that, that spoil it for the rest of us.

Atak_Snajpera
9th April 2015, 15:04
No, didn't check log's, don't know what to look for.
Just post whole content of jobx_log.txt from /Logs/ folder. I will take a look.

...and another thing I have noticed is that I always used 1280 size, but it seems to default to 1920 when adding the next file to the queue.
Thanks. Bug confirmed on my pc as well.

burt123
9th April 2015, 15:27
Just post whole content of jobx_log.txt from /Logs/ folder. I will take a look.


Thanks. Bug confirmed on my pc as well.

OK, I will endeavour to get you some info in the next day or so.

Also had a couple of encode's not do the final mux, using .1, after successfully doing about 8 or so encodes previous, with no problem.

I thought I might have been running out of room, but that's not the case...dunno what's going on :(

Thanks

dslr-rookie
10th April 2015, 14:13
Hello Atak,

here I reopen my first message.

Do you think it's easy to change in your interface and / or program code and you do want to realize it in further program versions - or not?

Thank you for paying me your attention.

best regards
dslr-rookie

Hello Atak,

I have a suggestion for a next version:
Cause I rename the media files by my own schema it is not helpful when the title section in the mkv is filled with the actual file name after convert. So I always have to remove this entry with mkvmerge for each file - or after Ripbot builts the CMDs and starts I edited this and remove manually the parameter --title "filename" in the jobxx_muxFiles.cmd. The reason is: any mediaplayer (like my Samsung TV) shows the title flag if available (it is not changeable), other media player shows always the filename.

Could you set an option for "title tag = filename" vs. "title tag= empty"? It's enough to find it in the INI files, dont need it to set in the graphical interface.

best regards
dslr-Rookie

ShogoXT
11th April 2015, 21:51
Hi everyone, Ive been trying to fiddle with avisynth through ripbot, as its layout has been very helpful for learning how filters work. I had a few questions for anyone who might have insight.

First off I have an issue: So far ive been using DVDfab to rip dvds in passthrough vob mode, which is the only way that works so far through ripbot. Result is a proper 29.97fps interlaced source. I use your IVTC to fix that part right.

DVD Decryptor doesnt split eps correctly.
Makemkv shows correct fps, but has major desync issues after going through ripbot.
DVDfab in passthrough mkv mode, shows 25 fps in ripbot, and cannot IVTC. More desyncs occur.
They all play fine in MPC-HC, and im too terrible with MKVtoolnix to make sure everything is ok there.

Best results have been with VOB mode with DVDfab, except for one episode.
Source Here (https://mega.co.nz/#!HExTTYgL!KB7C4FKNEndjvFfHNLEO1aIcF4yghUD5SOhzTEVxzBw)
This one shows as 24fps in ripbot, making it so I cannot IVTC.
Video
ID : 224 (0xE0)
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : Variable
Duration : 44mn 12s
Bit rate mode : Variable
Bit rate : 4 475 Kbps
Maximum bit rate : 9 102 Kbps
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Scan order : 2:3 Pulldown
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.540
Time code of first frame : 01:00:03;20
Time code source : Group of pictures header
Stream size : 1.38 GiB (89%)
Visually the source looks interlaced still. Flag/tag issues? I dont know how to fix with mkvtoolnix :( . I used yadif in the meantime, but it doesnt look very good.

Second question, sorry for the long post.
Ive been learning avisynth through ripbot for the purposes of testing various denoisers for said sources.
HQDN3D works very well for anime, but doesnt seem so great for the tv show film ive been working on. I agree with you (you mentioned a long time ago your reasons for switching and optimal settings), about the temporal denoise setting.
Past 2 or 3 it ghosts like crazy, but temporal denoisers seem to have a much better result on my show so far, than using too much spacial.
From what ive learned from fft3dgpu (been using that since I have fast gpu and it works ok), isnt the result of ghosting from processing too many frames temporal? Such as 2 previous frames, current, and 2 frames ahead.

Reason I ask is because now id like to get motion compensation working with the denoisers ive been testing, including HQDN3D and fft3dgpu.
HQDN3D mentions nothing at all in its documentation on how many frames it uses for its temporal filter? Perhaps it goes through more with higher number?
With fft3dgpu, the Bt=2,3,or 4 setting determines it, so its easier to work with.

If i wanted to use mvtools2 to do the motion compensation for it, how do i set it up for your layout?
Such as how you set video="source" earlier in the code.
Mvtools2 documentation says this:
AVISource("c:\test.avi") # or MPEG2Source, DirectShowSource, some previous filter, etc
super = MSuper()
backward_vectors = MAnalyse(super, isb = true)
forward_vectors = MAnalyse(super, isb = false)
forward_compensation = MFlow(super, forward_vectors, thSCD1=500) # or use MCompensate
backward_compensation = MFlow(super, backward_vectors, thSCD1=500)
# create interleaved 3 frames sequences
interleave(forward_compensation, last, backward_compensation)

DeGrainMedian() # place your preferred temporal (spatial-temporal) denoiser here

selectevery(3,1) # return filtered central (not-compensated) frames only

To make it work for ripbot, do I do this? :
super = MSuper(video)
backward_vectors = MAnalyse(video,super, isb = true)
forward_vectors = MAnalyse(video,super, isb = false)
forward_compensation = MCompensate(video,super, forward_vectors, thSCD1=500)
backward_compensation = MCompensate(video,super, backward_vectors, thSCD1=500)
interleave(video?,forward_compensation, last, backward_compensation)
video=FFT3Dgpu(video,precision=2).f3kdb
selectevery(video?,3,1)
I understand the concept of the code, but im unsure where "video" would need to be so I dont need to re put the source each time and can just copy paste.

Thanks again for this excellent program! I tried very much to read as much as I could before bothering you guys.

Atak_Snajpera
12th April 2015, 14:59
If I'm not wrong your script should look like this.
super = MSuper(video)

backward_vectors = MAnalyse(super, isb = true)
forward_vectors = MAnalyse(super, isb = false)

forward_compensation = MFlow(super, forward_vectors, thSCD1=500)
backward_compensation = MFlow(super, backward_vectors, thSCD1=500)

video=interleave(forward_compensation, last, backward_compensation)

video=FFT3Dgpu(video,precision=2).f3kdb

video=selectevery(video,3,1)


Best results have been with VOB mode with DVDfab, except for one episode.
Source Here
This one shows as 24fps in ripbot, making it so I cannot IVTC.
This sample does not require any IVTC. It is indexed as 23.976 fps and during preview I do not see any interlacing or frame duplication. Mediainfo also shows PROGRESSIVE scan type.

EDIT:
Ok I see interlacing artefacts during scene change. I guess this episode was originally encoded like that and we probably can do nothing about that.

ShogoXT
12th April 2015, 22:37
If I'm not wrong your script should look like this.
super = MSuper(video)

backward_vectors = MAnalyse(super, isb = true)
forward_vectors = MAnalyse(super, isb = false)

forward_compensation = MFlow(super, forward_vectors, thSCD1=500)
backward_compensation = MFlow(super, backward_vectors, thSCD1=500)

video=interleave(forward_compensation, last, backward_compensation)

video=FFT3Dgpu(video,precision=2).f3kdb

video=selectevery(video,3,1)



This sample does not require any IVTC. It is indexed as 23.976 fps and during preview I do not see any interlacing or frame duplication. Mediainfo also shows PROGRESSIVE scan type.

EDIT:
Ok I see interlacing artefacts during scene change. I guess this episode was originally encoded like that and we probably can do nothing about that.

Thanks for looking at it and thanks for the script help! Yea pretty odd they would change that one episode, but the dvds have other issues so I guess I shouldnt be surprised.

Atak_Snajpera
12th April 2015, 22:47
I had miami vice dvd edition (the show from 80s) where first episode was also encoded in different way than rest. No idea why people in this industry do that.

ShogoXT
13th April 2015, 00:22
error: Script error: Invalid arguments to function "MFlow"
Hmm odd that it would pick out Mflow to be the error. If I didnt load mvtools2.dll right, wouldnt it pick out super first?

All I did was add a couple things to make it work with MT:
#Denoise
LoadPlugin("C:\Ripbot264\Tools\AviSynth plugins\fft3dgpu\FFT3Dgpu.dll")
LoadPlugin("C:\Ripbot264\Tools\AviSynth plugins\mvtools2\mvtools2.dll")
LoadPlugin("C:\Ripbot264\Tools\AviSynth plugins\flash3kyuu_deband\flash3kyuu_deband.dll")
super = MSuper(video)
backward_vectors = MAnalyse(super, isb = true)
forward_vectors = MAnalyse(super, isb = false)
forward_compensation = MFlow(super, forward_vectors, thSCD1=500)
backward_compensation = MFlow(super, backward_vectors, thSCD1=500)
video=interleave(forward_compensation, last, backward_compensation)
SetMTmode(6)
video=FFT3Dgpu(video,precision=2).f3kdb
SetMTmode(2)
video=selectevery(video,3,1)

Havent tested it without MT though, il try to change it to MCompensate and report back.

EDIT: Same thing.
D:\>"C:\Ripbot264\tools\avs2yuv\avs2yuv.exe" "D:\Temp\RipBot264temp\job17\job17.avs" -o - |
"C:\Ripbot264\tools\x264\x264_x64.exe" --pass 1 --bitrate 850 --stats
"D:\Temp\RipBot264temp\job17\job17.stats" --fps 30000/1001 --force-cfr --min-keyint 30 --keyint 300
--frames 79211 --sar 1:1 --level 4.0 --preset slower --aud --nal-hrd vbr --vbv-bufsize 25000 --vbv-maxrate 25000 --stdin y4m --output NUL -
error: Script error: Invalid arguments to function "MCompensate"
(D:\Temp\RipBot264temp\job17\job17.avs, line 35)
x264 [error]: could not open input file `-'

slalom
13th April 2015, 08:42
@Atak
Is it possible to (add) convert DTS-HD MA to DTS, through the audio settings?

Atak_Snajpera
13th April 2015, 17:18
Let me guess. You have mkv with DTS-MA and you want ripbot to automatically demux DTS-core during demuxing phase?

@ShogoXT
It turns out that video has to be added to function as well according to this
MFlow (clip source, clip super, clip vectors, float "time", int "mode", bool "fields", int "thSCD1", int "thSCD2", bool "isse", bool "planar")

so try this

#Denoise
LoadPlugin("C:\Ripbot264\Tools\AviSynth plugins\fft3dgpu\FFT3Dgpu.dll")
LoadPlugin("C:\Ripbot264\Tools\AviSynth plugins\mvtools2\mvtools2.dll")
LoadPlugin("C:\Ripbot264\Tools\AviSynth plugins\flash3kyuu_deband\flash3kyuu_deband.dll")
super = MSuper(video)
backward_vectors = MAnalyse(super, isb = true)
forward_vectors = MAnalyse(super, isb = false)
forward_compensation = MFlow(video,super, forward_vectors, thSCD1=500)
backward_compensation = MFlow(video,super, backward_vectors, thSCD1=500)
video=interleave(forward_compensation, last, backward_compensation)
SetMTmode(6)
video=FFT3Dgpu(video,precision=2).f3kdb
SetMTmode(2)
video=selectevery(video,3,1)

picman1
13th April 2015, 17:24
If you are thinking about doing core for DTS would it be to much to have core of other losseless tracks? Thanks for a great product!!!

slalom
13th April 2015, 17:42
Let me guess. You have mkv with DTS-MA and you want ripbot to automatically demux DTS-core during demuxing phase?
Not at demuxing, as an option through encoding settings

Atak_Snajpera
13th April 2015, 19:27
Is there any free DTS encoder? BTW. Why do you need DTS 1.5 mbps instead of AC3 640 kbps?

slalom
13th April 2015, 20:08
Tsmuxer is free
Doesn't DTS have better quality?

Atak_Snajpera
13th April 2015, 20:16
Tsmuxer is now a DTS encoder? Interesting...

slalom
13th April 2015, 22:07
Ok, this is how I do it
Takes only a few minutes

stax76
13th April 2015, 22:19
Is there any free DTS encoder? BTW. Why do you need DTS 1.5 mbps instead of AC3 640 kbps?

ffmpeg can encode DTS, I just tried it.

eac3to requires a external encoder:

Encoding DTS <768kbps> with Surcode...
Surcode DTS Encoder doesn't seem to be installed.

ShogoXT
13th April 2015, 23:05
Let me guess. You have mkv with DTS-MA and you want ripbot to automatically demux DTS-core during demuxing phase?

@ShogoXT
It turns out that video has to be added to function as well according to this
MFlow (clip source, clip super, clip vectors, float "time", int "mode", bool "fields", int "thSCD1", int "thSCD2", bool "isse", bool "planar")

so try this

#Denoise
LoadPlugin("C:\Ripbot264\Tools\AviSynth plugins\fft3dgpu\FFT3Dgpu.dll")
LoadPlugin("C:\Ripbot264\Tools\AviSynth plugins\mvtools2\mvtools2.dll")
LoadPlugin("C:\Ripbot264\Tools\AviSynth plugins\flash3kyuu_deband\flash3kyuu_deband.dll")
super = MSuper(video)
backward_vectors = MAnalyse(super, isb = true)
forward_vectors = MAnalyse(super, isb = false)
forward_compensation = MFlow(video,super, forward_vectors, thSCD1=500)
backward_compensation = MFlow(video,super, backward_vectors, thSCD1=500)
video=interleave(forward_compensation, last, backward_compensation)
SetMTmode(6)
video=FFT3Dgpu(video,precision=2).f3kdb
SetMTmode(2)
video=selectevery(video,3,1)

Thanks a lot! Should look great.

Im at season 6 now, and now a new problem has popped up on the sources. As before they play fine on MPC-HC, but now when put into Ripbot, there are sound out of sync issues.
Source here (https://mega.co.nz/#!bNgVlR7a!F0ZPF_Qur4BYtpZvBzeFux8Ud74-BoFBs4xt1Jvdh_g)
I can manually go by ear and fix it with your set audio delay setting, but im wondering if I missed something else that would allow ripbot to take care of the audio sync automatically.

Thanks again!

EDIT: I tried to put in that script, now "avs2avi.exe has stopped working" comes up. Guess I was pushing my luck.
EDIT2: Tried closer to the original script like this:
#Denoise
LoadPlugin("C:\Ripbot264\Tools\AviSynth plugins\fft3dgpu\FFT3Dgpu.dll")
LoadPlugin("C:\Ripbot264\Tools\AviSynth plugins\mvtools2\mvtools2.dll")
LoadPlugin("C:\Ripbot264\Tools\AviSynth plugins\flash3kyuu_deband\flash3kyuu_deband.dll")
MPEG2Source("D:\Temp\RipBot264temp\job3\job3.d2v")
super = MSuper()
backward_vectors = MAnalyse(super, isb = true)
forward_vectors = MAnalyse(super, isb = false)
forward_compensation = MFlow(super, forward_vectors, thSCD1=500)
backward_compensation = MFlow(super, backward_vectors, thSCD1=500)
interleave(forward_compensation, last, backward_compensation)
SetMTmode(6)
video=FFT3Dgpu(video,sigma=1.5,mode=1,sharpen=0.2,precision=2).f3kdb
SetMTmode(2)
selectevery(3,1)
I made a typo before because I was missing a ")", but as soon as i fixed it, avs2avi crashed again. Also tried without MT.

Atak_Snajpera
14th April 2015, 17:01
Try without FFT3Dgpu. Use CPU version. Instead of encoding and waiting for avs2yuv to crash you can use AVSMeter to check avs processing stability.

ShogoXT
15th April 2015, 08:09
Try without FFT3Dgpu. Use CPU version. Instead of encoding and waiting for avs2yuv to crash you can use AVSMeter to check avs processing stability.

With your script, it says "interleave argument invalid". With this one and the gpu one, it crashes avsmeter:
#Denoise
LoadPlugin("C:\Ripbot264\Tools\AviSynth plugins\fft3d\FFT3Dfilter.dll")
LoadPlugin("C:\Ripbot264\Tools\AviSynth plugins\mvtools2\mvtools2.dll")
LoadPlugin("C:\Ripbot264\Tools\AviSynth plugins\flash3kyuu_deband\flash3kyuu_deband.dll")
MPEG2Source("D:\Temp\RipBot264temp\job3\job3.d2v")
super = MSuper()
backward_vectors = MAnalyse(super, isb = true)
forward_vectors = MAnalyse(super, isb = false)
forward_compensation = MFlow(super, forward_vectors, thSCD1=500)
backward_compensation = MFlow(super, backward_vectors, thSCD1=500)
interleave(forward_compensation, last, backward_compensation)
SetMTmode(6)
video=FFT3Dfilter(video,sigma=1.5,sharpen=0.2).f3kdb
SetMTmode(2)
selectevery(3,1)
Il try reinstalling a few things tomorrow, as the main post recommends. Im using avisynth 2.6 plus the MT addon currently, pretty sure I have the new haali as well. FFDshow is hard to find current versions since lav filters pretty much killed it.

Atak_Snajpera
15th April 2015, 14:31
Last attempt
#Denoise
LoadPlugin("C:\Ripbot264\Tools\AviSynth plugins\fft3dgpu\FFT3Dgpu.dll")
LoadPlugin("C:\Ripbot264\Tools\AviSynth plugins\mvtools2\mvtools2.dll")
LoadPlugin("C:\Ripbot264\Tools\AviSynth plugins\flash3kyuu_deband\flash3kyuu_deband.dll")
super = MSuper(video)
backward_vectors = MAnalyse(super, isb = true)
forward_vectors = MAnalyse(super, isb = false)
forward_compensation = MFlow(video,super, forward_vectors, thSCD1=500)
backward_compensation = MFlow(video,super, backward_vectors, thSCD1=500)
video=interleave(forward_compensation,backward_compensation)
SetMTmode(6)
video=FFT3Dgpu(video,precision=2).f3kdb
SetMTmode(2)
video=selectevery(video,3,1)

ShogoXT
16th April 2015, 01:21
Last attempt
#Denoise
LoadPlugin("C:\Ripbot264\Tools\AviSynth plugins\fft3dgpu\FFT3Dgpu.dll")
LoadPlugin("C:\Ripbot264\Tools\AviSynth plugins\mvtools2\mvtools2.dll")
LoadPlugin("C:\Ripbot264\Tools\AviSynth plugins\flash3kyuu_deband\flash3kyuu_deband.dll")
super = MSuper(video)
backward_vectors = MAnalyse(super, isb = true)
forward_vectors = MAnalyse(super, isb = false)
forward_compensation = MFlow(video,super, forward_vectors, thSCD1=500)
backward_compensation = MFlow(video,super, backward_vectors, thSCD1=500)
video=interleave(forward_compensation,backward_compensation)
SetMTmode(6)
video=FFT3Dgpu(video,precision=2).f3kdb
SetMTmode(2)
video=selectevery(video,3,1)

Still crash. Thank you very much for trying though.

Il probably just use the settings I had before without the motion comp. I wonder why they dont have more plugin filters with motion comp already? Mdegrain didnt seem very good and filters like the dust family doesnt work with yv12 correct?
Love some temporal denoisers, just a bit too much ghosting sometimes.

Also I did make sure to reinstall to avisynth 2.6 RC 2, then put in the MT dll. Would Avisynth+ work better?

emmaurilio
17th April 2015, 23:51
Hi! I need some help with the filenames after the encoding with RipBot. A example of that happens:

Before: 20150413 Bate Bola 1ª Edição HD Edited 10.mpg
After: 20150413 Bate Bola 1¬ EdiþÒo HD Edited 10.mkv

Thanks.

slalom
18th April 2015, 08:28
What kind of help do you need?
You can always rename the file

emmaurilio
18th April 2015, 12:00
What kind of help do you need?
You can always rename the file

I need help to automate the process, so that the RipBot save the name correctly with the special characters. I do about 30 daily conversions and I need to rename an average of 25 files every day.

RipBot is a great tool that made possible my hobby, and help me further and I would save time if I could find out how I can do that. I don´t know if I´m doing something wrong or it is a restriction of the software.

Thanks.

jonah
24th April 2015, 21:25
Looking at building an encoding machine to take advantage of the scaling functions of Ripbot. I can get my hands on some cheap Xeon-based servers, ie. with dual Quad-core Xeons.
How well does Ripbot function on machines with more than one CPU? I know it scales pretty well with multiple cores/threads, but how about on a rig with multiple CPUs?

Atak_Snajpera
24th April 2015, 21:56
It will work fine. All cores will be nicely saturated.

Jake802
30th April 2015, 07:43
I keep getting the following demuxing error.....

eac3to v3.27
command line: "C:\Program Files\RipBot264 Version 1.18.1\Tools\eac3to\eac3to.exe" "D:\Videos\The Punisher Collection\PUNISHER_BD\" 1) 2: "C:\Temp\RipBot264temp\job1\video.mkv" -seekToIFrames 3: "C:\Temp\RipBot264temp\job1\audio_English.core.dts" -core 5: "C:\Temp\RipBot264temp\job1\5_subtitles_English_1080.sup" 6: "C:\Temp\RipBot264temp\job1\6_subtitles_Spanish_1080.sup" 1: "C:\Temp\RipBot264temp\job1\chapters.txt" -progressnumbers -log="C:\Temp\RipBot264temp\job1\demuxlog.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 2 audio tracks, 2 subtitle tracks, 24p /1.001
1: Chapters, 14 chapters
2: MPEG2, 1080p24 /1.001 (16:9)
3: DTS-ES, English, 6.1 channels, 1509kbps, 48kHz, dialnorm: -4dB
4: AC3 EX, English, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
5: Subtitle (PGS), English
6: Subtitle (PGS), Spanish
Creating file "C:\Temp\RipBot264temp\job1\chapters.txt"...
[a03] Extracting audio track number 3...
[v02] Extracting video track number 2...
[s06] Extracting subtitle track number 6...
[s05] Extracting subtitle track number 5...
[a03] Removing DTS dialog normalization...

Any idea as to what I am doing wrong?