ReJig 0.5 Released

[layer3maniac]

You can count on that. :D This is an impressive project!

[maa]

When using the DVD Author mode ReJig makes a MUX.VOB and then copies it to the VIDEO_TS directory on the same drive.
!Very! hard work for the poor HD heads and leaves bad fragmentation and is none Fat32 compatible (but we know that already).
Is this ReJig or the underlying DVD Author thats doing this ?
IfoEdit manages with writing one file.

Any luck with 24/96 ?
I tried the DVD Author Gui from Source forge but its too basic.

cheers
maa

[Nic]

@maa: The new unreleased version no longer has to do that :) The subtitle muxing part is done in the main multiplexing part and now when multiplexing, it creates the 1 GB VOBs (not a Mux.vob). Then the IFOs are created from those VOBs. So it's a lot quicker in the next release :) (and you can set the title number, allowing for multiple titles :) )

Cool huh? ;)

Haven't looked into the LPCM side of things yet...Will release 0.6a soon.

-Nic

[TEB]

Nic do u know (i think i asked this before about the old engine) if the new engine can resize on max bandwith allowed? As reduce the max VBR tops? Im doing som ADSL tests here at work and rejig is really a nice tool for this tests.. And ive still got a ton of transportstreams that crash rejig... well used to crash the old one that is..

teb

[SeeMoreDigital]

Hi Nic,

I've just found your ReJig tool and it's great.

As you may be aware there are a few of us over in the General Discussion forum who have been talking about a Proposed Hi-Def encoding 'Codec Shoot-Out' (http://forum.doom9.org/showthread.php?s=&threadid=68292) using HD satellite TV (.ts) streams as a source.

Earlier this month Wilbert posted a couple of CD's to me, which included an 720p encode and some 1080 (1088)i encodes.

However, I've found that some of the encodes he sent me can be demuxed with ReJig and some can't. And as I'm the kind of person who does'nt understand anything about programming I don't know why this happens!

Anyway, if your tool could successfully identify, demux, 'Fix & Correct AC3 Delay' with the .ts streams I have, this would be great news!

I'm also wondering if, maybe sometime in the future, you might consider adding other features to ReJig, such as Mpeg2/AAC stream support. And the ability to delete one of the fields from 720p (50/60fps) Mpeg2/AC3 or AAC .ts streams.

I would be happy to post Wilberts CD's to you for further testing.

Cheers

[maa]

@Nic
wow - that far more than I expectd ! Great !
keep up the good work - where's my beta ?

cheers

maa

[Rombaldi]

over 2 months since .5e??? The slience is deafening (just checking)

[dragongodz]

"where's my beta ?"
i grabbed it from your email as it was running through the lines from Nic to you. :D

seriously.

Nic is very busy at work so he does not have time to do as much as he no doubt would like. thats the wonderful world of freeware. :)
besides he and i have found a couple of bugs in the ifo handling so they may aswell be fixed before releasing 0.6 or people are just going to report and complain about what we already know.

[DMagic1]

Just wondering how the next version is going?

I've been testing the current version a lot lately.

I'm just looking forward to a fix for the crashing I get often with DVD Backup mode. I'm wishing for a fix to the chapters being off by a second or two also.

Keep up the good work.

[dragongodz]

well i cant comment on those problems since i never came across them. then again i havent done a lot with dvd backup mode. i can say however that Nic has done a heap of work with it and i think people will be impressed.

as i said though Nic is very busy at the moment so Rejig 0.6 is on hold for the moment. dont worry though it is coming.

actually there may be something for some people to test before then(very soon) anyway. wont say no more for now. :)

[Nic]

Ill do some work on it tomorrow....sorry for the lack of posts and versions...0.6 has almost been done for ages now, just havent had the time to finish it off and test it. I much prefer this version, and once I get it out I can move onto 0.7.

