|
Rippe cder med Exact Audio Copy...?
- Trådstarter palm
- Startdato
Diskusjonstråd Se tråd i gallerivisning
-
Hos meg henter EAC automatisk info (se bildet), og EAC foretar en enkel tagging. MediaMonkey er mye sterkere når det gjelder tagging (inkl civerart, noe EAC ikke kan). Se under innstillinger.palm skrev:
Hvorfor EAC? Rippingen her gir bedre feilkorreksjon og eksakt ripping / eksakte kopier (derav navnet). Dette gjelder de aller fleste CDene, fordi EAC bruker chechsummer fra database + korrigering for unøyaktigheter i CD- / DVD-drivet ditt. Dette må settes opp under innstillinger.Vedlegg
Hvorfor ikke bare bruke iTunes og rippe til lossless derfra med all taging automatisk? Skjønner ikke vitsen med å være mer masochistisk enn det...EAC har da fått en kongeløsning for Coverart som slår alle andre rippeprogrammer jeg har vært borti!
Det er bare å hake av i en boks i innstillingene til EAC for å automatisk tagge albumene når du putter inn CDen. Der kan man gjøre stort sett alt du ønsker av anna praktisk snacks også, f.eks bestemme et fast format for hvordan mappestruktur og filnavn skal se ut ved ripping.
Ved å endre en 3-4 innstillinger er EAC en ett-klikksprosess etter innsetting av CD, eventuelt litt mer om man ønsker å finne best mulig cover i cover-løsningen basert på et utvalg. Man bør også aktivere valget for at flere encodingsprosesser kan kjøre samtidig. På dagens flerkjerne prosessorer reduseres rippetiden drastisk. Ripping i EAC bør ikke ta mer enn et par minutter med mindre du har en vrang cd med tanke på lumske kopibeskyttelser.
Skal du imidlertid ha mere spesielle tags så er du nødt til å ta dette i et annet mer egnet program (f.eks mp3tag)
Kanskje fordi man ønsker bedre enn et absolutt lavmål når det gjelder coverart og tag kvalitet, benytte FLAC som format samt ha full kontroll på mappestruktur. EAC ripper også multithreaded så det går innmari fort.Loevhagen skrev:
Coverart:
Tag (automatisk lest fra fila):
Flac? Hvorfor ikke ALAC? Mener du det er forskjell? Det spiller jo ikke noen de facto forskjell om man har Flac / ALAC.
Ja, det å rippe en CD, eller importere en high-rez fil i iTunes er skikkelig stress, asså. 8)
Ja, så var det denne vanskelige mappestrukturen da... Come on...
EAC lever som the "one and only" blandt Windows-Masochister fremdeles. Hvorfor stresse med en lossless-rip via EAC og ørten valg, når iTunes gir deg det samme resultatet mye kjappere?
Jo; mye kulere å sette alt opp selv! OK, jeg gir meg...Vedlegg
Seriøst.. Itunes er enkelt å rippe i men det er et amatørprogram laget for amatører. Selvfølgelig er det ikke noe stress å rippe i programmet.
Ordentlige programmer tilbyr et helt annet nivå av funksjonalitet entusiaster setter stor pris på.
Jeg ønsker f.eks coverart i høyest mulig oppløsning, gjerne 1400x1400 som jo finnes i mange CD-databaser. Dette er essensielt siden playeren jeg benytter (foobar2000) viser coveret i stor størrelse på skjerm. Hvilken oppløsning får du i itunes? Kan du velge størrelse?
Jeg ønsker også at coverart kun skal lagres som filer, definitivt IKKE som en del av tag'en. Kan du sette opp itunes til å gjøre dette riktig ved ripping?
EAC kan også laste ned CD-plate bilde og baksider for den saks skyld. Jeg regner med at itunes ordner den biffen?
ALAC er akkurat like bra som FLAC.
Men det hjelper ikke all den tid den eneste grunnen i verden til å bruke det lukkede formatet ALAC er om man kjører apple-produkter. Absolutt alle andre forholder seg til FLAC siden dette er et åpent og fritt format. Squeezeboxene støtter f.eks ikke ALAC i hardware og må transkode dette.
Squeezebox Serveren min bør også ha en Compilation tag som er satt korrekt i henhold til Squeezebox logikken for å unngå kaos med various artists, ordner itunes dette ved ripping?
For å ha maksimal kompabilitet ønsker jeg også å tagge låtene mine med REPLAYGAIN_TRACK_GAIN og PEAK som er standardtags. IKKE itunes sine egne versjoner. Gjør itunes dette?
La meg se, og sortere ut det vesentlige her:
a) Coverart: 1400x1400. Kuult. Jeg har egentlig ingen mobile, eller stasjonære, enheter (iPad, iPhone, flatskjermer, projektorer) som egentlig har bruk for den oppløsningen. Har du noe hemmelig på lur der som EGENTLIG betyr noe? Nei? Tenkte det...
b) Benytter du, som er en entusiast, en avspiller som spiller FLAC og IKKE ALAC. Ikke det? Nehei. Så der røyk det argumentet også...
c) Men, å dille med ørten vinduer og valg for å få ei fil der coverart er skrevet inn (ja, det gjør iTunes også), så er EAC rette veien å gå for lyden og taggingen, og coverart blir så mye bedre...eller? Highrez coverart gir "det lille ekstra"...
Nå trekker jeg i deg, "mann fra fremmed planet", og det skjønner sikkert du også. Om man velger å bruke EAC; flott. Men det gir EGENTLIG ikke noe ekstra. Bare en jaev&a lang omvei for å komme frem til det samme som tar et par kaffeslurker i iTunes.
Men, hver si løst.
PostScript: Kan EAC skrive inn equalizersettings, kanalbalanse, ditt og datt på hver fil (hvis man av en eller annen grunn skulle ønske det) man ønsker. Ikke det? Nehei.
EDIT: Endret FALC til FLAC...
Så, bottomline, "mann fra fremmed planet": Filene "våre" låter identisk på et stereoanlegg. Eneste forskjellen er at man via EAC kan få coverarts "automatisk" (via egne søkemotorer) i 1400x1400 piksler. Så; hvor gode er da NEDskaleringsrutinene til fremviseren? Er DET egentlig en forskjell man skal vektlegge når det gjelder lyd / ripping? I think not.
Så, trådstarter: Velg den rippemetoden du synes er enklest. Resultatet låter det samme.
JA, så ser de like ut også på skjermen...da den har begrenset oppløsning. 8)
Lavmål? Nja, mer hersketeknikk og resignasjon fra "mann fra fremmed planet".
OK, la oss gå steg for steg. Dette blir en laaang tur, men siden du inviterer er jeg gjerne med.
1) HVORFOR 1400x1400 som cover art?
Og, et fast element under turen. Kall det gjerne vår felles KvikkLunsj:
x) Vil DIN og MIN metode for ripping låte anderledes?
- Ble medlem
- 01.08.2003
- Innlegg
- 2.306
- Antall liker
- 2
Loevhagen, du driter deg ut nå...
Enig med Marsboer. Eneste grunnen til å bruke iTunes er brukervennligheten som gamle tanter må ha for å få igang ipoden sin...
Jeg bruker kun EAC selv. Best lyd på det ferdige produktet. 'nuff said.
Hvor krysser du av for å bruke AccurateRip i iTunes? Hvordan vet du at rips er 100% korrekt i iTunes?Loevhagen skrev:
EAC kan kanskje virke vanskelig å konfigurere og å bruke men når det er satt opp slik man ønsker så er det ekstremt lett etter min mening.
- Ble medlem
- 07.11.2005
- Innlegg
- 1.690
- Antall liker
- 8
Dette er vel å trekke det litt langt. Tror jeg sier som en del andre; - her trenger vi litt dokumentasjon.LydMekk skrev:
Loevhagen skrev:
En PC er gjerne koblet til en skjerm, og skjermen har ofte litt høyere oppløsning enn en iPhone, iPod, iPad osv. Da er det greit at coverart ser best mulig ut og ikke bare som en mosaikk...One day, you may find out that you have more music CDs, that storage place in your apartment can handle. The logical step would be rip all the music collection to the hard drive and keep it handy for further burning as needed or simple transfer to the MP3 player or mobile phone. Some of the old disks you have might be already scratched and slightly distorted over the long-term use. So, for this task, you need not just any CD Ripper software utility, but a really good one.
The competition on the market for these products is strong. There are lots of rippers available. All media players including Windows Media Player can rip. You can find both free utilities and commercial products with versatile sets of features. Most of the utilities will rip to WAV, MP3 and usually several other formats. But when it comes to handling scratched and dirty disks, rippers will vary greatly upon their ability to handle the problematic media. Some will simply get stuck, others will skip forward over the problem track, or create a silent gap. However, the best programs will try repeatedly to fix the problem with no audible effects.
Today, I would like to present one of the best products to rip the music disks with less than perfect media surface - Exact Audio Copy. This utility can be characterized by the following main features, essential for your task:It is free (for non-commercial purposes).
All kinds of CD and DVD drives are supported (including USB, Firewire, SATA and SCSI drives)
Hidden sector synchronization (jitter correction)
A secure, a fast and a burst extraction methods selectable. Fast extraction should run at the same speed as other grabbers with jitter correction, but is probably not exact anymore. Burst mode just grabs the audio data without any synchronization.
Detection of read errors and complete losses of sync and correction in the secure mode, as far as possible
Output of time positions of all non-exact corrections and the possibility to listen to these positions
EAC is able to copy ranges of music data, not only tracks
Automatic speed reduction on read errors and fallback to a higher speed afterwards (depends on the used drive)
Volume normalization of extracted audio to a given percentage
Usage of the Windows Audio Compression manager (ACM Codecs) for direct compression to e.g. MP3 waves
Support for the LAME DLL that is usable like an ACM Codec for on-the-fly MP3 compression
Support of external MP3, WMA, flac and OggVorbis encoders for automatic compression after extraction (supports multi-processor environments)
Batch compression to WAV files and decompression of supported encoded files to WAV
Compression offset support for exact compression/decompression
Detection of pre-track gaps (positions where negative track times runs towards 00:00:00)
Detection of silence in pre-track gaps
Automatic creation of CUE sheets for Burnnn, Feurio, Nero or even EAC, which can include all gaps, indicies, track attributes, UPC and ISRC and also CD-Text for an exact copy
CD player functionality and prelistening to selected ranges
Automatic detection of drive features, whether a drive has an accurate stream and/or does caching
Sample offsets for drives with non-accurate streams, including the option of filling up missing samples with silence
Synchronizing between tracks for non-accurate stream drives
Trackname editing with local/remote CD databases support and more features like ID3 tagging
Browse and edit local database
Certified Escient ® CDDB(TM)Compatible
Local CDDB support
Record and loop record functions for recording from LP, radio, etc.
Automatic renaming of MP3 files according to their ID3 tag
Catalog extraction function (e.g. first 20 seconds of a track)
Multisession (CD-Extra) support
CD-Text support
CD-Write support for some drives (internally and using CDRDAO)
ID3 V1.1 tag editor with drag and drop ability from track listing and CD database browser
Glitch removal after extraction
Small WAV editor with the following functionality: delete, trim, normalize, pad, glitch removal, pop detection, interpolation of ranges, noise reduction, fade in/out, undo (and much more)
Eac ruler som det beste rippeprogrammet for oss audiophile ;DPParelius
Gjest
Det høres ikke bra ut. Har du belegg for påstanden?Trond_B skrev:Vvredensgnag
Gjest
Enda en som ikke har funnet ut hvordan man ripper til AIFF, WAV og ALAC med iTunes.Trond_B skrev:
Ganske mange som avskriver programmet som vil ha nytte av en tur innom den ganske gode hjelp-funksjonen.
Jeg må anta alle EAC-fan da virkelig hører forskjell på FLAC fra EAC og en ALAC fra iTunes med nedenforviste valg avkrysset? Jeg er ikke bare imponert. Jeg er kjempeimponert. 8)
´nuff said?Vedlegg
På hvilket grunnlag kan du påstå det? 8)vredensgnag skrev:
Har tatt ei tilfeldig valgt plate og rippet den til flac med EAC:
[CUETools log; Date: 22.12.2010 23:46:06; Version: 2.0.9]
Pregap length 00:00:32.
[CTDB TOCID: b2Hr47QWvz3RXwkOK_vg8cwfs_M-] disk not present in database.
[AccurateRip ID: 000d2ba0-006a8809-8e08760a] found.
Track [ CRC ] Status
01 [c060d341] (00/12) No match
02 [14979e3b] (00/12) No match
03 [09fec5b1] (00/12) No match
04 [49102270] (00/12) No match
05 [e4586187] (00/12) No match
06 [c8972a02] (00/12) No match
07 [eeafa7d5] (00/12) No match
08 [9f6fbe2e] (00/12) No match
09 [04641d94] (00/12) No match
10 [5cf0cdae] (00/12) No match
Offsetted by 7:
01 [99f8386a] (02/12) Accurately ripped
02 [a3fe9b83] (02/12) Accurately ripped
03 [f0758c2a] (02/12) Accurately ripped
04 [cf685505] (02/12) Accurately ripped
05 [e2da8e04] (02/12) Accurately ripped
06 [64202659] (02/12) Accurately ripped
07 [6c140f54] (02/12) Accurately ripped
08 [a76d2796] (02/12) Accurately ripped
09 [9e0a68e2] (02/12) Accurately ripped
10 [ac1375f4] (02/12) Accurately ripped
Offsetted by 664:
01 [ce309829] (10/12) Accurately ripped
02 [12c0e57b] (10/12) Accurately ripped
03 [6f260719] (10/12) Accurately ripped
04 [59be4e38] (10/12) Accurately ripped
05 [0db8dd8f] (10/12) Accurately ripped
06 [45a2611a] (10/12) Accurately ripped
07 [4076012d] (10/12) Accurately ripped
08 [de7a3a6e] (10/12) Accurately ripped
09 [857004c4] (10/12) Accurately ripped
10 [af7f279e] (10/12) Accurately ripped
Offsetted by -657:
01 [8c287382] (00/12) No match
02 [a5d55443] (00/12) No match
03 [8b4e4ac2] (00/12) No match
04 [beba293d] (00/12) No match
05 [b97a11fc] (00/12) No match
06 [e714ef41] (00/12) No match
07 [1a4db5fc] (00/12) No match
08 [6862ab56] (00/12) No match
09 [1cfe81b2] (00/12) No match
10 [59851c04] (00/12) No match
Track Peak [ CRC32 ] [W/O NULL] [ LOG ]
-- 84,6 [CF824644] [BA2643F7]
01 84,6 [97A4E582] [AFCC9C95] CRC32
02 76,4 [C13858E9] [6B9D73DA] CRC32
03 78,9 [3DCCE381] [E7BBA8F8] CRC32
04 65,2 [88DA5C67] [2C4C3F1D] CRC32
05 62,4 [182192F6] [13EA0521] CRC32
06 80,9 [85287BAC] [44FD27BC] CRC32
07 72,8 [06C8AF80] [EC849A5D] CRC32
08 79,9 [F1ABC1A7] [2202D6B4] CRC32
09 72,3 [684EFB24] [BB9B90AE] CRC32
10 43,9 [ABC65093] [05276821] CRC32
Rippet med CUERipper til ALAC:
[CUETools log; Date: 22.12.2010 23:55:34; Version: 2.0.9]
Pregap length 00:00:32.
[CTDB TOCID: b2Hr47QWvz3RXwkOK_vg8cwfs_M-] disk not present in database.
[AccurateRip ID: 000d2ba0-006a8809-8e08760a] found.
Track [ CRC ] Status
01 [c060d341] (00/12) No match
02 [14979e3b] (00/12) No match
03 [09fec5b1] (00/12) No match
04 [49102270] (00/12) No match
05 [e4586187] (00/12) No match
06 [c8972a02] (00/12) No match
07 [eeafa7d5] (00/12) No match
08 [9f6fbe2e] (00/12) No match
09 [04641d94] (00/12) No match
10 [5cf0cdae] (00/12) No match
Offsetted by 7:
01 [99f8386a] (02/12) Accurately ripped
02 [a3fe9b83] (02/12) Accurately ripped
03 [f0758c2a] (02/12) Accurately ripped
04 [cf685505] (02/12) Accurately ripped
05 [e2da8e04] (02/12) Accurately ripped
06 [64202659] (02/12) Accurately ripped
07 [6c140f54] (02/12) Accurately ripped
08 [a76d2796] (02/12) Accurately ripped
09 [9e0a68e2] (02/12) Accurately ripped
10 [ac1375f4] (02/12) Accurately ripped
Offsetted by 664:
01 [ce309829] (10/12) Accurately ripped
02 [12c0e57b] (10/12) Accurately ripped
03 [6f260719] (10/12) Accurately ripped
04 [59be4e38] (10/12) Accurately ripped
05 [0db8dd8f] (10/12) Accurately ripped
06 [45a2611a] (10/12) Accurately ripped
07 [4076012d] (10/12) Accurately ripped
08 [de7a3a6e] (10/12) Accurately ripped
09 [857004c4] (10/12) Accurately ripped
10 [af7f279e] (10/12) Accurately ripped
Offsetted by -657:
01 [8c287382] (00/12) No match
02 [a5d55443] (00/12) No match
03 [8b4e4ac2] (00/12) No match
04 [beba293d] (00/12) No match
05 [b97a11fc] (00/12) No match
06 [e714ef41] (00/12) No match
07 [1a4db5fc] (00/12) No match
08 [6862ab56] (00/12) No match
09 [1cfe81b2] (00/12) No match
10 [59851c04] (00/12) No match
Track Peak [ CRC32 ] [W/O NULL]
-- 84,6 [CF824644] [BA2643F7]
01 84,6 [97A4E582] [AFCC9C95]
02 76,4 [C13858E9] [6B9D73DA]
03 78,9 [3DCCE381] [E7BBA8F8]
04 65,2 [88DA5C67] [2C4C3F1D]
05 62,4 [182192F6] [13EA0521]
06 80,9 [85287BAC] [44FD27BC]
07 72,8 [06C8AF80] [EC849A5D]
08 79,9 [F1ABC1A7] [2202D6B4]
09 72,3 [684EFB24] [BB9B90AE]
10 43,9 [ABC65093] [05276821]
Rippet med iTunes til ALAC:
[CUETools log; Date: 22.12.2010 23:44:44; Version: 2.0.9]
[CTDB TOCID: b2Hr47QWvz3RXwkOK_vg8cwfs_M-] disk not present in database.
[AccurateRip ID: 000d2a40-006a7fca-9b08760a] disk not present in database.
Track Peak [ CRC32 ] [W/O NULL]
-- 84,6 [0846756A] [BA2643F7]
01 84,6 [C4F62E29] [AFCC9C95]
02 76,4 [D375F04F] [6B9D73DA]
03 78,9 [181EFEE2] [E7BBA8F8]
04 65,2 [386725E9] [2C4C3F1D]
05 62,4 [B23A6207] [13EA0521]
06 80,9 [DE8894EA] [44FD27BC]
07 72,8 [DE1C626C] [EC849A5D]
08 79,9 [5D116859] [2202D6B4]
09 72,3 [A174C403] [BB9B90AE]
10 43,9 [E1AB54FD] [05276821]
Hvilket program var det som ikke rippet plata nøyaktig?
Alle filene er sjekket opp mot AccurateRip databasen med CUETools
Takk for hyggelige ord. Jeg ble nå inspirert til å finne et program med langt flere avkrysningsfelt. Har installert EAC, Max og Rip. Så har jeg noe å gjøre. 8)
Så en rip fra EAC låter mye bedre enn hva iTunes ripper med det bittelille krysset? Selvsagt. Dette er så nyttig informasjon at jeg må informere bestemødrene mine som har iPod i morgen.
Hvis du åpnet øynene dine litt og kikket på loggfilene over så så du kanskje disse ordene: Accurately ripped bak alle filene untatt de som var rippet med iTunes. Det er grunn nok for meg til ikke å bruke iTunes til annet enn å oppgradere softwaren til iPod Touch.
Er vel ingen her som har påstått at flac låter bedre enn ALAC, men lengden på gaps og slike ting som gjør filene til en eksakt kopi av originalen gir en ekstra ro i sjelen. Kjedelig å måtte rippe alt på nytt hvis du har 4000 CDer lagret og du plutselig skulle finne ut at de ikke er nøyaktig rippet. :'(
Konkret og for å unngå misforståelser:
a) Var det lille krysset aktivert i Itunes når du rippet?
b) Tar AccurateRip databasen hensyn til ALAC har en annen "komprimeringsrate" enn FLAC?
Det spiller vel ingen rolle hva slags komprimering man bruker, AccurateRip sjekker at innholdet fra CD'en er korrekt ved ekstraheringen av data. Har hva man velger å gjøre med dataene i etterkant, f.eks. komprimere til FLAC eller ALAC evt MP3 for den saks skyld spiller ingen rolle for AccurateRip.Loevhagen skrev:Nnb
Gjest
Får du også ro i sjelen av å trykke på "play" på nøyaktig riktig tidspunkt på dagenTrond_B skrev:
Selv om resultatet er det samme føles det sikkert bedre for tweakerne å kunne gå igjennom en masse valg og samtidlig få en tilbakemelding at; JA rippen er 100% nøyaktig. Det må jo være ett greit tidsfordriv også om en ikke har så mange andre ting å drive med.Loevhagen skrev:Så, trådstarter: Velg den rippemetoden du synes er enklest. Resultatet låter det samme. JA, så ser de like ut også på skjermen...da den har begrenset oppløsning. 8)
--
La nå ekspertene drive med sine eksperting og vi amatører lever lykkelig uvitende om alle loggfiler vi går glipp av, musikken vil uansett låte accurate like bra.I mitt hode er det følgende oppsummering som gjelder:
EAC er for de som VET hvordan de vil ha det på forhånd. For å få det slik de vil ha det, er de avhengig av en masse options og endrebare variabler fordi behovene spriker så mye. For min del er det f.eks utenkelig å rippe et album uten at jeg selv kan definere fullstendig filbane på generelt grunnlag for albumene 100% etter eget forgodtbefinnende.
Itunes, WMP o.l. er for de som IKKE VET hvordan de vil ha det, IKKE BRYR seg om hvordan det blir gjort, eller TILPASSER SEG slik at bruken matcher resultatet i programmet.
Med andre ord handler det i bunn og grunn om at EAC gjør som JEG VIL, mens med Itunes er det brukeren som gjør som PROGRAMMET VIL med mindre egne tilpasninger men at brukeren likevel er helt tilfredstilt.
Det er fullt mulig å være fornøyd med begge, men jeg tviler på at en bevisst EAC person (som meg) noen gang vil kunne "overleve" med itunes siden hver minste del i rippeprosessen bevisst skal skje på akkurat den måten jeg selv ønsker og gi det resultatet jeg selv har planlagt med. Med andre ord, ulike programmer for ulike personer og grad av interesse og behov.
Ellers:
Hvordan EAC kan oppfattes vanskelig skjønner jeg ikke. Etter minst 15 år hvor datamaskiner har vært vanlig i de mange norske hjem (og på jobb) så skjønner jeg ikke hvordan det å finne en Preferences eller Options meny kan oppfattes som en uoverkommelig barriere. Så godt som alle programmer siden tidenes morgen har jo disse for justering av innstillinger og det burde snart gå inn hos de fleste uten videre forklaring.
Jeg skjønner at bestemor som skal rippe én CD i skuddåret kan ha problemer, men hvordan en hi-fi entusiast som skal rippe hundrevis av CDer kan bruke dette mot EAC er uforståelig. De mange innstillingene i EAC er gruppert logisk og skikkelig, så om dette er problemet mistenker jeg at misnøyen egentlig gjelder det å ha mange innstillinger og valgmuligheter å forholde seg til generelt og ikke EAC spesielt.
Jeg ser nytten ved at EAC gir brukeren feedback, og nedsiden ved at iTunes ikke gjør det.
Så dersom Trond_B kan bekrefte at iTunes ikke ripper perfekt med feilkorrigering aktivert, så er det en signifikant oplysning for oss alle. Så, dersom dette er riktig så vil jeg vurdere å gå over til EAC, e.l. anbefalt av AccurateRip.
Ludo: Beklager mitt upresise spørsmål. Det jeg var ute etter er hvordan man innhenter hva som er en AccurateRip. Mao. er fasiten på hva som er en riktig rip uavhengig av rippeprogrammet? Hvordan sikrer man å unngå en Catch22.CCyber
Gjest
Jeg kan anbefale DB Poweramp, meget bra! Gikk fra EAC til det. Etter førstegangsoppsett er det bare å sett i disk så popper info og albumart opp og man trykker rip. Enklere blir det ikke tror jeg.Vedlegg
CCyber
Gjest
Nope. Mellomting? Er jo mye bedre enn EAC og mer brukervennlig, men for endel her er vel askesen endel av gleden.EAC er en ettklikksløsning om du vil, så at det er så mye mer askese enn dbpoweramp er uforståelig.
Dbpoweramp kan gjøre mye mer totalt sett, men på selve rippingen har EAC et par fortrinn fremdeles.
I mitt tilfelle så må dbpoweramp erstatte den "uslåelige" kombinasjonen EAC, mp3tag og foobar2000 og det kan jeg på forhånd si at den ikke kan gjøre, men de fleste har ikke et så spesifikt definert og spesifisert forhold til sin digitale musikksamling som jeg.CCyber
Gjest
Beklager, kom ut i farten her. Du må øve deg på wiki da: http://no.wikipedia.org/wiki/Askesejohnnygrandis skrev: -
-
Laster inn…
Diskusjonstråd Se tråd i gallerivisning
-
Laster inn…