Search the Community

you shouldn't have made an iso with shrink, it can't create dvd9 iso's properly if you still have the video_ts folder files , then follow the guides on this forum http://forum.imgburn.com/index.php?showforum=4 ?

I've got another question (I think that there is no need to create a new topic) . About the layer break on the DVD... Is the layer break info different if I create a ISO (with the MDS file)? or is it exacly the same from the option to copy from the HDD files? This question is just my 1st post question but I'm always reading in different foruns and topics that you should create an ISO with the MDS file to have exacly the same LB info from the original disc. Should I? regards.

so if i create a menu with some other software i can burn that and the videos to a DVD using ImgBurn?

sorry no you cant but you can burn the files you will create doing what you are trying to do with imgburn

can u create a DVD with multiple videos and a menu on ImgBurn? If so how?

There are two issues that were covered in this thread: 1. My observation that ImgBurn does not strip the padding from IFO/BUP files and update the end sector in the IFO/BUP in the manner that PGCEdit/IFOEdit do. 2. There is a confirmed bug with updates to the IFO/BUP when ImgBurn requires padding to conform to the 32K minimum gap between files. So, as long as you can observe that your files won't require 32K padding, or you have the option turned off regardless, then number 2 should not be an issue for you. I believe LUK is releasing a fix for this on the weekend. I've successfully burned two ImgBurn created dual layer images, and both were seen by AnyDVD as valid video DVDs, but neither one needed 32K padding (though I do have the option on). On the 3rd image, I did some experimentation and observed the behavior in number 1. At first it was assumed (by me and then LUK) that this was related to the 32K problem. However, on re-exmination, that image didn't require 32K padding either. Instead, I was observing that PGCEdit and IFOEdit recognized that the end sector didn't match the IFO size and fixed it. Meanwhile ImgBurn ignores that mismatch and adds the IFO/BUP to the image untouched. Running this through PGCEdit first to fix the mismatch, and then making an ImgBurn image ended up doing the trick. Since I'd like to use Imgburn primarily for the nice time/date stamping of files in the created image, I'll continue processing the files in PGCEdit (open and then save) and then create the image with ImgBurn... In conclusion, you will not experience 2 if you have the 32K option turned off, but you may experience the behavior described in number 1. This thread went on to debate whether that is a problem or not. However, since both PGCEdit and IFOEdit found that the existing end sector specified in the IFO did not match the IFO size, but ImgBurn retained both the specified end sector and the IFO size, there seems to be an issue, though it may be the same issue with updating the end sector that causes the 32K bug.

I think I had suggested the create folder idea before, but, I had the new idea of leaving everything the same except the focus changes. That way, only the focus change needed to be added.

I was wondering if at some point in the future we might have a create folder option for the Build mode? I realize that may not be something to be offered until, and if, there ever is a "GUI" based implementation for Build mode, e.g. such as Nero. But, in Build's current configuration, I was thinking something that could be done was a create and then navigating into that folder as the windows main view. Then, Browse for a file works the same way. Or, use a + type of tree display, highlight a folder that is created, then any actions such as create further folders, add further files, etc. are added into that highlighted folder.

That's not the only issue. The all-or-nothingness of it was the main issue. A person might want to check for updates regularly, but they don't need to always have the latest. Give the ad hominems a rest. Being able to burn files and create ISOs makes it a de facto ripper. I've posted on this issue numerous times. Nero and others do not have the same functionality as ImgBurn, so they aren't good comparisons. What you should say is that ImgBurn won't circumvent copy protection. Nor will Nero and Roxio and others. It can rip unprotected discs or "drives" if you know what I mean. (And I think you do.)

Hello. Congratulations to LUK for this excellent program! I was reading the forum (including FAQs and Guides ) and I was wondering what's the best way to record DL media. Create an ISO and then record or record directly from HDD files? Regards.