The DVDBackup should be a lot better (I hope). The chapter numbers timings are generated differently (so hopefully that will fix it, but I still get the odd very slight playing error :( ) and it's alot quicker :) (And will work on Win9X)

(Just work, social life, girlfriend and my attempts at improving someone's computer conversion of a childs boardgame are keeping me busy (in that order ;) ))

-Nic

[maa]

Well don't rush - as long as its out by Monday .....:devil:

[SeeMoreDigital]

Originally posted by Nic
...Just work, social life, girlfriend and my attempts at improving someone's computer conversion of a childs boardgame are keeping me busy (in that order ;) ... If you're free. The wife says she wants a 3'wide x7'long x6'deep hole digging in the garden.

I can't think what she want's that for? :D

Don't work too hard. Cheers

[dragongodz]

ok well i promised a little something before Rejig 0.6 and here it is.

_http://nic.dnsalias.com/Rejig05-test.zip

this is a little blind test and has 2 tweaked versions of the old engine(inside the zip is a self extracting archive with the 2 exes). can some people test them out at different compression levels (such as 90%, 75% and 60%, that sort of thing) and report what you find ? which looks better ? which is closest or more accurate compressed size ?

please understand that only the old engine is different between these and the original Rejig 0.5e release so dont bother looking for any other changes. :)

sooner rather than later would be nice so i can give Nic the better version for the Rejig 0.6 release. thanks.

[TCmullet]

I'm confused (and concerned). Are you saying that the new engine will remain the same between 0.5e and 0.6????? Since 0.5e, Metakine confirmed that the new engine had serious bugs (which I had reported here). I've been waiting and waiting and waiting for a "new" new engine which incorporates his fixes to the "new engine" side of ReJig. My hard drive is fast filling up with stuff that I'm eager (& desperate) to use with a repaired "new engine".

Please tell me that you mispoke (or I misunderstood), and that 0.6 will include Metakine's repairs to Rejig's "new" engine.

[yuinfo]

Please tell me that you mispoke (or I misunderstood), and that 0.6 will include Metakine's repairs to Rejig's "new" engine. I'm also looking forward mainly to that new-new engine, and if you ask me just give us that and forget about ver. 0.6 ;)

I think this engine is ver. 0.6's main feature, but Nic insists on vob->vob transcoding as star of the show. So Nic please clarify, is there a "brand-new-kick-ass-engine" in 0.6?

[jdobbs]

Hmmm... I guess my input is that as long as Nic is doing the work he is calling the shots. I, for one, am just glad he's willing to do any of this at all.

[Nic]

@TCMullet: The 0.6 on my HD is using the newest "new" engine, but I have not been too impressed with the results as yet. Although it's a great bit of code by Makira, in my short tests it does not work as well as the original. However, it may work better for you. :) Ill test it more soon, and Dgz can comment on it further if he wishes.
(Summary: Yes. ReJig 0.6 will have the newest new engine)

@yuinfo: The newest engine hasn't impressed me yet, but I need to do more tests. Vob->Vob is still the star of the show ;)

-Nic

[djan]

@dragongodz :

Trying to use the applications, there is the message I receive : "This application has failed to start because libguide40.dll was not found. Re-installing the application may fix this problem."

[DMagic1]

Originally posted by djan
@dragongodz :

Trying to use the applications, there is the message I receive : "This application has failed to start because libguide40.dll was not found. Re-installing the application may fix this problem."

I get the same message.

[celtic_druid]

No such problem here, but then I have the DLL, comes with ICL.
program files\common files\intel\shared files\ia32\lib

[DMagic1]

And i guess there are some runtimes needed?

[Nic]

This is really dragongodz bit, but this might help: http://nic.dnsalias.com/libguide40.zip

[DMagic1]

Yes that worked.

[djan]

Thx Nic. Does ReJig still Movie Only or can it make full Backup ?

EDIT : no, it still Movie Only. So, do you intend to make a Full Backup mode ?

[dragongodz]

woops, sorry about that. i will blame Nic and intel though. :D

you see in rejig 0.5 source Nic used openmp and parallel compiler options which caused this. it is catually in this thread somewhere where he removed parallel and that fixed it. funny thing is intel docs say that its openmp that should cause it. so anyway the source i have of 0.5 still has them so thats why that happened. i have recompiled with both removed etc and sent that to Nic. seems its not needed now though.

comment on new engine in Rejig 0.6. hmm well when looked at it should be better but it just doesnt seem to be. i have sent Nic a little tweak for him to test against the clip he has that shows it badly. so hopefully it will be atleast ok upon release. we will want to hear peoples experiences once Rejig 0.6 is out of course.

djan - Rejig 0.6 is still movie only. speculation of changes(other than fixes) too version after that should not really be made by Nic so as not to get peoples expectations up. thats just my opinion of course. :)

