View Full Version : The direction I think DoItFast4U, et al, should take...
int 21h
9th June 2003, 03:02
Let me first begin by saying I think that this suite of tools is amazing. Its truly brought a level of automation to things that quickly became quite mundane. That being said, I do believe there is one thing that would greatly improve these programs. DLLs Vidomi was one of the first encoding programs to specifically modularize the functionality it needed from other (GPL) programs into libraries transparent to the user, and this, in my opinion, is exactly what this suite needs.
Also, I would like to see the demux process changed so that it can function from an encrypted DVD disc directly, this would decrease overall processing time because the files would only need to be ripped once...
Anyway, keep up the great development, you have come a long way, and have only an interesting road ahead of you.
baker
9th June 2003, 22:10
I dont really understnad all this as I am a no nothing at all.
But just one comment from me:
I would like to see the demux process changed so that it can function from an encrypted DVD disc directly, this would decrease overall processing time because the files would only need to be ripped once...
This is something which badly needs to be done, its a pain to have to come back to the computer 3 times and it would be great if somehow re-authorist would let you set the desired bitrates "before" starting the process so after maybe 6 hours you would come back and be ready to rumble.
I think I get the dll idea, each program isnt a program, but a dll which does what the program basically does, and all 4 dlls could be controlled from an interface??? Am i right? if so that sounds fantastic!!!wb
Baker
int 21h
9th June 2003, 23:09
Originally posted by baker
...I think I get the dll idea, each program isnt a program, but a dll which does what the program basically does, and all 4 dlls could be controlled from an interface??? Am i right? if so that sounds fantastic!!!
...
Yes, that is exactly what I mean.
Grover
10th June 2003, 03:59
or maybe.....
we could just send our addresses and details thru to these guys and have them rent the movie for us and then come over to our houses and put the disc into the computer and then burn the finished disc and then come back later and put the copy into our stand alone player for us so we never have to leave the couch/lounge/sofa/futon/bean bag/hammock.
:) :( :D ;) :cool: :rolleyes: :p :o
Cheers...
int 21h
10th June 2003, 05:20
Or perhaps you could respect the intellectual property rights of the original content owners (and not rip them off) and respect the original intent of this thread.
brashquido
10th June 2003, 06:03
It would be good, but remembering that there are several authors involved, I'd doubt we'll ever see it. I think something similar can be done if the program supports CLI, but then again I'm no programmer. Regardless, I'm stoked with the all the tools people have put together to make 1:1 backups so easy, as I'm sure everyone who has used them is :D .
Grover
10th June 2003, 06:57
Originally posted by int 21h
Or perhaps you could respect the intellectual property rights of the original content owners (and not rip them off) and respect the original intent of this thread.
My point (to "respect the original intent" of your thread) is to ask the question -
How easy do you expect people to make this for you ?(and I probably should have just said this out loud to myself and then shut up and kept my thoughts to myself, but I opened my big mouth so it's too late to go back now :) )
If you want one-click functionality then move UP one forum.
If you want the benefits of CCE encoding and more flexible authoring options then you have bring a little of your own effort to process.
And I assume your copy of SCENARIST is your own personal legally purchased copy.. right? And if so, then why do you bother "backing up" DVD's if you can afford to spend +$30K on software. Just buy two copies and save yourself hours of work.
Cheers...
PS - I enjoy using Vidomi and it certainly does the job of bringing those apps togther to "work as one" quite well. But I think it would be harder to do with the DF4U/RA suite as you would still need to provide user input at various stages along the way for each project unless you were happy to accept a set of default parameters that will "do the job" but may not be the best selections.
But I'm sure someone out there will come along and blow us all away with there coding genius...
int 21h
10th June 2003, 15:43
Originally posted by Grover
...How easy do you expect people to make this for you ?(and I probably should have just said this out loud to myself and then shut up and kept my thoughts to myself, but I opened my big mouth so it's too late to go back now :) )
...
I'm not looking for simplicity. I'm looking for integration. I'm looking for the most efficient process.
DVD2AVI is open source. It is trivial to make a .dll for the functions that all of these programs are using, in fact, its been done (Mpeg2dec). There are many, many open source ripping programs (Vstrip, DeCSSPlus, SmartRipper, FairUse) that could be used for a model to make a .dll for descrambling and/or demuxing.
This progression of bringing these functions into these programs is, in my opinion, the next logical step. Especially since at least one of the programs used (DVD2AVI) isn't even being actively developed any longer.
As far as my copy of Scenarist goes, it is a legal license purchased by my employer. I author more internal projects than anything else, and look to the commercial side of things mostly for inspiration. My financial situation is irrelevant, but its quite obvious by some of your comments what you are using this software for.
...But I think it would be harder to do with the DF4U/RA suite as you would still need to provide user input at various stages along the way for each project unless you were happy to accept a set of default parameters that will "do the job" but may not be the best selections...
What are you talking about? The programs themselves would not change in functionality or purpose or even appearance. The functions provided by DVD2AVI and DVDDecrypter would simply be integrated into the program through external libraries. Their configuration would take place in the exact same manner you configure them now, and instead of another process being spawned, another window popping up, the program would call into the library functions to execute.
brashquido
11th June 2003, 00:53
I must say I love the idea of being able to sit down and set all my settings of an evening, then set it going to come back in the morning to a ready to burn iso. But when you look at where all this has come from, these tools really do already provide a high level of automation.
Grover
11th June 2003, 03:37
Originally posted by int 21h
I'm not looking for simplicity. I'm looking for integration. I'm looking for the most efficient process.
DVD2AVI is open source. It is trivial to make a .dll for the functions that all of these programs are using, in fact, its been done (Mpeg2dec). There are many, many open source ripping programs (Vstrip, DeCSSPlus, SmartRipper, FairUse) that could be used for a model to make a .dll for descrambling and/or demuxing.
This progression of bringing these functions into these programs is, in my opinion, the next logical step. Especially since at least one of the programs used (DVD2AVI) isn't even being actively developed any longer.
What are you talking about? The programs themselves would not change in functionality or purpose or even appearance. The functions provided by DVD2AVI and DVDDecrypter would simply be integrated into the program through external libraries. Their configuration would take place in the exact same manner you configure them now, and instead of another process being spawned, another window popping up, the program would call into the library functions to execute. OK then. Your obviously a lot smarter than me and know so much about all this and what can and can't be done. I bow to your superior knowledge of all things "computer" and you obviously know the DVD Authoring process inside out since you work in the industry. More power to ya.
I was not aware but you tell us "It is trivial to make a .dll for the functions that all of these programs are using"
So why don't you just create a magical intergration program yourself if it's so easy ?
I agree with the sentiment of this thread in that it would certainly make life EVEN easier to fully automate the process. Something like DVD2SVCD maybe ? (and then people such as myself (and I now know that I must be the only one here and I have already said 193 hail Mary's and rotated all my office furniture to face Mecca and am preparing to sacrifice a goat named Kingsley and a chicken named Queenie on the cusp of the next full moon to repent my sins and those of everyone else who may have soiled there souls in the shady world of DVD "backup") and then myself and possibly these troubled souls (http://forum.doom9.org/showthread.php?s=&threadid=33040) can disrespect the intellectual property rights of the content creators at an even faster rate.
That way I will have more time to keep track of the DVD's I have already purchased that are issued, then re-issued with new extras, then the final directors cut, then then box set with new unreleased scenes and directors commentary, then the digitally remasterd DTS version so that we can all "respect" the content creators 4 times for the same movie.
I apologise if this is an industry forum for people such as yourself who do this for a living and are encoding and "backing up" your own original content. The impression I get from reading the other posts here is that most people here are like myself and do this as a hobby and a challenge more than anything else and that's ceratinly the spirit behind my postings.
To my knowledge it is still not legal in most country's to make backup copies of even your own original purchased DVD's. I think there are one or more "fair use" cases in the courts right now but I'm fairly sure it's still not legal yet under the DMCA for the Americans at least and similar legislation for other country's. The same way you are not supposed to record programs from the TV, yet everyone does it. Not to mention DeCSS.
When do expect to release your first beta ? You should call it BreadMaker4DVD. ie - just pour the ingredient pack, press a button and come back when it's ready to eat :) Smells good.
I'm done posting on this thread. We should LOVE and not HATE. ;) One of the things I really enjoy about these forums is the fact there are no slanging matches, flames wars, trolls, grandstanders, know-it-alls and all of those other things that have made many other forums barely prodcutive. www.dpreview.com is one that I used to learn a lot from but no longer read for this reason.
Feel free to PM me anytime though.
Cheers...
BreadMaker4DVD 1.0.5 - bring it on... :D
int 21h
11th June 2003, 04:26
Originally posted by Grover
...I was not aware but you tell us "It is trivial to make a .dll for the functions that all of these programs are using"
...
So why don't you just create a magical intergration program yourself if it's so easy ?
I agree with the sentiment of this thread in that it would certainly make life EVEN easier to fully automate the process. Something like DVD2SVCD maybe ?
...
I think you are still misunderstanding my intent. I am not looking for anything to be easier or more automated. Simply to stop the spawning of other programs. DoItFast4U, for instance, would work exactly like it does now, except instead of say, executing DVD2AVI to create .d2vs and such, the program calls a library function to perform the same task. Program execution stays within DoItFast4U, instead of spawning DVD2AVI and executing a wait loop until it closes.
Apology accepted.
BBWoof
12th June 2003, 03:52
Well, this author would love to move some functionality to a dll or multiple dll files. Unfortunately I've never written one, and this is my first C++ project in around 15 years. So I'm learning, but slowly. Maybe I'll tackle DLLs next :)
BBWoof
int 21h
12th June 2003, 06:12
Your program is probably the only one that can't use a .dll ;) (Since we're dependent on an external encoder) and it looks like you've already implemented Pulldown inside your program...
But, you could export the functions from your program into a .dll, allowing the other programs to use the functionality of your program.
If you all 3 collaborated some more, I think some more great things would really come about.
A great example of this .dll idea that is stuck in my head is BeSweet. BeSweet does about 1 million things, and 2/3 of those things are from external programs (Resampling, Decoding, Encoding, etc.) that have .dll interfaces.
BBWoof
14th June 2003, 19:36
Actually I want to get my program to a decent working point and work on another project I have an idea for.
About the only part of my program that would fit well into a dll is the pulldown part. If I convert it to a dll then other programs could interface with it without having to use a command line app.
BBWoof
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.