Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Recent Posts
23
3rd Party Plugins - (fb2k) / Re: foo_uie_webview
Last post by pqyt -
Quote from: ApacheReal on
Why do I have this notification in the console.

Tracking Prevention blocked access to storage for https://fonts.gstatic.com/s/materialicons/v142/flUhRq6tzZclQEJ-Vdg-IuiaDsNc.woff2.
Image-Info%20Management%20(Left%20Panel).html:1  Tracking Prevention blocked access to storage for https://fonts.gstatic.com/s/materialicons/v142/flUhRq6tzZclQEJ-Vdg-IuiaDsNc.woff2.
Image-Info%20Management%20(Left%20Panel).html:1  Tracking Prevention blocked access to storage for https://fonts.gstatic.com/s/materialsymbolsoutlined/v220/kJF1BvYX7BgnkSrUwT8OhrdQw4oELdPIeeII9v6oDMzByHX9rA6RzaxHMPdY43zj-jCxv3fzvRNU22ZXGJpEpjC_1v-p_4MrImHCIJIZrDCvHOej.woff2.
Image-Info%20Management%20(Left%20Panel).html:1  Tracking Prevention blocked access to storage for https://fonts.gstatic.com/s/materialsymbolsoutlined/v220/kJF1BvYX7BgnkSrUwT8OhrdQw4oELdPIeeII9v6oDMzByHX9rA6RzaxHMPdY43zj-jCxv3fzvRNU22ZXGJpEpjC_1v-p_4MrImHCIJIZrDCvHOej.woff2

 And what can I do to remove it thanks.

This is the project I'm working on.

Video 1

Video 2
Have you looked at https://learn.microsoft.com/en-us/microsoft-edge/web-platform/tracking-prevention
26
General - (fb2k) / Re: Title formatting/syntax for proper bitdepth
Last post by Porcus -
For HDCD "testing purposes", I guess  a "testing build" could be a good thing? One that could scan through the entire files, and report the following:

* Where the packets start and end. I don't mean every packet, but time-intervals where HDCD appear to be switched on - also if HDCD is off for some interval, report how close to track-end HDCD starts again. That could help identify identify those cases which due to index 0 appended, have packets "intended for the next track". Who knows whether that "next track" even ended up on the CD, especially if it is a compilation, but if there is HDCD at end of "file track N-1 and continuing into file track N" - i.e. "in CD track N index 0 and continuing into index 1" - then it stands to reason it was intended to be applied from first sample. But, if it then switches off quite soon?
Seems you may want some scan "as albums" functionality?

* Identify other potential false positives, like "single-channel" packets. They are likely to be ignored; and, if evidence says those do not come with any HDCD features, then they should certainly not trigger any "halve volume 'Always'"?

* Identify events where "the only HDCD feature to apply" is low-level gain in digital near-silence. If there is only the "HDCD dither" to mute, then what? Sure sure, technically it matters ... but ...?


(BTW, if you want (more) users to find it, consider taking it over to a different thread.)
27
Other Lossy Codecs / Re: lossyWAV 1.4.2 Development (was 1.5.0)
Last post by Nick.C -
The main reason I still use lossyWAV is to process my lossless FLAC master music library for use on a portable device - firstly it reduces filesize and secondly FLAC is an "easy" CODEC to decode, incurring not very much device CPU load while listening. As an example of this decode efficiency here's a link to a rather old Rockbox anmalysis for a number of devices: https://www.rockbox.org/wiki/CodecPerformanceComparison . While device CPUs will have increased dramatically in performance since then, I'm doubtful that the relative CPU load of different CODECs will have changed so much that FLAC will use significantly more battery than other CODECs.
28
Other Lossy Codecs / Re: lossyWAV 1.4.2 Development (was 1.5.0)
Last post by guruboolez -
@lovecraft (nice nickname BTW  :) )

LossyWAV is a fantastic idea and tool, but I don't think it will become very popular over time. You probably know the popular mantra: space is cheap, don't bother with lossy, keep your original safe, etc. Many people will stay away from it, and the epidemic of audiophile and audiofoolic behavior is still ongoing, so it won't help to give visibility to LossyWAV.

Another weak point for LossyWAV is that if someone is looking for efficiency, there are better tools to efficiently reduce the footprint of your audio collection. As you mentioned, MP3 at 192 kbps sounds fine to your ears. So, what perceptible advantages could a 500 kbps encoding offer you? A little voice might whisper that you're just wasting space and still losing the original uncompressed files.

Future-Proof: yes, but is it more future-proof than something else? You mentioned Musepack. It's a good example. The format has not been developed for almost 20 years. The community seems very small, smaller than ever. And you know what: it was never that easy to play MPC files at home, in a car, or on a plane.

Last but not least: you can encode your high bitrate Opus, MPC, AAC, or LossyWAV to another high bitrate future zUHD-AACv8, Ogg-Spaceship, TRALALAC. Okay, there will be another layer of loss, but it won't be audible at all (and you'll probably be half-deaf by then, which won't help).

P.S.: I'm not using LossyWAV but WavPack lossy, which is almost the same concept with much less compatibility and no possibility to encode it to another format without loss. So I'm totally on your side. :)
P.P.S: I'm cheating, because I kept most correction files so technically I'm still keeping lossless. But I might change one day :)
29
3rd Party Plugins - (fb2k) / Re: foo_vis_vumeter
Last post by Majestyk -

Quote from: Majestyk on
oops, what are the chances of making more than 2 configurations in the future?

Quote from: oops on
Chances are good. I already made the extension. You'll get as many unique configurations/instances as your computer memory will let you :)

That's great news! Thanks very much!

Quote from: Majestyk on
On a different note, Darkone theme has this command for changing the colors of the old vu meter...
Is there a substitute for "Analog VU Meter skins", with the new vu meter?
Quote from: oops on
If I look at the resources for the original, it is using "IVUMeterWindow" Automation interface to create the menu. This is not something I have implemented.

Now at the risk of being greedy, this would be nice too. Because this is the only thing that is keeping the Darkone theme from going 64 bit.

Unless I can write a script that will change the vu meter colors without the fb.RunMainMenuCommand method.

Anyway, thanks again!
30
Other Lossy Codecs / Re: lossyWAV 1.4.2 Development (was 1.5.0)
Last post by genuine -
Quote from: lovecraft on
Despite the fact that this has been around for more than 10 years, i am surprised that it hasn't seen much interest from the community. It has the potential to be the savior for the "not so audiophile" people like me who want to have a future-proof music archive.
I am also aware that Lossywav did not see the necessary attention. However, we do not know what can be done about it.
You can only understand the quality difference in the lossy compression with quality equipment. So in fact, the only criminal is not your ears.