ummm did i miss anything ?

[Nic]

@dgz: I always tell people what versions are going to do what...the conclusions and expectations by others are not my fault, as I've never said anything false about what a version does. I tell people this so they know what im working on, some of the code in 0.6 was written before 0.5 was out, etc. Also, it's your fault as I stated in this thread not to use /Qparallel ;) :p (although Intel's docs could be more accurate ;) )

[dragongodz]

i meant not specualting beyond the next version. such as 0.6 will be movie only still. but this is of course your decision. you are right of course about other peoples expectations but look at the crys for the latest engine(and the misconception that it may not be in 0.6). thats just the sort of thing i meant. :)

yes i remembered the parallel once i saw the reports of the missing dll. it was mentioned quite some time ago now though so not something i thought about.
why dont we just blame intel ? :devil:

ok i went back and checked the docs. heres what they say

"libguide40.dll - DLL version of libguide.lib."
"libguide.lib - Library required for OpenMP* and auto-parallelized programs."

now thats under the section for files installed for itanium.

so go to openmp support libs and you find
"The Intel® C++ Compiler with OpenMP* support provides a production support library, libguide.lib. This library enables you to run an application under different execution modes. It is used for normal or performance-critical runs on applications that have already been tuned.

Note
The libguide.lib library is linked dynamically, regardless of command-line options, to avoid performance issues that are hard to debug."

so it is used for both openmp and auto-parallization. it is only mentioned on the openmp page though and not the auto-parallel pages.

[yuinfo]

... you are right of course about other peoples expectations but look at the crys for the latest engine(and the misconception that it may not be in 0.6). thats just the sort of thing i meant. :)

It was just a joke (about vob->vob), dragongodz, and Nic got it in that spirit. There are reasons why there are such expectations of the new engine: Makira, author of these engines, seems to think that it is far superior than the old one. Since the old one is, in my opinion, superior than engine in other transcoders (no names here, don't want any flames), your and Nic's word that new-new one isn't that good simply doesn't count ;) That's why your tweaking of the old engine caused panic here - i also have 4 iso files waiting for the Makira's one.

Maybe it is somebodies :) fault that these engines aren't properly versioned, and their upgrade kept separeted from Rejig's.

Beleive me, you and Nic can have as much testers as you want, but keep some light on what we are doing when we practice our favorite sport of moving GigaBytes from one place to another. And there is always distant hope that we can make Nic beleive that we know to mux by hand, which can lead to 0.5f with newest (insert engine version here) engine, and everybody will see that you and Nic are right and Makira is wrong ;)

Cheers, and keep up fantastisc work.

Edit: Sorry engine author is Metakine, not Makira, apologies to both of them.

[DMagic1]

I've tested both and its a hard call.

I found one very big bug/problem. The output color saturation or brightness is much, much lower. I used the same player and just to be sure went and used the non test version again.

Rejig
http://bellsouthpwp.net/d/m/dmagic1/stuff/rejig.jpg

Rejig Test (1 and 2 same way)
http://bellsouthpwp.net/d/m/dmagic1/stuff/rejigtest.jpg

[E-Male]

i found something similar with the normal current version
i backed up a black&white dvd and the result was tinted blue

[dragongodz]

