X
Business

Good Questions

From the Daily Source Code show notes:Hugo's emailFrom: Hugo Schotman tr>ble>Subject: Podcasting studio setup: about Audio Hijack ProDate: February 3, 2005 9:54:47 AM GMT+00:00To: qcarnicellirogueamoeba.comCc: Adam Curry , dawnanddrewshowgmail.
Written by Steve Gillmor, Contributor
From the Daily Source Code show notes:
Hugo's email

From: Hugo Schotman
tr>
ble>Subject: Podcasting studio setup: about Audio Hijack Pro

Date: February 3, 2005 9:54:47 AM GMT+00:00

To: qcarnicellirogueamoeba.com

Cc: Adam Curry , dawnanddrewshowgmail.com, Dave Slusher /tbody>

r>
Hello Quentin,



In response to your post about recording podcasts, here are some ideas.

( http://www.rogueamoeba.com/utm/posts/Linked/record-a-podcast )



The value of AHP for Podcasters can be increased by:

1. Keeping the application as it is.

2. Modifying the existing application in some key areas.

3. A complete overhaul of the functionality so it becomes a Podcaster's dream studio.



Let me address these points in more detail.

1. Keeping the application as it is.

Surprise :-)

Actually, having tested the application quite a bit, I think it is already pretty good. What could make it better without changing the actual application is for us to know how to put it to best use. For me as somebody with a fair technical understanding if I would know more about the inner workings of the application I could easily optimize my configuration. For the less technically inclined, this would have to be translated into easy setup descriptions and 'Do's & Don'ts'.



Concretely, what we should know right now (what I've been trying to figure out by trial and error) is:

- Where does latency occur?

- What buffers are there in the application and how big are they?

- How can I get the least amount of latency from Mic input through some microhpone effects to my headphones?

- What causes the increase in latency that sometimes occurs?

(Reset by turning hijack on the microhpone off and on again.)

- What affects the encoding and recording part and how can we make it most stable and least CPU/ Harddisk intensive?



My current reference setup can be read here...

http://log.hugoschotman.com/hugo/2005/02/low_latency_pod.html

...and heard here:

http://log.hugoschotman.com/hugo/2005/02/low_latency_wit.html

The audio files also contain a narrated tour through the setup.



2. Modifying the existing application in some key areas.

Taking the questions from point 1. if these concerns can be made more visible in the user interface it would make the whole user experience better.

For example:

- Add buffer indicators to the 'source' and 'effects' setup screens. Preferably calculating the delay in miliseconds.

- It would be nice if the application showed the cumulative latency in miliseconds for the signal that goes to the headphones.

- Add CPU activity and I/O activity monitors with warnings for critical situations.

- Add the possibility to configure the application's system scheduling priority.

(See also: the 'nice' command in the shell/ terminal.)

- Inside AHP, give sufficient priority to the signal that is being sent to the headphones.

- Detect and correct changes in latency to the headphones.



Note that some of the comments above are described with my configuration in mind. Please let me know if something is unclear.



3. A complete overhaul of the functionality so it becomes a Podcaster's dream studio.

This would probably mean including the soundflower functionality in the application, include a mixer, include media players, etc.

That would be a next step and would require input from several podcasters, including non-techies.



Hopefully you can do something with these comments. Please let me know if I can be of more assistance.

A diagram of my setup will follow within a few days.

I've CC-d some people who are also working towards a better studio setup and who could maybe add some comments.



Have fun,



Hugo



Editorial standards