CDR-Zone.COM Forum Index Home | Reviews | Software | Guides | Articles | Forum

 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 
(done - to some extend) Undo/Redo cabability
Goto page Previous  1, 2
 
Post new topic   Reply to topic    CDR-Zone.COM Forum Index -> DvdReMake - Suggestions
Author Message
SirQUK
Webmaster
Webmaster


Joined: 20 Sep 2002
Posts: 2732
Location: Locked in the CDR-Zone basement

PostPosted: Mon May 10, 2004 6:31 pm    Post subject: Reply with quote

@DVD GOD if this is indeed true, it would make for more efficient processing for sure, but i am not a programmer, only dimad can say wether this would work, though your idea is very interesting and appealing
Back to top
DVDGOD
Newbie
Newbie


Joined: 08 May 2004
Posts: 7

PostPosted: Mon May 10, 2004 6:50 pm    Post subject: Reply with quote

I think it's one of the best ways to edit/strip a DVD doing it VTS by VTS as back in the days I stripped quite a few DVD's ('During the War' Very Happy) and would check my work after each and every step I know Remake works direct from the DVD but imagine a pre-ripped DVD and all it needed was to strip a few trailers and warnings but too many to use the replace block option why process the whole 7-8GB again? when you can modify just the VTS you will affect as I said, allowing original folder modification will also allow for better end compatibility results as users will be aware of exactly which VTS (Menu or Title) is affecting them when things go wrong and find it much easy to isolate the problem. I'm sure many users will welcome this time saving feature along with getting better results with less effort Smile even if you did work from the DVD and things go wrong then to fix anything you would have to rip the DVD again when processing Sad whereas if you were allowed to process just one VTS, you could use the DVD as the source and tell it to overwrite the already ripped VTS on your HD I do hope you guys can follow what I'm jibbering on about. Maybe some of you are veteran IFOEditor's Smile
Back to top
DimadSoft
DvdReMake Official support
DvdReMake Official support


Joined: 19 Mar 2004
Posts: 2193

PostPosted: Tue May 11, 2004 7:33 am    Post subject: Reply with quote

DVDGOD wrote:
By the way you have described the new restore feature it looks like it will update one VTS and save processing the complete DVD again Smile. Is this correct?
Don't understand. Just as it was said before one can restore either each block separately or all blocks used by selected PGC (movie or menu), or all VTS movie blocks, or all menu blocks.
Quote:
another idea I was going to suggest was the ability to process a single VTS (menu or titles) and write to the same folder as the orginal source (which would be on Hard Drive). It would use a backup folder on the same HD and the original files could be moved instantly to this location by renaming them. You would then copy the required info back into the original folder, removing the unwanted content and finally updating the IFO's
Well, it might be rather dangerous to mess with originals. Anybody else wants to comment on this?
Quote:
this will allow for very quick and effiecient editing in the same way as you use IFOEdit to strip VOB ID's etc without having to process the whole DVD again if you want to remove a few more things you could then check the DVD each time you have modified a VTS and again this would be an excellent and efficient way to process the DVD VTS by VTS. It would save spending ages doing the whole DVD in one go only to find it doesn't play when it's finished processing so you have to go over what you have done and try to find what is wrong
Another solution (which is implemented in DRM2 beta) is to export "test disk": a disk with all the cells cut at few seconds. This way it does not take long to export, you can test it with any player of your choise and even fast burn it to see if it plays ok on your standalone. You should probably get access to the beta versions, to save us some time reading & answering your posts Smile Smile Smile
Back to top
pak2
Respected Member
Respected Member


Joined: 21 Apr 2004
Posts: 486
Location: Western USA

PostPosted: Wed May 12, 2004 2:20 am    Post subject: Reply with quote

Sorry to bump this, but it got lost in the shuffle and I did want to know. For restores --> Will there be a way to identify hidden blocks and/or view their original content? The current version does not label blocks in the viewer and, when a block is "hidden" in the edit interface, it's content can no longer be viewed. That's very inconvenient for locating material, particularly for deciding what to restore. It's not clear why it is necessary to prevent the viewing of original content in "hidden" blocks. The original files haven't been altered and DRM is just recording what it will do when it exports the disk. Would it be workable to simply toggle the status of blocks to "hidden" and show the resulting size, but not prevent the ability to view the original content. The user then has information to assess edit decisions. Paul[/u]
Back to top
DimadSoft
DvdReMake Official support
DvdReMake Official support


Joined: 19 Mar 2004
Posts: 2193

PostPosted: Wed May 12, 2004 7:28 am    Post subject: Reply with quote

pak2 wrote:
Sorry to bump this, but it got lost in the shuffle and I did want to know. For restores --> Will there be a way to identify hidden blocks and/or view their original content? The current version does not label blocks in the viewer and, when a block is "hidden" in the edit interface, it's content can no longer be viewed. That's very inconvenient for locating material, particularly for deciding what to restore.
Yes, "identification" of hidden blocks can be implemented. Yes, it is possible to add action "Preview original".
Quote:
It's not clear why it is necessary to prevent the viewing of original content in "hidden" blocks. The original files haven't been altered and DRM is just recording what it will do when it exports the disk. Would it be workable to simply toggle the status of blocks to "hidden" and show the resulting size, but not prevent the ability to view the original content. The user then has information to assess edit decisions.
It is the way it is for consistency. Blocks could be not only hidden. They may be edited as well (at the moment cut and buttons changed, latter will see). Of course it is easy to mark hidden blocks. It gets somewhat more difficult to mark cut parts. But what shell be shown for other edited things? Say you've edited button: shell original be shown with indication that it has been edited, shell new be shown, both? Same about other edited things: commands, PGCs, etc
Back to top
pak2
Respected Member
Respected Member


