Jump to content

romain8991

Approved Members
 View Profile  See their activity

  • Posts

    26

  • Joined

  • Last visited

 Content Type 

Profiles

Forums

Blogs

Gallery

Downloads

Poweramp Knowledge Base

База знаний Poweramp

Poweramp知识库

Poweramp Equalizer Knowledge Base

База знаний Poweramp Equalizer

Store

Events

Ideas

Everything posted by romain8991

  1. romain8991
    @andrewilley Yes, that's a start. Thanks again, Andre.
  2. romain8991
    @andrewilley Right, I see. Then, I hope my word will spread and more users will ask for it. Thanks anyway.
  3. romain8991
    @andrewilley Since it's feasible and, in my honest opinion, an interesting feature to implement, could you please add it to the vote section or give it consideration in another form? Thanks again!
  4. romain8991
    @maxmp I see. But, you said it yourself, it allows to avoid adding any noise or intermediate clipping, even on slow devices, and I would add, by a principle of precaution and since 64 bit fixed point internal sample and DSP is the very best thing you can get quality wise, that it would be interesting. If we wan't to make Poweramp a more Hi-Fi audio player, I really think it would make sense though.
  5. romain8991
    @MotleyG Alright, but most Android devices currently available can handle 64 bit internal sample audio format and DSP with no issue (I can handle it with no lag whatsoever, using JRiver Media Center, even on my slow portable Acer computer, using 4 gigs of DDR3 ram and a simple 4 core low end CPU). The gain would be real, but the capacity of hearing it would depend on the audio device used (with bad quality speakers, earphones or headphones, the difference would be harder to tell, but the same goes for bypassing sample rate conversion, since SWR resample is pretty neutral and precise). Regarding development, I don't think it would be too hard to implement with libswresample (and I would dare to say that I think it would be easier than "no resampling" option), but I leave this part on the developer's hand.
  6. romain8991
    @Fitzian I already implied that I'm not looking for more headroom or loudness but a bigger calculation precision. Besides, the internal sample format is not what goes directly into the audio output and dithered before arriving there (the output sample format exist for this purpose, and the real available headroom after that is dependent, like you said, of the capacities of the DAC). Even though the final headroom is way bellow the mathematical values of 64 bit, the calculations can still be made in this format during sound processing/playing, while keeping alot of their precision, thanks to dithering. And that, in my sense, is why it has purpose and gives better quality results. So, then again, why not, instead of Float32, use 64 bit for internal sample format, and not just DSP, fixed or, at least, floating point?
  7. romain8991
    @Fitzian I didn't say otherwise and my point about the mathematical precision of 64 bit fixed point still stands. 🤔 If you use Float64 for DSP, why not at least use it for internal sample format as well or, if you go further the logic, 64 bit fixed point for both (DSP and internal sample format)?
  8. romain8991
    @Fitzian I disagree with you. 64 bit internal sample is indeed used in many DAW stations for DSP and the purpis to use it is to have a much more precise DSP and output of the signal, even after dithering.
  9. romain8991
    @andrewilley I know that, I'm not seeking for a ridiculously high dB output. I'm actually looking for a more precise sample format conversion, with more transparent dithering, DSP with greater precision and a much better overall sound quality (more audio details and lifelike sound). It's mathematical, a conversion from a much higher internal format and its usage in DSP gives greater precision compared to floating point, especially if you compare 64 bit fixed point to Float32.
  10. romain8991
    @andrewilley They still don't, I was referring to the computer version.
  11. romain8991
    @Fitzian Yes, JRiver Media Center for instance. Still, I think it would be nice to at least have Float64 for internal sample, just like for DSP effects.
  12. romain8991
    @andrewilley Alright, I see, thanks for the clarification. But could you please add support for 64 bit fixed point for internal sample and DSP, for better sound quality and precision?
  13. romain8991
    @maxmp Thanks for the response. So, is the internal format Float64 with lossless formats and most formats?
  14. romain8991
    Through FFmpeg libswresample commands, I think it's feasible: - https://ffmpeg.org/ffmpeg-resampler.html - https://ffmpeg.org/doxygen/trunk/group__lswr.html - https://ffmpeg.xabe.net/docs/Xabe.FFmpeg.AudioCodec.html
  15. romain8991
    @andrewilley Thanks for the details about DSP format. What about the internal sample format, since some websites (like Slant) suggest that it uses 32 bit floating point? And could you still add 64 bit fixed point internal sample and DSP?
  16. romain8991
    @andrewilley Thanks for the quick reply! I wanted more detail on this matter and asking for 64 bit fixed point, since TSN/DSP infos seem a bit unclear in the app and to suggest it only uses floating point:
  17. romain8991
    Hello, I was just wondering if you could please add 64 bit fixed point internal sample format and DSP, for better audio quality and precision. Thanks in advance!
  18. romain8991
    Thanks for the reply! I see, I didn't know and thought it would bring a higher sound quality, just like on PC. The same goes for the push mode (a more direct way of sending the sound to the audio device than event mode), because I realised it brings a better sound quality (more three dimensional, detailled and less colored sound) with Wasapi on PC, as opposed to the event mode, like some other people who tried it.
  19. romain8991
    Hello, I was just writing about some features I would like to see get implemented in Poweramp: the exclusive and push mode with the Aaudio output. Could you please do that? https://developer.android.com/ndk/guides/audio/aaudio/aaudio?hl=en
  20. romain8991
    @maxmp Thanks for the reply and help! I already tried that, but it's still stuck, because of Dolby Atmos. That's odd, because I didn't have this problem with my Xiaomi Mi 9T Pro, which didn't include Dolby Atmos DSP...
  21. romain8991
    Hello everyone, ever since I got my current phone, an Oppo Find X5 Pro, I've been stuck with quite an annoying issue: the Dolby Atmos feature. Despite all my efforts (including an attempt to disable it through ADB), I can't fully turn it off, which results in my bit depth and sample rate getting stuck in Poweramp and being forced to use it on my phone speakers. Since it negatively affects audio quality, could anyone please help me solve this problem? Thanks in advance. Romain
  22. romain8991
    Sure, you will find it at the bottom of this message. I get where you come from, but with decent speakers like the ones of my phone, I disagree to a degree. Actually, I was more worried about it because I oftenly use Hi-Res headphones that support LDAC (Sony WH-1000xm4) : 11:49:11.569 build-944-bundle-play Device: OPPO OPPO CPH2305 CPH2305EEA taro "qcom" OP52D1L1 CPH2305_11_C.35 [arm64-v8a, armeabi-v7a, armeabi] taro is_snapdragon Snapdragon Android 12+ USB can handle Hi-Res - sdk=33 isSnapdragonAndroid12 isOppo isOnePlus=>FLAG_VARIANT_DYNAMIC build_date_utc=1662760711 >>>OK flags=0x31541c400400000 FLAG_VARIANT_DYNAMIC FLAG_SUPPORTS_PCM_24 FLAG_SUPPORTS_PCM_32 FLAG_ALLOW_PCM_32 FLAG_SUPPORTS_USB FLAG_NEEDS_EXTRA_SLEEPS FLAG_SUPPORTS_SPEAKER FLAG_SUPPORTS_LDAC FLAG_ALLOW_DVC_EFFECT PA_OUTPUT_CAP_DELAYED_FORMAT INTERNAL_OUTPUT_FLAG_SR_384K INTERNAL_OUTPUT_FLAG_SR_352K INTERNAL_OUTPUT_FLAG_SR_192K INTERNAL_OUTPUT_FLAG_SR_176K INTERNAL_OUTPUT_FLAG_SR_96K INTERNAL_OUTPUT_FLAG_SR_88K
  23. romain8991
    I can't find a source that indicates it's Hi-Res certified either, but I think I saw it somewhere. However, I tried changing bit depth and sample rate on my former phone (Xiaomi Mi 9T Pro) that's Hi-Res certified, and I came across the same problem. Plus, why would the Hi-Res outputs be available on my phone if it didn't support it? I don't know, that's still unclear to me, but thanks for the help.
  24. romain8991
    I thought the same, until I disabled it with no effect on my issue (either via Bluetooth, DAC ou phone speakers). Or maybe, it's because I can't disable it completely on my phone, for some reason. Honestly, I don't really know.
  25. romain8991
    I did, but to no avail. I also did restore output methods to default aswell, with and without DVC, but the issue remained.
×
×
  • Create New...