Skip to main content

Recent Posts

1
3rd Party Plugins - (fb2k) / Re: Biography Discussion
Last post by IWSNX -
hey guys, so I have a problem with the loading of artist pictures since about a month now.
Everytime I change to a new track from another artist I get this error. Is there any solution? (it says runtime error in JavaScript)
If I click on the right top corner (green circle) and click on reload it works just fine.



2
I have posted some tangible results plus some hints about listening for improvements when using the da expander.  (It is NOT dolbyA, but it is da for its name!!!)   Remember:  the expander is fairly gentle, and when it is helpful -- it helps.   If it isn't applicable, it tends to be very obvious -- so it does undo moderate amounts of unneeded compression -- but it DOES NOT "REMIX" the sound!!!!  If this program was generally destructive, I would NOT be making it available.  Also, the same location below that has the two .flac examples, it also has the source code, Windows64 binary and Linux binary.   The processor is likely more reliable at 96k instead of 44.1k, but I did do the run at 44.1k -- most testing has been done at 96k and 48k, however.

I have posted the music output of two runs on the following site: https://spaces.hightail.com/space/bOPBXTkeeT
The file names are:  03.with-orig.flac  (the original version), and 03.with-da.flac (the processed version).

If you listen very carefully to the two even though the levels SEEM to be similar, the beginning noise is significantly less on the processed 'da' version.  Have to listen quickly for the noise.  Also, the voices peak significantly higher on the processed 'da' version.  There is less of the 'tight' compressed sound throughout the example also.

For tangible results below -- you'll notice that on the 'da' version the peak/RMS is significantly higher than for the 'orig' version.
Also, the crest factor is higher on the 'da' version.


jdyson@JDworkstation s0]$ play 03.with-da.flac stats

03.with-da.flac:

 File Size: 3.00M     Bit Rate: 800k
  Encoding: FLAC         
  Channels: 2 @ 16-bit  
Samplerate: 44100Hz     
Replaygain: off        
  Duration: 00:00:30.00 

In:100%  00:00:30.00 [00:00:00.00] Out:1.32M [      |      ] Hd:1.3 Clip:0   
             Overall     Left      Right
DC offset  -0.000711 -0.000711 -0.000104
Min level  -0.944031 -0.944031 -0.726776
Max level   0.885742  0.885742  0.852661
Pk lev dB      -0.50     -0.50     -1.38
RMS lev dB    -20.54    -20.54    -20.54
RMS Pk dB      -9.65    -14.02     -9.65
RMS Tr dB     -95.38    -95.38    -94.94
Crest factor       -     10.05      9.08
Flat factor     0.00      0.00      0.00
Pk count           2         2         2
Bit-depth      16/16     16/16     16/16
Num samples    1.32M
Length s      30.000
Scale max   1.000000
Window s       0.050
Done.
[jdyson@JDworkstation s0]$ play 03.with-orig.flac stats

03.with-orig.flac:

 File Size: 3.11M     Bit Rate: 828k
  Encoding: FLAC         
  Channels: 2 @ 16-bit   Track: 3
Samplerate: 44100Hz      Album: The Very Best
Replaygain: off         Artist: Sérgio Mendes & Brasil '66
  Duration: 00:00:30.00  Title: With A Little Help From My Friends

In:100%  00:00:30.00 [00:00:00.00] Out:1.32M [      |      ] Hd:4.4 Clip:0   
             Overall     Left      Right
DC offset  -0.000790 -0.000790 -0.000140
Min level  -0.794220 -0.794220 -0.499115
Max level   0.732880  0.732880  0.599609
Pk lev dB      -2.00     -2.00     -4.44
RMS lev dB    -22.02    -21.39    -22.76
RMS Pk dB     -12.90    -15.25    -12.90
RMS Tr dB     -94.08    -94.03    -94.08
Crest factor       -      9.32      8.24
Flat factor     0.00      0.00      0.00
Pk count           2         2         2
Bit-depth      16/16     16/16     15/16
Num samples    1.32M
Length s      30.000
Scale max   1.000000
Window s       0.050
Done.

