On Sun, May 01, 2005 at 12:53:35AM -0400, David Shay wrote:
> OK, I've decided to go ahead and complete the protocol extensions that I would
If it matters much, I think what you're doing is exactly what myth needs.
Something I noticed awhile ago is myth's reliance (and blocking) on sql
queries.
On 5/1/05, David Shay <[EMAIL PROTECTED]> wrote:
Comments,thoughts before I proceed? Next steps would be to add functions toget guide data, in order to emulate the front-end guide, then add a function
to schedule a recording. Scheduling the recording is a pretty vital one. Ifwe can make that a p
OK, I've decided to go ahead and complete the protocol extensions that I would
need for most playback functions from alternate frontends. Here are the
additional commands and how they work:
QUERY_SQL [query statement]
Returns all rows and columns of the resultset in []:[] delimited form
QUE
Chris Petersen <[EMAIL PROTECTED]> writes:
>> I hit the "Never Record" link on a program on the "Scheduled
>> Recordings" page, and when it refreshed, it still showed the program
>> as being recorded. When I checked via mythfrontend, it appears as
>> previously recorded, so mythweb worked. Perhaps
William Uther writes:
>
> Does anyone know how to make something like:
>
> export HOME=~${USER}
>
> actually work in sh?
Eval is your friend:
eval export HOME=~${USER}
Ian
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/
> Does anyone know how to make something like:
>
> export HOME=~${USER}
>
> actually work in sh?
>
> export HOME=/home/mythtv
> and
> export HOME=~mythtv
>
> both set HOME to /home/mythtv
>
> but having USER as a variable sets HOME to "~mythtv" which is then not
> expanded into "/home/mythtv"
This patch expands on the previous patch, and adds a specific commbreak query
as well.
Isaac, if this is going in the right direction and you approve, I would like
to go on to add a few more extensions:
cutlist query
bookmark get/save
guide data retrieval
schedule recording
Just let me know.
Oh nice, thanks for taking the time to share these.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On Behalf Of Simon Kenyon
> Sent: Saturday, April 30, 2005 2:03 PM
> To: mythtv-dev@mythtv.org
> Subject: [mythtv] ebuilds for all myth components in cvs
>
> ple
I'm seeing the same. If you look at the generated moc_settings.cpp,
the #ifdef USING_XVMC has been stripped, so that the generated code
for XvMCHostCheckBox attempts to compile regardless of the define.
This breaks, because the #ifdef still exists around class definition
settings.h, and the compi
> Great stuff! I've applied this patch to 0.18
> and I can now change channel :)
Doesn't seem to work for me :(
Before I applied the patch I got garbage
video if I changed DVB channel, now
frontend just exits.
Channel changes are fine with non-DVB or
if I switch off XvMC.
I'm using XvMC with lat
On Sun, May 01, 2005 at 08:21:39AM +1000, William Uther wrote:
> William Uther wrote:
> >Hamish wrote:
> >> William Uther wrote:
> >>> Hamish Moffatt wrote:
> Why not run the backend as non-root instead?
> >>>
> >>> Certainly an option. I didn't go that path because I hold out
> >>> hope for t
William Uther wrote:
Hamish wrote:
William Uther wrote:
Hamish Moffatt wrote:
Why not run the backend as non-root instead?
Certainly an option. I didn't go that path because I hold out hope
for
the real time threads feature.
AFAIK, real-time threads are only used in the frontend, not the
backe
My understanding of the checkbox is that it allows you to control the volume
of the tv if you feed the output of the 350 to the line in of your audio
card. This requires the code to open the audio device though even though it
isn't actually used for audio playback. By ticking this box you say that
please find attached a set of ebuilds for all the myth components in CVS:
mythtv, mythbrowser, mythdvd, mythgallery, mythgame, mythmusic, mythnews,
mythphone, mythvideo, mythweather, mythweb and nuvexport
i've tried to tidy them us as much as i can and also to make as much use of
USE flags as p
> Allan,
>
> AFAIK it is there if you're not using a PVR-350 to do the decoding,
> i.e. software MPEG2 decompression; the 350 doesn't adjust pitch (well
> I've heared it maybe can do it for x1.5 but then the driver would have
> to implement it).
> There's a checkbox in the setup where you can speci
Version 2 patch attached.
Also:
- Change JobQueue status to sort by inserttime rather than
starttime. Jobs may be manually queued in an order other
than when the recordings were broadcast, and I think the
"Backend Status" page would make more sense to show th
This also works poorly for me. I get many glitches and pauses, even on SD
material. Unaccelerated playback is fine.
I'm using an Nvidia fx5200 with the patched 7169 drivers.
My playback log is below. The only thing that looks fishy to me is the line:
> 2005-04-30 09:14:02.486 Couldn't get the col
Joe Barnhart wrote:
--- Kyle Rose <[EMAIL PROTECTED]> wrote:
FWIW, I've (incorrectly) had non-zero overscan and scan displacement
on
my desktop frontend for a long time; since the videoout_xv.cpp
changes,
the top X lines of each frame have appeared at the bottom of the
display
window, and everythin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Allan Stirling wrote:
> Frank Riley wrote:
>
>>> The code's already in Myth to do this - It's just a matter of "plugging
>>> it in" for this special case, if I understand the issue.
>>
>> Could you please explain? I was approaching it such that I woul
On 4/30/05, Allan Stirling <[EMAIL PROTECTED]> wrote:
> Frank Riley wrote:
> >>The code's already in Myth to do this - It's just a matter of "plugging
> >>it in" for this special case, if I understand the issue.
> > Could you please explain? I was approaching it such that I would capture the
> > so
Frank Riley wrote:
The code's already in Myth to do this - It's just a matter of "plugging
it in" for this special case, if I understand the issue.
Could you please explain? I was approaching it such that I would capture the
sound from line in, then send the captured sound through the existing soun
--- Kyle Rose <[EMAIL PROTECTED]> wrote:
> FWIW, I've (incorrectly) had non-zero overscan and scan displacement
> on
> my desktop frontend for a long time; since the videoout_xv.cpp
> changes,
> the top X lines of each frame have appeared at the bottom of the
> display
> window, and everything els
Kyle Rose wrote:
> FWIW, I've (incorrectly) had non-zero overscan and scan displacement on
> my desktop frontend for a long time; since the videoout_xv.cpp changes,
> the top X lines of each frame have appeared at the bottom of the display
> window, and everything else has been moved up by X lines.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> The code's already in Myth to do this - It's just a matter of "plugging
> it in" for this special case, if I understand the issue.
Could you please explain? I was approaching it such that I would capture the
sound from line in, then send the capture
Hamish wrote:
William Uther wrote:
Hamish Moffatt wrote:
Why not run the backend as non-root instead?
Certainly an option. I didn't go that path because I hold out hope
for
the real time threads feature.
AFAIK, real-time threads are only used in the frontend, not the
backend.
I'm sure there
Nick Rosier wrote:
On 4/30/05, Frank Riley <[EMAIL PROTECTED]> wrote:
I was wondering if it would be possible to take the audio from the
line it, adjust the pitch real time and send it to the line-out. That
way, Time Stretch would also work via the 350.
Funny you should say that. I was just startin
On 4/30/05, Frank Riley <[EMAIL PROTECTED]> wrote:
> > I was wondering if it would be possible to take the audio from the
> > line it, adjust the pitch real time and send it to the line-out. That
> > way, Time Stretch would also work via the 350.
>
> Funny you should say that. I was just starting
On 4/30/05, Geoffrey Kruse <[EMAIL PROTECTED]> wrote:
> Seeing that qt 3.3 wont compile under the new gcc, and probably not
> myth either, can we set myth to use gcc3.3 when configure finds it is
> running on a mac? Gcc 3.3 is installed but not default.
Under Mac OS X, you can run "sudo gcc_sele
Hi Terry,
On 4/29/05, Terry Barnaby <[EMAIL PROTECTED]> wrote:
> Eureka !
>
> I think I have tracked down the problem with the XvMC VLD breaking on
> channel changes with TS streams.
...
> Anyway this patch works with MythTv CVS 2005-04-25.
Great stuff! I've applied this patch to 0.18 and I can
29 matches
Mail list logo
