Ok so I was wrong. Why would I question Isaac? STUPID! Well long
story short I'm still getting this odd behavior when watching live tv.
I'm running 0.18 under knoppmyth r5a12 with ivtv 0.3.7b. Here's the
mpeg info on my live-tv buffer which was causing these time discrepancy
issues
In mpegrecorder.cpp it states // only 48kHz works properly. regarding
audio sample rates which I have tested and proven true. What happens is
a discrepancy in displayed time and actual position in the recording.
This leads to skipping back when trying to skip forward because myth is
On 8/29/05, Larry Symms [EMAIL PROTECTED] wrote:
In mpegrecorder.cpp it states // only 48kHz works properly. regarding
audio sample rates which I have tested and proven true. What happens is
a discrepancy in displayed time and actual position in the recording.
This leads to skipping back when
I know the difference, the problem is, the user who doesn't go digging
through code would have no indication that changing the sample rate for
recording profiles of an mpeg device would have negative effects, which
aren't immediately obvious. Why would I change the rate you ask? The
default
On Monday 29 August 2005 06:03 pm, Larry Symms wrote:
I know the difference, the problem is, the user who doesn't go digging
through code would have no indication that changing the sample rate for
recording profiles of an mpeg device would have negative effects, which
aren't immediately
Isaac Richards wrote:
Why is there a problem? The sampling rate is always read from the file, not
the database, on playback.
Isaac
That was my first impression as well when skimming over the source, but
apparently (at least to my feeble eyes) not the case. If I set the
sample rate to