Hi guys,
I think I found some solution (don't know if it works for everybody,
or makes sense technically, though).
I am not subscribing this list, so I don't know if this mail would
be delivered or not, but I have been annoyed the same `Tinny Audio'
(thought it was solved around late 0.4) as mentioned in the list, and
I can't help sending this.
My solution for `Tinny Audio' on PVR-150 is:
(1) Fire up recording (or viewing) application on /dev/video[0]
(2) Exec "ivtvctl -c stream_type=10", WHILE the application running
Actually my scheduling script fires up mplayer /dev/video0, via /usr/bin/at
scheduler, and I had one script (executed before invoke
"mplayer /video -dumpstream -dumpfile xxx") doing:
ivtvctl -c bitrate_peak=4900000
ivtvctl -c stream_type=10
All I did was move the line running this script just after the mplayer invoking
line (and I do "ivtvctl -c stream_type=10" twice for sure, actually).
It leaves a small flaw in the audio track at the beginning of the recorded mpeg
stream, but the rest of the audio track seems fine.
All you need is just "ivtvctl -c stream_type=10", and it can be easily tested
while you are watching S-Video/Composite stream with mplayer/xawtv etc.
Guess this works for /bin/cat for recorder or other players capable for
/dev/video.
(Device / application interaction is not good enough yet ?
Who is the culprit, driver or application ?)
Good luck.
Wish this may work for you, or sorry the solution is known already.
PS.
(1) I tried new firmware pvr_2.0.43.24073_prerelease.zip, but this did not
solve the problem.
(2) I am not MythTV user, but using homebrew scheduling scripts (sh+perl).
For MythTV, cron'ing "ivtvctl -c stream_type=10" every 1min (?) (I don't knwow).
(3) My PVR-150: Hauppauge model 26052, rev C199, serial# 7937857
(4) ivtv: svn version (trunk), kernel-2.6.16.20
_______________________________________________
ivtv-devel mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
