RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY [Archive] - Page 231

Atak_Snajpera

7th July 2012, 12:47

Thats right, but maybe it would be the best solution if the chunks would be just a bit bigger than now. Would it be hard to develop that the user can choose the chunksize in settings? Little chunks also have the problem that the encoding process always stops while completing and starting a chunk. This costs time too.
it takes no more than 5s to start on my Quad Core PCs. I see no problem here. You are exaggerating now. General rule is ultra simple! Smaller chunk size = better efficiency in DE mode (less idle time on servers). for me 1min seems to be logical optimal size. Period!

When Ripbot says "Please wait. Demuxing selected streams" it is usually very slow. My CPU is only at 10 % usage and i've got a fast HDD. So which hardware is the performance limiter in that demuxing process? Is it may the HDD? Could it running on a SSD be a big performance advantage? (edit: same question while "Indexing" in Destribuded Mode. Where is the performance limitation on that progress in the hardware? Thanks!)
buy good SSD (ocz vertex 4 for example) and you will see nice speed up.

SimonK91

7th July 2012, 13:26

it takes no more than 5s to start on my Quad Core PCs. I see no problem here. You are exaggerating now. General rule is ultra simple! Smaller chunk size = better efficiency in DE mode (less idle time on servers). for me 1min seems to be logical optimal size. Period!

buy good SSD (ocz vertex 4 for example) and you will see nice speed up.

Well yea, i dont want to argue with you ;) It was just an idea, but i respect your opinion.

SSD will increase both steps (demuxing and indexing?) Is the SSD needed only for the Ripbot Temp folder or also for the file-source?

omegaman7

7th July 2012, 16:00

I just bought the vertex 4 256Gb the other day :p Should arrive tuesday. I think I'd buy cheaper smaller SSD's for temporary BD files. This one is simply to speed up my windows experience, games, applications etc. This is my first SSD. I'd like to experiment before jumping completely on board. I just made a few buddies jealous telling them about it LOL!

gr1mmj0w

7th July 2012, 16:13

@gr1mmj0w
Life would be easier if users did not forget to click on that magic arrow next to "View problem details".

haha you would think I would have remembered that, I was tired lol.
I've reinstalled FFMPEG a couple of times to no success.

http://i.imgur.com/9kCzt.png

this is the whole error

Problem signature:
Problem Event Name: APPCRASH
Application Name: avs2yuv.exe
Application Version: 0.0.0.0
Application Timestamp: 4e78e870
Fault Module Name: ffmpeg.dll
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 4f821470
Exception Code: c0000005
Exception Offset: 001db811
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

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

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

SimonK91

7th July 2012, 17:43

buy good SSD (ocz vertex 4 for example) and you will see nice speed up.

I tested it with my SSDs. The source file was on SSD No.1 (Samsung 830Series) and the Temp Folder was at SSD No. 2 (A-ADATA S510).

Well, demuxing again was not really fast. CPU around 10-15 % usage. System Resource Monitor Shows that the SSDs are Reading and Writing with only 55 mb/sek. So where is the performance-brake then?:confused:

Atak_Snajpera

7th July 2012, 18:27

So where is the performance-brake then?

here ...

System Resource Monitor Shows that the SSDs are Reading and Writing with only 55 mb/sek.

@gr1mmj0w
try newer or older ffdshow from here http://sourceforge.net/projects/ffdshow-tryout/files/SVN%20builds%20by%20clsid/generic%20builds/

SimonK91

7th July 2012, 20:02

Ok thanks, then it seems to be a SSD Problem when i only have around 50mb/sek read/write rate? Do you guys have much more?:confused:

slalom

7th July 2012, 20:45

If you Read/Write from/to a non SSD HDDit is logical. Between two means, the slowest sets the speed

smaller chunk in 2 pass is not a smart idea.
Not even at 10000 frames?
A few words to explain that?

SimonK91

7th July 2012, 23:37

If you Read/Write from/to a non SSD HDDit is logical. Between two means, the slowest sets the speed

Yea sure, but i was wondering because i used two SSDs and 50mb/sek seems not to be fast for me. Which speeds do you guys have while demuxing?

crackinhedz

8th July 2012, 01:54

gr1mmj0w

8th July 2012, 05:02

@gr1mmj0w
try newer or older ffdshow from here http://sourceforge.net/projects/ffdshow-tryout/files/SVN%20builds%20by%20clsid/generic%20builds/

I tried 4 different versions and they all crash with the same error.

Let me try a regular encode and not a batch encoding session.

update