I have tried using ImgBurn to create a dual layer image with seamless layer break. Every time I mount the image in Daemon-Tools, AnyDVD says "This Video-DVD is mastered incorrectly. AnyDVD will be deactivated for this DVD." EDIT: This problem happens even if I leave the seamless option unchecked. I've never had this error before and have been using seamless layer breaks in the past through PGC Edit and just burning DVD Shrink Images. (They play fine in my stand-alone machines.) Any ideas what might be wrong here? SuperBit and many Criterion DVDs have seamless layer break, which proves that players can handle it. I've never seen AnyDVD report this problem with Criterion or SuperBit DVD titles, so this isn't normal. Something is broken.

I don't know if this is a problem with ImgBurn, Shrink, or my PC. When I create ISOs split to 3.99 GB on FAT32 drive, Shrink can't open or analyze the MDS file. "DVD Shrink encountered an error and cannot continue. Failed to open file XXXXX.I00." The image can be mounted with Daemon-Tools and played. I can analyze the mounted image with Shrink. It burns and plays fine. But the image can't be loaded in Shrink. Has anyone else had this problem? Any solutions? I found that using 2 GB splitting or smaller on FAT32 will fix it, but I prefer to I use 3.99 GB. I asked LUK about this a while ago and he said it should work. I used to have this problem with DVDD as well. I had to use 2 GB file splitting on FAT32 drives.

This not really a bug, so I've posted it here in support. Both IFOEdit and PGCEdit are capable of parsing the sector addresses and sizes on VIDEO_TS.IFO and will correct sector addresses that do not match the file size. PGCEdit does this silently while IFOEdit returns an warning message. However both reduce the file size (all that I've seen) of VIDEO_TS.IFO (and VIDEO_TS.BUP of course). I built an image with ImgBurn 2.0.0.0 last night that I did NOT use PGCEdit on first, as there were no PUOs that I needed to turn off, nor any other adjustments to be made. ImgBurn happily made the image, which I mounted with Daemon Tools and then used QuickSFV to create CRC signatures, which I subsequently compared against the source files. All compared except for VIDEO_TS.IFO and VIDEO_TS.BUP. I noticed that Imgburn was changing a sector address, and as it apparently does so on the fly without altering the source files, the miscompare was not expected. However, out of curiosity, I decided to run the source files through PGCEdit and noticed that the VIDEO_TS.IFO and VIDEO_TS.BUP were shortened from 16K to 12K. I restored the original files and performed a "Get VTS Sectors" in IFOEdit. I received the following warning, which I've seen before, and from my research is likely the result of re-authoring and once corrected is nothing to worry about: "There's something wrong! The IFO Endsector does not match the file size." The resulting VIDEO_TS.BUP and VIDEO_TS.IFO are again 12K, as with PGCEdit, though the CRCs are different between the two programs, but likely due to the 32K option being turned on in PGCEdit. Meanwhile ImgBurn ignored the fact that the sectors were not consistent with the file size. Anyway, I realize that PGCEdit has undergone extensive development, and ImgBurn's image creation engine is in its infancy, and may not be intended to do all the things that these other utilities do to "fix" the source files. However, I saw mention by some that PGCEdit would no longer been needed with the advent of the ImgBurn build mode. My recommendation would be for the short term, at least, to continue running your source files through PGCEdit until/if this feature is included in ImgBurn. Of course PGCEdit also has the handy "fix streams" function that gets rid of the bogus extra audio and subtitle streams produced by some reauthoring packages, most notably CloneDVD from Elby. Ford Man

nice tool btw - would it possible to create an iso from cd/dvd, would be handy

Here is the screnshot mounted is an iso of a linux distro and here the verify that shows that imgburn actually sees both dvds. thanks

For me this option is very useful it's permit to add in my software an option for direct burn an Windows XP folder without create an ISO file. If it's possible to add this, it's great for me, and another person I suppose !

