[mythtv-users] Underwater audio
Curtis Stanford
curtis at stanfordcomputing.com
Mon Mar 3 22:53:14 UTC 2008
On 29-Feb-08, at 2:18 AM, Gregorio Gervasio, Jr. wrote:
>>>>>> Michael T Dean writes:
>
> m> On 02/28/2008 07:10 PM, Curtis Stanford wrote:
>
>>>> I think I have the same problem with 32kHz audio in NUV recordings
>>>> (framegrabber). The patch in this ticket (reverts some rev 15893
>>>> changes) seems to fix the problem for me:
>>>>
>>>> http://svn.mythtv.org/trac/ticket/4764
>
>>> That totally fixed my problem. Thank you!
>
> m> Would be /really/ nice is some of you could test the value that's
> being
> m> changed by that patch and find the smallest value that works...
> Try
> m> starting at 120000. See:
> m> http://www.gossamer-threads.com/lists/mythtv/dev/319315#319315
>
>
> Based on limited testing, it's "fragment_size" rather than
> "buffer_time" that's affecting this specific "underwater" problem:
>
> 1. (rev 15893)
> fragment_size = (audio_bits * audio_channels * audio_samplerate) /
> (8*30);
> buffer_time = 100000;
> -> BAD -- underwater effect
>
> 2. (pre 15893)
> fragment_size = 6144;
> buffer_time = 500000;
> -> OKAY
>
> 3.
> fragment_size = (audio_bits * audio_channels * audio_samplerate) /
> (8*30);
> buffer_time = 120000;
> -> BAD -- underwater effect
>
> 4.
> fragment_size = (audio_bits * audio_channels * audio_samplerate) /
> (8*30);
> buffer_time = 500000;
> -> BAD -- underwater effect
>
> 5.
> fragment_size = 6144;
> buffer_time = 100000;
> -> better -- sounds okay but audio is sometimes lost when skipping
> around (need to exit and restart)
>
> 6.
> fragment_size = 6144;
> buffer_time = 120000;
> -> OKAY
>
> I will try out this last setting for a while.
I haven't had time to try lots of combinations but I can confirm that
#6 works for me as well.
Curtis
More information about the mythtv-users
mailing list