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

laserfan

11th October 2008, 21:18

I have the same issue with my other system which is a P4 WinXP w/SP2. The only difference is I can run 1.10.6. Any version higher than .6 crashes immediately upon encoding.

My primary AMD based system has run every version without problem.Thanks pb, you have confirmed my suspicions (my P4 is WinXP w/SP3). I hope someone who understands x264 processing options can suggest a fix/workaround for this...?

mmmmdonut

12th October 2008, 02:57

Sorry to say even with a lovered bitrate the tvixes can't handle the files. Looks like there is something else in the profile that messes with the tvix.

Which Tvix model(s) are you using?

Paddy97

12th October 2008, 07:34

Which Tvix model(s) are you using?

I have two HD M-6500A. Both are v2 models ( the ones that tvix have updated with heatsinks and such ). I use one for my home cinema with a 108" screen and projector and one for my old fat TV.
One I keep at the last stable firmware ( home cinema ) and the one for the TV I keep up with the latest beta firmwares just to see if they work.

Paddy97

12th October 2008, 08:01

Last try with the .8 profiles. With these settings ( after reading another thread at doom9 about safe limits for limited hardware ) and truning of bpyramid. The problem persists with the tvix as a player.

BufferSize=14745
MaxBitrate=17500

I am using .6 version successfully but I have one Disney Bluray that this one do not handle successfully so I am very keen on finding the problem with the .7 and .8 releases.

boissy

12th October 2008, 13:51

I have two HD M-6500A. Both are v2 models ( the ones that tvix have updated with heatsinks and such ). I use one for my home cinema with a 108" screen and projector and one for my old fat TV.
One I keep at the last stable firmware ( home cinema ) and the one for the TV I keep up with the latest beta firmwares just to see if they work.

I have the tvix 7000,
do you think the firmware update is nescessary .

:o

NjB

laserfan

12th October 2008, 18:18