3
3rd Party Plugins - (fb2k) / Re: Rating panel
Last post by jazzthieve -
Small request, the ability to color code each rating value. I usually have my ratings color coded from cold colors to warm the higher the rating is (5 is red while 1 is dark blue and the rest is something in between those colors).
4
3rd Party Plugins - (fb2k) / Re: Rating panel
Last post by always.beta -
I think it's better.
1. Click on the same location to cancel the rate mark instead of "db". 2. Add title artist Information Display 3.Highlight when the mouse hovers over the stars
5
General - (fb2k) / Re: New HDD and Mass lossless conversion
Last post by wcs13 -
OK, now the problems begin...

After 25 hours of 100% CPU work, the converter status shows this :
" 46 out of 37171 tracks converted with major problems. "
Let it be said that there were exactly 34.290 audio tracks to convert. The rest (2881) are other files (.txt, .log, etc.). Funny that foobar calls everything "tracks".

I have created a Word document with the full status, then I have performed some searches.
The "Track converted successfully" string appears 34.244 times.
34.290 - 34.244 = 46, so indeed there should be 46 tracks without that mention.
However, I can only find 2 times the "major problems" string. How about the 44 other tracks ?

How can I find all the 46 tracks ? And why doesn't the status simply make them stand out in some way ?
Thanks.

EDIT : I found them. 2 tracks with the "major problems" string and 44 tracks with the "conversion failed" string. I still don't understand why the status doesn't make them stand out. This made me lose half an hour.
6
My previous post was a little garbled -- I tend not to sleep much and often fall asleep while typing (when I do sleep.)  Anyway -- the trouble that I was writing about is related to attempts to avoid ugly mixing of hard/sharp gain changes with audio signals.  So -- what might happen (even though the most trivial scenario in the schematic is possible also) is that one might have a simple attack/decay with separate time constants -- then some kind of nonlinear operation on that gain control signal.   One common kind of such operation might be something like "prefiltered_gain = (threshold / max(threshold, LEVEL))", where LEVEL is the attack/decay filtered gain control signal, and the the threshold is the point where gain control starts.   When the LEVEL increases beyond 'threshold', then the gain starts decreasing from 1.  Depending on the rest of the math, this might be a part of a signal level limiter.  There is an increase in higher level derivatives at the threshold level, and might be a little more nonlinearity added (e.g. the power function so as to produce a controlled compression ratio).

The trouble can occur when adding an RC filter (or another attack/decay filter for certain behavior) later on in the signal chain.  This additional set of time constants can cause a rough edge to the sound when the 'audio processor' is actively following the level.  I haven't carefully reviewed the math and the effect on hearing, but I do know that this behavior can happen.

Unfortunately, the easy answer is to avoid any low pass time constants later in the control chain -- so some imagination/creativity needs to be used to find out how to slow down the transients in the gain control (avoiding strong intermod products and/or aliasing).  This slow down becomes relatively safe again around the 10msec range agani.  I am mostly talking about extra RC delays in the msec range when the gain control slew is also in the msec range.

My own approach to dealing with this problem is based upon the general concept -- don't make the signals (or variables in software) faster than they need to be, and if filtering needs to be done -- try to do it earlier in the chain.

So, normally I maintain two or three copies of the signal level -- one is shaped for ear friendliness, one is shaped to minimally slow down the gain control so that future RC lowpass is not needed, and finally an unfiltered version of the gain signal.   When I am done with the software, I then remove the code/signal that isn't needed.  (Sometimes, I do experimental/conceptual software, and so I make sure that I have pretty good flexibility, but also can clean up the code afterwards.)  * When mixing gain control or signals with other gain control signals that might have been delayed by a filter of some kind, it is important to make sure that the delays do not cause other troubles (e.g. the gain control signal is delayed relative to the signal itself -- might allow the signal to surge in level.)

John Dyson
7
@EpicForever I just tried playing FLV files and it works. Maybe there's conflict with other components.

