Hallo,
you really should try to get rid of that html formatting. It's ugly. ;)
Luisa Lamas hat gesagt: // Luisa Lamas wrote:
<html><div style='background-color:'><DIV class=RTE>Hi list,</DIV> <DIV class=RTE> </DIV> <DIV class=RTE>Sorry, but my knowledge about pd and DSP is very short, so ... I ask who knows more ...</DIV> <DIV class=RTE> </DIV> <DIV class=RTE>I need to load and affect a sound file according with 4 values that I get from other patch where the numbers are stored in a table , I whant to represent different states of spirit, like feeling relax, calm, little disturb, great disturb. I think that the loudness and some extra effect could carry this notions ... I hope so.</DIV> <DIV class=RTE> </DIV> <DIV class=RTE>I readed the pages from Thomas Grill, Marius Schebella and Frank Barknecht and I feel lost ... I also don?t find the bonk~ object refered in the mailing list.</DIV> <DIV class=RTE> </DIV> <DIV class=RTE>Does anyone could help ? I thank.</DIV> <DIV class=RTE> </DIV>
bonk~ is an external, which is shipped with Pd. If it doesn't appear, when you create a [bonk~] object, then something is wrong with your Pd installation. Look for bonk~.* files (where "*" is "dll", "pd_linux" or "pd_darwin" depending on your operating system) and add this folder to your Pd path (File->Path).
Regarding general sound and dsp in Pd: Miller provides very good documentation in the "doc/3.audio.examples" folder, including various ways to add effects to a sound playing. Unless you did already, you really should read all of them (or at least the first 20 or so) one after the other to get a feel for how signals are handled in Pd. Copy the files somewhere and change them and play with them, so you can see, how you can extend them. Every object (almost) also has help files you can use as base for your own experiments. The most simple effect btw. is to change volume. You do this with multiplication: [*~ 0.4]
A good read is "Effects Explained" on http://www.harmony-central.com/Effects/effects-explained.html
Ciao
Frank Barknecht _ ______footils.org__
Hi Yves and others,
I still have problems with getting proper video output when i use the firewire-camera object from PDP on OSX. Somehow there seems to be a field swap problem which makes horizontal lines in the video-image. Does anyone else have this problem also? And, is there something i can do to fix this?
Thanks,
Sara
On Nov 30, 2004, at 2:02 PM, sara kolster wrote:
Hi Yves and others,
I still have problems with getting proper video output when i use the firewire-camera object from PDP on OSX. Somehow there seems to be a field swap problem which makes horizontal lines in the video-image. Does anyone else have this problem also? And, is there something i can do to fix this?
Horizontal lines like interlacing? That would be caused by not setting the proper flag for QT to deliver deinterlaced progressive images. If I remember correctly, this QT call does this for video input:
SGSetChannelPlayFlags(vc, channelPlayNormal);
or it could be this:
SGSetChannelPlayFlags(vc, channelPlayHighQuality);
I don't have a DV camera to test this with right now, but maybe an OSX GEM user can test by sending a 'quality 1' message to pix_video followed by a 'reset' message. 'quality 0' is channelPlayNormal and 'quality 1' is channelPlayHighQuality.
This is the call that does the same for movie files:
SetMoviePlayHints(m_movie, hintsHighQuality, hintsHighQuality);
You don't have to change the C code to get non-interlaced movie playback. QTPro can set the appropriate flags for each file and unless the app overrides them, Quicktime will play them properly.
On Nov 30, 2004, at 9:01 PM, chris clepper wrote:
I still have problems with getting proper video output when i use the firewire-camera object from PDP on OSX. Somehow there seems to be a field swap problem which makes horizontal lines in the video-image. Does anyone else have this problem also? And, is there something i can do to fix this?
Horizontal lines like interlacing? That would be caused by not setting the proper flag for QT to deliver deinterlaced progressive images. If I remember correctly, this QT call does this for video input:
...uh, note to cgc:
...pdp doesn't use apple's quicktime for anything yet :-(
...so it must be something with, uh, libdv, or libquicktime, or, ffmpeg, or whatever it's a-using...which makes me wonder: how's that native stuff going, martin?
;-) jamie
On Nov 30, 2004, at 8:46 PM, james tittle wrote:
...uh, note to cgc:
...pdp doesn't use apple's quicktime for anything yet :-(
Yves used the pix_video code for OSX video capture. There is no open source (or even non-Quicktime) video capture for OSX to the best of my knowledge.
...so it must be something with, uh, libdv, or libquicktime, or, ffmpeg, or whatever it's a-using...which makes me wonder: how's that native stuff going, martin?
;-) jamie
...pdp doesn't use apple's quicktime for anything yet :-(
well. that's not exactly true. i was working on a native quicktime movie loader and saver for a while. since i had to finish my phd i had to throttle down development a bit. now that i got a new job it also refuses to finish itself. there is some issues i still need to work out before i can release it, but: does anyone of you (jamie, sara, chris, list) want to give it a try and tell me things that are missing? kind of pre-alpha-test the stuff.
what i got so far:
- video loading
- playing (but playing with native (movie) framerate is weird as i
can't get rid of the audio)
- threading without enough mutexes
- saving in one hardcoded codec
- stream playing
what i will have to work on to finish it:
- threading for flattening
- make threads safe
- make frame adressing better (it is millisecond-based by now)
- include an smpt object and have the movie receive smpt timing
as any quicktime project this one is bloated like hell and full of bugs :-) the performance is as quicktime performs ... mediocre
i am not asking for you to help me program it - i just need some people give it an initial try and maybe help me figure out how to access the functionally reasonably from within pd.
Yves used the pix_video code for OSX video capture. There is no open source (or even non-Quicktime) video capture for OSX to the best of my knowledge.
that is true
lg martin
Hi Martin,
well. that's not exactly true. i was working on a native quicktime movie loader and saver for a while. since i had to finish my phd i had to throttle down development a bit. now that i got a new job it also refuses to finish itself. there is some issues i still need to work out before i can release it, but: does anyone of you (jamie, sara, chris, list) want to give it a try and tell me things that are missing? kind of pre-alpha-test the stuff.
For me the pdp_quicktime works fine, it's only the live-video-input that acts a bit weird.
i am not asking for you to help me program it - i just need some people give it an initial try and maybe help me figure out how to access the functionally reasonably from within pd.
I would like to try it. I don't think i can help you program it, but i can at least give some user-ideas ;)
Ciao, Sara
Hi Chris, Jamie a.o.
The horizontal lines don't really look like interlacing, it's really a field-swapping thing. The more you move the camera the more you see those horizontal lines going down your screen. You have 1 or 2 lines on the screen that seems to break the image in half and it seems the video cannot keep up with the speed in which it's moving.
I don't have a DV camera to test this with right now, but maybe an OSX
GEM user can test by sending a >'quality 1' message to pix_video followed by a 'reset' message. 'quality 0' is channelPlayNormal and
'quality 1' is channelPlayHighQuality.
I looks like the object ieeel394 works the same like pix_video. The quality 0 or 1 can be set followed by the reset message, but that doesn't make it any better.
Yves used the pix_video code for OSX video capture. There is no open source (or even non-Quicktime) video capture for OSX to the best of my knowledge.
This is true. But, isn't there anyone out there that has the same problem? [Or is nobody using the pdp firewire object] If it is a case of updating / changing some libraries, then I can at least do something about it.
Sara
hi list - does anybody know how to get aaple X11 window to do things like fullscreen pdp win ? amos.
hi amos,
the trick is to use a different windowmanager than the one provided with apple, or not use a window manager at all.
cheers tom
On Wed, Dec 01, 2004 at 01:54:44PM +0100, amos.elmaliah@interfaculty.nl wrote:
hi list - does anybody know how to get aaple X11 window to do things like fullscreen pdp win ? amos.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list
the trick is to use a different windowmanager than the one provided with apple, or not use a window manager at all.
cool. how?
martin
cheers tom
On Wed, Dec 01, 2004 at 01:54:44PM +0100, amos.elmaliah@interfaculty.nl wrote:
hi list - does anybody know how to get aaple X11 window to do things like fullscreen pdp win ? amos.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list
On Dec 1, 2004, at 2:52 AM, sara kolster wrote:
Hi Chris, Jamie a.o.
The horizontal lines don't really look like interlacing, it's really a field-swapping thing. The more you move the camera the more you see those horizontal lines going down your screen. You have 1 or 2 lines on the screen that seems to break the image in half and it seems the video cannot keep up with the speed in which it's moving.
I haven't seen anything like that since the old Nato/OS9 days!
Can you post a picture of this if possible? The OSX Grab application might be able to get the frame, but SnapzPro has a movie recording capability that's probably easier. They have a demo version that works for a month or so.
http://www.ambrosiasw.com/utilities/snapzprox/
This is also a pretty good way to record the output of GEM windows, especially on dual CPU machines.
Hi Chris,
I will try to do that. Can't do it till 2 morrow-evening though, but you'll see. Thanks for the tip of snapzprox, never heard of it.
s
chris clepper wrote:
On Dec 1, 2004, at 2:52 AM, sara kolster wrote:
Hi Chris, Jamie a.o.
The horizontal lines don't really look like interlacing, it's really a field-swapping thing. The more you move the camera the more you see those horizontal lines going down your screen. You have 1 or 2 lines on the screen that seems to break the image in half and it seems the video cannot keep up with the speed in which it's moving.
I haven't seen anything like that since the old Nato/OS9 days!
Can you post a picture of this if possible? The OSX Grab application might be able to get the frame, but SnapzPro has a movie recording capability that's probably easier. They have a demo version that works for a month or so.
http://www.ambrosiasw.com/utilities/snapzprox/
This is also a pretty good way to record the output of GEM windows, especially on dual CPU machines.
-
amos.elmaliah＠interfaculty.nl -
chris clepper -
Frank Barknecht -
james tittle -
Luisa Lamas -
martin pichlmair -
sara kolster -
Tom Schouten