the dorpbox link for download this toturial not work
cov...@ccs.covici.com skrev 2011-06-12 16:51:
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