Joined: 21 Apr 2004
Posts: 486
Location: Western USA

PostPosted: Wed May 12, 2004 3:05 pm    Post subject: Reply with quote

Quote:
@DimadSoft: Yes, "identification" of hidden blocks can be implemented. Yes, it is possible to add action "Preview original".
Sounds good. Labeling would help a lot. I had realized the confusion my "toggle" suggestion would create for blocks that are to be altered and not just hidden. Your approach of an action to “preview original” avoids confusion and solves the problem nicely. If you incorporate the things you’ve mentioned throughout this thread, the new version should be a major improvement for editing the major disk structure. Paul
Back to top
djelimon
Newbie
Newbie


Joined: 20 Mar 2004
Posts: 46

PostPosted: Thu May 13, 2004 11:17 am    Post subject: Reply with quote

Quote:
Well, it might be rather dangerous to mess with originals. Anybody else wants to comment on this?
This was my first concern. Not to mention that I like using my on-the-fly decrypter using original media with DVDRemake, and this approach would negate what I consider to be a big advantage. I'm just a database programmer, but it seems to me that if you look at the DVD's state as a database, and edits as updates to that database, then full and partial recovery is possible with the journaling approach. In databases, journals record before and after snapshots of each operation against the database, at the row level. The enduser can roll back selected portions (or all) of the operations against a database, or apply the operations or a subset thereof to a mirror database. However, obviously the translation from DVD to database will have issues. The overhead of journalling each operation (maybe make it preference option?), the need to model the DVD as a database, a form of notation for operations on the DVD, and most significantly, a place to store the journals, access them, and apply/roll them back, and an interface that an end-user can understand to apply/roll back the changes would, I think, be significant undertakings. Unless maybe you actually used a commercial database that supports journalling already, then "all" you have to do is model the DVD in a database, and force the customer to also get the database (are there free databases that support journalling?). I think a restore block/pgc/vts option may be easier and cheaper, albeit not as flexible.
Back to top
DimadSoft
DvdReMake Official support
DvdReMake Official support


Joined: 19 Mar 2004
Posts: 2193

PostPosted: Thu May 13, 2004 12:57 pm    Post subject: Reply with quote

[quote="djelimon"]
Quote:
... then "all" you have to do is model the DVD in a database..
Laughing Laughing Glad you did not forget quotes Wink Will see ...
Back to top
MackemX
DVD Specialist


Joined: 10 Nov 2003
Posts: 815

PostPosted: Thu May 13, 2004 3:53 pm    Post subject: Reply with quote

Hiya all Wink, I got my old username back now and I'm no longer DVDGOD Smile not everyone can process direct from a DVD due to not having AnyDVD or similar and I'm not sure DVD43 works 100%. I did also notice that it didn't fully decrypt the DVD on some occasions when I tested it last year but maybe it's been updated. Others like to rip numerous DVD's and then play with them afterwards when they have more time Wink. Having the option to modify within a DVD folder would be an excellent feature that would allow even faster modifying in some cases. Ifoedit worked on original files and all I used to do was remove the originals and replace them with the processed. If it didnt work then delete the processed files and replace the originals and process it again instead of ripping again. As SirQUK knows my ripping days are over (LOL Wink, as I just stay in the DVD backup world out of interest rather than to make backups. Once the files are ripped, copying HD to HD is faster than ripping again DVDStripper basically remapped the cells it was removing and kept them nice and safe for restoring if required. It remembered which cells needed removing and updated the GUI as required but the originals were always intact right until clicking process MenuModder worked similar but it allowed the user to go back after processing and restore any or all of the buttons even after the original file had been modified as only the modified data had been stored and not the whole VOB. It would only look at the relevant info in the VOB which is a small percentage of the file. The guy who wrote MenuModder for me in less than a week knew nothing about DVD's but he understand how I wanted it to work and how valuable the restore feature was Smile I presume Pak2 was referring to something similar to those kind of restore features and by the sounds of the above its looking good for Remake Smile. I would still say messing with the original is OK as long as you make a partial/full backup (via file shifting or partial file saving) that can put it back to original state Wink As I don't know exactly how Remake updates/modifies the files then I cannot really comment but if given the choice I know what I would do to make things simple and fast Smile the good thing is, DVDRemake has just about everything you need to play with DVD's and can only get better Very Happy
Back to top
CDR-Zone.COM
Advertisement Bot


Posted:     Post subject: Advertisement:

Back to top
Display posts from previous:   
Post new topic   Reply to topic    CDR-Zone.COM Forum Index -> DvdReMake - Suggestions All times are GMT
Goto page Previous  1, 2
Page 2 of 2

 


Powered by phpBB © 2001, 2005 phpBB Group