View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY
veggav
27th August 2008, 21:21
To add borders you need to reencode. There's no way around this.
Thank you Bigmango.
I was hopping for a friendly reply =)
Is ripbot the best way to do it or should I use megui with avisynth ?
With any of them, how do I do it ?
malimarek
27th August 2008, 21:38
Hi everybody, and especially hi to Atak Snajpera ( super program, kolego, jestem dumny, że urodziłeś się w Polsce). His application is great. I am not very proficient in all that encoding staff but I am not last in line either. I am trying to encode my BDs for my Apple Tvs. I was doing fine with DVDs and Handbrake before but now, you know, higher resolutions, different movie in every room, freedom for kids. Everything goes perfect except for limiting bit rate in ATV profile. I was reading about the profiles but I have impression even if I change the ATV profile or create new one from ATV one and put max bit rate 12000 the resulting file still ends up with 30Mb/s in its picks (Ok to be frank goes up to 19, 21 Mb/s – but still) and that makes my ATV choke(sometimes rally freezes for 20sec). Any help to make me happy. And another small question – is AC3 downmix dolby PrologicII. Will be grateful for the answer. Regards. Marek
Atak_Snajpera
27th August 2008, 22:00
Use 2-pass instead of CRF. 6Mbps will be ok for 720p (HQ). Buffer set to 5000 and max bitrate to 12000. Regarding audio. Multichannel audio is downmixed to plain stereo. PrologicII does not sound good on headphones and on plain speakers.
(A pomyśleć że ten programik powstał z myślą o konwersji dla mojego PSP'eka. :)
Ajax_Undone
27th August 2008, 23:01
It was? Wow PSP to BD Awesome... Tremendous job...
And malimarek you should be proud My grand parents (on my moms side) emigrated to US from Poland (during WW2) and they were the smartest people in the whole of the city they moved to...
brogan
29th August 2008, 00:55
whenever I add a file to encode, the lock file size option disappears...I would like to encode a file & keep the size the same or at least make the file 8 GB to fit on a DL DVD but I can't seem to do it..I'm using Vista 64-bit...the last time I tried to convert a 14 GB .ts file that was Profile 4, 25 fps & 1920x1084 to Profile 4.1, 23.976 fps & 1920x1080...it came out to 4.5 GB, I wanted to keep as much quality of the file as possibly & it was a mess...how can I configure this differently?
asarian
29th August 2008, 01:44
Thanks. But I somehow doubt defragging will stop x264 from hanging. I tried AVC -> AVC last night (just for test), and x264 crashed almost immediately. I'd rather Atak tell us how we can update the x264 prog in his distro. :)
Any word yet on the Win 2008 compatability? For now I went back to doing this on an XP 32-bit (Vmware ESX) box, but I can only assign that 2 vCPU's. I'd rather be doing this on the Win 2008 Server (also Vmware ESX), where I can give it 4 vCPU's.
prettyboy85712
29th August 2008, 04:56
whenever I add a file to encode, the lock file size option disappears...I would like to encode a file & keep the size the same or at least make the file 8 GB to fit on a DL DVD but I can't seem to do it..I'm using Vista 64-bit...the last time I tried to convert a 14 GB .ts file that was Profile 4, 25 fps & 1920x1084 to Profile 4.1, 23.976 fps & 1920x1080...it came out to 4.5 GB, I wanted to keep as much quality of the file as possibly & it was a mess...how can I configure this differently?
Change mode from CQ to 2-Pass.
Ajax_Undone
29th August 2008, 06:40
Any word yet on the Win 2008 compatability? For now I went back to doing this on an XP 32-bit (Vmware ESX) box, but I can only assign that 2 vCPU's. I'd rather be doing this on the Win 2008 Server (also Vmware ESX), where I can give it 4 vCPU's.
Have you tried x264.exe CLI using avs and cmd scripts it works on my server and it runs server 2008 enterprize.
*edit and it does use all 4 core 2 due Procesors...
asarian
29th August 2008, 07:17
Have you tried x264.exe CLI using avs and cmd scripts it works on my server and it runs server 2008 enterprize.
*edit and it does use all 4 core 2 due Procesors...
Thanks for replying. I guess with "CLI" you mean the standard distribution of x264? I did try to use that in combination with RipBot, but that failed immediately. I haven't done scripting yet. If I knew how to make the often complex command line options for x264, I wouldn't need RipBot. :)
Bigmango
29th August 2008, 08:38
Is ripbot the best way to do it or should I use megui with avisynth ?
With any of them, how do I do it ?
You can use both, but ripbot is the easiest to do it.
The only problem with ripbot is that it can't keep the original video source. Ripbot will add black borders by selecting i.ex 720 for your source in the resize options, but it shrinks the video to add the borders within the original resolution.
-> it will not output 1280x720, but add the borders inside your 1280x688 and to do this it shrinks/transforms your source.
For some strange reason Atak doesn't want to retain the original source, he prefers to modify it.
If you want to keep the original video, you can add the black borders manually in the avisynth script in the ripbot video settings tab. Add this line in the resize section:
video=AddBorders(video,00,16,00,16)
(16 = (720-688)/2)
This will add the borders and make your video 1280x720 without modifying its resolution.
brogan
29th August 2008, 13:37
Change mode from CQ to 2-Pass.
Is there any way to keep the file close to the same size that you start with? I would've put it on a BD25 if it kept the same size...
:thanks::thanks:
Bigmango
29th August 2008, 13:44
Is there any way to keep the file close to the same size that you start with? I would've put it on a BD25 if it kept the same size...
:thanks::thanks:
Select 2 pass and give it the original file's size. Or you can also give it the BD25 size to fill the BD25 completely if you want to maximize quality (assuming that the source is bigger).
Atak_Snajpera
29th August 2008, 21:18
-> it will not output 1280x720, but add the borders inside your 1280x688 and to do this it shrinks/transforms your source.
Your movie has incorrect aspect ratio. It should be 1.85 (1280x692) not 1.86 (1280x688).
Thanks for replying. I guess with "CLI" you mean the standard distribution of x264? I did try to use that in combination with RipBot, but that failed immediately.
New builds do not accept --b-adapt 1. New version should be ready tomorrow.
Bigmango
29th August 2008, 23:23
Your movie has incorrect aspect ratio. It should be 1.85 (1280x692) not 1.86 (1280x688).
This is because many other encoders guis >cut< (yes cut, they don't transform the video aspect ratio) the resolutions to automatically remove the black borders. 90% of the time they make the files 1280x688 or 1280x544, with no black borders.
But still the video aspec ratio is not wrong. It's just that to other tools cut a little more or a little less from each border. In your example with (692-688)/2= 2 -> it has cut 2 pixels from the top and from the bottom. This has nothing to do with aspect ratio. The video is fine. Now just add the borders and you have a correct 1280x720.
The problem with ripbot is that it will add borders inside the 1280x688 (or 1280x544 or whatever), making the video smaller that it originally was. So ripbot is losing a lot of image information and degrades picture quality.
Why degrade the picture quality by making the video smaller?
I prefer to maximize the picture quality for the given file size and for this I want to keep the original video. Re-encoding it already loses quality, why does ripobt force us to lose even more picture quality, for nothing.
Furthermore, 1280x720 is the standard 720p resolution. Why does ripbot want to force us to keep nonstandard resolutions (1280x544, 1280x688 etc...) and even more so, to do this it also wants us to transform the video to make it smaller by adding black borders inside the video resolutions.
And finally, with such nonstandard source resolutions (they are non standard only because the borders were cut, the video still has the right aspect ratio) ripbot currently has no way to output 720p (or 1080p etc...). Yes, in this example ripbot can't output a standart 720p (or 1080p... resolution). The only way to do this with the ripbot gui is to resize it to 1280x720; this will transform the video with a completely wrong aspect ratio.
The only way to do this right is to manually add the addborders() line to the avisynth script. Unfortunately, the normal user will never know this is possible.
It would be so much easier if ripbot could give us the option to select 720p (or 480p, 1080p, ...) and just add the black borders where they are missing.
New builds do not accept --b-adapt 1. New version should be ready tomorrow.
Thats some great news. :thanks:
Atak_Snajpera
30th August 2008, 00:40
Yes, in this example ripbot can't output a standart 720p (or 1080p... resolution).
Yeah right... What is wrong with you man?!?! I don't give a **** what other guis do. Correct aspect ratios are 1.333 1.778 , 1.85 , 2.35 ,2.40 end of story!
You don't even realize how many avis i had with completely wrong aspect ratio?!?! That's why those profile were made in order to avoid "stretched heads" on PSP , Ipod and so on. How I am supposed to know if frame was correctly cut or not!?!?!
Next time don't write that you don't get standard HD and FullHD resolutions because that statement is not true!!!! Profiles always give STANDARD resolutions!
Why degrade the picture quality by making the video smaller?
In this case you get 1280x692(+borders) instead of ...x688(+borders). According to math first one has more active lines so it is bigger not smaller. If you re-encode illegally downloaded mkv you already should say bye bye to picture quality. Next time use original HD-DVD/Blu-Ray disc.
Bigmango
30th August 2008, 01:27
Yeah right... What is wrong with you man?!?! I don't give a **** what other guis do. Correct aspect ratios are 1.333 1.778 , 1.85 , 2.35 ,2.40 end of story!
You don't even realize how many avis i had with completely wrong aspect ratio?!?! That's why those profile were made in order to avoid "stretched heads" on PSP , Ipod and so on. How I am supposed to know if frame was correctly cut or not!?!?!
Next time don't write that you don't get standard HD and FullHD resolutions because that statement is not true!!!! Profiles always give STANDARD resolutions!
Again:
1. You don't understand. You are mixing up video "cutting" and "aspect ratio transformation"; these are 2 differnt things.
I am only talking about "putting the borders back where they were cut" Nothing else.
2. As you are saying, it seems you are downloading movies from the internet with a wrong aspect ratio. Thats your experience. I have also seen this sometimes, but this is not what I am talking about.
I have several personal videos and backups that were done with many other tools over the years (automkv, etc...). I never transform the aspect ratio. Many of these tools automatically cut the borders. Some tools borders detection is better, some other tools do it less precisely (the tools have also improved and changed over the years so the encoded videos can be different). This is why there is a difference in the resolutions (1280x688, 1280x692 etc...). Some tools cut more, some less. But they DONT CHANGE the aspect ratio. THEY >CUT< the video -> some of the movie border was removed or the border was not removed completely, depending on the video and the resolution.
3. If left/right was cut movie information was lost in the source, nothing can be done to get it back; if top/bottom was cut only border were removed, sometimes some lines of the video are also cut depending on the original encoder gui's border detection).
In this case ripbot doesn't improve anything. It only makes matters worse by transforming and shinking the video, losing picture information/quality in the process. Yes ripbot will also output "compressed" heads as it wrongly transforms the aspect ratio.
-> 4. What does ripbot do when I select 1280? Ripbot adds borders inside these WRONG resolutions AND TRANSFORMS my video to make it smaller. -> It loses picture information and degrades quality.
5. No, with i.ex 1280x688 or 1280x544 files, if I select 1280 hd ready or 1920 fullHD ripbot CANNOT output standart resolutions (yes if the source aspect ratio was wrong it will correct it, depending on the source; but it will not give be the standard 720p). It will not give me the standart 1280x720, it will only preserve the original 1280x688 which is not standard hd ready.
720p and 1080p are THE standards: 1280x720 and 1920x1080.
6: To answer your question : "How I am supposed to know if frame was correctly cut or not!?!?!"
You cannot know this. The user knows this when he clicks on the preview button to preview the output.
I understand you need ripbot to do it as it does now because you need to correct the movies you are downloading from the internet which have a wrong aspect ratio. That's ok, and it IS NEEDED in some cases as you rightfully say.
I am not telling you to change this. I am only asking for more options. As you can see above, there are many different kinds of videos, so we need more options. You cannot know if a video aspect ratio is right or wrong. Assuming so as ripbot does now results in a wrong output, depending on the source.
There are several ways to make this convenient : In resize, next to 1280 HD ready and 1920 Full HD, just add another option for 720p and 1080p (and 480p ?) and auto add borders to match this. Or you could also just offer a "select box" that will only add borders to match the standard resolutions without resizing the video.
(or you could also let the user decide manually in the gui how much border he wants to add .... this will still always be better than the "hidden" addborders() command line a normal user will never know exists). This decision is up to you; you decide how you want to gui to look :)
I hope this will help you to understand the problem. Again, I am sorry if I came across in a confusing way. What ripbot does now is good for bad/wrong sources. We just need more options because most of the time the aspect ratio is right. And only the user can know or chose this, so let him do so :)
Ripbot is an awesome, easy and convenient tool. I am only putting this forward to you to make it even better :)
Atak_Snajpera
30th August 2008, 01:40
2. As you are saying, it seems you are downloading movies from the internet with a wrong aspect ratio. Thats your experience. I have also seen this sometimes, but this is not what I am talking about.
Who told you that. Me ???? I don't think so. I used to download music clips from stage6.com not movies amigo! Those clips encoded by some idiots have very weird resolutions (Dallas Superstars - Helium.avi @ 600x384 -1.563 or Dallas Superstars - Fine day.avi @ 624x304 (2.053)
Bigmango
30th August 2008, 01:52
Who told you that. Me ???? I don't think so. I used to download music clips from stage6.com not movies amigo! Those clips encoded by some idiots have very weird resolutions (Dallas Superstars - Helium.avi @ 600x384 -1.563 or Dallas Superstars - Fine day.avi @ 624x304 (2.053)
Ah, yep this is what I was thinking. I am broadly using the word movie... a clip is a small movie... :)
I agree with you, badly encoded videos are a PITA. It's a huge bandwidth and time waste downloading things that are useless due to some guy's inexperience/bad tools.
Ajax_Undone
30th August 2008, 15:46
You know you could just re rip and start over... If you truly made these videos from an original source (VHS, C-VHS, DVD, HD DVD, BluRay,) over the years...:p :rolleyes: There in retaining full aspect ratio and borders from source no one will force you to remove them again, and editing the avs script you can stretch and shrink the original source to your specs...
Just my own observation... Of course!!!
Bigmango
30th August 2008, 18:10
You know you could just re rip and start over... If you truly made these videos from an original source (VHS, C-VHS, DVD, HD DVD, BluRay,) over the years...:p :rolleyes: There in retaining full aspect ratio and borders from source no one will force you to remove them again, and editing the avs script you can stretch and shrink the original source to your specs...
Just my own observation... Of course!!!
And you think I haven't thought about this? :rolleyes:
Some are backups of dvds that were scratched by the kids, they were a real PITA just to save the dvd image to the HD to try to recover what was recoverable (sometimes the recovering software even took 4-5 hours just to read 1 dvd with failing error correction). Some other dvds I don't have here with me, they are with the family, so I'd have to move them here and back, etc... just too much trouble. It's much easier just to recode what I already have as I have backed it up with maximum quality. And furthermore I have everything already backed up with advertisements removed, chosen audio and subtile languages etc.... I would waste hours or days just to back it up again. Why should I go through such a headache if everything is already here, ready to roll?
And even if I could or would do it the problem still remains. People have used these auto border cropping encoders for years now. Just go to any avs forums and you will see people enquiring about this problem everywhere.
Of course I can edit the avs script myself, that's what I do now :) It's not a problem for me (but it would still be more convenient and faster it the tool could do it without me needing to take my calculator and writing a line every time). And as I said, it's ok for people like you and me; but the normal user will never know such a feature even exists... just look at avs forums all over the web.
And anyway, the ripbot HD-ready and FullHD resolutions need to be renamed to something else (maybe just 1280 and 1920). Because now with such cropped movies it says HDready 1280x544 (or 1280x688,...) and FullHD 1920x988 (or something like this) which is a completely wrong naming. These resolutions are not FullHD or HDready. This is why I suggested to keep the current options and just add 2 (or 3: 480p, 720p, 1080p) more options for the real FullHD and HDready (which is 1280x720 and 1920x1080) which would just add the borders back (or just put a single select box to only add borders back, etc...).
Ajax_Undone
30th August 2008, 19:30
Well maybe Atak could probably put real time AVS and BAT editing in the app so you don't have to manually edit them, but I don't know if he is willing to do so...
I know that the profiles that are set might be inconvenient for some, but do to the fact that most people aren't doing what you are attempting. It is easier to keep them as they are...
Bigmango
30th August 2008, 23:09
Well maybe Atak could probably put real time AVS and BAT editing in the app so you don't have to manually edit them, but I don't know if he is willing to do so...
I know that the profiles that are set might be inconvenient for some, but do to the fact that most people aren't doing what you are attempting. It is easier to keep them as they are...
As well as most people also don't need manual cropping, subtitles, resizing, etc... etc... So would the best be to just keep ripbot as a barebone app and let the people edit the avs script manually for everything? The question here is about making a great app even better. :)
Addborders is a very much needed feature for many situations, as well as cropping, resizing etc... are useful in certain situations.
One other user asked about addborders() 1 page ago in this thread. You can check almost all encoder tools on these forums and you will see people asking about addborders() in almost all of those threads (I know because I myself replied to many of them to help them out). You can also go on the many avs forums on the web: people need addborders().
The problem here is that ripbot aims to output blu-ray. And it claims to do it in FullHD and in HDready. The problem here is that this is not possible for many sources. What ripbot often does is it outputs exotic resolutions (depending on the source) that are not FullHD/HDready even if it wrongly claims so.
So the only way to output correct FullHD/HDready with many PC video sources is:
1. to crop the video left and right or top/bottom (losing part of the picture) and then resizing everything to the HD res
or
2. keeping the complete video and just add the black borders. This is the best option in many situations, as you maintain 100% of the source video.
Anyway, ripbot needs to be corrected or at least renamed in the resizing options because it makes wrong HD resolution claims for many sources.
If you want to make a generic encoding tool such as ripbot and want to support Blu-ray, FullHD/HDready, you need Addborders(). Period. Otherwise you just can't bring many of the videos to those standard resolutions without cropping them (-> and thus losing part of the picture) (and in this case I'm not even talking of the needed resizing that lowers quality).
Edit: Atak already went out of his way to correct videos with a wrong aspect ratio. So as he goes out of his way to support bad sources, wouldn't it be a good idea to also support good/correct sources so that they can properly be brought to the FullHD/HDready resolutions ? ;)
Drahga
30th August 2008, 23:44
OK, not sure what I'm doing wrong. I can convert Blu Ray discs with no problem. When I try to do HD DVD the converted video plays slow and skips and is horrible. The audio seems fine. The initial video.mkv in job1 is the same, so the issue is during the initial conversion to mkv. Am I missing a step for HD DVD? I don't think so since I can do Blu Ray fine. This on a Vista machine. I haven't tried it on XP yet.
Thanks in advance.
Atak_Snajpera
30th August 2008, 23:46
The problem here is that ripbot aims to output blu-ray
eeeee who told you that???? :)
Bigmango
31st August 2008, 00:01
eeeee who told you that???? :)
Uh ? :)
Well, in ripbot I see only 3 output options : mp4, mkv and blu-ray disc.
You are the one who coded this app, aren't you ;)
PatchWorKs
31st August 2008, 02:03
Cool, what's the license for RipBot ?
dbone1026
31st August 2008, 11:51
OK, not sure what I'm doing wrong. I can convert Blu Ray discs with no problem. When I try to do HD DVD the converted video plays slow and skips and is horrible. The audio seems fine. The initial video.mkv in job1 is the same, so the issue is during the initial conversion to mkv. Am I missing a step for HD DVD? I don't think so since I can do Blu Ray fine. This on a Vista machine. I haven't tried it on XP yet.
Thanks in advance.
I have converted many HDDVDs without a problem, using the same settings as Blu Ray (Blu Ray Profile -> 2 Pass -> 8150MB). The only additional step I have to do for HDDVD is that if the audio stream is EAC3 or similar I use the AC3 setting on audio and not original stream (for some reason when you use original stream in this case it creates a massive FLAC audio file, so even though I specify the mkv to be only 8150MB, it ends up being over 12GB). It appears if the audio stream is TrueHD then you can use the Original Stream option without an issue.
dbone1026
31st August 2008, 12:00
Question with subtitles. I am using Ripbot. On the Select Streams box I select the subtitle I want (in this case Subtitle (PGS) English). After the Remuxing is done if I select the Subtitles option on the Encoding Settings nothing is there. Any suggestions, I did the encode anyhow to see how it came out and there were no subtitles.
Atak_Snajpera
31st August 2008, 12:19
Subtitles (pgs) must be manually converted to .srt
When I try to do HD DVD the converted video plays slow and skips and is horrible. The audio seems fine.
You have too slow CPU.
Drahga
31st August 2008, 19:26
Subtitles (pgs) must be manually converted to .srt
You have too slow CPU.
I've got a quad core with 4 gigs of ram. It only has issues with HD DVD not Blu Ray. It's not a cpu issue.
Atak_Snajpera
31st August 2008, 19:31
Send me sample (50 MB - EVO and converted MKV). Use www.mediafire.com
dbone1026
31st August 2008, 21:16
Subtitles (pgs) must be manually converted to .srt.
Thanks Atak. I will do some research now on how to convert to srt and add to the MKV.
nekrosoft13
1st September 2008, 21:34
ts files with VC1 +AC3 converted with 1.10.5 to 264+AC3 blu-ray compatible files crash ffdshow.
files converted with older vesion of ripbot don't cause the crash.
any fix for this?
Yumepuro
1st September 2008, 22:20
First off i want to thank you very much for your awsome program :). I wanted to know though if there is a way to use a ".ogm" file type formats and if you can show me the way. Thank you very much.
Atak_Snajpera
1st September 2008, 23:53
ts files with VC1 +AC3 converted with 1.10.5 to 264+AC3 blu-ray compatible files crash ffdshow.
files converted with older vesion of ripbot don't cause the crash.
any fix for this?
Maybe if you'll send me source ts (50 MB) www.mediafire.com
Yumepuro
2nd September 2008, 02:11
using ripbot264 can you have more than one audio track in mpeg-4 container?
wakebrder
3rd September 2008, 20:13
Why do versions from 1.9.9. and up take forever to gather informations when importing a .mkv video file?
1.9.9. and previous were instantaneous.:confused:
Atak_Snajpera
3rd September 2008, 20:41
Before I was using DirectShowSource(). Now I use FFmpegSource. There are two reason why I decided to use FFmpegSource:
1) In order to avoid conflicts in installed codecs
2) Decoding via FFmpegSource is faster than DirectShowSource(ffdshow)
wakebrder
3rd September 2008, 20:43
Before I was using DirectShowSource(). Now I use FFmpegSource. There are two reason why I decided to use FFmpegSource:
1) In order to avoid conflicts in installed codecs
2) Decoding via FFmpegSource is faster than DirectShowSource(ffdshow)
Will importing separate video(mkv) / audio(ac3) files still work? (Even though it might take longer)
Thanks!
Ajax_Undone
4th September 2008, 00:14
Ok an update is ready for those who used the latest installer...
Sorry I couldn't get it up earlier had work...
8ternity
4th September 2008, 02:12
Ok an update is ready for those who used the latest installer...
Sorry I couldn't get it up earlier had work...
Did you've had installed the new image we produce? :eek:
Ajax_Undone
4th September 2008, 03:28
Yes I do... Also on a lighter note you must close ripbot during update otherwise the updater will not continue and wont exit... I need to correct that error but this will only happen after I get the code sorted out...
prettyboy85712
4th September 2008, 17:43
Atak,
Is there any possibility of adding a Restore to Default button for the encoding/codec GUI?
jamd1
4th September 2008, 22:44
I have just upgraded to a quadcore pc - nice for ripbot ;-) . PC has a new install of xp sp3 with no additional codecs. Only the required ripbot files. When trying to recode anything using bepipe I get a windows error: " application failed to initialize properly Ox0000135 click ok to terminate " and the process stops. I have tried running bepipe directly from a commandline - same result. Any idea what is causing the problem and how I might fix this. Thx for any help.
Atak_Snajpera
4th September 2008, 23:08
Remove everything! Avisynth 2.5.6 stable , FFDshow, Haali Media Splitter. Reboot. Install once again all necessary software
jeffy
4th September 2008, 23:30
@jamd1: You do not have .net installed.
Ajax_Undone
5th September 2008, 00:37
I would love it to see a self contained updater :p
Like MeGui
jamd1
5th September 2008, 04:54
@jamd1: You do not have .net installed.
I should have thought of that - thx - fixed the problem.
I now have a problem with all bluray rencodes containing ac3 audio - being way out of sync. Bluray source with dts comes out ok but using several different versions of ripbot (including the latest) on any Bluray source with ac3 audio produces an oos movie. My old core2 duo xp didn't do this - Is it likely to be some of my PC settings or is this common with faster processors ( Q9400) ? Thx for any advice.
Atak_Snajpera
5th September 2008, 13:42
I now have a problem with all bluray rencodes containing ac3 audio - being way out of sync.
show me all logs created by eac3to.
@jamd1: You do not have .net installed.
Good point. However I am surprised why SP3 does not contain .NET?!?!?! Vista SP0 had it from the beginning.
I would love it to see a self contained updater
I was already thinking about autoupdates via special server. However I would need some reliable place to put all updates. The best place would be http://x264.nl/ripbot264 :)
jamd1
5th September 2008, 21:52
Thanks for the advice Atak - Uninstallled Avisynth 2.5.7 , FFDshow, Haali Media Splitter and reinstalled Avisynth 2.5.6 stable , FFDshow, Haali Media Splitter - movies are In sync now. I may be wrong but does this earlier version of Avisynth produce lower quality FIRST pass movies? Second pass is fine ,but I always check the first pass for sync errors.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.