![]() |
|
|||||||
| Exact Audio Copy - English Offizielles Support Forum - Englisch |
![]() |
|
|
Thread Tools | Display Modes |
|
|
#286 |
|
Registered User
Join Date: Jan 2010
Location: Belgium
Posts: 2
Abgegebene Danke: 0
Erhielt 0 Danke für 0 Beiträge
|
1. Make it fully Windows 7 x64 compatible
2. Allow an option to override Windows 7 speed report on a CD. |
|
|
|
| Sponsored Links | |
|
|
#287 |
|
Registered User
Join Date: Jan 2010
Location: Boston
Posts: 1
Abgegebene Danke: 0
Erhielt 0 Danke für 0 Beiträge
|
Split WAV by CUE sheet constructs the files in the form of:
01 first track name.wav 02 second track name.wav I.e. it ignores the naming scheme specified in F9->Filename. Is it possible to construct the files with naming scheme specified in F9-Filename. And also is it possible that the cutted.cue file has the header with REM entries exactly the same as that of the original cue file? And would it also be possible to have an option of having RELATIVE filenames in cutted.cue file? I.e. right now in cutted.cue file the FILE entry has ABSOLUTE path followed by a file name: FILE "C:\Directory1\Directory2\01 the first song title.wav" WAVE It would be nice to have flexibility to so that the PATH is removed, i.e.: FILE "01 the first song title.wav" WAVE or even better: FILE "01. the first song title.wav" WAVE Thanks. --Leonid |
|
|
|
|
|
#288 |
|
Registered User
Join Date: Aug 2009
Location: South Florida
Posts: 4
Abgegebene Danke: 0
Erhielt 0 Danke für 0 Beiträge
|
My biggest request is to get the app working with Win7. I can get it to rip individual MP3s in 7 just fine, but when i try to use the Action -> Copy Image & Create CUE Sheet function the app just closes. So currently I'm having to keep a partition with XP on it just to rip audio this way.
I'd love to see a native OS X version as well, but I know that's a pipe dream
|
|
|
|
|
|
#289 |
|
Registered User
Join Date: Feb 2010
Location: Samara, Russia
Posts: 1
Abgegebene Danke: 0
Erhielt 0 Danke für 0 Beiträge
|
Also The option for audio record in MOTOROLA BIG ENDIAN format.
For any reason my CDRW drive Mitsumi CR-4804TE at use of this pair programs gives (for not clear reason for me) white noise at "PLAY", because, somehow, at use CDRDAO joins byteswapping, and I as it is regrettable. I can not influence this factor at all That that byteswapping is a consequence of combination EAC+CDRDAO+Mitsumi 4804TE I has revealed after on the same disk drive I have written down the same audiofile in program Nero Burning Rom 7.0.0.0 and record replayed ok!!! maybe my drive is slowly die, maybe. but Nero writes ok!!! But Nero is not able to consider displacement at audio record, "here in what a bullet!!!" Last edited by ramvivat on 4 Weeks Ago at 07:30 Reason: new mind shoot in my Head |
|
|
|
|
|
#290 |
|
Registered User
Join Date: Jan 2009
Location: Colorado, USA
Posts: 20
Abgegebene Danke: 0
Erhielt 0 Danke für 0 Beiträge
|
Bring back detection of preemphasis & copyright flags in subcode
I've been finding some old CDs I own will have pre-emphasis flags set in their subcode, but not in their native TOC. In order to detect these flags, I have to use an older version of EAC that supports pre-emphasis detection as part of 'manual' TOC detection.
It's my understanding that manual TOC detection was removed from EAC due to European legislation about circumventing copy protection measures (something to do with deliberately erroneous track start positions, I think). Unfortunately, subcode flag detection was the baby thrown out with the bathwater. I would like to see detection of subcode flags (pre-emphasis & copyright) added back in as features of EAC. |
|
|
|
| Sponsored Links | |
![]() |
| Thread Tools | |
| Display Modes | |
|
|