candera / dynne Goto Github PK

hi, i need help to write wav file from Pronto hex code
for eg. i have pronto hex codes like 0000 006D 0022 0002 0155 00AA 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0040 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0040 0015 0040 0015 0040 0015 0040 0015 0040 0015 0040 0015 0015 0015 0040 0015 05ED 0155 0055 0015 0E47
and you can find the information about pronto code in this link http://www.remotecentral.com/features/irdisp3.htm
is it possible to write wav file from this pronto code in JAVA.

Hey,

One of the reasons I'm interested in this library is because I want to play around with some machine listening ideas. To do some of these things I think It'll be necessary to run the samples through various algorithms like an fft that are typically written to take arrays of samples and not a sampling function.

I was looking through sampled-sound.clj and see that you have a protocol that has an amplitudes function that returns the raw sample data of the sound which I think is what I'm looking for. I see it's built using a function f that takes a channel and a time so I'm wondering why this is a separate namespace and a separate protocol when the amplitude function on ISound is so similar to this function f.

Couldn't amplitudes just be a function in the sound namespace that looks something like this?

(defn amplitudes [s sample-rate]
  (let [d (duration s)
        c (channels s)]
    (for [chan (range c)]
      (hiphip.double/amake [i (* d sample-rate)]
        (sample s (double (/ i sample-rate)) chan)))))

I'm guessing there are performance reasons as to why you have a whole other namespace since that naive function above takes a really long time to run. I also probably want a way to get a lazy sequence of the samples and not load the whole thing into memory. Then again maybe I could write an fft and other processing code that works with samples and pulls the data as it needs it.

Have you thought about this much?

I'm using the 0.2.0 build.

[org.craigandera/dynne "0.2.0"]

I'm requiring dynne.sound in my namespace declaration.

(ns soundtest.core
  (:require [dynne.sound :refer :all]))

When I compile the file (in emacs/nrepl) I get the following error.

UnsupportedClassVersionError dynne/sound/impl/ISound : Unsupported major.minor version 51.0  java.lang.ClassLoader.defineClass1 (ClassLoader.java:-2)

I think I broke the async-sound namespace in the latest release. I don't have a solid repro yet - this issue exists to alert people to the problem until I can fix it. Use the sampled-sound namespace instead.