I have found that my crashing problem is owing to Atak's using a build of x264 for core2 computers, and then specifically it doesn't like the --nal-hrd option. If I use a build optimized for my P4 computer (found in this post (http://forum.doom9.org/showthread.php?p=1155803#post1155803)) then everything works!

EDIT: According to at least this post from Sharktooth (http://forum.doom9.org/showthread.php?p=1155803#post1155803) and this post from LoRd_MuldeR (http://forum.doom9.org/showthread.php?p=1194136#post1194136) using an x264 build made for core2 CPUs and above does not enhance speed and thus unnecessarily reduces compatibility.

brogan

12th October 2008, 18:28

If I have a 1920x800 file & just want to keep that resolution w/out stretching the video, is there a line I can add in .avs script to to just add the black bars (add borders)?
Some of the videos that I've converted have looked a little too stretched, it's a little distracting :(

juGGaKNot

13th October 2008, 08:29

Near the "remaining time" box there should be a "elapsed time" box.

Or a log at the end with "total encoding time"

bigggt

13th October 2008, 16:46

Has anyone had any luck using Ripbot for the Popcorn Hour.

I select the Level 4.0 profile and cq22 and the resulting file won't play, when i select it ,it just goes back to the menu

On a side note i have questions about the cq 22

i did Baby Mama with cq22 and resized to 720x384 and the file ended up being only 750mb with a bitrate of 700 , does this seem correct.

i also tried Transformers HD at 1280x720 (just cut a 20 second clip to test) and the result is bitrate of around 5000 but when played on 50" tv it does not look that good

weaver4

13th October 2008, 20:21

Has anyone had any luck using Ripbot for the Popcorn Hour.

I select the Level 4.0 profile and cq22 and the resulting file won't play, when i select it ,it just goes back to the menu

I use RipBot to make videos for my Popcorn Hour A-100. Never had a problem. I also use cq22. But I had been using the old 4.1 profile. Be sure to use the AAC-LC audio.

~bT~

13th October 2008, 21:29

i did Baby Mama with cq22 and resized to 720x384 and the file ended up being only 750mb with a bitrate of 700 , does this seem correct.
yes, it seems correct.

shades

14th October 2008, 10:10

I am just getting the microsoft error report when trying to re-encode a .mkv file. I am on a 3200+ Athlon PC with 2 Gig ram installed. XP pro

arapkadri

14th October 2008, 11:29

RipBot264v1.10.8.7z (15.97 MB)

Access to the URL has been denied! :scared:

prettyboy85712

14th October 2008, 13:51

RipBot264v1.10.8.7z (15.97 MB)

Access to the URL has been denied! :scared:

Works fine for me.

mouw

14th October 2008, 19:27

Backing up Blu-Ray movies w/RipBot almost 2mos now
started out using .4 ver migrated now -> new ver .8
done about 25 so far (9= BD-R / 16= BD9) almost ZERO problems **
Running dedicated VISTA-32bit machine-- Rip/Encode/Burn
Started out w/ E6600 CPU DualCore2 2.40ghz 4gig-DDR2-800mhz ECS-P965-MB
now using Q6600 QuadCore2 2.4ghz 4gig-DDR2-1066mhz P35-Gigabyte-MB
i have seen Encoding Times go from 22/28hrs--> 11/15hrs (BD-R 25g)
and Encoding Times go from 15/23hrs --> 8/11hrs (BD9 8.5g)
QuadCore is TWICE as FAST... i see the little CPU meter PEGGED @ 100%
newer RipBot ver .7-.8 the DeMuxing has dropped in Half 40-50min --> 20/25min

my Routine == 1920x1080p 24fps/NO Subtitles/5.1 AC3 640kbs/2-PASS
Started out doing the math...
TotalBitsBlankMedia/VideoRunTimeSec-640KbsAC3*94%(6%OverHead)= Projected Kbps
but RipBot interActive DropBoxes are so GOOD i now use them exclusively w/2-PASS
Check LockSizeTotalBox--HighLite and Enter 8170 (BD9= 8.5g DL) or 24000 (BD-R= 25g)
UnCheck LockSizeTotalBox--HighLite KBPS Adj#s until TotalBox =< 8175 or 24100
OverHead is running 3-3.5% = BD-R and 4% = BD9 (DVD+R DL)
early on testing Hunt for Red October --> BD9 i over calculated (math-method pushing envelope)
after 23hrs Encoding (E6600) i decided to BURN it anyway--Plays OK stops 20sec into Credits

RipBot 1.10.8 (AviSynth_257 / ffdShow_rev2156 / Haali Media Splitter 29032008)
** encountered problems
** Stopped during Encoding FFdShow Error message== changed -> ffdshow_2156
** Blue Screened 3times during Encoding== changed out OCZ PC6400 DDR2 for Corsair PC8500 DDR2
** OCZ memory SUCKS (not my 1st problem with this memory company)

NEVER a Problem with the RipBot GUI....
a BIG Thanks ATAK -- keep up the GOOD WORK -- iam a Huge FAN

shades

15th October 2008, 00:59

Well I tried to reinstalling version xx.8 from the link and I still get the Microsoft Error Report asking me to send or not to send the error to Microsoft when clicking on Start in RipBot trying to reencode a .mkv
I have no codec packs installed.

shades

15th October 2008, 09:19

shades

15th October 2008, 11:47

Well, here's something funny. I just installed RipBot264v1.10.zip (30MB)
from http://www.videohelp.com/tools/RipBot264?oldversions=1#download
and it seems to be working. Perhaps xx.8 has some files missing that are needed? The newer version is a lot smaller 18 MB ?

What I will try next is copying the updated version files out of the archive to the ripbot directory and see if the new one works.

Well after installing every version as listed in link above, I have found that any version after RipBot264v1.10.6 results in failure to convert or start pass 1. The Microsoft Error Reporting tool pops up and asks to send the error to Microsoft.

I am not sure what broke but I can now happily use RipBot264v1.10.6 on my AthlonXP 3200 System.

weaver4

15th October 2008, 13:49

Has anyone had any luck using Ripbot for the Popcorn Hour.

I select the Level 4.0 profile and cq22 and the resulting file won't play, when i select it ,it just goes back to the menu

I tired the latest build 1.10.8, Console profile [4.0], cq=22 and it played fine on my Popcorn Hour A-100.

weaver4

15th October 2008, 13:51

I tired the latest build using the Console profile and cq=22 and the filesizes look much, much better.

Thanks Atak_Snajpera!!!

Glaan

15th October 2008, 17:13

Best Prog i ever had for my ipod. Thanks Atak.
Can you please make it support variable framerate?
-(convertfps=true)
-http://avisynth.org/mediawiki/VFR

Thanks.

nwg

15th October 2008, 19:24

Can I suggest a few small things -

A pause encoding button.

A abort confirmation button. I have ruined two encoding sessions (and wasted 12 hours of encoding) as I had to press the button mouse to get it moving and both times was over the abort button.

Save encoding project option.

laserfan

15th October 2008, 19:25

Well after installing every version as listed in link above, I have found that any version after RipBot264v1.10.6 results in failure to convert or start pass 1. The Microsoft Error Reporting tool pops up and asks to send the error to Microsoft.

I am not sure what broke but I can now happily use RipBot264v1.10.6 on my AthlonXP 3200 System.I don't know the 3200, but I'd guess it's related to Atak's using a build with the core2 option enabled, as I mentioned a few posts ago.

prettyboy85712

15th October 2008, 20:02

I don't know the 3200, but I'd guess it's related to Atak's using a build with the core2 option enabled, as I mentioned a few posts ago.

No problem here when using the latest build and my XP3200.

shades

15th October 2008, 22:40

I don't know the 3200, but I'd guess it's related to Atak's using a build with the core2 option enabled, as I mentioned a few posts ago.

Could be. My PC is an older AthlonXP 3200+ single core CPU.

nwg

17th October 2008, 19:04

How do subtitles work with this software? I wanted to do Fearless which would need subs as it has Chinese audio. It found the subtitles in the select stream bit but it wantesd SRT subs and not sup. I would thought it would use SUP format if it detects it in the first place. I was hoping the burned in subtitle bit would make the subs part of the picuture.

mmmmdonut

17th October 2008, 20:33

nwg

17th October 2008, 20:39

I use supread for HD DVD titles and it works great. Havent found a good tool for Blu-ray titles. Suprip seems like it does the trick but havent had the chance to really test it yet. Both tools will convert sup to srt.

I have supread and suprip but doesn't work with the demuxed sup file. Suprip liked Blu Ray but it takes a long time to OCR as it can't do a line without quering something during the OCR.

I was hoping that the ripbot program automatically works with the evo file as it detects the subtitles. Why detect them if they cannot be used?

Furiousflea

18th October 2008, 00:45

I have supread and suprip but doesn't work with the demuxed sup file. Suprip liked Blu Ray but it takes a long time to OCR as it can't do a line without quering something during the OCR.

I was hoping that the ripbot program automatically works with the evo file as it detects the subtitles. Why detect them if they cannot be used?

It CAN....

Subrip is great, its just rubbish for the first few mins of the film. Its LEARNING as you go so it needs less and less help as it goes. You will have to type the odd letter by about 30 mins in and by 45 mins it will pretty much do everything itself with maybe 2-3 more letters needed for the WHOLE 2nd half of the film...

I would hazard a guess that you haven't even tried to do the whole film with it and gave up after a few lines ;)

It took me about 5 mins each to do the jap version of "Ring" and its sequel\prequel - If you can't be bothered with that, I'd suggest not getting out of bed in the morning either. But I'm sure you weren't aware it gets easier :)

nwg

18th October 2008, 09:18

I would hazard a guess that you haven't even tried to do the whole film with it and gave up after a few lines ;)

I gave up after manually doing 200 lines. It was querying every line. As there was 1000 total lines that is more than 5 minutes.

Anyway, back to ripbot.

pOpY

18th October 2008, 11:00

Hello. Does it Speedup the encoding when ill use Windows Vista x64 on my Intel Q9450??

Thanks
pOpY

Furiousflea

18th October 2008, 16:40

I gave up after manually doing 200 lines. It was querying every line. As there was 1000 total lines that is more than 5 minutes.

Anyway, back to ripbot.

Ah ok, seems abit strange. Didn't mean to be rude before in my post hope it didn't come across like that :)

Maybe your disc is a one off, might be worth trying another just to see. I found that it worked much like speech recognition software\OCR software where it "learns". So if it comes across something you've already confirmed as being a certain letter it will remember it?

Hmmmm.

mouw

18th October 2008, 19:00

Does it Speedup the encoding when ill use Windows Vista x64 on my Intel Q9450?

Doesn't lOOk like RipBot is 64bit (http://forum.doom9.org/showthread.php?p=1173361&highlight=Vista+x64#post1173361)

Ajax_Undone

18th October 2008, 19:28

RipBot is a 32bit front end to multiple 32bit projects all it does is consolidate them to a simple solution for people who don't like to use a multi interface technique to encode a simple video stream...

It was made 32bit for compatibility for internal tools as well as external codecs. A 64 bit interface would not be smart for another good reason. Most ""buy it and your done"" PC's out there are running a 32bit windows xp/vista interface meaning with it being 32 bit it is compatible with all of those who wish to use it even people with 64 bit windows...

The Q6600 is possibly the best Intel processor for use with the x264 codec because it has a great instruction set that just flows like water...

As for windows 64bit The creator of ripbot runs vista 64bit and has not had any issue with speed or compatibility...

asarian

19th October 2008, 15:08

Well after installing every version as listed in link above, I have found that any version after RipBot264v1.10.6 results in failure to convert or start pass 1. The Microsoft Error Reporting tool pops up and asks to send the error to Microsoft.

I am not sure what broke but I can now happily use RipBot264v1.10.6 on my AthlonXP 3200 System.

I'm still using 1.10.5 my own self. Version 1.10.7 gave me really ugly errors (as others have posted, too) for some reason.

nwg

19th October 2008, 15:21

Quick bit of feedback. It worked great with my Transformers HD-DVD and looks great despite being just 4.37GB Blu Ray now. It took about 36 hours on my setup.

laserfan

19th October 2008, 15:45

I'm still using 1.10.5 my own self. Version 1.10.7 gave me really ugly errors (as others have posted, too) for some reason.Is yours a non-dual-or-quad core CPU?

asarian

19th October 2008, 15:50

Is yours a non-dual-or-quad core CPU?

It's a quad-core (Q6700 @ 3.2Ghz).

EDIT: The other machine I ran it on has a Q9450 (XP). The Q6700 is on Vista. 1.10.7 just wouldn't go, ranging from "x264 has stopped responding" to all sorts of very weird errors.

Damie

19th October 2008, 16:04

nwg

19th October 2008, 22:17

Is it possible to estimate how big file a HD DVD or Blu Ray of 20GB-25Gb will turn out on CQ 22? It would be great if I could save some time instead of doing 2 passes.

Furiousflea

20th October 2008, 00:20

Is it possible to estimate how big file a HD DVD or Blu Ray of 20GB-25Gb will turn out on CQ 22? It would be great if I could save some time instead of doing 2 passes.

No, not reliably anyway.

If it was possible then people wouldn't use 2 pass encoding would they!

It *could* be implemented by encoding small portions of the movie at various points = predict final output size...

In fact you could do it yourself, cut up your movie into chunks and use common sense to get to the result.

Ajax_Undone

20th October 2008, 05:43

Very nice program!
Thank you for making it.

How to deinterlace a normal 29.97fps NTSC DVD properly with ripbot264?

Choose both "deinterlace to 59.97fps (top field first)" and "decimate to 23.976fps" ?

I guess the AssumeFPS setting is not needed?

EDIT: I'm getting 49.750fps video after using the above settings. Is this normal?
If i use "deinterlace to 29.97fps (top field first)" with decimate, I get 23.976fps.

As it should be... Although I would use top field first 29.97 Dec to 23.976 just to cut down on the number of frames and the size of the file.
You will not notice any difference in video quality...

The 59.97 frame De interlace setting is for HD and Bluray DVD's... DvD's In general will not have anything more then 30FPS...

:rolleyes:

nwg

20th October 2008, 12:33

No, not reliably anyway.

If it was possible then people wouldn't use 2 pass encoding would they!

It *could* be implemented by encoding small portions of the movie at various points = predict final output size...

In fact you could do it yourself, cut up your movie into chunks and use common sense to get to the result.

Ok, thanks.

shades

21st October 2008, 04:26

Dark Shikari

21st October 2008, 04:31

Ok. I recently installed RipBot264v1.10.8 on my mates dual core AMD 4800 and a 2 pass re-code has taken 36 hrs overnight obviously.
Is this normal??? I understand that it may be compiled for Core 2 and not the AMD dual core CPUs but is this kind of speed to be expected?There's no "compiling for" of any significance; x264 has runtime CPU detection.

If its taken that long, perhaps you can try faster encoding settings?

nwg

21st October 2008, 20:25

A couple of comments.

Has anyone had problems with no fast forward or rewind?

I created a m2ts file from a Blu Ray with the original video and one audio track. I did this through tsmuxer. I then ran it through ripbot using 2 passes and down to a single layer DVD. I then burn the BDMV folder to a DVD using Imgburn. I then play it in my Sony S350 as a AVCHD disc. Sound and picture is great. I can chapter back and forth but cannot fast forward or rewind. The screen just stays still until I press play again.

Is this ripbot causing this or something else? Is it because I am using a m2ts file rather than the complete ripped disc?

Also, using the same m2ts created file method (but different films) I have had it abort itself around 40% into the pass1 and creates a 600MB BDMV fodler and obviously corrupted as it doesn't do anything.

marcmartin

21st October 2008, 22:26

If its taken that long, perhaps you can try faster encoding settings?

Yes, I wonder what settings are being used for a 36-hour encode, and how long is the video? I've got a 4-year old computer and encoding a 50 minute 720x1280 video takes about 16 hours using the built-in HD settings, 2-pass, 4000 kbps.

As for new feature requests, I guess I'd echo requests for a pause button, although I admit that it seems to work fine on my computer going in and out of hibernation in Windows XP. However, a pause button would be nice if I want the CPU to focus on something else temporarily.

Also, I wish the calculation of the estimated time remaining was based more on the recent encode speed, and not how much progress has been made from the beginning of the encode. If one hibernates in the middle of the encode, the ETA isn't even close to being correct afterwards.

nwg

21st October 2008, 22:41

Yes, I wonder what settings are being used for a 36-hour encode, and how long is the video? I've got a 4-year old computer and encoding a 50 minute 720x1280 video takes about 16 hours using the built-in HD settings, 2-pass, 4000 kbps.

All mine have been around 36 hours no matter what I do (10-12 hours pass 1 and 24 hours pass 2).

I have gone from a blu ray m2ts file at around 20-32GB and gone down to both a single sided and dual layer dvd.

I have done them all at 1280 x 720, 2 passes and 3500-4000ish kbps for single sided and 7000-8000ish for dual layer.

The longest I have done is transformers at 2 hours 25 minutes and get exception quality on a single sided 4.37GB.

shades

22nd October 2008, 11:24

Yes, I wonder what settings are being used for a 36-hour encode, and how long is the video? I've got a 4-year old computer and encoding a 50 minute 720x1280 video takes about 16 hours using the built-in HD settings, 2-pass, 4000 kbps.

As for new feature requests, I guess I'd echo requests for a pause button, although I admit that it seems to work fine on my computer going in and out of hibernation in Windows XP. However, a pause button would be nice if I want the CPU to focus on something else temporarily.

Also, I wish the calculation of the estimated time remaining was based more on the recent encode speed, and not how much progress has been made from the beginning of the encode. If one hibernates in the middle of the encode, the ETA isn't even close to being correct afterwards.

What settings are you suggesting I messed up? RipBot is meant to keep it all simple for people who are a little lost in re-coding encoding but I am quite open to finding out what I have done wrong. All I did was a 2 pass, locked size to 4480 and did a copy stream for the DTS audio. Mind you that came out in Italian ;-) perhaps some extra settings would be good. Changing Matroska Splitter to only grab English audio didn't work so some other program must be extracting the audio track.

Still, I just came back to another failed 36 hr recode. My mate is laughing at the audio mis match for all that effort. Oh, 1 pass encode took over 12 hrs as well. Meh, I'm a noob.