I have an idea for simply support audio file with ImgBurn ! Foobar2000, it's a free project of audio file player. With this freeware, it's exist a optional components for burning CD Audio, but this optional components use Nero ! If a person create a Optionnal Components for Foobar with support ImgBurn, it's great ! I make a demand on official forum of Foobar but anybody make it !

@lfc, DVDInfoPro can create iso images in the same way DVD Dec used to. @Rosco, It would help to see the log from this failed verify of ISO1 so I can see exactly what's changed and where. ISO3 would be different from ISO1 + 2 because it has a totally new filesystem. Remember it's not reading sector by sector here (as other 'image' building tools would do), it's looking at / reading the files and then compiling (building) a new ISO from scratch.

I get this when I run two at a time: I 16:45:51 ImgBurn Version 2.0.0.0 started! I 16:45:51 Microsoft Windows XP Professional (5.1, Build 2600 : Service Pack 2) I 16:45:51 Initialising SPTI... I 16:45:51 Searching for SCSI / ATAPI devices... I 16:45:51 Found 1 DVD-ROM and 2 DVD?RWs! I 16:54:31 Operation Started! I 16:54:31 Building Image Tree... I 16:54:31 Checking Directory Depth... I 16:54:31 Calculating Totals... I 16:54:31 Preparing Image... I 16:54:31 Checking Path Length... I 16:54:31 Image Size: 3,747,184,640 bytes I 16:54:31 Image Sectors: 1,829,680 I 16:54:39 Operation Successfully Completed! - Duration: 00:00:08 I 16:54:39 Operation Started! I 16:54:40 Source File: -==/\/[bUILD IMAGE]\/\==- I 16:54:40 Source File Sectors: 1,829,680 (MODE1/2048) I 16:54:40 Source File Size: 3,747,184,640 bytes I 16:54:40 Source File Volume Identifier: JJ_LIKING_YOURSELF I 16:54:40 Source File Application Identifier: IMGBURN - THE ULTIMATE IMAGE BURNER! © 2006 LIGHTNING UK! I 16:54:40 Source File Implementation Identifier: ImgBurn I 16:54:40 Source File File System(s): ISO9660, UDF (1.02) I 16:54:40 Destination Device: [0:0:0] _NEC DVD_RW ND-3550A 1.Y6 (D:) (ATA) I 16:54:40 Destination Media Type: DVD-R (Disc ID: TYG03) (Speeds: 2x, 4x, 6x, 8x, 12x, 16x) I 16:54:40 Destination Media Sectors: 2,298,496 I 16:54:40 Write Mode: DVD I 16:54:40 Write Type: DAO I 16:54:40 Write Speed: 8x I 16:54:40 Link Size: Auto I 16:54:40 Test Mode: No I 16:54:40 BURN-Proof: Enabled I 16:54:40 Filling Buffer... I 16:54:41 Writing LeadIn... I 16:55:27 Writing Image... W 16:58:38 Waiting for buffers to recover... W 16:58:41 Waiting for hard disk activity to reach threshold level... I 16:58:43 Writing Image... W 17:01:38 Waiting for buffers to recover... W 17:01:43 Waiting for hard disk activity to reach threshold level... I 17:01:46 Writing Image... W 17:02:20 Waiting for buffers to recover... W 17:02:25 Waiting for hard disk activity to reach threshold level... I 17:02:31 Writing Image... W 17:05:19 Waiting for buffers to recover... W 17:05:23 Waiting for hard disk activity to reach threshold level... I 17:05:30 Writing Image... W 17:06:02 Waiting for buffers to recover... W 17:06:04 Waiting for hard disk activity to reach threshold level... I 17:06:12 Writing Image... I 17:07:34 Synchronising Cache... I 17:08:01 Image MD5: 25122e0c5a313762f2ce0db1726e35b7 I 17:08:01 Operation Successfully Completed! - Duration: 00:13:21 I 17:08:01 Average Write Rate: 5,040 KB/s (3.6x) - Maximum Write Rate: 8,743 KB/s (6.3x) They both seemed to come out OK !! My tired ole puter, been doing a lot of stuff to try and correct: http://forum.digital-digest.com/showthread.php?t=67828 I usta do dual burns, with out a hicup, burning is the only issue. Everything else is fine, I can do dual transcodes with Shink or Clone without a problem (if I want to just create iso). Burin singles is my best bet, but I have had singles fail in the past. If it keeps actin up a NEW PS will be next I guess. I've added a cooler, which did it's job, but I think it was as LUK mentioned .... cables or power distribution ... at least for the failed burns .... haven't had one since redistributing power to the drives and adding the cooler .... the was the closest it came ... I was expecting it to fail .... AX @LUK ..... 2.0 is lookin good, don't need Nero anymore .....

