Jump to content

austinpop

  • Content Count

    4997
  • Joined

  • Last visited

  • Country

    United States

Posts posted by austinpop

  1. 1 hour ago, Exocer said:

    I did. The cable is very short, at most ~4 inches, and only doubled up on 5V and grounds. The other wires were not connected. Since the wire is so thick I did not feel the need to connect the others and have had zero issues thus far. @Nenon helped guide me:

     

    Pin 1 for +3.3v 

    Pin 3 for Ground

    Pin 4 for +5v

    Pin 5 for Ground

    Pin 6 for +5v

    Pin 8 for PWR-OK

    Pin 9 for +5Vsb

    Pin 10 for +12v

    Pin 16 for PWR-On (Cheap wire here since this is just for the power button function)

     

    No JSSG360 since the cable is so short. Here is a pic (its not pretty):

    72980971_ATXDIYMundorf.thumb.jpg.c960949849902d1632d67d2d7e7dd138.jpg

     

     

     

    This is not a DR model. The custom build process is closed and those are only available directly from the Custom build process. This is a SR rail SR7T, with T modules on both rails. The Turbo module is supposed to bring the SR performance closer to that of the DR SR7s.

     

    It will be used to power my music server.

     

    I guess the confusion must be from the use of the Jaeger connector. Since @Exocerbought these cables from me with Jaeger terminators well before the build was complete, it look like Stephen was able to accommodate the use of Jaeger output connectors on the back panel rather than the standard XLR that the non-DR standard units normally use. Am I right, Rob?

  2. 2 hours ago, soares said:

    Hi Rajiv! Sorry for the late reply. I truly appreciate your suggestions, but I am unsure if it will be a better configuration for 2 reasons: the first is the Zen - at least in my system the uR delivers a better SQ than the Zen; the second is  that the eR s also delivers a better SQ (than the Buffalo). So replacing these with a Phoenix  won’t probably achieve the same  SQ. Perhaps with a Zenith I things could be different, but again I think the eR would be essential. It really transfigured my system. I (and also my wife) would love to get rid of the spaghetti but the truth is that each device on my chain has a cumulative effect on the final SQ. Another option as also was suggested would be the PF clock for the Buffalo. But again probably just the eR would be redundant. So lot’s of food for thought in the coming weeks. Thank you again. Jorge


    I suspect you might be surprised, but it’s your call. Good luck with your next steps!

  3. 4 hours ago, PeterSt said:

     

    Chris, I am referring to editing the original post (first post in the thread). Previously we could edit that infinitely - now I can't find how to do it.

    Or maybe it needs special permission now ?


    Peter, 

     

    I can still edit the OP of the novel thread. Perhaps the difference is that I am also the Topic Moderator.

     

    I don’t know whether OP’s automatically become topic moderators. I thought they did, but perhaps Chris does this as a separate step?

  4. 22 hours ago, edwardsean said:

    Does anyone know if min frequency functions now?  I haven't found that it does.

     

    Yes, the min frequency setting really does not get used by the Euphony OS. This is by design. Željko can confirm. Euphony OS runs with the CPU governor set to "performance." See https://wiki.archlinux.org/index.php/CPU_frequency_scaling

     

    This causes the CPU to run at the "max frequency" all the time. The reason this does not cause CPU temps to rise is because on native sample rate server/renderers on Euphony, the CPU is mostly idle. When a core goes idle, it enters into a halted state (C-state). This is an extremely low energy state.

×
×
  • Create New...