Jump to content

gottogo99

Members
  • Posts

    32
  • Joined

  • Last visited

gottogo99's Achievements

ISF Newbie

ISF Newbie (1/5)

  1. CD Wave will split on sector boundaries perfectly after you save each LP side as one large file: http://www.milosoftware.com/en/index.php?body=cdwave.php. Works perfectly for live albums w/no gaps.
  2. Ok, I understand what you are getting at now. I checked my iTunes cue sheet and see that it also matches the TITLE information to the file name as opposed to the actual song title. So, ImgBurn does not read metadata from either iTunes/QuickTime or NeroAAC encoded m4a files. Any chance of reading that metadata in the future? Would be a nice feature. It does for mp3, FLAC, and ogg already.
  3. I think you are misunderstanding the bug. I have no complaints about TITLE. The bug is that PERFORMER is missing from the cue sheet for m4a files, when it is included for FLAC, mp3, and ogg files all from the same source. PERFORMER is missing for m4a files generated by me using NeroAACEnc, and for iTunes files which presumably use QuickTime. Foobar2000 shows that the PERFORMER is there for both iTunes and Nero generated files, but it isn't getting into the cue sheet as it should.
  4. Fair enough. Any suggestions as to DS filters which give correct lengths for mp3 or m4a? So far, Orban and DSP Worx have failed for m4a and whatever Windows 7 uses has failed for mp3.
  5. Hello, I was recently testing ImgBurn with different audio file types. I noticed that the FILE-DECODED-SIZE is incorrect for m4a and mp3 files, and it differs depending on the DirectShow filter used. First, using DSP Worx for FLAC, m4a, and ogg, only FLAC and ogg have the correct length of 04:02:47. M4a is 04:02:51 and mp3 is 04:02:53: TITLE "Get Yer Ya-Ya's Out!" PERFORMER "The Rolling Stones" FILE "01. Jumpin' Jack Flash.flac" FLAC REM FILE-DECODED-SIZE 04:02:47 TRACK 01 AUDIO TITLE "Jumpin' Jack Flash" PERFORMER "The Rolling Stones" INDEX 01 00:00:00 FILE "01. Jumpin' Jack Flash.m4a" M4A REM FILE-DECODED-SIZE 04:02:51 TRACK 02 AUDIO TITLE "01. Jumpin' Jack Flash" INDEX 01 00:00:00 FILE "01. Jumpin' Jack Flash.mp3" MP3 REM FILE-DECODED-SIZE 04:02:53 TRACK 03 AUDIO TITLE "Jumpin' Jack Flash" PERFORMER "The Rolling Stones" INDEX 01 00:00:00 FILE "01. Jumpin' Jack Flash.ogg" OGG REM FILE-DECODED-SIZE 04:02:47 TRACK 04 AUDIO TITLE "Jumpin' Jack Flash" PERFORMER "The Rolling Stones" INDEX 01 00:00:00 FILE "01. Jumpin' Jack Flash.wav" WAVE REM FILE-DECODED-SIZE 04:02:47 TRACK 05 AUDIO TITLE "01. Jumpin' Jack Flash" INDEX 01 00:00:00 Next, using madFLAC for FLAC, Orban for m4a, and no ogg. Now m4a and mp3 are both incorrect at 04:02:53 instead of the correct 04:02:47 for the other file types. TITLE "Get Yer Ya-Ya's Out!" PERFORMER "The Rolling Stones" FILE "01. Jumpin' Jack Flash.flac" FLAC REM FILE-DECODED-SIZE 04:02:47 TRACK 01 AUDIO TITLE "Jumpin' Jack Flash" PERFORMER "The Rolling Stones" INDEX 01 00:00:00 FILE "01. Jumpin' Jack Flash.m4a" M4A REM FILE-DECODED-SIZE 04:02:53 TRACK 02 AUDIO TITLE "01. Jumpin' Jack Flash" INDEX 01 00:00:00 FILE "01. Jumpin' Jack Flash.mp3" MP3 REM FILE-DECODED-SIZE 04:02:53 TRACK 03 AUDIO TITLE "Jumpin' Jack Flash" PERFORMER "The Rolling Stones" INDEX 01 00:00:00 FILE "01. Jumpin' Jack Flash.wav" WAVE REM FILE-DECODED-SIZE 04:02:47 TRACK 04 AUDIO TITLE "01. Jumpin' Jack Flash" INDEX 01 00:00:00 Not sure if the incorrect sizes are an ImgBurn bug, or a limitation of the DirectShow filters or the audio format itself. Whatever the case, the FILE-DECODED-SIZEs are wrong. PC is Windows 7, 32 bit, fully updated, ImgBurn 2.5.5.0. Thanks for your time.
  6. Hello, I recently noticed a problem when making an audio CD from files purchased from iTunes in their m4a format. When making the cue sheet, the PERFORMER information was not included. The TITLE information was correctly included. I thought maybe this was some sort of iTunes issue even though foobar2000 showed the performer correctly. I made a test. I ripped one song from a CD I own using Exact Audio Copy to FLAC and tagged it in EAC. Then I went to foobar2000 and converted the FLAC to wav, mp3, m4a, and ogg formats, using the latest version of the command line encoders (LAME, NeroAACEnc, and oggenc2). The I added each song to a cue sheet in ImgBurn. It looks like this: TITLE "Get Yer Ya-Ya's Out!" PERFORMER "The Rolling Stones" FILE "01. Jumpin' Jack Flash.flac" FLAC REM FILE-DECODED-SIZE 04:02:47 TRACK 01 AUDIO TITLE "Jumpin' Jack Flash" PERFORMER "The Rolling Stones" INDEX 01 00:00:00 FILE "01. Jumpin' Jack Flash.m4a" M4A REM FILE-DECODED-SIZE 04:02:51 TRACK 02 AUDIO TITLE "01. Jumpin' Jack Flash" INDEX 01 00:00:00 FILE "01. Jumpin' Jack Flash.mp3" MP3 REM FILE-DECODED-SIZE 04:02:53 TRACK 03 AUDIO TITLE "Jumpin' Jack Flash" PERFORMER "The Rolling Stones" INDEX 01 00:00:00 FILE "01. Jumpin' Jack Flash.ogg" OGG REM FILE-DECODED-SIZE 04:02:47 TRACK 04 AUDIO TITLE "Jumpin' Jack Flash" PERFORMER "The Rolling Stones" INDEX 01 00:00:00 FILE "01. Jumpin' Jack Flash.wav" WAVE REM FILE-DECODED-SIZE 04:02:47 TRACK 05 AUDIO TITLE "01. Jumpin' Jack Flash" INDEX 01 00:00:00 As you can see, the m4a file is the only one that doesn't have the PERFORMER information. (Nothing for wave format files, I know). That was using the DSP Worx DirectShow filters for each file type. In case they were causing the problem, I uninstalled DSP Worx and installed madFLAC for FLAC and orban for m4a (nothing for ogg since I don't use it, only for this test). The new cue sheet looks like this: TITLE "Get Yer Ya-Ya's Out!" PERFORMER "The Rolling Stones" FILE "01. Jumpin' Jack Flash.flac" FLAC REM FILE-DECODED-SIZE 04:02:47 TRACK 01 AUDIO TITLE "Jumpin' Jack Flash" PERFORMER "The Rolling Stones" INDEX 01 00:00:00 FILE "01. Jumpin' Jack Flash.m4a" M4A REM FILE-DECODED-SIZE 04:02:53 TRACK 02 AUDIO TITLE "01. Jumpin' Jack Flash" INDEX 01 00:00:00 FILE "01. Jumpin' Jack Flash.mp3" MP3 REM FILE-DECODED-SIZE 04:02:53 TRACK 03 AUDIO TITLE "Jumpin' Jack Flash" PERFORMER "The Rolling Stones" INDEX 01 00:00:00 FILE "01. Jumpin' Jack Flash.wav" WAVE REM FILE-DECODED-SIZE 04:02:47 TRACK 04 AUDIO TITLE "01. Jumpin' Jack Flash" INDEX 01 00:00:00 Once again the m4a format file does not have PERFORMER information. My conclusion is that ImgBurn is not reading the data correctly. Either that, or both Orban and DSP Worx have defective AAC DirectShow filters with similar bugs. PC is Windows 7, 32 bit, fully updated, ImgBurn 2.5.5.0. Thanks for your time.
  7. Any progress on this issue for the next release? In case anyone is interested, my workaround is to set the write speed one setting higher than what I actually want for burning CDRs. For example, if I want to burn at 48x, set the write speed to 52x. Obviously, the highest speed is not possible. Anyone know if this issue has been fixed for newer Samsung drives? Does it affect other brands as well?
  8. Thanks. Get around to it when you can. It's an issue, but not a huge one. Maybe you'd rather not work around a "bug" that's not your fault.
  9. Thanks for looking into this. I must admit that your explanation is somewhat beyond me. I'm wondering why I got the desired speed in the old 2.4.4.0 but not now. And wondering why no problems with DVDR, only CDR and CDRW. Did 2.5.0.0 expose flaws in the firmware which were previously not detected? If so, can they somehow be bypassed? Firmware is the latest available.
  10. Ok, Discovery Mode log file is attached. This is for a CDRW, wanted 24x, got 16x due to write speed miscompare. Here's the disc info on the completed 16x burn. TSSTcorp CD/DVDW SH-S183L SB03 (ATAPI) Current Profile: CD-RW Disc Information: Status: Complete Erasable: Yes Sessions: 1 Sectors: 182,944 Size: 374,669,312 bytes Time: 40:41:19 (MM:SS:FF) Supported Write Speeds: 16x, 24x TOC Information: Session 1... (LBA: 0 - 182943) -> Track 01 (Mode 1, LBA: 0 - 182943) -> LeadOut (LBA: 182944) ATIP Information: Disc ID: 97m34s24f Manufacturer: Mitsubishi Chemical Corp. Start Time of LeadIn: 97m34s24f Last Possible Start Time of LeadOut: 74m43s00f Format Capacities: DT: 0x02 - NB: 182944 (0x0002CAA0) - TDP: 2048 FT: 0x00 - NB: 275744 (0x00043520) - TDP: 2048 FT: 0x10 - NB: 275744 (0x00043520) - TDP: 32 FT: 0x24 - NB: 259360 (0x0003F520) - TDP: 0 Performance (Write Speed): Descriptor 1... -> B0: 0x00, B1: 0x00, B2: 0x00, B3: 0x00 -> EL: 336118 (0x000520F6) -> RS: 5,632 KB/s (32x) - WS: 2,816 KB/s (16x) Descriptor 2... -> B0: 0x00, B1: 0x00, B2: 0x00, B3: 0x00 -> EL: 336118 (0x000520F6) -> RS: 5,632 KB/s (32x) - WS: 2,816 KB/s (16x) Descriptor 3... -> B0: 0x00, B1: 0x00, B2: 0x00, B3: 0x00 -> EL: 336118 (0x000520F6) -> RS: 5,632 KB/s (32x) - WS: 4,224 KB/s (24x) CDRWtest.log
  11. I tested 2.5.0.0 with a DVD+R. No issues: requested 16x burn and it burned at 16x. For me, the problem is only with CDRs and CDRWs. Any suggestions?
  12. The problem also exists using Verbatim/Mitsubishi CDRs. Write speed is one level lower than desired. In this case, I wanted to burn at 32x and the program gave me 24x, even though 32x is one of the options. ; //****************************************\\ ; ImgBurn Version 2.5.0.0 - Log ; Sunday, 02 August 2009, 21:07:03 ; \\****************************************// ; ; I 21:00:06 ImgBurn Version 2.5.0.0 started! I 21:00:06 Microsoft Windows 7 Ultimate Edition (6.1, Build 7100) I 21:00:06 Total Physical Memory: 1,020,280 KB - Available: 522,860 KB I 21:00:06 Initialising SPTI... I 21:00:06 Searching for SCSI / ATAPI devices... I 21:00:07 Found 1 DVD
  13. Thanks for the reply. I missed the other thread. I've only made a few burns with 2.5.0.0; no CDRs or DVDRs yet. I have an Intel motherboard and the SATA burner is plugged in directly. It's been that way for 20 months; never had an issue in XP or Win7 until now.
  14. Hello, I have recently updated to version 2.5.0.0 of this fine program. I frequently use it to burn CDRWs, which are Verbatims rated for 16x-24x. Using 2.4.4.0 I was able to burn at 24x but 2.5.0.0 only burns at 16x. I have 24x set as the AWS. Logs follow in case I'm doing something wrong. This log shows 24x can't be used (write speed miscompare), although 24x is one of the speed choices. ; //****************************************\\ ; ImgBurn Version 2.5.0.0 - Log ; Saturday, 01 August 2009, 22:24:24 ; \\****************************************// ; ; I 22:11:48 ImgBurn Version 2.5.0.0 started! I 22:11:48 Microsoft Windows 7 Ultimate Edition (6.1, Build 7100) I 22:11:48 Total Physical Memory: 1,020,280 KB - Available: 496,860 KB I 22:11:48 Initialising SPTI... I 22:11:48 Searching for SCSI / ATAPI devices... I 22:11:49 Found 1 DVD
  15. Message #12 of the FAQ is a workaround for certain mp3 audio files which decode to digital silence when using the default Microsoft mp3 DirectShow decoder. It says to find a newer version of l3codecx.ax, then unregister the old one and register the new one in its place. My suggestion is to use the widely available LAME DirectShow filter instead of the newer l3codecx.ax, which may be hard to find. Unregister the old l3codecx.ax then register the LAME DirectShow filter. Done.
×
×
  • Create New...

Important Information

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