Posted by Billy Joe on 08/29/05 19:17

Don M. wrote:
> "Billy Joe" wrote in message
> news:x92dnenxloDgko7eRVn-tw@adelphia.com...
>>
>> The snapshot shows a cue sheet in the edit window. Whenever a cue
>> sheet is loaded, the next step must be "Check Frames" as the program
>> makes no assumptions about byte offsets into files. Placing the
>> cursor into the edit window will cause the program to revert to "Cut
>> Frames" *IF* "Track frame offsets" were deposited. Otherwise, it
>> will allow "Revise Cuts" to be active, if one or more passes thru
>> the file have already been made.
>>
>> So the order of use would be:
>> a) drag source file
>> b) drag target folder
>> c) paste cue sheet (at which time the Instructions will be
>> auto-cleared). d) Tab out of the edit window, the Tweak box will be
>> selected (modify, if necessary)
>> e) Tab to or select "Cut Frames"
>>
>> At this point the "Revise Cuts" button will be enabled.
>>
>> Selecting the "Tweak Box" or pasting a cue sheet after this point,
>> will cause a return to the "Check Frames" state.
>>
>> After "Revise Cuts," "Cut" will be enabled.
>>
>> Placing the cursor in the edit window (but not pasting cue data) will
>> disable "Cuts" and re-enable "Revise Cuts."
>>
>> So, I'm guessing, from what you've said that after having executed
>> "Check Frames" and possibly "Revise Cuts," you then pasted the cue
>> sheet into the edit window? And that would most definitely put you
>> back to step one.
>>

Damn, I'm sorry for treating you so badly, Don!

I had removed FF from the silence tests, which would for sure no longer
detect silence in FhG rips. After discovering the other problems with FhG
album rips vs. CDex track listings, and MP3DC's little bug, I've realized I
can (and should) restore FF as a silence check.

This new version

http://users.adelphia.net/~bjb1939/MP3cutsV1.2h.zip

a) has revised instructions - still as terse or even terser than before;-0)

b) restored FF to the Silence Hex Values list

c) added yet another check box - to allow the user to control whether
silence has priority over cues (or not). A check in the box gives silence
priority; unchecked, silence cuts will not be made. A good cuesheet/file
match would then show many or all cues coming in mid-silence, if there is
any.

To verify this stuff I took the FhG individual track rips for the album I
was testing yesterday and DOS COPY-ed them into an album. Then used the
FREEDB cut list for that album and got exactly what we all want, good cuts
(within 1 frame in a few tracks, otherwise on the byte).

BTW, whether this new option is employed, other internal cues (such as ID3
tags, Xing headers, ZIP separators) will always over-ride cuesheet info.

> ===========
>
> Sorry, BJ. I can't for the life of me get any of the 2 middle
> buttons activated. I do a clean a) through d) but can't get "Revise
> Cuts" or "Cut" to come out of their grayed out states. Step e) gives
> me only "Check Frames" (the leftmost button). And now 1.2g isn't
> picking up the silence breaks in the MP3Merger album like 1.2f and
> earlier did; it's reporting 1 track. Ok, so I at least get a "Revise
> Cut" and now I replace contents in the edit window with the freedb
> cuesheet. Still no joy; I press "Revise Cuts" and am back to "Check
> Frames"...
>
>

I believe my lack of attention to the tab order of the elements in the
windows has brought this about. Placing the cursor in the Tweak box will
cause the program to return to step one. I hadn't checked where it was in
the tab order of entry fields and it's possible to tab out of another field
into it, and thus cause an "accidental" reset. I've re-ordered the tab
stops of the fields and disabled Tweak's tab stop entirely, after use.

Whenever a cuesheet is pasted in to the edit window, the program will always
revert to "Check Frames." It needs to have the frame offsets before it
parses the file.

If a user knows there will be a cuesheet employed, it's best to paste it in
before doing "Check Frames" the first time.

Fingers Xing ;-0)

BJ

[Back to original message]