Thought I'd start another thread separate from the announcement thread to thank LUK for his fine work. Burning files is an important step for ImgBurn. It will save time and steps for burning single and double layer disks without having to first create an image or use commercial software. Additionally, if you need to overburn a DVD+R, you can do that in a single step from files instead of making an image first. I'm not aware of any other software, commercial or otherwise, that can claim that capability. A fine piece of work all around.

OK, but how to tell the AV app (namely Kaspersky AV over here) to leave alone ImgBurn.exe? No matter if I select Skip or Discard it is blocked again next time I run it. So right now I'm not able to start ImgBurn at all. EDIT: I managed to add ImgBurn.exe as an object to the "exclusion list", so it works fine now. BTW PE Builder has anything to do with PECompact? Because Kaspersky AV itself utilizes this application to create a Rescue Disk...

This time I really will answer my own question. I borrowed this from a DVD rebuilder change log: ...Also note IFOEDIT will incorrectly see the changes to the IFO for padding as offset errors. Do NOT perform an IFOEDIT "Get VTS Sectors" against a VIDEO_TS folder that has been built for ISO unless you are planning to use some other burning package to create the disc... I notice jdobbs turned off padding as the default.

First of all, I luv the new version. The ability to create images is just the ticket. Great work LUK and team! Since I was very much looking forward to this new feature, I wanted to try it out right away. I tried specifying a particular date and time that I wanted on the folders in my build. However, the time that I specified (8:44) is not the time that ended up on the folders (9:44). Here is a screen shot of the folders when viewed in Explorer after having mounted the image with Daemon Tools: Am I doing something wrong, or could this be a small bug in the program?

Anybody ever see Bowling For Columbine? Guns in safe hands of responsible owners - maybe. But when they get into the hands of kids (disturbed or otherwise) - no thanks Last time I looked, you didn't need a gun to kill masses of people either - just the political will to create a lawless society. For example, in Rwanda, machetes killed almost a million people in a few months of State sponsored genocide. And, while we quoting stats, our murder rate per capita with firearms is miniscule (as is that of the UK) compared to the USA. Up 300% probably means (without having examined Shamus's links) up from 2 to 8 in a year (that is of course a morning's "work" in the barrio of LA or in NYC). I think I'll take the no guns, thanks. And, I don't need a gun to feel safe. When I leave the home for a short period, I often leave the door unlocked, garage door up (with my car in plain view - also unlocked). I'm pretty sure you can't do that in "the safer society" where "citizens" have guns. Regards

True, but if is anything like me, he would just be more careful about it is all. You know what they say? Its only illegal if caught..LMAO! So in a happy note, Luk or whoever wrote it...good job man! I always had trouble create psl files and importing them. So thanks for making it very much easier. Hell I havnt used anydvd in months now since its release. No need. The only time I crank anydvd on is when inserting music cds, so I dont get that nasty root kit on sony cds LOL! Also luk thanks for imgburn. My nero dont even get used anymore unless I watch dvd. I always seem to get better burns on even the crappiest media.