Jump to content

Snoozer

  • Posts

    27
  • Joined

  • Last visited

  • Country

    country-ZZ

Retained

  • Member Title
    Newbie

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Does it necessarily mean a hardware solution ?. It seems to me that relays and transistors is the "hard" way to solve. Do you happen to be aware if that has been solved via firmware by telling the XMOS to mute the Sabre by 50ms ?. Maybe there is something else involved that I do no envision, but if that is not the case, muting via software is fairly straightforward within the XMOS microcode.
  2. Thank you very much for chiming in Miska (I am a client of yours, own an embedded license for my Linux machine). It is very interesting, and maybe coincidental, because one of the things Pavel (OktoResearch) recommended before asserting that my unit could be defective was precisely that .... "to allow my Roon player insert a silence after each track". I tried that and it kind of seemed alleviating a little bit the problem, but still .... the huge spike between tracks is there. I was hoping that maybe there was some other Okto DAC8 owners who could report if they suffer from the same problem. I know for a fact that there are some other DACs in the market based in the same XMOS platform and Sabre DAC that suffer from this very problem. If there is anybody in this situation, I would appreciate if you'd share your experience.
  3. Well, as it happens my firmare version did not work with Linux in the DAC8. That was the problem and it was confirmed. I received a new firmware version (1.43) that did work indeed. But now I have found another problem: -> I have setup an Ubuntu 20 with HQplayer embedded and also the Desktop version. The hardware is an Intel I9 plus Nvidia RTX3070 -> Instruct HQplayer to upsample everything it receives to multichannel DSD128. My machine is very powerful, I can do higher filters and EC modulators plus work on XO with FIR filters. -> Big pop/click at the beginning of a new track is the family rate is different from the previous track (either going from 44.1kx128 to 48kx128 OR from 48kx128 to 44.1kx128). It is a huge spike on the output that is not present in the original music content and that might well damage a twitter. I consider that a big engineering design flaw unless my unit is defective, of course. After weeks, many indeed, of waiting for support from Pavel (OKTO Research) now he says my unit might be defective. Do you guys happen to have tested DSD upsampling with HQplayer on Linux ? Did it work as expected ? thanks Pepe
  4. Well, Miska, it seems you were right on that comment. I have received a message from OktoResearch acknowledging there seems to be a problem with the firmware when you have a Linux host. They are trying to fix it. Thank you for your support
  5. Thank you Kal. Your experience is very interesting since it seems PinkFaun software is based on Archlinux. I happen to have a modified distro for audio (AudioLinux) which I have also tested without success. So no luck there. If anybody has tested a public distribution and would not mind to share it, I would appreciate it.
  6. Has anybody successfully used Okto DAC8 Pro with linux ? which distro and player have you used ? I am struggling to make it work with HQPlayer embedded. There might be a problem with the XMOS firmware inside of the DAC. cheers
  7. thank you for your response Miska Okto says they have tested in linux (did not mentions which distro though) and it seems to work. Should I ask for more info there ? HQplayer embedded and Okto DAC8 Pro in the same computer, yes. And windows too, same computer. any hint ?
  8. I am really having a hard time to make my HQPlayer embedded work with the Okto Research DAC8 Pro ... neither PCM, DoP nor native DSD seem to work. It works though in Windows with HQPlayer desktop and Thesycon drivers (pcm192Khz, dop64, native dsd128) up until 192Khz which is the maximum allowed. Please find attached a screen capture (on my TV) of the output plus the log file generated for reference. I would appreciate any help here. hqplayer_embedded_start-log_after-play.txt
  9. Just out of curiosity, would you please head me to an internet page (or even a book) that allow me to learn how to apply filtering directly in DSD ?. If there is no conversion in native DSD to apply the crossover filters, what are the mathematics behind DSD filtering ?. Again, I have a lot of time to study and I really find joy in doing it. I apologise for digressing the theme of this thread to the readers. thanx again Miska
  10. No comments on Nvidia RTX2070 vs. RTX2080 ? .... I am holding the decision on which one to buy because I value a lot your input thanx
  11. Thank you Miska ! And what about an Nvidia RTX2070, will it be enough or should I go with an RTX2080 ? I in the market to buy the GPU and the 2070 is certainly cheaper option. Duly noted, I will try to get an Ubuntu distro for cuda. No prob there. cheers
  12. Miska, could you please give me a hand here ?. A little bit of background: I have a license of your embedded solution. My use case is upsampling everything to DSD256 to whichever filters my machine is capable of at the moment of playing music. The CPU is an I9-9900K. I currently use an Audiolinux headless solution, just for the sake of being able to load the last CUDA drivers and to use a GPU under linux. On top of that, I have in mind to use HQplayer as to be my crossover solution with 4 ways (8 channels) and a multichannel OKTO DAC. FIR filter for every channel will be in place. Cuda offload is the idea. ¿ Will a RTX 2070 be enough to run the crossover filters ?. As I got it from this very thread and others, the GPU will benefit crossover filtering and room correction (this last one I have in mind to use soon as well). As a lateral topic: I have some original DSD material. How would HQplayer apply crossover filters to that ?. I can imagine converting DSD to PCM, apply filters and then back to DSD. Is that how would it work ? cheers and thanx for your help
  13. Thanks Miska I had it set it up as a service actually, but I thought that I had to run "hqplayerd -u ...." in any case to set up the user and password before running the service. After starting the service, I had access to the login page but nothing that I filled into the user/password boxes allowed me to get into it. Nevertheless, with your "-s" parameter I changed the user/password and now it works as expected. Thank you again for your help Cheers //Pepe
  14. The "-s" did the trick, thank you so much Miska. That was fast ! , appreciated Should I just create a folder like ".hqplayer" in my user or root account ? just empty ?
×
×
  • Create New...