| Author |
Message |
Spideray Newbie

Joined: 07 Jun 2005 Posts: 7
|
|
| Back to top |
|
 |
toaddub Moderator

Joined: 12 Sep 2004 Posts: 1984
|
Posted: Tue Oct 04, 2005 6:02 pm Post subject: |
|
|
| Yes, this would be a great addition. Note that when you export a frame, it is in 32-bit BMP. When you edit in Photoshop, remember to save it as 24-bit BMP before converting to VOB.
|
|
| Back to top |
|
 |
DimadSoft DvdReMake Official support

Joined: 19 Mar 2004 Posts: 2193
|
Posted: Tue Oct 04, 2005 6:09 pm Post subject: |
|
|
| Yes, one day we will do it. There is also another way to make VOB out of BMP: Muxman 1. Download Muxman ver.14g (the "free" one) from the great MPUcoder site or elsewhere. 2. Start Muxman. 3. Click on the ... box in the Video window at top of Muxman screen. 4. Locate and Select your edited background bitmap. 5. Select Close on the Import file list panel. 6. Select your dummy DVD Destination folder at bottom of Muxman screen. 7. Press Start to create your dummy DVD.
|
|
| Back to top |
|
 |
Spideray Newbie

Joined: 07 Jun 2005 Posts: 7
|
Posted: Mon Oct 31, 2005 8:51 pm Post subject: Muxman |
|
|
| Even if I save it as a 24bit BMP muxman rejects it any ideas why? It appears to be only for NTSC vob creation is this true....
|
|
| Back to top |
|
 |
robiom Newbie

Joined: 31 Oct 2005 Posts: 26
|
Posted: Sat Apr 28, 2007 7:34 pm Post subject: |
|
|
| I noticed in another post sonewhere that the bmp should be saved in OS2 mode and not Windows mode. Just a thought.
|
|
| Back to top |
|
 |
Zinjo Newbie

Joined: 24 May 2007 Posts: 4
|
Posted: Thu May 24, 2007 2:17 am Post subject: |
|
|
Yes this function is far overdue.
Often importing new static or edited menu backgrounds from other existing VOB files results in a loss or corruption of existing button commands.
|
|
| Back to top |
|
 |
manfy Newbie

Joined: 20 May 2007 Posts: 30 Location: S'pore
|
Posted: Thu May 24, 2007 4:04 am Post subject: |
|
|
hi zinjo,
i think main reason for corruption is that DRM does not have a full-blown mux-engine (or if yes, DRM uses it very sparingly to speed up processing). instead, DRM adjusts all flags and pointers on the upper DVD structure layer according to your re-authoring steps.
good point of this process: no lengthy remuxing steps during re-authoring
downside: occasional hickups in final result, caused by gray areas in dvd-specs and its implementation by different players and software.
regarding corruption on background import:
* i never had any button problems, since you need to export before and re-import after background loading anyways!
* static background: no trouble here
* edited motion menu: YES, i lost some serious sleep over it!
but eventually this did the trick:
- demux the menu cell you want to edit with vobedit by 'cell id' (results in vob-file X)
- demux the video stream from vob X
- edit the video stream
- load vob X into vobedit and select edit > remux m2v to remux edited video into vob-file Y
- in DRM replace menu block with vob Y
voila!
this way you retain all menu buttons, colors, button sets of original menu cell and you should not have any corruption problem.
(contrary to my initial attempts where i demuxed all individual cell streams and remuxed them after editing. no matter what video encoder or muxer i used, i always got some hang problems at edited menu)
BTW: above procedure assumes that you are only editing video content! if you change the length of video, i imagine you might run into remux problems or something ???!
rgds.m
|
|
| Back to top |
|
 |
Whitespliff Respected Member

Joined: 23 Mar 2004 Posts: 467 Location: Belgium
|
Posted: Thu May 24, 2007 9:22 pm Post subject: |
|
|
Check out this little proggie I wrote: http://www.cdr-zone.com/forum/viewtopic.php?t=6965
If you have your edited bmp's you can create all VOB's by clicking 1 button, then use the "import still" function RM has.
|
|
| Back to top |
|
 |
CDR-Zone.COM Advertisement Bot
 
|
Posted: Post subject: Advertisement: |
|
|
|
|
|
| Back to top |
|
 |
|