DMagic1 - have you tried a couple of different movies ? this will confirm its not just something about that 1 but a consistant problem.
is it like that at different compression amounts ?
i am asuming you only played 1 clip at a time and not at the same time . its been noted elsewhere that playing 2 clips at once can produce different brightnesses, not Rejig limited problem.

i asume you mean tested againts Rejig 0.5e that Nic released.

once i get your answers i will do some more tinkering i guess. :)

[dragongodz]

yuinfo - TCmullets post did not contain any smilies so i asumed he was seriously concerned even though my post was strictly about the old engine.

oh and Metakine is the company and Makira is the programmer. so saying Makira is the author of the engines was correct. :)

as for proving him wrong, no its just a matter of what i think(hopefully backed up by users reports) of as slightly better tuning of these very good engines. :D

as for my tweaking the old engine, well i asume you do realise the i tweaked the old engine ages ago so it has not been the exact 1 that Makira did for quite a few versions now. :)

[yuinfo]

as for my tweaking the old engine, well i asume you do realise the i tweaked the old engine ages ago so it has not been the exact 1 that Makira did for quite a few versions now. :)

OK, what about versioning these engines? We now have:
1. old
2. new
3. old-new1
4. old-new2
5. new-new (well, at least we know this mythical one exists, not many people have seen the beast ;) )

I honestly think this situation doesn't look prety.

Cheers.

[dragongodz]

actually from memory it was more like

1. old
2. old-new1
3. new
4. new-new
5. old-new2 (the versions posted for testing)
6. new-new-new

plus new had 3 seperate mods from me aswell that were released seperatly.

:D

the thing to remember though is that the new engines are not all brand new. they are fixes and changes to the first new engines. thats why they are still called new. so there is really just the 2 engines which have both been modified since they were first released. example is that Makira did 2 or 3 updates(no i wont read all the way back through this huge thread to count them :) ) from the new version in Rejig 0.5 to the version thats in Rejig 0.6 but its still really an update to the same basic engine.

as for seeing "this mythical beast" well Nic has already said it is nearly ready(Rejig 0.6 that is) so it shouldnt be too far away. :)

[DMagic1]

Nope, they where played at different times. I didn't even notice at first. It wasn't until I had my folder with all the screen shots open in thubnail view.

Doing another movie in a few.

[djan]

What program do you use to take the shots ? VirtualDub ?

[Rombaldi]

Do not that this as flames or undue criticism. But a constructive observation.

Long ago I made the comment that the 'engine' should be broken out
as a seperate DLL and provisions in ReJig made for specifying which (of several) engines should be used for a job. Not only would it keep from having multiple versions of the main ReJig program, but could help in keeping a bit easier track of what engine does what. It could also lead to having specially 'tweaked' versions of an engine (ie. one for animation, one for fast action, one for less than pristine sources, etc..) again WITHOUT requiring multiple versions of the program..

The advantage of being able to seperate out engine from main program devlopment should be obvious.

I'll again make that suggestion, this time with more detail and hopefully the powers that be will take the idea a little more seriously.

- ReJig should be set up to maintain in it's configuration a list of engine dll's and in addition to setting a 'default' being able to select which engine to use for a specific transcoding job

- the engine DLL should provide an identification string with a version, date, comment so it's not necessary to figure it out just from the name. AND it would be VERY USEFUL if ReJig would EMBED THAT STRING as a 'user data string' in the (1st) Mpeg header of the output MPEG2 stream (that way you could track WHAT engine did WHICH job)

just some thoughts..

[DMagic1]

Originally posted by djan
What program do you use to take the shots ? VirtualDub ?

PowerDVD always.

[Nic]

@rombaldi: Im against that although I can understand your reasons. I want ReJig to be only one file, also I eventually only want one engine rather than a choice of many. Choice just leads to confusion, you can trust me and dragongodz to eventually have one "best" engine....eventually.

-Nic

ps
For all those that use TS streams, I think I've just realised why sometimes it can't detect the PIDs (damn adaption fields...what are they doing in the PMS & PAT ;) )

