View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY
pacaveli211
23rd December 2010, 17:51
I'd just demux the audio manually as that seems to be the issue.
someone else here may have a better solution if that isn't a good work-around for ya
diggityDawg
23rd December 2010, 21:34
How about getting around the Java check? Anyone have any advice for that? Please help, can't use RipBot until it figures out I already have Java installed...
zazon
23rd December 2010, 23:18
Thanks for the reply. How does one demux the audio manually?
pacaveli211
23rd December 2010, 23:34
grab tsMuxeR (freeware) http://www.smlabs.net/tsmuxer_en.html
diggityDawg - I'm not sure on the java thing. I have 6.22 and it's working without any issue. did you install the x64 or x86? ripbot probably needs the x86
you can try using this page to make sure there's not an issue with the java install: http://java.com/en/download/installed.jsp
zazon
24th December 2010, 00:11
Thanks Paca. The file I put into RipBot and is giving the error was already run through tsMuxer. I like ripping out the extra tracks. Was there a step I missed?
pacaveli211
24th December 2010, 00:20
what is your goal for the audio? i.e. what is your end result with it going to be (encode to flac/ac3/etc)?
zazon
24th December 2010, 08:23
My goal is to put the .m2ts file into RipBot without an error message so I can re-encode it.
Atak_Snajpera
24th December 2010, 12:21
Wouldn't be easier and simpler to import .m2ts directly from BD???
pacaveli211
24th December 2010, 17:30
My goal is to put the .m2ts file into RipBot without an error message so I can re-encode it.
that doesn't answer my question...I said the audio
Wouldn't be easier and simpler to import .m2ts directly from BD???
yeah I was thinkin the same thing....not much point remuxing it if you're just gonna leave it in .m2ts where ripbot has to do the same thing as if it were the original
unless he's checking size for bd25, cuz I do something similar =)
3408
25th December 2010, 13:38
Atak_Snajpera Christmas present coming soon from U?
3408
25th December 2010, 13:43
hello, how to crop when resize to 1280X720?
Thanks. Once it demuxes then click on the properties tab under MODE there you will see your options for cropping.
Woqini
26th December 2010, 10:13
Suddenly out of the blue i start getting this error:
eac3to v3.24
command line: "C:\Program Files (x86)\RipBot264v1.16.3\Tools\eac3to\eac3to.exe" "J:\MainMovie\GLADIATOR_G51\" 1) 2: "F:\temp\RipBot264temp\job1\video.mkv" -seekToIFrames 3: "F:\temp\RipBot264temp\job1\audio_English.dtsma.w64" -down16 4: "F:\temp\RipBot264temp\job1\4_subtitles_Danish_1080.sup" 1: "F:\temp\RipBot264temp\job1\chapters.txt" -progressnumbers -log="F:\temp\RipBot264temp\job1\demuxlog.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 1 audio track, 1 subtitle track, 2:50:56, 24p /1.001
1: Chapters, 28 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, 24 bits, 1509kbps, 48kHz)
4: Subtitle (PGS), Danish
Creating file "F:\temp\RipBot264temp\job1\chapters.txt"...
[v02] Extracting video track number 2...
[a03] Extracting audio track number 3...
[s04] Extracting subtitle track number 4...
[v02] Muxing video to Matroska...
[a03] Decoding with ArcSoft DTS Decoder...
[a03] Reducing depth from 24 to 16 bits...
[a03] Writing W64...
------------------------
I know its not ripbot causing this error. I havent changed anything on my system.
I have never had an error using Ripbot before ...
Running Windows 7 64bit
pacaveli211
26th December 2010, 17:54
Woqini- I see no error in the information you've provided
Woqini
26th December 2010, 18:46
This is what happens ...
I load the BD stream as usual, and Ripbot starts demuxing. when it's apx. 60 pct. complete it starts all over demuxing again from scratch. At 60 pct. it stops and i get a window with the text i copy/pasted.
benjyv
28th December 2010, 12:45
New version coming soon?
Atak_Snajpera Christmas present coming soon from U?
yep , good ideea.....
And if I may suggest to Atak, and here I can, to introduce a system for SSIF files encoding (these ssif files are coming with 3D movies).
I don't wanna brag but I have some experience in extracting these files - at least theoretically - and I can help people who wanna start this kind of new "threat"
Till then , I wish you all A HAPPY NEW YEAR 2011 !!!!
Woqini
28th December 2010, 14:46
BITDEFENDER 2011 was the bandit :mad:
Shutting down everything wasn't enough, it needed to be completely uninstalled.
benjyv
28th December 2010, 18:56
@Woqini
Don't worry !!!
Just PM me and I'll solve your issue....
I have " BIT DEFENDER 2011 ALL PRODUCTS helper " :D
zazon
29th December 2010, 01:53
Wouldn't be easier and simpler to import .m2ts directly from BD???
Based on this I'll take it there's no reason to run the file through tsMuser to rip out the extra audio and subtitle tracks?
pacaveli211
29th December 2010, 03:10
yeah ripbot is just gonna pop up a selection box asking you which tracks you need (and which ones to demux) anyways
benjyv
29th December 2010, 08:30
yeah ripbot is just gonna pop up a selection box asking you which tracks you need (and which ones to demux) anyways
how that ???
...did you guessed it, did a brownie whispered or Atak revealed in private some news and we do not know?? :D
bdj911
30th December 2010, 06:18
I get a similar error on 3 out of the last 4 blu-rays I tried to rip to mp4 for ipod. Crank, S. Darko, and Star Trek VI. Star Trek IV was fine. Here is the demux log. Any ideas on what is wrong?
eac3to v3.24
command line: "C:\Users\Public\Downloads\DVD Tools\RipBot264v1.16.3\Tools\eac3to\eac3to.exe" "D:\" 1) 2: "K:\temp\RipBot264temp\job1\video.mkv" -seekToIFrames 3: "K:\temp\RipBot264temp\job1\audio_English.thd.w64" -down16 8: "K:\temp\RipBot264temp\job1\8_subtitles_English_1080.sup" 9: "K:\temp\RipBot264temp\job1\9_subtitles_English_1080.sup" 10: "K:\temp\RipBot264temp\job1\10_subtitles_French_1080.sup" 11: "K:\temp\RipBot264temp\job1\11_subtitles_Spanish_1080.sup" 12: "K:\temp\RipBot264temp\job1\12_subtitles_Portuguese_1080.sup" 13: "K:\temp\RipBot264temp\job1\13_subtitles_English_1080.sup" 14: "K:\temp\RipBot264temp\job1\14_subtitles_French_1080.sup" 15: "K:\temp\RipBot264temp\job1\15_subtitles_Spanish_1080.sup" 1: "K:\temp\RipBot264temp\job1\chapters.txt" -progressnumbers -log="K:\temp\RipBot264temp\job1\demuxlog.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 5 audio tracks, 8 subtitle tracks, 1:49:59, 24p /1.001
1: Chapters, 15 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: TrueHD/AC3, English, 7.1 channels, 48kHz, dialnorm: -27dB
(embedded: AC3 EX, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB)
4: AC3, French, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
5: AC3, Spanish, 2.0 channels, 224kbps, 48kHz, dialnorm: -27dB
6: AC3, English, 2.0 channels, 224kbps, 48kHz, dialnorm: -27dB
7: AC3, English, 2.0 channels, 224kbps, 48kHz, dialnorm: -27dB
8: Subtitle (PGS), English
9: Subtitle (PGS), English
10: Subtitle (PGS), French
11: Subtitle (PGS), Spanish
12: Subtitle (PGS), Portuguese
13: Subtitle (PGS), English
14: Subtitle (PGS), French
15: Subtitle (PGS), Spanish
Creating file "K:\temp\RipBot264temp\job1\chapters.txt"...
[v02] Extracting video track number 2...
[s12] Extracting subtitle track number 12...
[s13] Extracting subtitle track number 13...
[s15] Extracting subtitle track number 15...
[a03] Extracting audio track number 3...
[a03] Extracting TrueHD stream...
[a03] Removing TrueHD dialog normalization...
[a03] Decoding with libav/ffmpeg...
[s09] Extracting subtitle track number 9...
[a03] Remapping channels...
[a03] Reducing depth from 24 to 16 bits...
[a03] Writing W64...
[s14] Extracting subtitle track number 14...
[s10] Extracting subtitle track number 10...
[v02] Muxing video to Matroska...
[s11] Extracting subtitle track number 11...
[s08] Extracting subtitle track number 8...
[a03] Creating file "K:\temp\RipBot264temp\job1\audio_English.thd.w64"...
[s09] Creating file "K:\temp\RipBot264temp\job1\9_subtitles_English_1080.sup"...
[s11] Creating file "K:\temp\RipBot264temp\job1\11_subtitles_Spanish_1080.sup"...
[s08] Creating file "K:\temp\RipBot264temp\job1\8_subtitles_English_1080.sup"...
[s12] Creating file "K:\temp\RipBot264temp\job1\12_subtitles_Portuguese_1080.sup"...
[s10] Creating file "K:\temp\RipBot264temp\job1\10_subtitles_French_1080.sup"...
[s10] [1:03:11] The source file seems to be damaged (sync byte missing). <WARNING>
[s10] [1:03:11] The source file seems to be damaged (transport error indicated). <WARNING>
[s10] [1:03:11] The source file seems to be damaged (sync byte missing). <WARNING>
[s10] [1:03:11] The source file seems to be damaged (sync byte missing). <WARNING>
[v02] [1:03:53] The source file seems to be damaged (sync byte missing). <WARNING>
[s09] [1:00:30] The source file seems to be damaged (sync byte missing). <WARNING>
[s14] [0:45:27] The source file seems to be damaged (sync byte missing). <WARNING>
[s14] [0:45:27] The source file seems to be damaged (transport error indicated). <WARNING>
[s13] [0:17:34] The source file seems to be damaged (sync byte missing). <WARNING>
[s13] [0:17:34] The source file seems to be damaged (transport error indicated). <WARNING>
[s12] [1:03:11] The source file seems to be damaged (sync byte missing). <WARNING>
[s12] [1:03:11] The source file seems to be damaged (transport error indicated). <WARNING>
[s15] [0:00:02] The source file seems to be damaged (sync byte missing). <WARNING>
[s15] [0:00:02] The source file seems to be damaged (transport error indicated). <WARNING>
[s09] [1:00:30] The source file seems to be damaged (transport error indicated). <WARNING>
[v02] [1:03:53] The source file seems to be damaged (transport error indicated). <WARNING>
[v02] [1:03:53] The source file seems to be damaged (sync byte missing). <WARNING>
[s08] [1:00:15] The source file seems to be damaged (sync byte missing). <WARNING>
[s13] [0:17:34] The source file seems to be damaged (sync byte missing). <WARNING>
[s11] [1:03:11] The source file seems to be damaged (sync byte missing). <WARNING>
[s12] [1:03:11] The source file seems to be damaged (sync byte missing). <WARNING>
[a03] [1:03:53] The source file seems to be damaged (sync byte missing). <WARNING>
[s15] [0:00:02] The source file seems to be damaged (sync byte missing). <WARNING>
[s09] [1:00:30] The source file seems to be damaged (sync byte missing). <WARNING>
[s14] [0:45:27] The source file seems to be damaged (sync byte missing). <WARNING>
[v02] [1:03:53] The source file seems to be damaged (sync byte missing). <WARNING>
[s08] [1:00:15] The source file seems to be damaged (transport error indicated). <WARNING>
[s13] [0:17:34] The source file seems to be damaged (sync byte missing). <WARNING>
[s11] [1:03:11] The source file seems to be damaged (transport error indicated). <WARNING>
[s12] [1:03:11] The source file seems to be damaged (sync byte missing). <WARNING>
[a03] [1:03:53] The source file seems to be damaged (transport error indicated). <WARNING>
[s15] [0:00:02] The source file seems to be damaged (sync byte missing). <WARNING>
[s09] [1:00:30] The source file seems to be damaged (sync byte missing). <WARNING>
[s14] [0:45:27] The source file seems to be damaged (sync byte missing). <WARNING>
[v02] [1:03:53] The source file seems to be damaged (discontinuity). <WARNING>
[s08] [1:00:15] The source file seems to be damaged (sync byte missing). <WARNING>
[s08] [1:00:15] The source file seems to be damaged (sync byte missing). <WARNING>
[a03] [1:03:53] The source file seems to be damaged (sync byte missing). <WARNING>
[s11] [1:03:11] The source file seems to be damaged (sync byte missing). <WARNING>
[a03] [1:03:53] The source file seems to be damaged (sync byte missing). <WARNING>
[s11] [1:03:11] The source file seems to be damaged (sync byte missing). <WARNING>
[a03] [1:03:53] The source file seems to be damaged (discontinuity). <WARNING>
[a03] This track is not clean (2). <WARNING>
[v02] [1:10:21] The source file seems to be damaged (sync byte missing). <WARNING>
[s08] [1:06:40] The source file seems to be damaged (sync byte missing). <WARNING>
[s08] [1:06:40] The source file seems to be damaged (sync byte missing). <WARNING>
[s10] [1:09:36] The source file seems to be damaged (sync byte missing). <WARNING>
[s10] [1:09:36] The source file seems to be damaged (sync byte missing). <WARNING>
[s14] [0:45:27] The source file seems to be damaged (sync byte missing). <WARNING>
[s11] [1:09:36] The source file seems to be damaged (sync byte missing). <WARNING>
[s11] [1:09:36] The source file seems to be damaged (sync byte missing). <WARNING>
[s09] [1:06:54] The source file seems to be damaged (sync byte missing). <WARNING>
[v02] [1:10:21] The source file seems to be damaged (sync byte missing). <WARNING>
[s13] [0:17:34] The source file seems to be damaged (sync byte missing). <WARNING>
[s12] [1:09:36] The source file seems to be damaged (sync byte missing). <WARNING>
[s14] [0:45:27] The source file seems to be damaged (sync byte missing). <WARNING>
[s15] [0:00:02] The source file seems to be damaged (sync byte missing). <WARNING>
[s09] [1:06:54] The source file seems to be damaged (sync byte missing). <WARNING>
[v02] [1:10:21] The source file seems to be damaged (discontinuity). <WARNING>
[s13] [0:17:34] The source file seems to be damaged (sync byte missing). <WARNING>
[s12] [1:09:36] The source file seems to be damaged (sync byte missing). <WARNING>
[s15] [0:00:02] The source file seems to be damaged (sync byte missing). <WARNING>
[a03] [1:10:21] The source file seems to be damaged (sync byte missing). <WARNING>
[a03] [1:10:21] The source file seems to be damaged (sync byte missing). <WARNING>
[a03] [1:10:21] The source file seems to be damaged (discontinuity). <WARNING>
[a03] The libav decoder reported error -1 while decoding. <ERROR>
Aborted at file position 17497587712. <ERROR>
benjyv
30th December 2010, 06:54
@bdj911
The source file is damaged
Trayman
30th December 2010, 15:51
@bdj911 My guess it that they have a new copy protection that your ripping soft can't handle properly.
bdj911
30th December 2010, 19:03
Sorry I forgot some other key information. I am using the latest version of Anydvd HD. I first tried direct from blu-ray and then I tried two after ripping to my hard drive. All seem to play fine using PoweDVD 8.
dzirkelb
30th December 2010, 20:49
I have been using this product for about a year now and absolutely love it. However, I have a couple .mkv files that when I go to compress then using ripbot, the file when it goes to demux only takes about 10seconds, and is ready to go. The reason is because it shows -----[NO AUDIO]----- in the audio stream. If I compress it, then I loose audio completely.
I have most recently noticed this on the Matrix collection, all 3 of them. There are other random ones in my collection also, but I just ignored them and moved on. However, my drive is filling up, and I would like to compress these now.
What information do I need to provide to get a resolution to this issue? The files themselves play great using WMC, Boxee, Media Player, WMP, etc.
mmmmdonut
30th December 2010, 21:21
Sorry I forgot some other key information. I am using the latest version of Anydvd HD. I first tried direct from blu-ray and then I tried two after ripping to my hard drive. All seem to play fine using PoweDVD 8.
All those discs you mentioned are older titles and anydvd wont have any issues with ripping those. Based off the log it looks like encryption is still on the disc.
Atak_Snajpera
31st December 2010, 09:36
@dzirkelb
show me content of mkvinfo.txt (it will be located in x:\temp\ripbot264temp\job1)
Noisrevid
1st January 2011, 18:18
Okay so I copied Back To The Future part 1, 2 and 3 to my HDD directly from my OWN Blu Rays with AnyDVD.
Loaded each movie into RipBot264 and using the same exact profiles and CRF 18 and resized to 720p using the same exact audio compression (in other words, nothing different between all 3 movies).
Part 1 came out to 7.2gb, part 2 came out to 3.7gb, and part 3 came out 4.2gb. All 3 movies are around 1 hour, 50ish minutes.. why is part 1 coming out to be SO MUCH larger than the other 2 movies? Is it because the x264 codec thinks part 1 is much higher quality then the other 2 movies and wanted to apply more video bitrate to every frame? I'm confused by this.
Edit: Part 1 probably has less screen movement/panning/action scenes than the other 2 as well, making this more confusing.
Wishbringer
1st January 2011, 19:33
x264 doesn't think part 1 of Back to the Future is higher quality than part 2 + 3. It thinks for some reasons that it need that high bitrate to get same quality like the other parts.
Maybe part 1 has some random grain or noise that the other parts don't have (maybe they have instead static noise).
Do some degrain and denoise on all parts and reencode again.
stasi
1st January 2011, 20:46
Okay so I copied Back To The Future part 1, 2 and 3 to my HDD directly from my OWN Blu Rays with AnyDVD.
Loaded each movie into RipBot264 and using the same exact profiles and CRF 18 and resized to 720p using the same exact audio compression (in other words, nothing different between all 3 movies).
Part 1 came out to 7.2gb, part 2 came out to 3.7gb, and part 3 came out 4.2gb. All 3 movies are around 1 hour, 50ish minutes.. why is part 1 coming out to be SO MUCH larger than the other 2 movies? Is it because the x264 codec thinks part 1 is much higher quality then the other 2 movies and wanted to apply more video bitrate to every frame? I'm confused by this.
Edit: Part 1 probably has less screen movement/panning/action scenes than the other 2 as well, making this more confusing.
I also encoded Back to the Future 1-3 from german BD. I ripped to SD resolution and my files are 1.09GB, 0.92GB and 1.02GB.
dzirkelb
1st January 2011, 21:24
@dzirkelb
show me content of mkvinfo.txt (it will be located in x:\temp\ripbot264temp\job1)
+ EBML head
|+ Doc type: matroska
|+ Doc type version: 2
|+ Doc type read version: 2
+ Segment, size 10136883056
|+ Seek head (subentries will be skipped)
|+ Segment information
| + Timecode scale: 1000000
| + Muxing application: libmakemkv v1.6.0 (0.7.7/0.8.1) win(x64-release)
| + Writing application: MakeMKV v1.6.0 win(x64-release)
| + Duration: 3296.293s (00:54:56.293)
| + Segment UID: 0x25 0x5c 0x0d 0x66 0x02 0x23 0xa1 0x0d 0x38 0x51 0x0a 0xb1 0xdc 0xde 0x9a 0x31
| + Date: Thu Nov 04 01:21:14 2010 UTC
|+ Segment tracks
| + A track
| + Track number: 1
| + Track UID: 1
| + Track type: video
| + Enabled: 1
| + Default flag: 1
| + Forced flag: 0
| + Lacing flag: 0
| + MinCache: 0
| + Timecode scale: 1
| + Max BlockAddition ID: 0
| + Codec ID: V_MPEG4/ISO/AVC
| + Codec decode all: 1
| + CodecPrivate, length 210
| + Default duration: 41.708ms (23.976 fps for a video track)
| + Video track
| + Pixel width: 1920
| + Pixel height: 1080
| + Interlaced: 0
| + Display height: 1080
| + Display width: 1920
| + Display unit: 0 (pixels)
| + A track
| + Track number: 2
| + Track UID: 2
| + Track type: audio
| + Enabled: 1
| + Default flag: 1
| + Forced flag: 0
| + Lacing flag: 1
| + MinCache: 0
| + Timecode scale: 1
| + Max BlockAddition ID: 0
| + Codec ID: A_TRUEHD
| + Codec decode all: 1
| + Language: eng
| + Default duration: 0.833ms (1200.000 fps for a video track)
| + Name: 5.1
| + Audio track
| + Sampling frequency: 48000
| + Channels: 6
| + Bit depth: 24
| + A track
| + Track number: 3
| + Track UID: 3
| + Track type: subtitles
| + Enabled: 1
| + Default flag: 1
| + Forced flag: 0
| + Lacing flag: 0
| + MinCache: 0
| + Timecode scale: 1
| + Max BlockAddition ID: 0
| + Codec ID: S_HDMV/PGS
| + Codec decode all: 1
| + Language: eng
| + EbmlVoid (size: 61)
|+ Chapters
| + EditionEntry
| + EditionFlagHidden: 0
| + EditionFlagDefault: 1
| + EditionUID: 2237994292
| + ChapterAtom
| + ChapterUID: 1
| + ChapterTimeStart: 00:00:00.000000000
| + ChapterFlagHidden: 0
| + ChapterFlagEnabled: 1
| + ChapterDisplay
| + ChapterString: Chapter 00
| + ChapterLanguage: eng
| + ChapterAtom
| + ChapterUID: 2
| + ChapterTimeStart: 00:09:13.970066666
| + ChapterFlagHidden: 0
| + ChapterFlagEnabled: 1
| + ChapterDisplay
| + ChapterString: Chapter 01
| + ChapterLanguage: eng
| + ChapterAtom
| + ChapterUID: 3
| + ChapterTimeStart: 00:18:18.514066666
| + ChapterFlagHidden: 0
| + ChapterFlagEnabled: 1
| + ChapterDisplay
| + ChapterString: Chapter 02
| + ChapterLanguage: eng
| + ChapterAtom
| + ChapterUID: 4
| + ChapterTimeStart: 00:27:36.738400000
| + ChapterFlagHidden: 0
| + ChapterFlagEnabled: 1
| + ChapterDisplay
| + ChapterString: Chapter 03
| + ChapterLanguage: eng
| + ChapterAtom
| + ChapterUID: 5
| + ChapterTimeStart: 00:33:24.335666666
| + ChapterFlagHidden: 0
| + ChapterFlagEnabled: 1
| + ChapterDisplay
| + ChapterString: Chapter 04
| + ChapterLanguage: eng
| + ChapterAtom
| + ChapterUID: 6
| + ChapterTimeStart: 00:44:03.307333333
| + ChapterFlagHidden: 0
| + ChapterFlagEnabled: 1
| + ChapterDisplay
| + ChapterString: Chapter 05
| + ChapterLanguage: eng
| + ChapterAtom
| + ChapterUID: 7
| + ChapterTimeStart: 00:53:04.639777777
| + ChapterFlagHidden: 0
| + ChapterFlagEnabled: 1
| + ChapterDisplay
| + ChapterString: Chapter 06
| + ChapterLanguage: eng
|+ Cluster
thanks
Noisrevid
2nd January 2011, 06:36
x264 doesn't think part 1 of Back to the Future is higher quality than part 2 + 3. It thinks for some reasons that it need that high bitrate to get same quality like the other parts.
Maybe part 1 has some random grain or noise that the other parts don't have (maybe they have instead static noise).
Do some degrain and denoise on all parts and reencode again.
Are you saying use the Ripbot264 Denoise "Film" option and see what the results will be? Currently running a decode with the Denoise - Film option right now on part 1.. will report back.
Wishbringer
3rd January 2011, 08:27
Are you saying use the Ripbot264 Denoise "Film" option and see what the results will be?
For example.
Or after creating job, but before starting encode, change script and insert another denoise/degrain-command (avisynth-knowledge recommended)
Noisrevid
3rd January 2011, 18:05
For example.
Or after creating job, but before starting encode, change script and insert another denoise/degrain-command (avisynth-knowledge recommended)
Gotcha.. well I simply used to built-in Denoise-FILM option in Ripbot and the encode dropped down to 4gb falling exactly in line with the other 2 movies!! And the quality remained the same (judging by my eyes anyways) so i'm happy now.. Thanks for the help! But it also makes me wonder if I apply the same denoise to the other other 2 parts if they will drop a lot lower now too :/
Edit: Re-encoded the other 2 parts with FILM DeNoise filter used and they dropped down a lot too, keeping the same major size difference again :/ I just guess I have to live with it.
bdj911
4th January 2011, 05:59
Sorry I forgot some other key information. I am using the latest version of Anydvd HD. I first tried direct from blu-ray and then I tried two after ripping to my hard drive. All seem to play fine using PoweDVD 8.
After digging around some I found a solution to my problem. I used txmuxerGUI to separate the video and audio streams and downconverted the HD audio streams.
I plugged in the video only file and then the audio file to ripbot264 and it built the mp4 file just fine.
Lighto
6th January 2011, 16:49
In the event that the demuxed video(.mkv) have more than 1 subtitle, RipBot should populate "PERMANENT SUBTITLES" drop down list with the list of subtitles as well instead of only "Do not use subtitles" and "Build in picture".
Currently to hardsub a different demuxed subtitle, one would have to manually edit the script.:(
I would think that this is a reasonable addition to the to-do list.:p
pacaveli211
6th January 2011, 18:33
if you choose the build in picture option it takes you to a browse window where you choose which subtitle file to build in...
it doesn't just choose one...and you don't have to edit the script
Lighto
7th January 2011, 01:49
if you choose the build in picture option it takes you to a browse window where you choose which subtitle file to build in...
it doesn't just choose one...and you don't have to edit the script
Strange, probably a problem with my source.
Edit: Figured out what went wrong, there was a demuxed subtitle in the same folder of the source.
Removed it from the folder and RipBot is now working as it should.:)
Z0r0b
8th January 2011, 01:01
Just discovered this awesome app after having experimented with several other encoders. My previous favourite was HDConvertToX, which is very good but very manual. The one thing I do prefer with HDC is the denoise options. RipBots FILM denoise is way too intensive for my video camera source - the denoised video looks very plasticy. Is there any chance of adding additional denoise options or the ability to customise the amount of noise the FILM option removes?
Atak_Snajpera
8th January 2011, 19:47
reduce that value
http://img218.imageshack.us/img218/6259/91783939.png
pacaveli211
9th January 2011, 04:45
anyone have any trouble with encodes doing like a frame shift kinda thing
this only applies to bluray players as it doesn't ever seem to have the issue (in the same place) on pcs
and seems to only happen in the movies that have heavy compression (i.e. bd9's but not bd25's)
this is something like what happens: http://i51.tinypic.com/2qco7wi.png
(this is just something I made, not a true snapshot of the issue, since it doesn't happen on PC)
it'll do this and then video playback halts for a few seconds...then resumes a few seconds ahead after skipping some video
anyone ever run into this / have any idea of the cause and/or a solution??
immortal001
9th January 2011, 05:09
Wondering if ripbot can do 3D bluray to mkv. There is a paid for option but checked the thread and can't find any details about 3D rip to mkv. if it can;t is it a future option?
Lighto
9th January 2011, 18:21
@immortal001
I don't think RipBot can do 3D encoding as of now, even if it is able to, it will probably require the user to modify the .avs before it can work.
Check out this thread for more info regarding MVC.
http://forum.doom9.org/showthread.php?t=158457
But I doubt any of GUI developers will implement 3D until there is standard container and format for the content.
immortal001
10th January 2011, 08:13
@Lighto
Cheers. Just thought as the .mkv container now has the flags someone may have built a script to do side by side or top bottom encoding, but then again the stream rip doesn't touch the SSIF folder which would be needed for 3D.
Makes sense to wait for a standard format.
I have 3D bluray ripper from a commercial source which does side/side and top/bottom mkv and works with stereoscopic player and nvidia's player.
Does a decent job but prefer ripbot as is non commercial and has never caused ma any issues. (Something that can't be said for the commercial one:))
Read a bunch of posts and couldn't come up with an answer. your link explained it perfectly.
Here's waiting for the formats to standardise.
beti88
10th January 2011, 22:05
Hi there!
Recently I've been using RipBot264 to encode 1080p videos to smaller ones, and so far it was working perfectly.
So I decided, why not try it with a big video. So I choose Iron Man. But despite my best efforts, the app generates some strange video 'errors' or 'artifacts' whatever they're called. And I can't figure out why. It wasn't a problem with the clips, and they are not present in the 1080p source.
This is what i'm talking about. They just keep appearing randomly.
http://img203.imagevenue.com/loc200/th_19129_snapshot20110105102022_122_200lo.jpg (http://img203.imagevenue.com/img.php?image=19129_snapshot20110105102022_122_200lo.jpg)
Here's my script, if it helps (not including the empty parts):
#Resize
video=Spline36Resize(video,1280,534).Sharpen(0.3)
#Colors
video=Tweak(video,hue=0,sat=1,bright=-12,cont=1.4)
#Denoise
LoadPlugin("c:\Users\Barati\Downloads\RibBot\Tools\AviSynth plugins\fft3dgpu\fft3dgpu.dll")
LoadPlugin("c:\Users\Barati\Downloads\RibBot\Tools\AviSynth plugins\gradfun2db\gradfun2db.dll")
video=FFT3DGPU(video,sigma=1.5).gradfun2db
Noisrevid
11th January 2011, 05:54
Just built a monster i7-2600K (Sandybridge Unlocked).. Plan on running close to 5ghz.. Will report back on x264's encoding performance.. I expect to be blown away. This post is mostly off-topic.. but I wonder if x264 will support the Intel built in video encoding accerators which should blow everything out of the water soon. Imagine, encoding a BR to 1080p with crazy settings in Ripbot at faster than real time.. that's what i'm talking about.. Go Intel!
weasel_
11th January 2011, 06:06
:)
U living in dream.
Quick Sync is just one more shity hardware encoder...
very litle or none benifet to x264 speed :(
But still u can imagine ;)
or encode br1080p faster then real time with intel "quality" encoder
Lighto
11th January 2011, 06:44
Interested to see the performance of the new Sandy Bridge as well.
More interested in AMD Fusion APU though since it comes with DX11 gfx.
LigH
11th January 2011, 07:51
@ beti88:
Which player do you use to play it with? VLC?
Atak_Snajpera
11th January 2011, 10:19
@beti88
Do you see the same artifacts in ripbot264 (preview script)?
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.