On Sat, 2005-07-09 at 15:03 +0300, yoav wrote:
> There's no option --compile-type=debug like there is for mythtv
> configuration.
> It is probably obvious, but I'm new to linux build system.
In that case I guess suggesting added --compile-type to configure is out
of the question.
As an example,
If you consider a MPTS, you only need to specify the program number
(PN) to tune to a specific program in the stream. A good example is
Comcast Cable. They are moving to a more dynamic architecture whereby
set tops tune to digital program by frequency and program number.
Assuming a MPTS in the c
On 7/15/05, Michael Chmilar <[EMAIL PROTECTED]> wrote:
> If the details of the communication protocol and remuxing
> algorithm are available, I am willing to look at writing a
> linux driver for the r5000hd. However, I am not interested
> in reverse engineering anything.
I don't want to play rever
Hi,
I posted it earlier in the users list but I think devlist may be the
right place.
Setup: HD3000 card with DVB drivers, 2.6.12.1 kernel and mythtv 0.18.
Recording OTA channels.
When I try to tune channels which are off air (such as 9_3 to 9_5
after 8pm), I can't get past the current channel (
On Thu, 2005-07-14 at 22:11 +0200, Jeroen Nijhof wrote:
> This patch will enable webstream audio like shoutcast for mythmusic
> version 0.18.1.
I've been working on something similar (you beat me... damn), and I've
got it at a workable state (I use it all day long), but there's still
some issues
> If they will tell us what to say to their device and what to
> expect from it, it should be easy to get rolling with libusb.
I agree that hosting the r5000hd on a linux mythbackend is
preferable to hosting it on an external XP box.
If the details of the communication protocol and remuxing
algor
Trying to compile mythmusic from the latest SVN checkout for today
(7/15/2005 8:55AM PDT) and I am getting the following error
In file included from goom/ifs_display.c:5:
goom/mmx.h:4:31: mythtv/ffmpeg/mmx.h: No such file or directory
goom/ifs_display.c: In function `ifs_update':
goom/ifs_display.
On Thu, Jul 14, 2005 at 10:33:46PM -0400, Derek Battams wrote:
> Does this look to be on the right track? Unfortunately, I don't have a test
Not really. The fix properly belongs in the scheduler, which is
where's it's already been fixed for a few days in my code. It's
included with other change
On Fri, 15 Jul 2005, J. Donavan Stanley wrote:
Derek Battams wrote:
Quoting Derek Battams <[EMAIL PROTECTED]>:
I have a rule for Jimmy Kimmel, but I happened to find something on live
TV that
caught my attention. Just before it was suppose to start recording
Kimmel I got
a box on the scree
Derek Battams wrote:
Quoting Derek Battams <[EMAIL PROTECTED]>:
I have a rule for Jimmy Kimmel, but I happened to find something on
live TV that
caught my attention. Just before it was suppose to start recording
Kimmel I got
a box on the screen giving me the option to record and watch Kimmel
Derek Battams wrote:
Quoting Derek Battams <[EMAIL PROTECTED]>:
I have a rule for Jimmy Kimmel, but I happened to find something on
live TV that
caught my attention. Just before it was suppose to start recording
Kimmel I got
a box on the screen giving me the option to record and watch Kimmel
> Ah. I didn't know that. Okay good. Is there a GoodAmiga now then? Last
> time I looked there was not many GoodTools for computer systems...
Alas no, I've yet to come across any Amiga info other than in the tosec
database. But that doesn't stop us from pulling the amiga info out and
using it
> When you are looking for code how to count on the number of disks or
I plan to commit that by the end of the weekend, but please feel free
to send me anything you have. No guarantees it will be used but I'll certainly
look it over and use anything that fits :)
_
> I am pretty sure it is simply a standard CRC32, aka the one provided by
> ZIP. I'm not as sure for the GoodTools... Maybe they do something different?
The CRC I'm generating matches what is returned via zip, and what I'm
generating matches what is in the GoodTools dat files and all data files
On Wed, Jun 29, 2005 at 10:24:08AM +1000, Hamish Moffatt wrote:
> On Tue, Jun 28, 2005 at 11:45:26AM +0100, Stephen Williams wrote:
> > The (final) xtraview patch was quite simple and should still apply,
> > even if you have to do it manually. As other people have said, it'll
> > never get into CVS
On 14/07/2005, at 8:40 PM, Tom Hughes wrote:
In message <[EMAIL PROTECTED]>
Matthew Phillips <[EMAIL PROTECTED]> wrote:
On 14/07/2005, at 7:34 PM, Jon Whitear wrote:
I have an Ultraview card (which is a Dvico Fusion HDTV Lite) and a
VisionPlus DVB-T card. The dvico gives me very good
16 matches
Mail list logo
