Skip to main content
Recent Posts
Audio Hardware / Re: Mobile phones with reportedly great headphone jack SQ
Last post by saratoga -
Would you say that "something else" also entails OS updates,

No, I don't think those are likely to matter unless Qualcomm changes their audio driver.

as these guys here at this Xiaomi forum seemed to conclude?

It sounds to me like they're asking about some kind of DSP effect in the included software.  I don't usually use that sort of thing so I can't comment. 
MP3 / Re: help: New done LossLess to Lossy directory?
Last post by Mesnerf -
@ everybody   : thank you for your help.  After a few try, a gave up and tried Lumitopia's suggest.   Did a test with just a few folders in LameXP and it worked.  I'll start the whole process next night.  Will just have  to find a way to move my cover image file other than one by one.
thank you again
Support - (fb2k) / Loss of HDMI Audio output on pc/receiver standby – problem and solution
Last post by kj24 -
Since changing my Foobar2000 source from a PC with SPDIF output to an NUC with Intel Audio HDMI, I have been having a problem with loss of the HDMI output in Foobar when my Emotiva MC700 DAC/processor is switched back on out of standby. I have now fixed this and as the solution is rather obscure and was very difficult to find I thought I should record it here in case it helps other users who may come across this post in the future.

Setup: My NUC is always on, connected to the processor via HDMI. Foobar2000 is always running, minimized, and controlled by FoobarCon Pro from Android and MonkeyMote from iOS so that there is no need to switch the screen on to play music – I just switch the Emotiva processor on out of standby, set to the correct input and start playback using the Android/iOS device.

Symptom: Since changing from my previous SPDIF connected setup to HDMI, when the Emotiva processor has been in standby for more than a short time Foobar2000 “loses” the soundcard in Output. When the screen is switched on the NUC is seen to be correctly showing the Emotiva processor as present and connected, but the output field in Foobar2000 preferences is just blank although the dropdown box correctly shows all the right soundcard options are available. Effectively, Foobar appears to have noticed that the Emotiva processor has gone while it is in standby and gives up on it so it does not automatically return to it when the processor is switched back on. This behavior is the same even if the setup is left to figure things out for a minute or two after the processor is switched on before trying to play something. This behavior is also the same whether the output chosen in Foobar is WASAPI or DS for the processor, or just Default Sound Card.

Solution: After trying various things I came across this post about Kodi, dealing with similar issues arising when either PC or receiver/processor is switched to sleep/standby:

The thread states that Windows requires the EDID - Extended Display Identification Data - from a device to conform to HDCP  to eliminate the possibility of digital data manipulation midstream between the source and display. Without the EDID, the device does not exist. Resuming from Sleep often breaks the handshake between PC and display. HDCP intervenes, and sound is disabled.

The fix is to use an EDID override which replaces the HDMI handshake by giving the display device a permanent identity and thereby, a permanent connection to the PC. The device no longer has to "check-in" when Windows resumes from sleep and maintains its full functionality as if its normal EDID is present. Creating an EDID override involves creating an INF file with the relevant display info and loading it as a new driver in Windows. This file can be created automatically by a program called MonInfo. Since the process is quite detailed and extremely well described in that article, I shall not repeat it here.

Although my problem was caused by the processor/receiver sleeping, not the pc, the issue was the same and the fix was the same. Since making the changes described, my system is working perfectly.
MP3 / Re: help: New done LossLess to Lossy directory?
Last post by Lumitopia -
I did a Main directory folder name "MP3 lossy Music".  How can SIMPLY convert everything to that new folder keeping the directory structure:   /artist1 /album1...  /artist1 /album2 

Hi Mesnerf. I'm not sure if you can do exactly what you want to do easily with Foobar2000 (although it looks like you can as long as your FLACs are tagged properly), but if you want to keep the folder structure EXACTLY as it is, you can do that with LameXP:

To make an exact copy of your entire folder structure when converting to MP3, follow these steps:

1. Open LameXP and select the "Source Files" Tab. Drag and drop your entire FLAC folder ("Lossless Music") into the white space below.

2. Next, select the "Output Directory" tab. Navigate to your "MP3 lossy Music" folder, and select it.

3. Here's the important part: there's a checkbox on the bottom right of the window that says "Prepend relative source file path to output file". That is what will maintain the entire folder structure. Check that option.

4. Select the "Compression" tab, choose your desired format (MP3 in your case), and set your quality level / bitrate using the slider.

5. Once you're ready, click the "Encode Now!" button on the bottom left hand corner.

That's it. Once its finished, you may notice that when you open your MP3 folder, LameXP has actually nested your files within the entire folder structure extending all the way up to your root folder (usually your windows user name, if its in the standard "music" or documents" folder). Once you dig down you'll also find that your MP3s are in a folder named "Lossless Music" just like the original source folder. All you have to do at this point is move everything inside that directory outside of all the nested folders that LameXP created in the snapshot, so that they are immediately accessible in your "MP3 lossy Music" folder without having to dig down.

Hope that helps!
SimplePortal 1.0.0 RC1 © 2008-2019