Skip to main content
Recent Posts
11
CD Hardware/Software / Re: Drives without audio cache - still manufactured?
Last post by Shandra -
...
Quote
and report back in a few minutes with an example.
Ok, it took me a while... It was just a rough test made on two systems with two different drives with EAC on same settings (PCM 44K16Bit to minimize encoding differences)...  And as the EAC LOG ain't incorporate timestamps I can just cite the filesystems timestamp from the written files (Last Track Time - First Track Time)....
System (1) Drive:  L-DT-STBD-RE  BH16NS55; System (2) Drive: TSSTcorpCDDVDW SH-224BB
1) A clean (21 Tracks) disc just bought made in fact no significant difference... (I apologize for my former comment)
 System 1: ~8 Minutes; System 2: ~8 Minutes
2) A somewhat scratched Disc (13 Tracks) from 1992 (bought in that year)
 System 1:  ~22 Minutes; System 2:  ~7 Minutes

Both rips where accurate with the ecxeption that for case 2 track4 couldn't be verified on both systems  and each system reporting a different CRC [1].
I haven't introduced any load on the systems whilst ripping and both systems are the same OS (Win7Pro)... nearly identical setup... So I (for myself) conclude on clean discs with EAC cache or not ain't a problem... on cases of reread-situations it is...

P.S.: The Test/Observation above is somewhat questionable and just an example for my systems and somewhat the reason of my questions (aka OP's Topic)... I am interested in an up-2-date database of modern drives features.... mostly the ability to not cache audio data, but besides that -of course- C2 capabilities and Accurate Stream is naturalness a viable information abou a drive (IMHO).
---
(1):Spoiler (click to show/hide)

P.P.P.S.: No, I don't want any real discussion about those different CRCs.... (and that on system 1 the CD was in EACs local DB and on system 2 not) It is just an observation... and discussions about it are a topic beyond my post/question....
12
Support - (fb2k) / Re: FLAC tags disappear from Windows Explorer when modified with Foobar
Last post by StaRise -
The new 1.5 beta 13 writes the tags before cover art to work around this problem. You can simply hold shift while right clicking your tracks and command "Tagging" -> "Rewrite file tags" to "fix" existing files.
Thank you. It's working nice now. And thanks for the shift+click hint, it's very easy to "fix" existing files this way. :)
13
CD Hardware/Software / Re: Drives without audio cache - still manufactured?
Last post by Shandra -
What you said is only true if option "Drive caches audio data" is disabled. With this option enabled EAC effectively defeats cache. I don't know if there is maximal limit, but it definitely is much more than 64 KB.

Ok, true - but that is taking ages with EAC compared to drives that don't cache audio data... not just a few minutes, where I get a clean disc with my older drives accurately ripped within a few minutes vs.  many minutes with a newer drive and with scratched discs it is really ages [1]. There was a reason why a decade ago drives which accepted -usefua (disabling cache for audio on (some) [plextor] drives) where AFAIK popular.

Boys, come on - I know you all want to be helpfull, but please understand that I just really want the information I've asked for. ...

(1) - just to back it up: I will do a quick comparisson now on two drives and report back in a few minutes with an example.
15
CD Hardware/Software / Re: Drives without audio cache - still manufactured?
Last post by Shandra -
Did I mentioned EAC? I am using it since 1998 (Andre got my postcard for it) and want to stick with it for times to come and: for EAC your comment ist only true for caches up to 64KB.

Quoting the WIKI
Quote
Tip #2: Tip #1 is all you need to know, but if you're still paranoid that your drive caches audio, feel free to try Feurio's audio caching test (Ctrl+Alt+P\Test device\Cache test) or spath's cache explorer. If either determine that your drive doesn't cache or caches less than 64 KB of data, then cache flushing isn't necessary (ignore the reported buffer size when using cache explorer). The reason for the 64 KB barrier is that EAC will never request less than this amount while ripping

All newer Drives I have are above that 64KB threshold, and as I appreciate your help -> I am not asking for recommendations about Applications, I've wanted to know where I can find reliable information about current drives DAE Features.
16
Audio Hardware / Re: Budget DAP to play Opus files
Last post by carpman -
I'll consider the  Xduoo X3i -- not in a rush, I'm trying to move away from Smartphone (which I made dumb for privacy reasons). Basically I just use it for calls, text and listening to music. So it seems to me that a dumb (old style) phone plus DAP would be better.

Incidentally - the total weight of Nokia 105 + Xduoo X3i is still less than my old Moto G.

Thanks again,
C.
19
Audio Hardware / Re: Budget DAP to play Opus files
Last post by carpman -
Thank you both.

My understanding is that Sandisk have kind of gone cheap and the new models - Sport & Jam which are not rockboxable are pretty much all they do now?   https://www.sandisk.com/home/mp3-players

This is the list of Stable Rockbox players:

Quote
    Apple: iPod 1g through 5.5g, iPod Mini, iPod Nano 1g, iPod Nano 2g
    Archos: Jukebox 5000, 6000, Studio, Recorder, FM Recorder, Recorder V2 and Ondio
    Cowon: iAudio X5, X5V, X5L, M5, M5L, M3 and M3L
    Creative: Zen Mozaic, Zen X-Fi, Zen X-Fi 3 and Zen X-Fi Style
    iriver: iHP100 series, H100 series, H300 series and H10 series
    MPIO: HD300
    Olympus: M:Robe 100
    Packard Bell: Vibe 500
    Philips: GoGear SA9200, GoGear HDD16x0 and HDD63x0
    Samsung: YH-820, YH-920 and YH-925
    Sony: NWZ-E360, NWZ-E370 and NWZ-E380 series
    SanDisk: Sansa c200, e200 and e200R series, Fuze and Fuze+, Clip, Clip+ and Clip Zip
    Toshiba: Gigabeat X and F series

Are all these way outside my budget /  large like the  Xduoo X3i mentioned? Quite happy to go second hand - but on eBay for example seems people are charging a royal premium for the older Sandisk models.

If so I guess I'll just wait around.  Perhaps I'm getting old ... but everything (product-wise) seems to be getting worse.

Cheers,
C.
20
General Audio / Re: Album Art Downloader XUI
Last post by AlexVallat -
Several people have reported recently an issue where Album Art Downloader XUI crashes out at startup. With assistance from some of those reporting the bug, and some research, I have determined that this is due to a bug in WPF on .NET Framework 3.5 on Windows 10, where it will crash out if the input language is anything in this list: MS-LCID that has the non-specific Language ID of 0x1000. I think that's anything that was first introduced in Windows 10.

To try and work around this, I have re-compiled Album Art Downloader using .NET Framework 4.7.2, which I believe doesn't suffer from the same problem. Of course there may be other problems, so if the current version of AAD is working just fine for you then don't feel any pressure to install the recompiled version!

On the other hand, if you would like to try it, especially if you are running Windows 10, and doubly-especially if you are using some unusual input language locale, then I'd appreciate any reports of it working or not working.
SimplePortal 1.0.0 RC1 © 2008-2019