[mythtv-users] firewire with 3250

Jim Westfall jwestfall at surrealistic.net
Thu Nov 23 18:02:19 UTC 2006 

what kinda of stb and firewire chipset do you have?

jim

nik gibson <nik.gibson at gmail.com> wrote [11.23.06]:
> I now get the following errors in my log  and the firewire_tester -R can't
> reset the bus properly even if it states it's successful.  Please any help
> would be much appreciated; I just need to get this working.  It's like a
> full time job.
> 
> ./firewire_tester -v -R -n 0
> raw1394: Allocating handle, port 0.
> Action: Resetting the firewire bus
> Bus reset succeeded
> raw1394: Releasing handle.
> [root at Pvr bin]# ./firewire_tester -v -p -n 0
> raw1394: Allocating handle, port 0.
> Action: Test P2P connection 1 times, node 0, channel 0
> P2P: Creating, node 0, channel 0
> P2P: Testing...Failed
> P2P: Disconnecting.
> raw1394: Releasing handle.
> 
> Nov 23 12:25:01 Pvr kernel: ohci1394: fw-host0: IR DMA error - packet too
> long for buffer
> Nov 23 12:25:01 Pvr kernel:
> Nov 23 12:25:01 Pvr kernel: ohci1394: fw-host0: IR DMA error - packet too
> long for buffer
> Nov 23 12:25:01 Pvr kernel:
> Nov 23 12:25:01 Pvr kernel: ohci1394: fw-host0: IR DMA error - packet too
> long for buffer
> Nov 23 12:25:01 Pvr kernel:
> Nov 23 12:25:01 Pvr kernel: ohci1394: fw-host0: IR DMA error - packet too
> long for buffer
> Nov 23 12:25:01 Pvr kernel:
> Nov 23 12:25:01 Pvr kernel: ohci1394: fw-host0: IR DMA error - packet too
> long for buffer
> Nov 23 12:25:01 Pvr kernel:
> Nov 23 12:25:01 Pvr kernel: ohci1394: fw-host0: IR DMA error - packet too
> long for buffer
> Nov 23 12:25:01 Pvr kernel:
> Nov 23 12:25:01 Pvr kernel: ohci1394: fw-host0: IR DMA error - packet too
> long for buffer
> Nov 23 12:25:01 Pvr kernel:
> Nov 23 12:25:01 Pvr kernel: ohci1394: fw-host0: IR DMA error - packet too
> long for buffer
> Nov 23 12:25:01 Pvr kernel:
> Nov 23 12:25:02 Pvr kernel: ohci1394: fw-host0: IR DMA error - packet too
> long for buffer
> Nov 23 12:25:02 Pvr kernel:
> Nov 23 12:25:02 Pvr kernel: ohci1394: fw-host0: IR DMA error - packet too
> long for buffer
> 
> 
> 
> On 11/22/06, Jim Westfall <jwestfall at surrealistic.net> wrote:
> >
> >Eric Smith <erictsmith at gmail.com> wrote [11.22.06]:
> >> On a side note, on the firewire_tester front, I did some more testing
> >> last night outside of myth to try to get a better understanding of
> >> what was going on.  It seems there is something "different" about my
> >> TNT HD channel 1460 that allows the firewire port to reenable (there
> >> may be other channels as well, but i focused on testing this theory
> >> against that one).
> >>
> >> To test i would purposefully hit a few channels that i knew would
> >> disable the firewire, then would try to run the sure_change script to
> >> an available HD channel.  Sure_change would fail with no firewire data
> >> received about 75% of the time.  However, if i used 1460, i had a 100%
> >> success rate with the channel change.
> >
> >I would try adding firewire_tester -R right after the sure_change script
> >runs the channel changer.   I forget when I added the -R option so you may
> >need to grab an updated version from svn.
> >
> >>
> >> What was even more interesting was that if i changed to channel 1460
> >> (successful) and then changed to channel 1700 (HBO HD with 5c no way i
> >> should be receiving this channel) firewire_tester would still report
> >> an immediate success, but trying to run a test capture immediately
> >> afterwards gave me a 0 byte file.  Is it possible that firewire_test
> >> is tesing "too quickly" before the channel change actually occurs?
> >
> >firewire_tester considers the connection to be in a working state if it
> >sees 25 or more mpeg packets.  You can run multiple test with -r <number>,
> >it will exit 0 if all tests were successful.
> >
> >$ firewire_tester -p -n 0 -r 10
> >Action: Test P2P connection 10 times, node 0, channel 0
> >P2P: Testing...Success, 83 packets received
> >P2P: Testing...Success, 57 packets received
> >P2P: Testing...Success, 39 packets received
> >P2P: Testing...Success, 70 packets received
> >P2P: Testing...Success, 59 packets received
> >P2P: Testing...Success, 51 packets received
> >P2P: Testing...Success, 69 packets received
> >P2P: Testing...Success, 59 packets received
> >P2P: Testing...Success, 55 packets received
> >P2P: Testing...Success, 57 packets received
> >
> >jim
> >
> >
> >>
> >> On 11/22/06, Eric Smith <erictsmith at gmail.com> wrote:
> >> > I'm using the s-video input on my pvr-500.  Just create another input
> >> > device in mythtv-setup (you can use the firewire channel change script
> >> > for this input as well).  However, this does not provide any
> >> > understanding that "source firewire" and "source s-video" are actually
> >> > coming from the same cable box and therefore can not be scheduled at
> >> > the same time.  If anyone knows if there is a way to do this I would
> >> > love to know.  As of right now, i just make it my own responsibility
> >> > to make sure i'm not scheduling recordings on both sources at the same
> >> > time.
> >> >
> >> > On 11/22/06, nik gibson <nik.gibson at gmail.com> wrote:
> >> > > How do you change between firewire and S-video?  I would love to
> >> > > differentiate between the two and be able to get the channels that I
> >can't
> >> > > receive over firewire all through the same box.
> >> > >
> >> > > Thanks
> >> > >
> >> > >
> >> > >  On 11/21/06, Eric Smith <erictsmith at gmail.com> wrote:
> >> > > > I did a little bit of testing with this last night and had
> >moderate,
> >> > > > but not complete success.  As far as i can tell, at the moment I
> >have
> >> > > > no choice but to try to implement something like this on channel
> >> > > > change.  Why are you hesitant of doing this Jim?  I have not
> >> > > > experimented much with broadcast, but what i did seemed to be
> >> > > > consistent failures... and even if it worked that would not impact
> >the
> >> > > > issue below would it?
> >> > > >
> >> > > > I am running a single SA3250HD and using both the firewire out for
> >the
> >> > > > available HD channels and the s-video out for some non-HD digital
> >> > > > channels.  Quite often when switching from one of the channels
> >being
> >> > > > fed from s-video back to firewire the firewire stream is
> >lost.  The
> >> > > > channel is changed correctly almost everytime, but the STB will
> >not
> >> > > > enable streaming (as if the new channel is 5C)  In the past it
> >seemed
> >> > > > the only way to resume the connection was to unplug and replug the
> >> > > > firewire cable from the cable box.  What i noticed last night was
> >that
> >> > > > some but not all of my available HD channels would work as the
> >first
> >> > > > HD channel when using the sure_change script.  For example....
> >> > > >
> >> > > > 301 - HBO non HD fed over s-video
> >> > > > 1421 - ABC HD over firewire
> >> > > > 1460 - TNT HD over firewire
> >> > > >
> >> > > > Start on 301 -> Change to 1421 (Stream is lost)
> >> > > > Start on 301 -> Change to 1460 (Works)
> >> > > > Start on 301 -> Change to 1460 (Works) -> Change to 1421 (Works)
> >> > > >
> >> > > > I have no idea what would be causing this behavior.  Any
> >thoughts?  Or
> >> > > > things I can try?  My only other thought was to add into the
> >channel
> >> > > > change script to change to 1460 automatically if the stream is not
> >> > > > successful, retest, and then if 1460 is working change back to the
> >> > > > intended channel.  Obviously this is not an ideal situation, but i
> >> > > > figure i can at least give it a try to determine if the behavior i
> >was
> >> > > > seeing last night is actually consistent.
> >> > > >
> >> > > >
> >> > > >
> >> > > > On 11/20/06, Yeechang Lee <ylee at pobox.com> wrote:
> >> > > > > Jim Westfall <jwestfall at surrealistic.net> says:
> >> > > > > > I will say I have always been suspect of people using these
> >scripts on
> >> > > > > > channel change, especially on 6200 devices.
> >> > > > >
> >> > > > > Me too. I outline in
> >> > > > >
> >> > > <URL:
> >http://www.gossamer-threads.com/lists/mythtv/users/233570#233570>
> >> > > > > how to simply and easily prime FireWire using firewire_tester at
> >> > > > > bootup with no further pre channel-changing priming needed for
> >100%
> >> > > > > reliable recordings. (I should have also said, though, in that
> >> > > > > message, that one needs to switch to Broadcast in mythtv-setup.)
> >> > > > >
> >> > > > > This has nothing to do with the accuracy of channel changes,
> >however;
> >> > > > > I still face the issue of how every 20-30 recordings a
> >FireWire-based
> >> > > > > channel change will not go through right
> >> > > > > (<URL:
> >> > > http://www.gossamer-threads.com/lists/mythtv/users/236728#236728>),
> >> > > > > typically keeping the box set to the previous channel. FireWire
> >always
> >> > > > > records fine, but not necessarily the right channel.
> >> > > > >
> >> > > > > --
> >> > > > > Yeechang Lee <ylee at pobox.com> | +1 650 776 7763 | San Francisco
> >CA US
> >> > > > > _______________________________________________
> >> > > > > mythtv-users mailing list
> >> > > > > mythtv-users at mythtv.org
> >> > > > > http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
> >> > > > >
> >> > > > _______________________________________________
> >> > > > mythtv-users mailing list
> >> > > > mythtv-users at mythtv.org
> >> > > > http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
> >> > > >
> >> > >
> >> > >
> >> > > _______________________________________________
> >> > > mythtv-users mailing list
> >> > > mythtv-users at mythtv.org
> >> > > http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
> >> > >
> >> > >
> >> > >
> >> >
> >> _______________________________________________
> >> mythtv-users mailing list
> >> mythtv-users at mythtv.org
> >> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
> >_______________________________________________
> >mythtv-users mailing list
> >mythtv-users at mythtv.org
> >http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
> >

> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

More information about the mythtv-users mailing list