[DMagic1]

Hmm,.. I wasn't able to recreate that color loss again. Even on the same movie.

[maa]

I've seen that kind of color loss between screen shots before - its something to do with the overlay.

[djan]

Originally posted by DMagic1
PowerDVD always. You can't easely take the exactely same shot twice with PowerDVD as you can't know the frame number you're taking. Isn't better to take the shot with virtualDub as you can take shots by frame ?

[dragongodz]

ye thats why i aksed about playing both at once. the reason was that with windvd if you play 2 at once(so i read) the second is darker because it can not access the overlay because the first instance is.

as for mutliple engines for specific types of footage, that would be a nightmare. you could end up with 20 different engines with people wondering what the hell they are suposed to be using. not good.

"you can trust me and dragongodz to eventually have one "best" engine....eventually."
thanks Nic for including me. :)
the current problem is which is the better engine. you see technically the new engine is. it can do much more and more accuratly than the old engine can. yet the results from the old engine can look better in some cases aswell. so its finding the balance between the 2 engines, thats why i have been tweaking them.

hmmm not much in test results except DMagic1. very disapointing. i mean is it that hard to encode even a 10 minute clip at a couple of different amounts with the 2 test versions and then say how they look ?

[SeeMoreDigital]

Originally posted by Nic
...For all those that use TS streams, I think I've just realised why sometimes it can't detect the PIDs (damn adaption fields...what are they doing in the PMS & PAT ;) ) That's great news,

Cheers Nic

[Nic]

@seemoredigital: PM me your email address and ill send you the latest beta of Rejig, if you've got time to test. It might not make a difference, but it might do. I think it will always work now, apart from on TS streams that have more than on PMS and more than two streams in (in which case it could fail).

-Nic

[SeeMoreDigital]

Job done!

Cheers

[manolito]

Hi everybody, and a big Thanks for this wonderful program!

The reason I came over here from the DVD2SVCD thread is that Tylo (author of D2SRoBa) intends to integrate ReJig (or ReQuant) into his Plugin.

Short explanation:
The D2SRoBa method significantly shortens encoding time by avoiding multipass VBR encodes in favour of a quality based One Pass VBR encode. To hit the target size D2SRoBa encodes movie samples first so it can calculate the right Q value to hit the target size. Since this never hits the target by 100% there is an option to do a second VBR sizing pass which of course doubles the encoding time. A few days ago the idea came up if it was possible to use a transcoder like ReJig for the sizing pass instead. Recompression level would probably never exceed 10%, and tests with ReJig (old engine) so far delivered excellent quality even at ultra low bitrates below 1000 kbit/s.


Now here are my questions:
There is some discussion if Tylo should choose ReJig or ReQuant. DDogg made a point that since ReJig still is in an early stage and would probably change considerably over the next versions, ReQuant should be chosen. On the other hand the engines have been tweaked quite a bit for ReJig, which would probably result in better quality.

Which engine version would be the better choice for SVCD bitrates?
Will the command line interface for ReJig change in the upcoming version 0.6?


Thanks in advance

Cheers
manolito

[unixfs]

Hi,
would you consider adding to Rejig audio re-encoding with Besweet?
For those like me that don't have a 6 channel setup and are used/forced to listen to dvds with an earset (sigh) AC3 is a serious no-no, so I have to normalize/boost/encode to mp2.

Thanks and congratulation for Rejig: it's a real jewel

[Nic]

@unixfs: Im hoping eventually to do something with ffmpeg, maybe have that in ReJig. Sadly it's mp2 encoding isn't of the highest quality (no psycho acoustic)

@manolito: Really depends on what is needed. If he is going from raw m2v -> raw m2v then he may as well use Requant. The engine's dont differ much at present, so he may as well use the latest ReQuant engine. The commandline will not change (unless someone wants it to change, I dont think it's being used at present). Just post if you need more info.

-Nic

ps:
0.6a is pretty much ready I think...may as well release it soon.