Rempeg scrambles video.

[flaystus]

It just video from one specific DVD but when its done the video has bits that are scrambled. Sort of like it look when you watch a cell thorugh Vobrator. Any idea how to fix this?

[auenf]

if its not on the source, then there might have been a problem with the removal of CSS, or a problem with the Mpeg2 decoder, or the encoder.

Enf...

[flaystus]

Nope source was fine, oh well I'm formatting next week anyway I'll just back the files up and try again from scratch when I'm done.

[flaystus]

Nope same result... interesting, video is still scrambling. Ideas?

[patch2010]

Check with IFO edit to see if the original was multi angle or has seemless branching

[flaystus]

Unless I'm blind it does not appear to have either.

[Jinxed]

I am getting similar results with REMPEG2. But only when the picture changes suddenly, like a scene change etc. The picture goes all pixelated, big blocks appear. These dissapear in a second or so and at other times the video seems fine. Is that the same thing as what you are getting?

If so, I can only guess that REMPEG is not handling the VBR side of things very well, because when a scene changes there will be a need to up the bit rate very quickly to account for the new bit map.

If anyone else has experimented with the settings and found a way to get this happening better then I would be interested.

I generally use the settings suggested in the Doom9 guide on REMPEG, i.e match source, 720X576 (PAL), Prediction etc.

[jankster]

I'm a realitive newbie, but if I were you I'd learn CCE. I've have Rempeg fail the same way, where CCE worked fine. I've also had CCE fail (audio sync failed, I most likely did something wrong), where Rempeg worked.

The bottom line for me is use CCE first, then Rempeg as a backup.

[TRILIGHT]

...

[DenFussell]

I've had the same thing happen on one computer but it cured itself. What the circumstances were I'm not sure.

It hasn't happened on two others I'm using.

[Jinxed]

I've just tried out TMPGEnc for the second time and the results were very impressive( I gave up previously because the bit where you have to force the I frames locks the computer up for about an hour and a half -so much for going off for a couple of minutes for a cup of tea! more like go for a long walk).

Anyway, once you have got your computer back, the process of encoding takes a fraction of the time that REMPEG takes. Enigma took about 8 hours on the slowest setting.

I am very fortunate enough to have another computer at my disposal, of similar spec. Because of the poor quality results produced by REMPEG (I may add using the "Prediction" method)I set the thing up again to re-encode using the "Full" method. The computer has been locked up for over 2 days now doing the encoding (I mean locked up!)and it's still only at 91%. I have no idea what the results will be like. I will report them when it finishes.

On the subject of TMPGEnc Vs. CCE, I note that Derrow points out that there is no reliable way to remux a .m2v file created in CCE back with the original stream with IFOEdit. This is of course possible with TMPGEnc. (by forcing the I frames). This means for me that TMPGEnc wins this battle, unless you fancy using the re-authoring route, in which case you may want to use CCE/Maestro (both programs I have not got access to and are I gather rather expensive to purchase).

One thing to point out however, you will note from reading these forums that IFOEdit has a problem with the remux, which results in the picture freezing in certain places in the film. This is rather annoying and I have noticed the problem both with REMPEG and TMPGEnc!

I gather that the solution is to use IFOEdit version 0.6 (which curiously does not have the problem). IFOEdit 0.94 is just released and I have yet to check this out. But it was certainly a problem up to version 0.93.

One futher advantage of TMPGEnc is although it's not freeware, it's not expensive (about 30 quid I believe).

[TRILIGHT]

It's nice to see someone post with an unbiased objective attitude and back it up with facts, Jinxed! I know you haven't been here long so "welcome to the forum!" I'm interested in hearing about your TMPGenc results. I tried using the software a while back but my system would lock every time and even when it did seem to run, it was unbearably SLOW! I'd like to see what you find out as I have always just dismissed this software because it constantly locked up on me or ran incredibly slow.

[Kenwood]

Hello to all,

Have had similar problems with 'shaking' video with two movies:
- Berverly Hills Cop 1 -> after aprrox. 1:20:00 hrs.
- Back To The Future 1 -> between 9 and 10 mins.
Whatever setting I try or use with ReMPEG 1.5.2. the problem still comes back.
However if I use TMPGEnc Plus 2.58, no problems.
As I understand (and wrote a email to Darrow) the problem is located in the GOP key.
If you look at the first 2 sec. of Back To The Future or Beverly Hills Cop, you will see that it will play a 2 sec. black screen.
For this part a diffrent GOP key is used.
Ok, when you fire up ReMPEG 1.5.2., it takes a sample from these first 2 sec. and decode/encode the whole movie with it.
Resulting in the 'Shaking' video at some points.
Got a email back from Darrow, and he will look into it.
Also posted this problem in the IFOEDIT section.
Hope there will be a solution soon -> maybe a newer ReMPEG ?
Best regards and greetz,

Kenwood

Check out the GOP key by loading the .IFO from the main movie files from the movies above.
Press: Create Tmpg T., select I only, let it go for a few sec's, and then press Cancel.
You will see what I mean.

[jankster]

Kenwood,

I encoded a movie with rempeg (don't remember which) and there was a scene change, they used a black screen wipe (right to left). After that it got the shakes. Seen the shakes many times, that why I'm now using CCE.

[Kenwood]

Have asked Kaizen to kill my account on the Doom9 forum.
So I will not continue on this topic.
Best regards to everyone and best of luck with the Doom9 forum.

Kenwood