"Willmore, David (VS Central)" wrote:> > Can ogg22pl take input from standard in? Sometimes leaving the file name > off will default it to that or by putting a '-' as the file name. Similar > things go for standard out. (stop me if these aren't familiar terms)Ogg22pl is is ogg123 with only the sampling rate variable changed. So if ogg123 can do that, ogg22pl can also. A comment in ogg123.c says: /* Takes a vorbis bitstream from stdin and writes raw stereo PCM to stdout. Decodes simple and chained OggVorbis files from beginning to end. Yes it does. So can we send the output of oggenc to ogg123 via stdout? That's a good idea. Probably stupid to write to a file first. But I'm not an expert at this yet. Erik has written a script as well and tried it already. I'm now going to try it myself. I noticed that the last few emails on this subject did not go through the list. --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
I got the script to work: #!/bin/sh while true; do /home/robert/vorbiscvs/vorbis-tools/oggenc -m 2 /home/robert/22k/hb1-cut1.wav -o - | ogg22pl - done> Hmmm. The box I'm typing at is ALMOST fast enough to playback while > encoding. I hear perhaps 1-3 seconds, then 50 ms-ish pause then > music again. Close but no cigar. > > Went and tried on a PIII-600. Whooa. even worse.Yes, on my PIII-600 it's almost a second. But 50 ms is really good. Do you want more (less)?> If you really want to get the playback started milliseconds after > the encode started, and you box is not fast enough, you might > want to wrap the encoded stuff in some http and send it to some > other computer. ... NO. ogg123 will use under 20% cpu since your > box is faster than mine.Do you think that will have a shorter delay? Also, when I C-s in emacs during a pause, the next file being played is still the old version. That's a bit confusing when you work with it. --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
This is an improved version. Now you don't have to change 561 numbers in an editor, you can paint images to change the values! This is an entirely new way of human-computer-interaction and I'm seriously considering getting it patented :)) There are 3 grayscale image files attached, one for each array toneatt, peakatt, noiseatt. They are set to 128 gray, which means zero here. Each file is 11 * 17 pixels. I use GIMP for painting them, and I zoom in 16:1. Then I choose the sharp pencil with opacity of about 20, and paint them darker to decrease the numbers or lighter to increase them. After every C-s oggenc with psyhack.c reads the new image files and changes the values. What you have to do is replace psyhack.c and .h with these new versions, save the 4 image files (original-raw.pnm is just for restoring the original gray files, but you can also paint them with 080808h and 100 opacity), change the paths in the 3 fopen()s and compile. You may also have to change the "#define Dataoffset" if you use a different paint program that writes a different pnm header. At the moment I also use original-raw.pnm to see what was 128 gray while painting. This is not very accurate and we'll have to find a better way to define zero. #ifndef __PSYHACK_H #define __PSYHACK_H #include <vorbis/codec.h> void psyhack(vorbis_info_psy *psy_param); #endif <HR NOSHADE> <UL> <LI>image/x-portable-anymap attachment: noise.pnm </UL> -------------- next part -------------- A non-text attachment was scrubbed... Name: noise.pnm Type: application/octet-stream Size: 416 bytes Desc: not available Url : http://lists.xiph.org/pipermail/vorbis-dev/attachments/20001011/61aff5d2/noise-0001.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: original-raw.pnm Type: application/octet-stream Size: 408 bytes Desc: not available Url : http://lists.xiph.org/pipermail/vorbis-dev/attachments/20001011/61aff5d2/original-raw-0001.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: peak.pnm Type: application/octet-stream Size: 408 bytes Desc: not available Url : http://lists.xiph.org/pipermail/vorbis-dev/attachments/20001011/61aff5d2/peak-0001.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: tone.pnm Type: application/octet-stream Size: 518 bytes Desc: not available Url : http://lists.xiph.org/pipermail/vorbis-dev/attachments/20001011/61aff5d2/tone-0001.obj