Anyway I just found how to produce my issue above. If I check " Show codec names from FFmpeg unchecked" play certain file, it shows correctly. If I uncheck it, it keep show previous codec name. But if I play new file, it shows as format name entry. So, seems to me there's history saved for codec name for each files.
8
3rd Party Plugins - (fb2k) / Re: foo_wave_seekbar
Last post by EpicForever -
As reported in other thread, archive with Mvids was broken. Probably, because .cfg files were added to ready archive with Mvids - repack was unsuccessful.
I took down previous file and added new one, tested, with .md5 inside (for unpacked files) and .md5 outside (for the download).
7ZIP: https://1drv.ms/u/s!AizQnez18-j2dxtQR5Ds5OoxoPo
MD5: https://1drv.ms/u/s!AizQnez18-j2dtTfo9jSFLyAmMM

Also I found something strange. When I play pure Adaptive Muti Rate file (.amr) through FFMPEG I got it's Waveform created in the seekbar. But when I play .3gp file with Adaptive Multi Rate audio Waveform is not created. In the console I can find this for a single file (file path is intentionally manually banked in part):
Opening track for playback: "(...)\SE E15i\MOV00009.3gp"
Launching ffprobe:
"C:\Program Files\foobar2000\encoders\ffprobe.exe" -of xml -show_format -show_streams -hide_banner "(...)\SE E15i\MOV00009.3gp"
Launching ffmpeg:
"C:\Program Files\foobar2000\encoders\ffmpeg.exe" -i "(...)\SE E15i\MOV00009.3gp" -f w64 -acodec pcm_f32le -
Audioscrobbler: Track is not in Media Library - not submitting to Audioscrobbler.
Launching ffprobe:
"C:\Program Files\foobar2000\encoders\ffprobe.exe" -of xml -show_format -show_streams -hide_banner "(...)\SE E15i\MOV00009.3gp"
Launching ffmpeg:
"C:\Program Files\foobar2000\encoders\ffmpeg.exe" -i "(...)\SE E15i\MOV00009.3gp" -f w64 -acodec pcm_f32le -
Wave cache: generic exception (Not yet implemented in FFmpeg, patches welcome) for "(...)\SE E15i\MOV00009.3gp"


What is the difference between AMR-NB present in .amr container and in .3gp container, which causes the latter to be not displayed as waveform?
9
@Zao: OK, I see the problem also in file on my HDD. Probably, because .cfg files were added to ready archive with Mvids - repack was unsuccessful.
I took down previous file and added new one, tested, with .md5 inside (for unpacked files) and .md5 outside (for the download).
7ZIP: https://1drv.ms/u/s!AizQnez18-j2dxtQR5Ds5OoxoPo
MD5: https://1drv.ms/u/s!AizQnez18-j2dtTfo9jSFLyAmMM

By the way when I am in this topic - there is a side effect of using foo_input_ffmpeg. If I play any file through FFMPEG I can't delete it while playing, despite my settings for full file buffering (250MB). For all files natively supported by foobar I can delete the song from HDD while it is played from the buffer / memory. It includes files supported through dedicated plugins - like I recently encountered with Adaptive Multi Rate files, which I switched to be supported through FFMPEG to limit number of dlls in fobar. For files that go through FFMPEG I always get message that file is locked :) . But that's just a note here - I don't expect it to be changed / "fixed" as I know that this technically can not be "fixed".
Other note - I am surprised that despite I configured foo_input_ffmpeg to play .flv files, I always get "Unable to open item for playback (Unsupported file format)". Is it really not playable through FFMPEG? Accordingly to this source: https://trac.ffmpeg.org/wiki/SupportedMediaTypesInFormats they should be supported. Most of these files have audio in MP3 format, some in AAC format. None are playable... I use 64bit Zeranoe build of FFMPEG, dated 11 November. Does this change anything in formats recognition? When I run command "ffmpeg -formats" FLV was shown to be supported (muxing and demuxing) in the build that I use...
10
3rd Party Plugins - (fb2k) / Re: Rating panel
Last post by kgena_ua -
@marc2003,
did I make the right thing to edit tags for  jscript panel v1.3.0,
if you are viewing my posts