Any anti-criminal guidelines for developers?

Programming applications for making music on Linux.

Moderators: MattKingUSA, khz

Post Reply
nick87720z
Established Member
Posts: 58
Joined: Sat Nov 02, 2013 4:25 pm
Has thanked: 1 time
Been thanked: 1 time

Any anti-criminal guidelines for developers?

Post by nick87720z »

For moderators: This topic might be better to be restricted for access (at least require login).

First I have to note, it's nothing related to DMCA & Copyright problems.

Since 2017 if not earlier Russia suffers ultimate uncovered shot against law system as it's known, biggest one:
just look at rupression dot com.

Since some moment it appeared, that audio records where edited to combine seemingly valid evidences.
Although it's insufficient when lone, you could find, that there are no more laws - only imination.

What really worries me - this time specialists managed to discover editing signs.
But what if they had more advanced software (god knowes, what they had this time, and what's their skill with it).
I'm educating for software engineer (really broad direction, including system dev, java, web, project management, etc).
For main project I choose to do spectral editing tool, more advanced than arss. For example, instead of simple resynth, it should allow spectrogram based matching. Just like specmatch, but with arss-like workflow.

I worried about this problem since 2018-2019 transit period, when first discovered about that case.
Now I'm in indecision, even considering to begin completely different project, from different area, unrelated to audio.

Any ideas?
  • Could try to intentionally make it hard to use (kkkkkk), but even for basic arss one could write some scripts.
  • Another wild idea - probably some sort of watermark (kkk). Not a wanted thing for free software, yet could be easily disabled unless somehow obfuscated (again hi floss).
The only hope for me is something like what captives, assigned to german ammo production during WWII, tried to do with output.

Is it ever good idea to discuss it open?
Would be great to make it unavailable without login, to prevent indexed by G-brother, and thus eventually found by unwanted readers).
nick87720z
Established Member
Posts: 58
Joined: Sat Nov 02, 2013 4:25 pm
Has thanked: 1 time
Been thanked: 1 time

Re: Any anti-criminal guidelines for developers?

Post by nick87720z »

Well, I understand. Theoretically those specs, who did evidence fabrication, could just use what's available. I could just omit graphical interface. But yet I really hoped such feature to be integrated to audacity in relatively distant feature. There was feature request at that forum, about tracks blending mode (probably like layers blending in gimp). I guess, spectral blending would be fine feature, though requiring somewhat heavy cpu usage or some mid-rendering after each change.

Edit: I meaned google ))) (it's really like big bro, seeing and indexing everything)
nick87720z
Established Member
Posts: 58
Joined: Sat Nov 02, 2013 4:25 pm
Has thanked: 1 time
Been thanked: 1 time

Re: Any anti-criminal guidelines for developers?

Post by nick87720z »

> I am unsure what spectral blending is or how it works.
I mean blending at spectrogram level. I.e., spectrograms are blended as images. Of course this could be done entirely in gimp though, but with audacity it could be easier for workflow (about prelistening - I described similar function in FR for tempo editing interface).
Post Reply