even when trying a regular encode, it still errors :(

Trayman

8th July 2012, 10:27

@gr1mmj0w Have you tried different movies or are you trying just one ?

//Trayman

Atak_Snajpera

8th July 2012, 12:56

@crackinhedz
check in other players

Ryushin

8th July 2012, 14:47

Question regarding subtitles using new 1.17.2

It seems now when using bluray .sup English forced, I am getting a black border around the subtitle. Using the "forced" option under selectable subtitles.

1.17.1 never gave me this trouble, any ideas?

It's just the subtitles you selected. I have more then a few movies that have both the closed caption with the black border and the normal subtitles. Sometimes it's the first one listed and after it's done I need to remux them. But since you are burning them in, you need to double check the preview window to make sure they are the ones you want. It has nothing to do with RipBot.

gr1mmj0w

8th July 2012, 16:05

@gr1mmj0w Have you tried different movies or are you trying just one ?

//Trayman

different videos.

I'm encoding all these videos for my son so he can stream from my nasbox.

it's weird, encoding a .mp4 brings up the error, not a bluray :/

crackinhedz

8th July 2012, 18:07

But since you are burning them in, you need to double check the preview window to make sure they are the ones you want. It has nothing to do with RipBot.Unfortunately, I am not burning them in, they are simply selectable subtitles with the "forced" flag. The black border does not stay around subtitles throughout the entire movie, only some/most of them.

@crackinhedz
check in other players
I will have to give this a try, only been using VLC. (with latest updates)

Thanks

EDIT:

well I tried playing back the mkv using MPC and Windows Media player and neither of them would show the subtitles (looked around the web for some tips, still no show) so I found another program called DAPlayer (never heard of before) but it played the mkv and subtitles and still have the black boarder problem.

I also included a shot showing the black box is not there for all subtitles, just most of them!

Could it possibly be an issue with BDsup2sub?

slalom

8th July 2012, 18:07

Another issue,
while connecting with Remote Desktop Connection a "floating point" error appeared. Chuncks were stored, I didn't loose anything.
This is the error

http://s9.postimage.org/d8u2k9zan/error.jpg (http://postimage.org/)
img upload (http://postimage.org/)

Atak_Snajpera

8th July 2012, 19:33

it has to be a bug in remote desktop. whenever you connect default . decimal symbol in system is being changed to ,

that's a reason why you get this error message. application is now expecting a , as floating point separator while converting string value to float variable.

slalom

8th July 2012, 20:24

I see..

Ryushin

9th July 2012, 12:24

Unfortunately, I am not burning them in, they are simply selectable subtitles with the "forced" flag. The black border does not stay around subtitles throughout the entire movie, only some/most of them.

I also included a shot showing the black box is not there for all subtitles, just most of them!

Could it possibly be an issue with BDsup2sub?

I can't view the pictures you have attached yet as they are pending approval. But the subtitles in Blu-ray are the same as DVD in that they are bitmaps and not text. If your subtitles are showing the close caption black box around your text, then that is how that subtitle was created. When I attach the subtitles in my MKV's, I look for all the english subtitles. I usually add the first one listed, and if there is a similar sized one, usually within a few KB of the first one, I include that one as well. It sometimes is the closed capture subtitle which would make reading it easier during times when it's hard to view the movie such as in the sun on a tablet.

Put the DVD/Blu-ray into a player and select the different subtitles available. You will find that the close captions subtitles are coming from the disc and not from RipBot.

crackinhedz

9th July 2012, 23:32

If your subtitles are showing the close caption black box around your text, then that is how that subtitle was created.
It is from the movie JCVD (jean claude van damme). The movie audio is in [native] French so I take the english subtitle, first one on the list...as usual. (have done many movies no problems). The black box does not show around each line of subtitle through the movie, just some/most. So its not a closed caption sub. Once the pictures are approved you will see what I mean...one line its not there, the next it is. Its random.

My guess is BDsup2Sub, but again just a guess.

EDIT: here are some additional pictures for you to get understanding (had to cover a word in red :D )

http://i176.photobucket.com/albums/w184/crackinhedz/Capture1-4.jpg

http://i176.photobucket.com/albums/w184/crackinhedz/Untitled-3.jpg

crackinhedz

10th July 2012, 01:11

I ended up just finding the .srt file online and muxed that into the mkv. Problem solved temporarily.

Atak_Snajpera

10th July 2012, 09:09

try to disable sup2sub conversion in ripbot264.ini

then select english sup again in ripbot

SimonK91

11th July 2012, 13:38

I tested now several different HDDs and SSDs and im wondering why there are only 30-50 mb/sek read and write rates while demuxing. Is that normal that it is not higher? Demuxing is faster now than before (had the temp folder on a slower HDD and the source was on the same HDD so the demuxing part took a lot of time). But since my SSDs are usually way faster than 30-50 mb read and write im wondering why demuxing is not using maximum HDD speed (CPU is only 30 % exhausted while demuxing).

Would be nice to hear some information from you if you guys have higher speeds.:)

ceet12

11th July 2012, 18:38

Hello atak

i have a general problem with subtitles, recently i converted my copy of black rain

the final output is great but the converted subtitles included when viewed are placed extremely high up in the picture of the film. rather than lower down like they should be, i have checked the source and the subs do appear lower down in the usual sub place

how can i renocde this to get the subs to appear at the bottom of the film as they should be or usually do?

the makjority of film ive ripped have all been fine, regarding the position of the subtitles, bar one or two so im not sure what has gone wrong?

Any help would greatly be appreciated!

regards

Atak_Snajpera

11th July 2012, 19:24

show me screenshot. i would like to see how subtitles look like on movie.

Ryushin

11th July 2012, 21:21

slalom

12th July 2012, 20:25

What is this error?
"Cannot open file E:\Temp\RipBot264temp\job1\info.txt"
DE is enabled

Atak_Snajpera

12th July 2012, 20:39

does this file exists?

slalom

12th July 2012, 21:41

The error appeared after indexing completed, and the file does not exist

Atak_Snajpera

12th July 2012, 22:03

something is wrong with source then.

Manul

14th July 2012, 20:47

All of a sudden my distributed encoding stopped working for no reason - distributed client does not start anymore, just regular encoding. Please help to resolve. Let me know if you need any further info about my set up.

Atak_Snajpera

14th July 2012, 21:16

delete all jobs in queue
close ripbot
make sure that de mode is enabled in ripbot264.ini
add again some .avi .mkv .mp4 ... to queue

Manul

15th July 2012, 00:46

delete all jobs in queue
close ripbot
make sure that de mode is enabled in ripbot264.ini
add again some .avi .mkv .mp4 ... to queue
Did that a few few times (no jobs in a queue) - does not work.
UseDistributedEncoding=1
I've just used it a dozen of times before with a great success, but yesterday it's just stopped. It all has started when RipBot chocked on one TS file in a queue once (only 5 seconds of a video in a result). Anything else I can try? Thanks in advance!

silence09

15th July 2012, 04:14

Hi atak,

thanks for this new updated version of ripbot..
btw its my first time trying encoding with distributed encoding enabled.
im trying to use 2 computers with win7-64bit and win7-32bit im having an issue with the 32bit system saying that the x264 tool is not compatible even though I have replaced the x264 files x264_x68 and x264_x68_10bit already to the 32bit version...

- Edit
* ah actually I got it solved ... tried to use the server.exe of the old v 1.17.1 and it worked great

Atak_Snajpera

15th July 2012, 11:05

@manul
not all formats are supported in de mode. see what was written as note in ripbot264.ini

Manul

15th July 2012, 16:13

@manul
not all formats are supported in de mode. see what was written as note in ripbot264.ini
So even if I demuxed it myself and get 264 file I still will be stuck in a single server mode?

Atak_Snajpera

15th July 2012, 16:37

note from ripbot264.ini
// Supported input formats AVI / MP4 / MKV / DVD / HD-DVD / Blu-ray

solution:
mux .264 file into supported container.

Manul

15th July 2012, 18:27

note from ripbot264.ini

solution:
mux .264 file into supported container.
The strange thing is that when I demux that TS and get the 264 stream RipBot takes it but still does the processing in a single server mode. Other blurays RB processes in DE. Do you think it might be the stream itself or should I try to wrap it into MKV?

Atak_Snajpera

15th July 2012, 20:24

read again my previous post.

x110x

16th July 2012, 13:32

v 1.16.5 , cropping doesnt work if i resize to 720p , but without resizing its work .. what"s problem?

slalom

16th July 2012, 16:32

Use v 1.17.2

GhostKilla

16th July 2012, 17:09

Hi Atak_Snajpera,

I've used long time the version 1.16.x, with the old denoise filter. With your new version, i don't know how use the new denoise filter introduced, can you explain the parameters to have something like old filter, for film and animation.

thanks in advance

Atak_Snajpera

16th July 2012, 17:44

every source is different. you have to decide how strong denosing is required.

x110x

16th July 2012, 19:50

i dont want to use 1.17 , 1.16.5 encodding settings better , you can easly config it.

and same problem , i cant crop videos. v.17.2

Ryushin

16th July 2012, 20:46

i dont want to use 1.17 , 1.16.5 encodding settings better , you can easly config it.

and same problem , i cant crop videos. v.17.2

Learn. It's not hard to edit a text file. You'll have a lot more control and knowledge of what is going on.

defalopii

17th July 2012, 09:03

The problem still not solved on Distributed Encoding over internet.
I have 2 servers on different country with Windows 7 64 bit.
Setting up a VPN using Teamviewer. The network between that 2 servers works perfectly. I can access RipBot264temp folder on both server. I even can play very old LAN game using IP given by Teamviewer VPN.
Than trying the Distributed Encoding. Encoding started on Server 1, Encoding Client opened, copying file to shared folder...indexing..preparing chunks...etc
Than i open Encoding Server on Server 2, its already using IP that given by VPN. "7.190.20.56:1000"
I put that IP to the Encoding Client on Server 1, but it always "Encoding Terminated"
I hope developer can understand what i mean, and solve the problem.