Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: CUETools versions 1.9.5 through 2.1.6 (Read 1889723 times) previous topic - next topic
0 Members and 10 Guests are viewing this topic.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2450
Sorry, I incorrectly assumed 'replaced' rather than 'empty'.

You say everything on the 'tagging' tab is checked.
You are using the built-in libmp3lame. (?)
No error messages.

Tags are written last after all the audio files are written so CUETools needs to be able to edit the audio files. Did you try an alternate output location? Something may be preventing CUETools from editing the files.
korth

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2451
Also what software are you using with resulting files? It might be the case that the tags are there, just not in the format the software expects. By default CUETools used Id3v2 tags with mp3 format.
CUETools 2.1.6

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2452
Actually, I have found out what was happening. I only tried with one file at a time, but the tags apparently are written at the end.

Once I have tried with an entire album, it worked, tags are visible and recognized by foobar2000.

Thanks for the help!

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2453
I have come across a cd rip that I cannot transcode trough libALAC at compression levels from 3 to 10. I have isolated the specific track and tried to input it as FLAC and WAV with no success. The verification fails and if I disable it and hex compare the WAV extracted from the output file with the original there are large mismatching regions in the middle of the WAV file. Setting lower compression levels (from 0 to 2) results in perfect hash matching audio (when transcoded back to WAV). As it has been one file out of 500~ it seems to be some kind of encoder bug and I would like to submit the file somewhere for testing purposes. Encoding the same file trough iTunes also outputs hash matching audio.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2454
I dug my way back to last July to find that the below quoted bug has been reported.  Just to confirm, I have got a similar error message. In 2.1.4 and then after upgrading, in 2.1.5.

