RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY

[sreemv]

it is shared - checked that

[slalom]

It's something about that file, nobody changes the settings on sharing, at least I don't!

[Atak_Snajpera]

what happens if you manually index video.mkv with ffindex.exe?

[sreemv]

Didnt try manually indexing..any specific options I need to know...?

[Atak_Snajpera]

ffindex.exe video.mkv

[sreemv]

is this the right one to use?

D:\RipBot264v1.17.1\Tools\AviSynth plugins\ffms>ffmsindex.exe I:\Temp\RipBot264temp\job97\video.mkv

[Atak_Snajpera]

yep. and what do you see?

[sreemv]

That didnt help because it only created video.mkv.ffindex file but the encoder client is missing/looking for video.mkv.ffindex_track00.kf.txt

"google" just suggested to me to use "-k" option - doing it now

[sreemv]

Progress!! - the chunks are created the encoder client loads all the chunks but encoding fails - the GUI keeps toggling from "Encoding" to "Idle" - command line execution shows it has trouble resolving the machine names?? "nbtstat -a", "ping -4", \\pc-7" all work!

c:\>"\\PC-7\Ripbot264temp\tools\avs2yuv\avs2yuv.exe" "\\PC-7\RipBot264temp\job97\Chunks\1.avs" -o
- | "\\PC-7\Ripbot264temp\tools\x264\x264_x64.exe" --pass 1 --bitrate 12288 --stats "\\PC-7\RipBot264temp\job97\Chunks\1.stat
s" --fps 24 --force-cfr --min-keyint 24 --keyint 240 --frames 14384 --sar 1:1 --level 4.0 --aud --nal-hrd vbr --vbv-bufsize 25000 -
-vbv-maxrate 25000 --b-pyramid none --stdin y4m --output NUL -
The network name cannot be found.

[Atak_Snajpera]

can you manually execute Chunks/1.cmd from another network pc?

[sreemv]

wow! They all say the same thing - "the network name cannot be found"

I even tried replacing the name with IP address, same result!

AH! I see the problem!!!

[sreemv]

The share got re-named "Ripbot264temp2" by windows [OS] when a different drive got the drive letter temporarily until I fixed it and so the path was invalid - so I unshared it and re-shared it again with the original name [Ripbot264temp] and applied original permission settings [everyone - read/write] and all is well!!

Thanks for putting up with my ignoramus debugging - all because of an oversight!

[8ternity]

HI Atak,

On the latest version of ripbot264; 1.17.1 all audio and subtitles tracks demuxex are not recognized the language. It's all "Undetermined" so we need to mediainfo all sources to know which language this is (audio and subtitles).

Did you need info?


thanks!

[hoju3508]

@8ternity, I don't get this problem. Did this happen on a particular movie or all of them?

[sreemv]

Atak,

All was well until my D.E went into pass2 and the encoder client just crashed with a OS message saying "not responding" - dead -poof - I dont see a progress/running log for the encoder client?

And, when I re-start the encode, its starting all over from the beginning

[sreemv]

And, this time it crashed half way along in pass1:



Please let me know if there is a way to debug this.

[Atak_Snajpera]

click on view problem details

what cpus do you have in your machines?

[slalom]

Originally Posted by sreemv

And, this time it crashed half way along in pass1:



Please let me know if there is a way to debug this.

My details on this problem

Υπογραφή προβλήματος:
  Όνομα συμβάντος προβλήματος:	APPCRASH
  Όνομα εφαρμογής:	EncodingClient.exe
  Έκδοση εφαρμογής:	1.1.0.0
  Χρονική σήμανση εφαρμογής:	2a425e19
  Όνομα ελαττωματικής λειτουργικής μονάδας:	ntdll.dll
  Έκδοση ελαττωματικής λειτουργικής μονάδας:	6.1.7601.17725
  Χρονική σήμανση ελαττωματικής λειτουργικής μονάδας:	4ec49b8f
  Κωδικός εξαίρεσης:	c0000005
  Μετατόπιση εξαίρεσης:	0002dede
  Έκδοση λειτουργικού συστήματος:	6.1.7601.2.1.0.256.1
  Αναγνωριστικό τοπικών ρυθμίσεων:	1032
  Πρόσθετες πληροφορίες 1:	e8ad
  Πρόσθετες πληροφορίες 2:	e8adce1c2b9e7be834b4063ac3c53863
  Πρόσθετες πληροφορίες 3:	e8ad
  Πρόσθετες πληροφορίες 4:	e8adce1c2b9e7be834b4063ac3c53863

You won't understand the first column, but you'll get the second

[JimmyK814]

I've been trying to get to the bottom of this one for a while. :-(

I just had a 4 hour 42 minute encode do this with 7 seconds remaining and I just started it over. It's random in the respect that it won't always happen even when redoing the same movie... or if it does it will happen at a totally different spot.

I've duplicated it on a Phenom II X4 965, X6 1100T, X6 1090T, Core 2 Q9650, Core i7 965, and a Core i7 2700k now. Usually restarting the job fixes it.

Maybe if the encoding client updated it's current status periodically rather then only when the Abort command is issued, restarting because of this wouldn't result in the loss of already processed chunks.

On a side note, I also noticed that you could start a job, abort it, change any settings and then resume it. If you weren't paying attention you could have half of a 720p movie backup tacked onto half of a 1080p movie backup, or some other combination.

[Atak_Snajpera]

1) this is exactly what i decided to implement this morrning. new version will save encoding progress immediately after number of encoded chunks increases.

2) yep something has to be done in this case. some warning ... i don't know yet.