Background recording? That must be new, or I never noticed it before. Will try it and get back to you in a day or two.
On Sun, 12 Jun 2011 10:51:36 -0400, you wrote: >hmmm, all I do is set the job to background recording, maybe you set it >to record instead? Works for most streams, and if you can give the >direct URL to the stream, so much the better. > >Steve Matzura <numb...@noisynotes.com> wrote: > >> OK John, you've succeeded in the whack-me-over-the-head part, now >> let's get on to the tell-me-about-it part (LOL). >> >> If you set the recording option in TR to Software, it load Winamp, >> which actually plays the stream in question right through your sound >> card. The audio is captured from the sound card, not from the stream >> packets themselves. I know this is true by two proofs. 1. If you use >> Winamp's down- and up-arrow volume buttons while recording a stream in >> Total Recorder, when you play the stream back that you just recorded >> while manipulating those buttons, the volume of the stream will, in >> fact, go down, then up again. 2. If you record a short stream with >> WGet (or, in my case, WinWGet, because I like wrappers), and then >> compare that recording with another short stream from the same source >> using TR+Winamp methodology, if your ears are good, which mine are not >> but I've been told this by more than one person with far, far better >> ears than my broken ones, you'll notice that the TR+Winamp version of >> the recorded stream has artifacts that the WGet stream does not. I >> suspect these artifacts are from digital audio being converted to >> analog, played through the sound card, then re-encoded by TR. Like I >> said, personally I cannot hear these artifacts any more, but I believe >> they are there and I believe the reason for their existence is as >> explained. If TR has a way of getting around this, I'd dearly love to >> know how it's done. That would make my weekly captures of various >> radio programs sound so-o much better. >> >> On Sun, 12 Jun 2011 06:03:17 -0400, you wrote: >> >> >Yep, it does work exactly that way -- I don't know what you were looking >> >at. >> > >> >Steve Matzura <numb...@noisynotes.com> wrote: >> > >> >> I think it definitely should be brought to their attention. Any job in >> >> the queue should have the ability to be run on demand and stopped >> >> either on a schedule or, again, on demand. That's one of the beauties >> >> of WinWGet. Except WinWGet isn't as fancy as TR in that there's no >> >> scheduling function, and, to be honest, since WinWGet doesn't use >> >> external programs to connect to and capture the stream, it actually >> >> make a better, purer, recording because it just captures the raw >> >> packets from the stream, doesn't re-encode anything another program is >> >> playing. I sure wish TR worked this way, and if it doesn, somebody >> >> needs to whack me over the head and tell me about it. >> >> >> >> On Sat, 11 Jun 2011 18:57:03 +0100, you wrote: >> >> >> >> >Hi. >> >> >No, I don't think there is a way to test the scheduled job. Perhaps it's >> >> >a suggestion we ought to bring to High Criteria's attention. >> >> >What do you think? >> >> >Chat soon. >> >> > >> >> > >> >> >Chris Hallsworth >> >> >Sent from Thunderbird >> >> > >> >> >On 11/06/2011 15:13, Steve Matzura wrote: >> >> >> Hi, Chris: >> >> >> >> >> >> Do you know of a way to "test", and I put that word in quotes, a job >> >> >> that has been set up in the scheduler to make sure the URL is right >> >> >> and the bit-rate and file settings are all good before the job is let >> >> >> loose to do what it's supposed to do? I've never found a force-run or >> >> >> force-start option in TR. Is there such a thing? >> >> >> >> >> >> TIA >> >> >> >> >> >> On Thu, 24 Feb 2011 20:48:14 +0000, you wrote: >> >> >> >> >> >>> Hello all. >> >> >>> Here are two links to my tutorial on Total Recorder. >> >> >>> Part 1. >> >> >>> http://dl.dropbox.com/u/1625623/Total_Recorder_Podcast.mp3 >> >> >>> Part 2. >> >> >>> http://dl.dropbox.com/u/1625623/Total_Recorder_Podcast_Part_2.mp3 >> >> >>> Hope this helps. >> >> >>> Take care. >> >> >> >> >> >> To unsubscribe from this list, send a blank email to: >> >> >> pc-audio-unsubscr...@pc-audio.org >> >> >> >> >> > >> >> >To unsubscribe from this list, send a blank email to: >> >> >pc-audio-unsubscr...@pc-audio.org >> >> >> >> To unsubscribe from this list, send a blank email to: >> >> pc-audio-unsubscr...@pc-audio.org >> >> To unsubscribe from this list, send a blank email to: >> pc-audio-unsubscr...@pc-audio.org To unsubscribe from this list, send a blank email to: pc-audio-unsubscr...@pc-audio.org