ChanServ changed the topic of ##yamahasynths to: Channel dedicated to questions and discussion of Yamaha FM Synthesizer internals and corresponding REing. Discussion of synthesis methods similar to the Yamaha line of chips, Sound Blasters + clones, PCM chips like RF5C68, and CD theory of operation are also on-topic. Channel logs: https://freenode.irclog.whitequark.org/~h~yamahasynths
Lord_Nightmare has joined ##yamahasynths
<andlabs>
oh wait
<andlabs>
I don't need to build and install the two right
<andlabs>
you only need the source code?
<kode54>
you don't need the source to compile it, it will use a system installed copy if you have it
<andlabs>
see that's the thing, there seems to be no way to build QAAC on anything other than Windows
<andlabs>
that's why I'm asking
<andlabs>
s/on/for/
<Lord_Nightmare>
back, sorry
<Lord_Nightmare>
the znc box had its motherboard die about 3 hours ago
<Lord_Nightmare>
bad caps
<Lord_Nightmare>
the spare motherboard has the same problem so i need to recap both of them
<Lord_Nightmare>
didn't realize it until now or i'd have done it a while ago
<andlabs>
I need to investigate why caps die in the first place, bad or not
<andlabs>
another time
<Lord_Nightmare>
the original mb will run for about 5-10 mins and then hardlock
<Lord_Nightmare>
so i think its just the caps
<Lord_Nightmare>
andlabs: combination of poorly chosen chemistry by dell which is susceptible to heat, and system not cleaned often enough so it overheats
<Lord_Nightmare>
the caps are united chemicon KZJ series
<Lord_Nightmare>
dell also probably didn't over-rate them enough
<andlabs>
I didn't mean yours in particular, I meant in general
<Lord_Nightmare>
in general? its all chemistry
<Lord_Nightmare>
around 1999-2000, one of the big japanese capacitor manufacturers (it may have been united chemi-con or nippon chemi-con) had a sattelite factory in taiwan or hong kong where a bunch of workers stole a formula and fled to other competitors
<Lord_Nightmare>
not realizing that the original formula left out all the anti-hydrogen-buildup stabilizers because the chemist in charge thought it was too obvious to list those, or so i believe
<Lord_Nightmare>
and so they made millions if not billions of cheap chinese/taiwanese/hong kong caps with fly by night operations and sold them extremely cheap
<andlabs>
kode54: okay, I think we're talking past each other. I want to build vgmstream as a library now, and I want to get as many codecs as I can out of it. I see that FDK-AAC and QAAC are available on all platforms, but that you have to specify FDKAAC_PATH and QAAC_PATH. Are these the paths to the source code archives for these two? If not, why is QAAC listed as cross-platform if it is really Windows-only? Or will ffmpeg suffice for both
<andlabs>
of those instead? (I know ffmpeg can use FDK-AAC and I think it comes with its own equivalents to QAAC...? according to your foobar2000 help section that seems to be the case)
<Lord_Nightmare>
this was during the introduction of ROHS in europe, so apparently that's why the japanese companies had made new formulas, to be compliant with the new rohs rules
<Lord_Nightmare>
and it was one of those new formulas that was stolen
<kode54>
I don't know, I don't handle building it anywhere outside of Windows
<kode54>
there's an AUR package for Arch Linux, which I have nothing to do with
<andlabs>
that's fine, but you did write it, didn't you?
<kode54>
it builds with as much as it can
<kode54>
no
<andlabs>
I'm asking about what it actually does
<kode54>
I just forked and maintain it
<kode54>
well
<andlabs>
oh
<kode54>
I did write the fdk thing
<kode54>
it's for one format that uses MP4 AAC files
<kode54>
and technically, FFmpeg should be able to replace it
<andlabs>
ah okay
<andlabs>
sorry
<andlabs>
I was under the impression you were the author of vgmstream
<andlabs>
so I was asking about internals =P
<kode54>
nope, hcs was the original author
<kode54>
I forked it for foobar, then eventually became the official maintainer
<kode54>
and now there are others who do most of the updates now
<andlabs>
Lord_Nightmare: sure but I am curious about how older caps also leak
<andlabs>
or maybe a better question is
<andlabs>
why do caps die sooner than any other electronic component
<andlabs>
kode54: all right, thanks; sorry for the noise :D
<andlabs>
though I'm an idiot
<andlabs>
I just looked at the cmake/* files
<andlabs>
the answer is yes, both are just source archives lol
<andlabs>
(though I will still build fdk-aac because ffmpeg can use it directly)
<TD-Linux>
andlabs, volatile liquid
<TD-Linux>
consider replacing with a polymer cap counterpart
<TD-Linux>
(much more expensive though)
<andlabs>
how recent was that invention?
<TD-Linux>
last 10 years ish?
Xyz_39808 has joined ##yamahasynths
<andlabs>
cool
<andlabs>
kode54: lol I found issues with both your qaac and the upstream one
<kode54>
better still
<andlabs>
different issues for both
<kode54>
open an issue on vgmstream repo, asking to delete qaac/fdk-aac completely and replace with ffmpeg
<kode54>
there's literally only one format I added it for
<andlabs>
what is that?
<kode54>
it was a CAF that contained an AAC stream in a plain MPEG-4 container
<andlabs>
do you have the file on you?
<kode54>
no
<kode54>
this was before FFmpeg support was added
<andlabs>
I can try it with a vanilla ffmpeg build with vgmstream with FDKAAC off later
<andlabs>
oh you know it has it now?
<andlabs>
ok
<kode54>
you can report it on our issue tracker, there are other developers who could get to it before I do
<kode54>
let me verify it's even relevant
<andlabs>
the issue with your branch is just a msvc-ism
<andlabs>
apparently standard C++ requires a space between a user defined string and its suffix
<andlabs>
which ?????????
<kode54>
whether it's relevant to use qaac/fdk-aac at all
<andlabs>
yeha
<andlabs>
I'll file that issue in a bit
<andlabs>
though I also wonder
<andlabs>
is there something that FDK-AAC didn't provide that necessitated QAAC?
<andlabs>
I only ask because ffmpeg can be built with FDK-AAC support (though you can't redistribute binaries built that way)
<kode54>
(even though I do)
<andlabs>
whatever the case is, afk
<kode54>
I don't build fdk into my ffmpeg
<kode54>
but I do build fdk into my foobar component
<andlabs>
was there a line you forgot there
<andlabs>
above the parenthetical
<kode54>
no, I was saying, I'm redistributing fdk-aac as a decoder in foo_input_vgmstream
<andlabs>
oh
<andlabs>
ok
<andlabs>
heh
<kode54>
I'm not distributing the encoder
<andlabs>
oh yeah I think that was the problem
<kode54>
just need to poke our issue tracker, @bnnm will probably help out
<andlabs>
yeah
<andlabs>
in a bit though I really need to go now
<andlabs>
afk
andlabs has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]