Chris Kennedy wrote:
Yeah, that is strange, I was wondering how it fixed it too, maybe the
chip just saw the video re-init and does something about audio automatically?
I'll know within a day or so if it really fixed it, I'll look at the audio
re-init too, sounds interesting to do that too.
Thanks,
Chris
On Fri, May 27, 2005 at 03:05:48PM -0400, Tyler Trafford wrote:
Oh, I forgot to mention that I made SET_NORM check to see if it was
already set, and not do anything if it was... i can't see how that
could break what you did, though. Your force of state->input should
still make the input reinitialize correctly. You may want to reinit
the audio_input too though.
That is very odd though, SET_INPUT no longer has anything in it that
should effect the audio.
Switching inputs _should_ switch the audio standard away from detected
audio format, then back to autodetect, if I'm reading the datasheet right.
Unfortunately, the page (3-89) which refers to all this is corrupted and
unviewable in my copy of the full datasheet.
Also, the same should be done with video.
Cheers,
Allan.
-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
_______________________________________________
ivtv-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ivtv-devel