| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8 9
Comments:
<0> sirh0t after your treatment of my suggestions last time you can go **** a tree, I'm not even trying to help you this time
<1> ok
<1> I go **** a tree if your the tree
<1> I give you sperm to grow
<2> ...erm.
<0> ayeyen: you would need to use the ioctl() calls to set the number of channels, sample rate, sample format, and number of bits per sample, then open /dev/dsp and write your data to it
<2> *cough*
<1> help me I go
<0> sirh0t I no longer care what you say at all
<2> CompHobby: Can't I just printf something then detour the output of the program to /dev/dsp manually?
<1> :\
<3> ayeyen: The default audio format of /dev/dsp is usually something archaic.
<1> come on
<0> ayeyen: unfortunately you'll get a horrible rasping sound that may damage ears, speakers, headphones, and drink all the beer in your fridge if you do that
<0> ayeyen: because you'll be sending it data in the wrong format
<2> CompHobby: My dad wouldn't like the beer part.
<2> CompHobby: So "cat /dev/urandom > /dev/dsp" is... bad?
<0> ayeyen: well, unless you WANT to hear a horrible noise, yes
<0> it does make a rather excellent alarm clock though
<2> Yeah, that's true
<2> I've tried converting mp3s to RAW and catting them to the /dev/dsp... no luck
<3> Isn't /dev/dsp usually ulaw or something?
<2> ulaw?
<2> *is now lost.*
<0> ulaw is a logarithmic compression algorithm
<2> oh.
<0> it's one of the formats that /dev/dsp can handle
<3> Before ioctl()-ing, anyway.
<0> yeah
<2> well /dev/dsp is, afaik, attached to alsa and whatnot.
<0> if you ioctl it to some sort of PCM, and then set the sample size to AFMT_S16_LE (I think it's that anyways) you can feed 16 bit little endian data to it with no problems
<2> hund - I found an IOCCC entry that read the time aloud. Now I want to make it better
<2> It has existing sound hardcoded and it plays little bits of it to (vaguely) sound like time.
<3> You want to make a speech syntheziser?
<2> yes
<2> A terribly simple one
<4> ioccc takes machine-dependant code?
<2> niv_: what??
<3> ayeyen: /dev/dsp is not a part of the C standard.
<2> niv_: no, it outputted the sound with printf. I suppose you could redirect it to the soound in, say, windows, SOMEHOW
<2> It output raw audio with printf I believe.
<5> ulaw is not compression. it's just a variable width quantizer
<4> ayeyan: Tempest?
<2> niv_: Coupard
<4> ayeyan: I found a program that uses tempest to play sounds on your AM radio by putting graphics on the screen.
<4> ayeyan: It uses the electromagnetic interference
<2> niv_: I love that one :D
<4> You've seen it too?
<2> yup.
<2> It was on Hackaday
<6> hah how ironic isnt it when the commander of Utah's DUY unit gets caught and charged with DUY
<3> Boohoo, my radio doesn't have AM.
<2> rip: life's a bitch
<4> everyone should just get rid of their sound cards and buy an AM radio+another monitor+another video card
<4> =P
<7> I baby jesus gonna cry if I use scanf ?
<2> niv_: It would make standards terribly easy
<7> is
<4> ayeyan: too bad quality is crap =)
<3> AEgis`: If you still wonder, the answer is yes.
<7> yah I proll ougta use fgets.
<2> niv_: how easy is it to implement the tempest-diy-thing at home?
<2> AEgis`: I'll show you
<4> I first noticed tempest when I was 10 years old programming QuickBASIC on my 80286 Leading Edge. I'd fill the screen with ASCII 219 and I'd hear weird **** on my radio.
<8> tempest was fun.
<4> thought it was cool
<8> won't work with our monitors today though
<8> unless you still use a CRT
<4> It works with my 23-inch Sun (Sony Trinitron)
<2> SgtUnix: I'm poor, I use a CRT
<4> CRT yep
<3> SgtUnix: Ketchup is red.
<4> I love my Sun CRT
<7> tempest was vector based hardware
<2> I love my Komodo CRT. It came with TTS software! for some reason
<7> had an xyz monitor and crt
<7> it was "real" 3-d
<8> niv_: I have an Eizo 21" trinitron. very good, but still not crisp enough.
<2> So... how would I do this speech synth thing?
<8> niv_: once you get used to LCD's.. there's no way back
<7> why not use media player ?
<4> sgtunix: yeah, but CRTs are > LCDs for games because LCDs take longer to color the pixels
<2> AEgis`: It's a handheld with very few programs available - nintendo ds.
<3> ayeyen: Do you know anything about DSP beforehand?
<7> oic
<2> hund: None. :)
<2> Yeah, DSLinux is pretty fly.
<7> you need knowledge of the sund interface
<4> what processor does nintendo DS use? and PSP?
<4> I have a PSP
<9> Is there way to export *specific* symbols in an object as global (meaning, usable by dynamic objects) but maintain others as local without having to resort to using a dynamic object to export?
<2> niv_: the ds is an arm9 and an arm7. For all purposes, arm9 is the good one
<2> niv_: arm9 / 4MB RAM (surprisingly useful, though)
<4> oh, two processors?
<4> 4mb ram for the entire unit?
<3> ayeyen: Well, you'll need the math first. :)
<4> wtf
<4> does DS have two processors because of the two parts of it?
<4> the top and bottom screens
<2> niv_: yeah, but play something like metroid and 4mb goes a long way
<4> ayeyan: yeah, but 3d games need more
<2> niv_: The arm9 is for main processing. arm7 controls touch screen and a few other things
<2> niv_: Google DSTEK
<4> I like my PSP
<4> do you know what the psp uses for a processor?
<2> nope
<2> hund: I'm always looking for the absolute EASIEST way to output sound.
<2> If I find something that even REMOTELY sounds like letters, I'll use them
<7> there is an old scheme
<7> used phoenmes
<7> ilttle pices of sound
<7> and it would fit into an 8K rom
<7> ages ago...
<2> AEgis`: PERFECT!:)
<7> if you can find info on it
<7> basically it divided speech into particles o fsound]yand you parsed text and plqayed sound by a set of rules
<7> it sounds ratty but is intelligble
<7> there was some old code that used to play sound on pc speaker back when real mode was the thing
<7> maybe simtel satill has the old code
<2> would be cool
<7> yah
<2> Though generating it myself might be run
<2> *fun
<7> I don't know where to start other than to say try simtel for old msdos source code
<2> simtel? alright.
<7> and to try google to see what ypou can find on older methods of generating speech
<7> simtel cd's are still around
<2> cool
<2> It would be fun
<2> command line app.
<2> ./say "hello" >/dev/dsp
<9> Welcome to Mac OS X ayeyen
<10> hello
<10> mmmm, macosx :)
<2> Samy: Hmm?
<7> you migt do something like use the rules to make a .wav or a .au file and play them with the media plaer from the command line
<7> so you would need a combo of shell scripts and programs
<7> first you need info
<2> you could always
<10> anyone built bochs on mac os x (intel) and had it run successfully?
<2> ./say "hello" > sox -whatever newfile.wav ; soundplayer newfile.wav
<10> mine keeps complaining about some carbon libs when it tries to open its graphical window
<10> which just happens to be very annoying
<10> b/c i am forced to just use bochs over X11 forwarding to my freebsd desktop
<10> bochs exits with the following message on my mac os x system (built from darwinports for intel macbook): "[MGUI ] failed ***ertion "gCTable != NULL" at carbon.cc:816"
<10> i guess that could be inside bochs code itself; so i guess it's not relevant here
<2> :P
<2> try #bochs ?
Return to
#c
or
Go to some related
logs:
#nhl
#visualbasic
#beginner
#flash
#nhl
fusker.dacaposolutions.com
#windows
#windows
#politics
vfinx cusip
|
|