IPB

Welcome Guest ( Log In | Register )

> foobar2000 General Forum Rules

This is NOT a tech support forum.
Tech support questions go to foobar2000 Tech Support forum instead.

See also: Hydrogenaudio Terms of Service.

FEAT. RQ.: bypass channel to foobar audio_chunk interface, getting proper DoP in Foobar2K
Jackal29a
post Oct 9 2012, 15:00
Post #1





Group: Members
Posts: 36
Joined: 28-May 11
Member No.: 91053



Would it be possible to add an option in advanced preferences that would add a bypass channel to foobar audio_chunk interface skipping DSP chain and Volume control?

The idea is that this channel should directly deliver unchanged sound data to output device (like WASAPI or ASIO) without going into DSP and Volume Control chain. This way it will be possible to add true DoP mode without needing to resort to ASIO or WASAPI Proxies.

I've no idea about the innards of Foobar so if this is against any TOS or policy I'm sorry and please any admin move it to the bin or delete it. Ditto if it belongs in another sub forum.

Cheers
Go to the top of the page
+Quote Post
 
Start new topic
Replies
Jackal29a
post Oct 19 2012, 17:32
Post #2





Group: Members
Posts: 36
Joined: 28-May 11
Member No.: 91053



QUOTE (kode54 @ Oct 19 2012, 17:57) *
Likely only ASIO is capable of carrying DSD anyway. foo_input_sacd includes its own ASIO output component just for this purpose, it may even work for you.


foo_dsd_output does indeed work fine with ASIO compatible drivers but for WASAPI/KS ones a 2nd proxy (ASIO4All) has to be thrown in. It works but it isn't the most elegant solution (DSD decoder -> foo_dsd_asio -> ASIO4All -> WASAPI/KS driver) . When I started this thread, before learning DSD was ruled out by design, I was just wondering if something better was possible as now there are some very affordable USB->I2S+DSD adapters becoming available (there is one going for 39 in a GB at DIYA) that allow for designing very cheap DIY universal DACs.

QUOTE (Zao @ Oct 19 2012, 17:59) *
Note that visualizations are incapable of modifying the audio stream.
The way a vis works is that it occasionally asks for copies of chunks of decoded audio which it may analyze and generate awesome looks from.
The only plugins that mutate audio streams are DSPs, and if you disable all the things that Peter mentioned, nothing will be mutilated.

Now, if your problem is that visualizations are showing "the wrong thing" by not knowing that the PCM stream they get isn't PCM, well, that's a different problem, and it should not have anything to do with playback.


Thing is, as Peter pointed out, it does not work with DoP neither on ASIO nor on WASAPI/KS, even if it looks like it should.
Go to the top of the page
+Quote Post

Posts in this topic


Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 23rd July 2014 - 16:04