Jump to content

r0lZ

Beta Team Members
  • Posts

    68
  • Joined

  • Last visited

Everything posted by r0lZ

  1. Yeah! Problem solved. I don't know how I found my way to the "Intel Rapid Storage Technology" (as the Intel download site is a nightmare), but I have installed it (more precisely I've downloaded and installed the file iata96cd.exe), and now ImgBurn works again perfectly, as always. CrystalDiskInfo works also fine now. Thanks for the pointer, LUK!
  2. Honestly, I don't know if the drive is connected to an Intel controller. I just know that it is connected to the motherboard, and there are several components on the motherboard that require Intel drivers. The motherboard itself is not signed Intel, so I doubt I have to install the Intel Board drivers. Anyway, it is extremely difficult to know exactly the detail of the hardware for this kind of PC (a Medion bought at an Aldi store). Like you, I'm sure it's a software issue. But how can I instruct Windows to get rid of the drivers I have installed recently? Apparently, it's impossible. Windows says that my hardware is functioning correctly, and that the drivers are up to date. The Roll Back Driver option is greyed out. And Intel doesn't provide an uninstall utility. Dead end? BTW, I forgot to say that I have CrystalDiskInfo installed. It's a good tool to monitor the hard disk drives temperatures and SMART data. But now, it doesn't recognize my drives any more. It's like I'm having no hard disc at all! I suppose that problem has occurred at the same time than the burner problem, but I'm not sure.
  3. Recently, my burner has stopped working correctly under my Win7 x64. I can still use it to read discs, but I can't format the RWs, and ImgBurn cannot write the discs any more. I've noticed several strange things: - Device Manager lists now my drive as "ATA HL-DT-ST DVDRAM SCSI CdRom Device". IIRC, previously, the real name and brand of the burner was present. Imgburn doesn't "see" the brand either. - When I try to erase a CR-RW (quick mode), ImgBurn returns immediately, and says that the disc has been erased successfully. But the icon and disc label in Windows Explorer doesn't change (although the original content of the drive seems to be erased as Explorer shows nothing). If I try to eject immediately the disc with ImgBurn's arrow icon or with the Windows context menu, an error occurs. Also, erasing the disc with the Windows wizard doesn't work. I see immediately this error dialog: There was a problem erasing this disc The wizard can't finish erasing this disc. Please try to erase it again. If the problem continues, there might be a problem on the disc that is preventing you from erasing it. After that, I have to wait at least 30 seconds before being able to eject the disc, or another error occurs. - If I insert a blank disc (that doesn't need erasing), ImgBurn accepts to burn it, but without success. Here is the log: I 13:02:02 ImgBurn Version 2.5.2.0 started! I 13:02:02 Microsoft Windows 7 Ultimate x64 Edition (6.1, Build 7600) I 13:02:02 Total Physical Memory: 4,192,436 KB - Available: 2,816,852 KB I 13:02:03 Initialising SPTI... I 13:02:03 Searching for SCSI / ATAPI devices... I 13:02:03 -> Drive 1 - Info: ATA HL-DT-ST DVDRAM EL01 (W:) (SATA) I 13:02:03 Found 1 DVD±RW/RAM! I 13:02:18 Operation Started! I 13:02:18 Source File: E:\test.iso I 13:02:18 Source File Sectors: 339,744 (MODE1/2048) I 13:02:18 Source File Size: 695,795,712 bytes I 13:02:18 Source File Volume Identifier: XP.SP3.5512.RTM I 13:02:18 Source File File System(s): ISO9660 (Bootable), Joliet I 13:02:18 Destination Device: [0:64:0] ATA HL-DT-ST DVDRAM EL01 (W:) (SATA) I 13:02:18 Destination Media Type: CD-RW (Disc ID: 97m32s10f, Prodisc Technology Inc.) (Speeds: 10x) I 13:02:18 Destination Media Sectors: 359,847 I 13:02:18 Write Mode: CD I 13:02:18 Write Type: SAO I 13:02:18 Write Speed: 16x I 13:02:18 Lock Volume: Yes I 13:02:18 Test Mode: No I 13:02:18 OPC: No I 13:02:18 BURN-Proof: Enabled W 13:02:18 Write Speed Miscompare! - Wanted: 2,822 KB/s (16x), Got: 1,764 KB/s (10x) I 13:02:19 Filling Buffer... (40 MB) I 13:02:19 Writing LeadIn... E 13:02:30 Failed to Write Sectors -150 - -119 - Reason: No Additional Sense Information I 13:02:30 Writing Sectors... I 13:02:30 Synchronising Cache... W 13:02:39 User opted to skip the 'Close Track/Session/Disc' functions. E 13:02:39 Failed to Write Image! E 13:02:39 Operation Failed! - Duration: 00:00:20 I 13:02:39 Average Write Rate: N/A - Maximum Write Rate: N/A Of course, I have tried with several CDs and DVDs, but I have always the same problem. - Since I have also WinXP (relatively fresh install) on another partition, I have tried to erase and burn a RW with ImgBurn under WinXP: no problem. So, I'm sure that the hardware works well. Here is the successful log under XP: I 13:36:14 ImgBurn Version 2.5.2.0 started! I 13:36:14 Microsoft Windows XP Professional (5.1, Build 2600 : Service Pack 3) I 13:36:14 Total Physical Memory: 3,405,928 KB - Available: 3,002,480 KB I 13:36:14 Initialising SPTI... I 13:36:14 Searching for SCSI / ATAPI devices... I 13:36:14 -> Drive 1 - Info: HL-DT-ST DVDRAM GH20NS10 EL01 (H:) (ATAPI) I 13:36:14 Found 1 DVD±RW/RAM! I 13:36:41 Operation Started! I 13:36:41 Device: [0:2:0] HL-DT-ST DVDRAM GH20NS10 EL01 (H:) (ATAPI) I 13:36:41 Media Type: CD-RW (Disc ID: 97m32s10f, Prodisc Technology Inc.) (Speeds: 10x) I 13:36:41 Quick Erase: Yes I 13:36:41 Erasing Disc... I 13:37:03 Operation Successfully Completed! - Duration: 00:00:22 I 13:37:22 Operation Started! I 13:37:22 Source File: E:\test.iso I 13:37:22 Source File Sectors: 339,744 (MODE1/2048) I 13:37:22 Source File Size: 695,795,712 bytes I 13:37:22 Source File Volume Identifier: XP.SP3.5512.RTM I 13:37:22 Source File File System(s): ISO9660 (Bootable), Joliet I 13:37:22 Destination Device: [0:2:0] HL-DT-ST DVDRAM GH20NS10 EL01 (H:) (ATAPI) I 13:37:22 Destination Media Type: CD-RW (Disc ID: 97m32s10f, Prodisc Technology Inc.) (Speeds: 10x) I 13:37:22 Destination Media Sectors: 359,847 I 13:37:22 Write Mode: CD I 13:37:22 Write Type: SAO I 13:37:22 Write Speed: MAX I 13:37:22 Lock Volume: Yes I 13:37:22 Test Mode: No I 13:37:22 OPC: No I 13:37:22 BURN-Proof: Enabled I 13:37:22 Write Speed Successfully Set! - Effective: 1,764 KB/s (10x) I 13:37:22 Filling Buffer... (40 MB) I 13:37:23 Writing LeadIn... I 13:37:39 Writing Session 1 of 1... (1 Track, LBA: 0 - 339743) I 13:37:39 Writing Track 1 of 1... (MODE1/2048, LBA: 0 - 339743) I 13:45:07 Synchronising Cache... I 13:45:18 Exporting Graph Data... I 13:45:18 Graph Data File: C:\Documents and Settings\rol\Application Data\ImgBurn\Graph Data Files\HL-DT-ST_DVDRAM_GH20NS10_EL01_SATURDAY-OCTOBER-16-2010_1-37_PM_97m32s10f_MAX.ibg I 13:45:18 Export Successfully Completed! I 13:45:18 Operation Successfully Completed! - Duration: 00:07:55 I 13:45:18 Average Write Rate: 1,520 KB/s (10.1x) - Maximum Write Rate: 1,538 KB/s (10.3x) - I have also noticed that when an error occurs, the ImgBurn error message contains usually "no additional sense information". I don't know exactly what that means, but previously, when an error occurred, there was some sense information in the error message. - I have installed recently the new Intel chipset drivers. Could it be the reason? Unfortunately, I can't find a way to uninstall them. (Uninstalling them with Device Manager has no effect, as they are re-installed automatically after a reboot.) - Apparently, the drive is still able to read the discs without problem (but I did only a few read tests). Sorry to post this problem here, as I'm sure that ImgBurn is not responsible of the problem. It's probably something I have installed recently. But what? I've searched the web, but I can't find any good explanation regarding a similar problem, so I guess it's here that I have a chance to get valuable help. Thanks!
  4. Both! You can define a split point in the authoring program (but I don't know DVDLab sufficiently to help you) but it will be set to the nearest I-frame. If you want to place it at a precise frame, you have to specify it also to the MPEG encoder.
  5. You should try to split the cell in your original DVDLab project, as you really cannot split a multi-angle cell with VobBlanker. (If you force it, you will probably get a non standard-compliant DVD!) It is not easy to guess where you should set the layer break point, but it you set it around the middle of the DVD and if the DVD size is not too close to the total size of the DVD+R DL media, it should work. It it's not the case, you can try to shrink the DVD a bit with DVDShrink. Also, swapping the titlesets with PgcEdit might help, although if your DVD has only two titlesets and the first one is very short (as you said above) I doubt it's sufficient. Anyway, you can try. Use DVD -> Remap Titlesets. (This function has no effect on the navigation.)
  6. I haven't tested it fully yet, but it seems fine. I've just burned some good FLAC files, and the CD is perfect. No (audible) gap. I can still hear gaps with some MP3 files, BUT the problem is in the file itself. (There is approx 100 ms of silence at the beginning and at the end of the file.) Of course, it's not an ImgBurn problem. I will post more feedback here later... Anyway, thanks for your good work!
  7. Please don't do that! Adding new codecs when they are not absolutely necessary is extremely dangerous! See the numerous problems with the codec packs distributed on the internet.
  8. Right, but there are still little gaps in the audio CD, probably because the decoded WAV are not cut at a frame or sector boundary. Thanks for the info. Do you mean that each file must be cut at a sector boundary rather than at a frame boundary? That's bad news! Do you plan to implement something like that? BTW, I've just tested with Nero 6, and there are no gaps. It has even an option to cross-fade the tracks. So, I'm now convinced that it fills the gaps with some data of the next track, or it cuts the previous file sooner and adds the remaining samples to the next track (imo a better solution.)
  9. I've read this thread with great interest, as I am also annoyed by the gaps in live CDs. I have several CDs in MP3 or FLAC formats, and even after converting them to WAV, there are still gaps. I hate to have to say that, but Nero doesn't have this issue. I don't know its secret, but I suppose that it is smart enough to verify the duration of the data, and that it uses some samples from the next file to fill the gap. (Perhaps it's why it scans all audio files before burning.) I know that we can burn a large file to avoid the gaps. It should even be possible to use the cue produced by ImgBurn with the separate files, and edit it to use the large WAV instead. But it's much work, and not easy for most users. So, imo, I think it's an important thing to improve. There is certainly a possibility to avoid those gaps. Perhaps an option to truncate the last frame if it is not filled completely, instead of padding it? IMO, most of the time, that should be less perceptible. BTW, what is the length of a frame, in samples? I would like to verify if my WAV files are cut at a frame boundary.
  10. Sorry. I have tested again, and now, I can't reproduce the problem. Not sure why. Forgive me. I will come back to this thread if I can reproduce it again...
  11. I have modified slightly the arguments passed to FLAC from EAC. I use now: -8 -T "ARTIST=%a" -T "TITLE=%t" -T "ALBUM=%g" -T "DATE=%y" -T "TRACKNUMBER=%n" -T "GENRE=%m" %s Now, ImgBurn can successfully find and use the global and track titles and performers. For an unknown reason, in the ripped CD I used to do my previous tests, a single file was tagged with something that ImgBurn has been able to use. I still doesn't understand why, but anyway, it's not a bug in ImgBurn, and it's not to report that problem that I have started this thread. So, the only problem that is really present in ImgBurn is the bug reported in my first post. It should be possible to define some fields with the tag option, others with the filename option, and others manually. For example, if a title tag is wrong and you decide to edit it manually, currently, when you save the cue, all tags are lost except the one you have edited. Since most ppl will not verify if the tags are still present in the cue before burning the CD, it's a major glitch. As we know, if, after having defined a field via the tag or filename method, the user switches to the manual method, the string is preserved and correctly saved, I suppose that it is easy for you to fix this bug by simulating exactly that when the user presses OK. Thanks for looking into it!
  12. I'm not sure the files have tags, as I don't have any tags editor to verify them. But I'm sure that ImgBurn can find the global tags, but not the other ones, or it finds empty strings only. And since all files have been created using the same method, during the same EAC session, they have probably similar tags. I will see tomorrow if I can send you a small file as an example. But I have to sleep now!
  13. Sorry, I was not clear enough. The tags are missing, or empty. Or perhaps ImgBurn cannot find them. The curious thing is that it can find the global disc title and performer, but not the track names and performers. Anyway, clicking refresh doesn't change anything. The GUI is still empty for any track. In this case, nothing is written to the cue file. That's normal, of course. Yes, but if the performer has been entered by another method, for example manually at the session level, and then you click on the Tag button for a specific track and the tags are not defined, or are empty - I don't know - the field is emptied. IMO, it should remain as it was before. I suppose that the tags are defined in the FLAC files, but are empty. ImgBurn can retrieve them, and does its job. But I continue to think that it should never replace something by an empty string. I agree. I have just modified my previous post to recommend this method, before reading your answer. It's the best solution. But there is still a bug, as it is currently not possible to mix several methods at different levels. BTW, I have used EAC to rip the CD, using the FLAC official compressor on the fly, from EAC. It's strange that the tags are empty.
  14. Checked with AVG antivirus and antispyware, and with Spyware terminator. No problem found.
  15. Right. I did the test again. and if I select Tag for at least one track, it works fine. There is something strange with the tags of those FLAC files. ImgBurn finds the global disc title and performers, but when I select a specific track, the tags are empty. But even if I leave them empty and the Tag radiobutton ticked, the global tags are correctly written to the file. Similarly, if I define the performer of a track with the Custom controls, and then define the global title via the tags, the track performer is lost. So, indeed, only the last selected option is taken into account. :-( To overcome this limitation, you have to select whatever you want, but when you have the right info, you have to select the Custom option. It doesn't change the contents of the boxes. If you apply the same procedure for all fields of interest, they are saved correctly. Obviously, there is something to improve here. BTW, when all tracks of a CD are performed by the same artist, is it necessary to define the performer for all tracks, or is it sufficient to define only the performer at the disc level? I know that it is easy to define the same performer for all tracks by modifying the session info, but if you click after on the File Name or Tag option for a specific track, the performer disappears. Maybe you could change that, and leave the performer info unchanged if you cannot find it in the filename or tags.
  16. I've just discovered your new version 2.4.0.0, and I'm very impressed. I'm glad ImgBurn can now burn audio CDs. That's great! However, I think I've found a bug in Create CD Cue File. Here is what I did: I've successfully imported several tracks from the same CD, in FLAC format. Then I have selected the Disc icon, and enabled CD-TEXT -> Tag. (There is a little problem here, as the title and performers fields are inverted, but I guess it's because the tags are wrong, as I have not this problem with other CDs.) Then, I have saved the cue file on disc, and viewed it in a text editor. The global CD title and performer fields are not in the file! Note that if I click Custom after having selected the Tag radiobutton, the title and performer fields are correctly saved.
  17. The PgcEdit method is somewhat limited when there are angles in the PGC. Currently, an angle cell cannot be selected as the layer break position. However, it's perfectly legal. The problem is only due to the limitation in PgcEdit, and the fact that the whole PGC is made of angle cells. Sorry for that. I agree with LUK and blutach: only the angle 1 cell should be selectable, although all angles must be marked as non-seamless. It is absurd to select angle 2, since angle 1 will be cut after its first VOBU.
  18. I'm not so sure. The BUP file is supposed to be an exact copy of the IFO. So, if you pad the IFO, you must pad also the BUP, or you will produce a non compliant DVD.Padding also the BUP is not really a problem, but it will be impossible to add an odd number of sectors this way. Therefore, this method is not (always) suitable to align the layer break.
  19. PgcEdit maintains each table separately in memory. When the IFO is loaded, it is split into tables. The end-of-table pointer is used to remove the padding null bytes at the end of the table. (Recently, I have added some basic checks to ensure that the end-of-table pointer is coherent, since it is now necessary to cope with ARccOS and RipGuard crap.) PgcEdit removes also completely the tables that are present but have 0 entries (for example VTSM_VOBU_ADMAP and VTSM_C_ADT when the menu has no video.) When the DVD is saved back, the tables are padded and concatenated again (in the "standard" order defined by the pointers in VMGM/VTSI_MAT) to recreate the IFO. Unnecessary padding is never added at the end of the file. This method implies that each table can be shorter than before. Therefore, all subsequent tables are shifted accordingly, and the final size of the IFO is decreased. Of course, the null padding sectors not included in a specific table are stripped also. I'm not sure IfoEdit does the same thing. It is known to have very big bugs when a table grows too much, because it doesn't allocate a new sector. Another table is simply overwritten! I suppose it cannot shorten a table neither. Anyway, with both programs, the additional padding sectors at the end of the IFO are stripped out. Of course, each time a DVD is saved, PgcEdit recomputes the VTS sector pointers (with respect for the 32K gap option, and eventually for the layer break position.) Note: It is theoretically possible to pad the IFO and BUP files to align the layer break with an ECC bloc, but of course, it's not suitable for the 32K gaps. Maybe it's a method used on some commercial DVDs?
  20. Sorry, I was away of my computer for a long time! You're right. I can't reproduce the problem. Maybe I did something wrong. Sorry for the trouble.
  21. When called from CLI with the options /IBG and /VERIFY, ImgBurn doesn't include the verify graphs in the IBG file. Note that the IBG file is saved before the verify phase begins.
  22. r0lZ

    Hey LUK

    Great! That's what I expected! Have you tested the FF/Rew functions with the LB at any NAV pack method? Is it a thread somewhere where this method is discussed? I've searched the forum w/o success.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.