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

Reply via email to