THEN the recruiting company called me one day and said not to go into work, that he had said they don’t need me anymore. THEN they held my possessions for several weeks while my co-workers could rifle through the papers and steal some of my stuff. I finally got a box of some of my items back but not everything. Bstard.

When consulting is great, it is fabulous. When you are in a position to be blamed, is SUHUCKS. And almost every consultant everywhere is in a position to be blamed. I am now looking for work but primarily full time direct hire.

itguru3

I called Comcast, and they told me the card was probably bad. I swapped it for another card, but that one didn’t work, either.

A technician came to the house and told me they have nothing but trouble with the cards and that I should get a settop box. I insisted on trying a couple of cards first. He had to look through a tutorial on his laptop before he could do what I had done with the first card–plug it in and wait for the channels to download. He called for help but the only person who knows anything about cablecards was not in. He never was able to get the cablecards to work.

I can understand that a cablecard might go bad, but I cannot believe Motorola is building nothing but nonfunctioning cablecards. The problem has to be in the installation and setup.

Now I have a set-top box, and a higher cable bill.

Comcast clearly has no incentive and apparently no intention to train its technicians on cablecards.

Every tech comes and puts in a new card and then calls in to have the card “hit” to be programmed for my account and then a big nothing. The hit never happens and then card never works.

Does anyone have a success story and what was finally done to get the card working? How did you get Comcast off their a$$ to fix it?

I’m running a 2.6.17 kernel with 0.7.0 ivtv modules and this is all in 32-bit on a 64-bit platform. The system was installed using the most recent packages available, so I don’t think I’ve compiled anything myself. Also, I’m using a hauppage pvr150, nvidia 5200, and the motherboard is a Gigabyte k8ns ultra 939 with nvidia nforce3 bridges.

I’m only bringing up nforce3, because I had problems with this motherboard and an nvidia 6800 in windows and tracked it down to a nforce3 problem, but that was also 1-2 years ago. I solved that with a new motherboard, but I was hoping to solve this problem without switching boards.

Does anyone have these patches?
http://www.xs4all.nl/~hverkuil/ivtv-dma.0.4.diff
http://www.xs4all.nl/~hverkuil/ivtv-dma.0.6.diff

The links seem to be broken.
Or, should I try installing from CVS or just from the latest source?

I was also wondering if latency issues have anything to do with these problems ( http://www.mythtv.org/wiki/index.php/PCI_Latency ). My current board doesn’t allow me to set timings in the BIOS.

But it will take a lot of courage and you will have to face the herd around you who will tell you to get a job, repeatedly until you are sick of hearing it.

I have been self-employed for the past 12 years and have never been at any job other than my own business.

i am constantly getting unable to load pgsql.so (even though it is in the right place). Specifically it says undefined symbol PQescapeStringConn.

any advice?

0.8.1 stable release
- vbi test tool accepts -d1 as a shortcut for /dev/video1
- added videodev2.h in utils since distros often are sloppy
in updating this file in a new kernel release.
- some usability improvements to v4l2-ctl. Please note! Some
options have new names.
- workaround VIDIOC_INT_S_REGISTER kernel bug (wrong ioctl value
in the v4l2-common.h header, this is fixed in 2.6.19).
- saa717x fixes for Japanese cards.
- reported pix format was V4L2_PIX_FMT_UYVY instead of V4L2_PIX_FMT_HM12.
- added missing VIDIOC_ENUM_FMT ioctl.
- added new IVTV_IOC_STOP ioctl (thanks to Martin Dauskardt )
- added new IVTV_IOC_PAUSE_BLACK ioctl (thanks to Martin Dauskardt )
Similar to IVTV_IOC_PAUSE, but it turns the output black when paused.
- Fix encoder pause/resume: these two were swapped.
- Firmware loading has been made more robust
Thanks to Robert Hardy .
- Firmware loading once again supports ppc.
- Fix nasty bug when loading the init mpeg file
Thanks to Robert Hardy .
- Enabling of newi2c support now depends on the presence of an IR-blaster.
- No longer turn the digitizer off and on when changing channels, this
caused the tinny audio!
- Fix VIDIOC_STREAMOFF support.
- Detection of Hauppauge cards is now fully based on the tveeprom,
PCI IDs are ignored. Other cards still use the PCI ID for detection.
- The detection of the first or second unit of a PVR500 is now done based
on the PCI ’slot’ used on the PVR500 card. The first unit has slot 8,
the second has slot 9.
- Added IR-blaster detection, with thanks to Hauppauge’s Steven Toth for
providing this information.
- Fix initial PAL/SECAM/NTSC tuner defaults.
- Fix driver cleanup in case an error occurs.
- Fix VIDIOC_INT_S_AUDIO_ROUTING ioctl.
- Ripped out dynamic buffer allocation: it never worked right and gave
some people a lot of grief.
- Make i2c errors (missing i2c devices) more readable.

The failures to load the firmware on a reboot could be related to one of the following:
- Fix nasty bug when loading the init mpeg file
- Firmware loading has been made more robust

I for one have seen a lot of the errors related to this one.
- Ripped out dynamic buffer allocation: it never worked right and gave some people a lot of grief

So far so good with these drivers but I just upgraded to the 8.1 version. If you do upgrade remember to power off and wait about 30-40 sec before powering back on to give the card’s memory time to completely clear.

Good Luck.

I had Dish Network for 11 years with very few interruptions and was extremely satisfied with their service. Unfortunately the neighbors trees grew and closed my window.

Verizon cable isn’t in this area yet and I’m not sure that if they were they’d be the answer, but Comcast seriously needs some competition. They need to realize that WE PAY THEIR WAGES!!!