Also I got objections over HDCD (which there isn't?) and Cuetools terminating after encoding pregap - that is a known one?


Just tested the newest 2.1.5, got an exception closing CUETools:
Code: [Select]
System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.


(Citation cut after first codebox line. Edit: and codebox altered to code)

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2455
Hi.

Thanks for this awesome software

I've been using it quite some time now but I have some questions...
I'm coverting some flac images to mp3 V0 tracks for my portable devices, but I dont know how to join two tracks into one when converting...

Example:

My pink floyd's pressing of Dark side of the moon has the first two tracks splitted (Speak to me/Breathe) which are suppossed to be together, but when converting CUE TOOLS also splits them...

Any way to split the album in tracks but join two or more while converting? 

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2456
Any way to split the album in tracks but join two or more while converting? 

CUETools doesn't support that, and it probably never will. It's not what CUETools is for. You can easily merge two tracks with foobar2000.
CUETools 2.1.6


CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2458
My pink floyd's pressing of Dark side of the moon has the first two tracks splitted (Speak to me/Breathe) which are suppossed to be together, but when converting CUE TOOLS also splits them...

They are not, well, it actually depends on the press used. The 1st press of "The Dark Side of the Moon" for example has them together and "Breathe" is called, in the second part of the song, "Breather in the Air".

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2459
Been trying to get this software running since yesterday and it's really frustrating. I'm on a fresh install of Windows 7, 64 bit. .Net was already installed and I installed the Visual C++ prereq. Every time I run cueripper or cuetools, it merely says that it "stopped working'. Any have some thoughts to what I can check before I give up and install a different program?

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2460
The wiki says "Just unpack the archive to any folder" but you will likely to run into 'permissions' problems if you try to run from within the 'Programs Files' directories on Win7.
Also some security software may restrict the program until you tell that software to allow the program to run normally.
korth

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2461
Good day.

I have a problem with creating cue from flac files using cuetools. Cue entry looks like this:

REM COMMENT "cuetools generated dummy CUE sheet"
  FILE "Amerika.flac" WAVE
  TRACK 01 AUDIO
  INDEX 01 0:00:00
  FILE "Wilder Wine (Exclusive Track). Flac" WAVE
  TRACK 02 AUDIO
  INDEX 01 0:00:00

Unfortunately, this my XBMC only shows track number and not the name of the song. I note that the tags correctly I have done. If I create cue in Foobar in XBMC is already displayed properly track is called - cue already contains the name of the song. Please respect somehow compel cuetools to create cue correctly according to my expectations?

Thank you.
PS: Excuse my English - Google Translate

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2462
Is "Fill up missing CUE data from tags" enabled (checked)? This option allows the copying of audio file tags to missing CUE data.
korth

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2463
I'm a newbie here and I just wanted to say that cuetools is an excellent program but I really wish it could verify against accurateRip as well as perfectTunes does.


"Calculate crc32 and accurateRip crc"
CRC32      AccurateRip CRC      Filename

0CCB0623   394B74FF      C:\check audio\02 Kaleidoscope.flac
ACC98232   8D928C86      C:\check audio\01 Seagull.flac
D388A614   C7E7C109      C:\check audio\03 In A Different Place.flac
9B086738   7AD05C99      C:\check audio\04 Polar Bear.flac
A29D895F   34157A27      C:\check audio\05 Dreams Burn Down.flac
02F9206B   E3CDFB38      C:\check audio\06 Decay.flac
A9ADC154   A360DB34      C:\check audio\07 Paralysed.flac
FAECC854   7A70C28F      C:\check audio\08 Vapour Trail.flac
A1CD0D39   6E7FE4EA      C:\check audio\09 Taste.flac
185763C9   174DCBA0      C:\check audio\10 Here And Now.flac
BBBFEBDE   DAD10A25      C:\check audio\11 Nowhere.flac


perfectTunes accurateRip verification
Ride - Nowhere  [AccurateRip DiscIDs: 011-0015F267-00BCCCA1-960C3D0B]
  Track 1: AccurateRip Verified Confidence 18, Pressing Offset +0 [ARv2 CRC 5C9B2532]  C:\check audio\01 Seagull.flac
  Track 2: AccurateRip Verified Confidence 20, Pressing Offset +0 [ARv2 CRC 728B227E]  C:\check audio\02 Kaleidoscope.flac
  Track 3: AccurateRip Verified Confidence 19, Pressing Offset +0 [ARv2 CRC 2C33EAD9]  C:\check audio\03 In A Different Place.flac
  Track 4: AccurateRip Verified Confidence 19, Pressing Offset +0 [ARv2 CRC A419D36B]  C:\check audio\04 Polar Bear.flac
  Track 5: AccurateRip Verified Confidence 19, Pressing Offset +0 [ARv2 CRC 5380AA84]  C:\check audio\05 Dreams Burn Down.flac
  Track 6: AccurateRip Verified Confidence 18, Pressing Offset +0 [ARv2 CRC 134132A3]  C:\check audio\06 Decay.flac
  Track 7: AccurateRip Verified Confidence 18, Pressing Offset +0 [ARv2 CRC 5C4DC17C]  C:\check audio\07 Paralysed.flac
  Track 8: AccurateRip Verified Confidence 19, Pressing Offset +0 [ARv2 CRC 4D683A84]  C:\check audio\08 Vapour Trail.flac
  Track 9: AccurateRip Verified Confidence 19, Pressing Offset +0 [ARv2 CRC C4267185]  C:\check audio\09 Taste.flac
  Track 10: AccurateRip Verified Confidence 19, Pressing Offset +0 [ARv2 CRC 0882ABC1]  C:\check audio\10 Here And Now.flac
  Track 11: AccurateRip Verified Confidence 19, Pressing Offset +0 [ARv2 CRC FCA72F5F]  C:\check audio\11 Nowhere.flac


cuetools auccrateRip verification

[CUETools log; Date: 14/03/2014 13:20:12; Version: 2.1.5]
[AccurateRip ID: 0015f0db-00bcc294-8f0c3d0b] disk not present in database.

Track Peak [ CRC32  ] [W/O NULL]  - yet the values in the following section are always correct
--  100.0 [D56146E0] [A0D3C40F]         
01  99.2 [ACC98232] [080BBE1B]         
02  100.0 [0CCB0623] [4C85CA61]         
03  99.5 [D388A614] [31A68A71]         
04  100.0 [9B086738] [DD631802]         
05  100.0 [A29D895F] [EBD21822]         
06  100.0 [02F9206B] [FFEA508E]         
07  100.0 [A9ADC154] [3033B357]         
08  100.0 [FAECC854] [5BCE0AEB]         
09  100.0 [A1CD0D39] [4181CD9D]         
10  100.0 [185763C9] [27DBA1F6]         
11  95.3 [BBBFEBDE] [C0FE0066]         


This happens so often, but I'm confident these bugs will get fixed one day. Until then I will keep verifying with perfectTunes.


CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2465
dudism,
perfectTunes [AccurateRip DiscIDs: 011-0015F267-00BCCCA1-960C3D0B]
cuetools [AccurateRip ID: 0015f0db-00bcc294-8f0c3d0b]
The difference in the lookup ID can come from missing disc pregap or data track info.
This looks like disc pregap (but I'm not going to try to figure out what album this is to confirm). CUETools can find this info in the CUE sheet, an EAC log file (if in same folder) or CDTOC tag (in 2.1.5).

EDIT: This is Ride - Nowhere. It is likely this with a pregap of 00:00:32
korth

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2466
dudism,
perfectTunes [AccurateRip DiscIDs: 011-0015F267-00BCCCA1-960C3D0B]
cuetools [AccurateRip ID: 0015f0db-00bcc294-8f0c3d0b]
The difference in the lookup ID can come from missing disc pregap or data track info.
This looks like disc pregap (but I'm not going to try to figure out what album this is to confirm). CUETools can find this info in the CUE sheet, an EAC log file (if in same folder) or CDTOC tag (in 2.1.5).


I really appreciate that information Korth. I personally don't use cue files because I just stream FLAC to my hifi. I have however found cuetools reliable for verifying without cue files, on approximately 70% of albums. For the albums that don't verify then I use perfectTunes to verify.

One thing that is still confusing me is that if "CDs in the AccurateRip database are identified by the track lengths, with "the track 01 pregap" and data tracks included, then why can perfectTunes always perform the correct lookup without that information? E.g. perfectTunes doesn't require cue files, it just seems to pass the CRC values which returns the correct album and result.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2467
Sorry I'm not that familiar with perfectTunes to know if (in addition to track lengths) it makes use of the AccurateRip database, some other database or some other tag data to get the correct lookup ID.
The CUETools database contains separate pregap data but CUETools doesn't currently parse that data when doing AccurateRip lookups.

Can I ask what ripping program was used on this example?


Note: I edited my previous post.
korth

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2468
Is "Fill up missing CUE data from tags" enabled (checked)? This option allows the copying of audio file tags to missing CUE data.



I understood when I get home from work at the machine look into this option.
Thank you.

So I checked. It is ticked and overwrite the original cue, but even that will not be overwritten. I enclose a cue from Foobar created from the same flac.

REM GENRE Industrial
REM DATE 2004
PERFORMER "Rammstein"
TITLE "America"
FILE "Amerika.flac" WAVE
  TRACK 01 AUDIO
    TITLE "America"
    PERFORMER "Rammstein"
    ISRC 9868673
    INDEX 01 0:00:00
FILE "Wilder Wine (Exclusive Track). Flac" WAVE
  TRACK 02 AUDIO
    TITLE "Wilder Wein"
    PERFORMER "Rammstein"
    ISRC 9868673
    INDEX 01 0:00:00

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2469
Sorry I'm not that familiar with perfectTunes to know if (in addition to track lengths) it makes use of the AccurateRip database, some other database or some other tag data to get the correct lookup ID.
The CUETools database contains separate pregap data but CUETools doesn't currently parse that data when doing AccurateRip lookups.

Can I ask what ripping program was used on this example?


Note: I edited my previous post.

That CD was ripped to individual FLAC files using EAC. I never used to bother keeping logs (because the logs never used to make sense to me lol).
perfectTunes is new software by Illustrate (the inventors of AccurateRip).

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2470
I note that the tags correctly I have done.
So I checked. It is ticked and overwrite the original cue, but even that will not be overwritten.
Sorry, not sure then. I haven't been able to duplicate this other than what I suggested. How were these tagged (what program)? Perhaps the way the tags are written to the audio file may be the problem.
korth

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2471
They are tagged in the Tagscanner

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2472
It seems that CUERipper still have no support for non-Latin or non-English alphabets for the filenames, in the logs, the M3U playlist and the cuesheet. Tags are fine. Those characters will only get replaced by underscores or question marks.

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2473
There seem to have been no changes for a while now in the repository. Can we have a recent compile with the last changes applied ~6 months ago?
Is troll-adiposity coming from feederism?
With 24bit music you can listen to silence much louder!

 

CUETools versions 1.9.5 through 2.1.5 (current)

Reply #2474
It seems that CUERipper still have no support for non-Latin or non-English alphabets for the filenames, in the logs, the M3U playlist and the cuesheet. Tags are fine. Those characters will only get replaced by underscores or question marks.
It does work on my system, ripping an e.g. Japanese CD works. CUERipper doesn't seem to have as advanced of an options dialogue, but something is telling me it shares settings with CUETools, and CUETools has forcing ansi names as an option:


I haven't tried it, but you could try disabling those options in CUETools and see if CUERipper preserves non-latin characters.
If you are using custom command line for the encoder, it could be that the commandline encoder is what is wrecking your filenames, in some cases (TAK), CUETools/Ripper isn't even able to convert/rip files properly.