The attached patch contains a couple of fixes for the wml theme.
None of these worked. Patch doesn't line up.
-Chris
channel_detail.php:
*Fixed the 'Jump to date' option.
*The results are now divided over several pages, to avoid the page
getting too big for the phones browser.
program_detail.php:
here's my first attempt... a very simple page that shows the 100 most
recent log entries in myth. Please let me know if it does not work.
Works fine, and committed.
-Chris
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailma
> I committed this, with some minor modifications.
Cool, thanks!
>
> - use 4 spaces instead of tabs.
> - watch your indent levels -- I know it may look weird that I outdent my
> comments, but it makes sense if you look at it long enough.
You're right. Seems I haven't quite gotten used to vim
I'm trying to compile the latest mythtv cvs (today is 20050403) and the
latest mm (4) version of the Linux 2.6.12-rc1 kernel.
During the mythtv compile it shows a problem with joystick.h that comes from
the kernel source.
The compile error message is:
In file included from jsmenu.cpp:39:
../../..
On Apr 2, 2005 11:52 AM, David Whyte <[EMAIL PROTECTED]> wrote:
> Woahhh! This could use heaps more disk than you would like.
>
> Imagine you record the Sunday movie, followed by the Sunday Formula
> one! Thats a whole 5+ hours of data (i.e. 15Gig for SD) and I would
> leave the movie on the dis
Hi,
The newly added audiooutputnull stuff causes a compile error on my
mac. It includes headers that it doesn't seem to use, and which don't
exist on a mac.
> audiooutputnull.cpp:7:27: sys/soundcard.h: No such file or directory
I commented out the #include and now it compiles.
Be well,
Will
On Sat, Apr 02, 2005 at 01:50:00PM -0500, Jeremiah Morris wrote:
> >If a recording ends at 3am and mythfilldatabase runs a 4am, that is
> >not when "mythfilldatabase runs the next day".
>
> My mistake -- it's a random time between 4 and 28 hours, then, not a
> random time between 0 and 24 hours.
So let me get this straight, you want to rewrite mythtranscode in php? :)
hah. if I could, I would probably have done so (though perl -- php on
the commandline is just weird). ;)
Since Geoffrey hasn't been around lately, I've been trying to
maintain/enhance the transcoder so I'll look into this
I received this segfault I believe just after a commercial skip on my
remote frontend. This was while running CVS as of a few days ago.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 573445 (LWP 27389)]
0x40607368 in av_log_default_callback (ptr=0x995e4f0, level=0,
A secondary problem I've found from the UNKNOWN_COMMAND problem,
I've also seen where the slave backend must be started before the master
for the system to work correctly. Seems when the slave connects to a
already running master, the master does not immediately recognize the
new tuner cards in th
On Sunday 27 March 2005 12:55 pm, Brian Foddy wrote:
> Master log:
> 2005-03-27 08:00:02.540 scheduler: Schedule Change
> 2005-03-27 09:00:00.033 Unknown command:
> 2005-03-27 09:00:00.059 Unknown command:
> 2005-03-27 09:00:00.070 Unknown command:
> 2005-03-27 09:00:00.082 Unknown command:
> 2005-
> This is really starting to annoy me... If I set a cutpoint in myth, and
So let me get this straight, you want to rewrite mythtranscode in php? :)
Since Geoffrey hasn't been around lately, I've been trying to
maintain/enhance the transcoder so I'll look into this.
> I take great care to cut m
My appologies, however it looks like the instructions on that page did not
enable debugging...
to install I did this:
Edit the settings.pro file. Make sure that the top of the file looks like this:
$ cat settings.pro
CONFIG += debug
#CONFIG += release
then
$ make clean distclean
$ ./configure
$
> With cvs as of 1:30pm EST, april 2, '05: the http status
> reported by my master mythbackend reports that the remote
> encoder in the slave backend is "local on localhost". I
> don't know yet if the master backend is truly confused about
> the slave encoder --- I'll know tonight, I suppose
Devan Lippman wrote:
Downloaded the latest CVS today to confirm this issue hadn't been resolved.
executing mythtv-setup creates the following output:
[EMAIL PROTECTED]:/src/mythtv-related/mythtv/mythtv/setup# ./mythtv-setup
2005-04-02 16:44:21.259 New DB connection, total: 1
2005-04-02 16:44:21.275
Downloaded the latest CVS today to confirm this issue hadn't been resolved.
executing mythtv-setup creates the following output:
[EMAIL PROTECTED]:/src/mythtv-related/mythtv/mythtv/setup# ./mythtv-setup
2005-04-02 16:44:21.259 New DB connection, total: 1
2005-04-02 16:44:21.275 Using screen 0, 102
On Apr 2, 2005 12:52 PM, Hamish Moffatt <[EMAIL PROTECTED]> wrote:
> On Sat, Apr 02, 2005 at 05:56:16AM +1000, Ben de Luca wrote:
> > excluding the heat factor, there is an issue at least with my card
> > (Twinham dvb) where it will some times, stop tunning all together. Any
> > attempt to use the
I figured that I should also add that these are mpeg4 nuv files. After
talking with at least one person who's never seen this problem (he has a
pvr-250), I figured it'd be worth mentioning.
-Chris
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http
This is really starting to annoy me... If I set a cutpoint in myth, and
then tell mythtranscode to export to fifos for use with nuvexport, I
expect that it will NOT send frames that are cut out. But for some
reason it insists on sending a half-second or more before/after
cutpoints in order to
Jeremiah Morris wrote:
On 2 Apr 2005, at 1:45 PM, Bruce Markey wrote:
If a Single is set then the listings change so the it no longer matches,
the rule would be left in the record table forever. Mfdb must clean
up day-old Singles and Overrides no matter what.
That's exactly the case where I think
With cvs as of 1:30pm EST, april 2, '05: the http status reported by
my master mythbackend reports that the remote encoder in the slave
backend is "local on localhost". I don't know yet if the master
backend is truly confused about the slave encoder --- I'll know
tonight, I suppose, when my system
Jeremiah Morris wrote:
On 2 Apr 2005, at 1:03 PM, David Engel wrote:
If a recording ends at 3am and mythfilldatabase runs a 4am, that is
not when "mythfilldatabase runs the next day".
My mistake -- it's a random time between 4 and 28 hours, then, not a
random time between 0 and 24 hours. I fail t
On 2 Apr 2005, at 1:45 PM, Bruce Markey wrote:
If a Single is set then the listings change so the it no longer
matches,
the rule would be left in the record table forever. Mfdb must clean
up day-old Singles and Overrides no matter what.
That's exactly the case where I think the current code is ill
On 2 Apr 2005, at 1:03 PM, David Engel wrote:
If a recording ends at 3am and mythfilldatabase runs a 4am, that is
not when "mythfilldatabase runs the next day".
My mistake -- it's a random time between 4 and 28 hours, then, not a
random time between 0 and 24 hours. I fail to see that as a signific
Jeremiah Morris wrote:
On 2 Apr 2005, at 12:22 PM, David Engel wrote:
On Fri, Apr 01, 2005 at 08:59:56PM -0500, Catherine Seppanen wrote:
Attached is a (very small) patch that automatically deletes the
recording schedule for items using "Record only this showing" after the
item has recorded success
On Apr 2, 2005 12:36 PM, thor <[EMAIL PROTECTED]> wrote:
> On Saturday 02 April 2005 12:11 pm, Peter Lee wrote:
> > I've been tracking cvs with updates, pretty much every 3 or 4 days for
> > a while now. This morning's update fails to compile on both my combo
> > front/backend machine (FC2, athlon
On Sat, Apr 02, 2005 at 12:44:59PM -0500, Jeremiah Morris wrote:
> >kSingleRecords are deleted when mythfilldatabase runs the next day.
>
> Why should the delete be so arbitrary? A movie that finishes at 10 AM
> have its schedule hang around for most of a day, but a movie that
> finishes at 3 AM
On 2 Apr 2005, at 12:22 PM, David Engel wrote:
On Fri, Apr 01, 2005 at 08:59:56PM -0500, Catherine Seppanen wrote:
Attached is a (very small) patch that automatically deletes the
recording schedule for items using "Record only this showing" after
the
item has recorded successfully.
kSingleRecords
On Saturday 02 April 2005 12:11 pm, Peter Lee wrote:
> I've been tracking cvs with updates, pretty much every 3 or 4 days for
> a while now. This morning's update fails to compile on both my combo
> front/backend machine (FC2, athlon XP) and slave backend machine
> (Debian, P3). The compile error
On Saturday 02 April 2005 12:11 pm, Peter Lee wrote:
> I've been tracking cvs with updates, pretty much every 3 or 4 days for
> a while now. This morning's update fails to compile on both my combo
> front/backend machine (FC2, athlon XP) and slave backend machine
> (Debian, P3). The compile error
On Fri, Apr 01, 2005 at 08:59:56PM -0500, Catherine Seppanen wrote:
> Attached is a (very small) patch that automatically deletes the
> recording schedule for items using "Record only this showing" after the
> item has recorded successfully.
kSingleRecords are deleted when mythfilldatabase runs
I've been tracking cvs with updates, pretty much every 3 or 4 days for
a while now. This morning's update fails to compile on both my combo
front/backend machine (FC2, athlon XP) and slave backend machine
(Debian, P3). The compile error, which is identical on both machines:
==
cd mythtransco
> Ok, I've found an old patch from Kyle Rose to replace all
> pthread_rwlock_* calls with a mix of pthread_mutex_* and
> pthread_cond_*:
> http://www.gossamer-threads.com/lists/mythtv/users/107232?search_string=pthread_rwlock;#107232
>
> Isaac, is it a bad solution to replace them permanently in R
Woahhh! This could use heaps more disk than you would like.
Imagine you record the Sunday movie, followed by the Sunday Formula
one! Thats a whole 5+ hours of data (i.e. 15Gig for SD) and I would
leave the movie on the disk until I get around to watching it whilst I
would watch the F1 within a
On Sat, Apr 02, 2005 at 03:39:15PM +0100, Allan Stirling wrote:
> This has been round before. ALL DVDs have VIDEO_TS in uppercase.
>
> However, you have in your fstab something like:
>
> /dev/sr0/mnt/cdrom iso9660 noauto,user,ro
>
> Instead of:
>
> /dev/sr0
Quoting Marcus Metzler <[EMAIL PROTECTED]>:
> here is a small patch against todays CVS for the 10 to 1 diseqc
> switch.
Commited.. Thanks.. I can't test it since I don't have a 10 way switch.. Feel
free to send me one :)
Taylor
___
mythtv-dev mailing li
Michel Wilson wrote:
DVD detection did not work on my system. Upon closer examination, my
DVDs had a video_ts directory instead of the usual VIDEO_TS. Don't know
why, but I made a quick fix to detect DVDs in this case as well.
Regards,
Michel.
This has been round before. ALL DVDs have VIDEO_TS in u
Stefan Frank wrote, On 2005-04-02 15:54:
Hi,
see attached.
Bye, Stefan
Committed to CVS
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Hi,
see attached.
Bye, Stefan
--
Sir, it's very possible this asteroid is not stable.
-- C3P0
mythfrontend_de.ts.20050402.diff.gz
Description: Binary data
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cg
On Sat, 2005-02-04 at 07:09 +0100, Terry Barnaby wrote:
> Jarod Wilson wrote:
> > On Wednesday 30 March 2005 00:39, Juha Kuikka wrote:
> >
> running CVS from a few days ago, and I've noticed for awhile now that
> many buttons ("next", "No, leave my card settings alone", etc) won't
> "c
DVD detection did not work on my system. Upon closer examination, my
DVDs had a video_ts directory instead of the usual VIDEO_TS. Don't know
why, but I made a quick fix to detect DVDs in this case as well.
Regards,
Michel.
--
Michel Wilson [EMAIL PROTECTED]
PGP key ID0xD2CB4B7E
Index
Hi!
This tiny patch logs recording messages in local8Bit instead of ut8.
Explaination:
In libs/libmythtv/jobqueue.cpp a log message is built this way:
QString logDesc = QString("\"%1\" recorded from channel %2 at %3")
.arg(program_info->title.local8Bit())
I was bothered by a little issue with deleting recordings in mythweb where it
always returned to the top of the page after a delete. Personally, I
wanted it to return to the spot on the page where I'd just deleted the
show, so I went ahead and implemented it.
I committed this, with some minor modi
On 01/04/2005 Greg Turnquist wrote:
> Jonas,
>
> I tried applying your patch to my Debian64 system. It didn't apply and
> instead
> gave me this
>
> [EMAIL PROTECTED]:~/src/mythtv$ patch -p1 < patch.txt
> can't find file to patch at input line 4
> Perhaps you used the wrong -p or --strip op
This patch adds short descriptive names for rectypes finddaily and
findweekly in English.php. I also updated the description for findone to
match the new finddaily and findweekly descriptions.
committed
-CHris
___
mythtv-dev mailing list
mythtv-dev@myth
45 matches
Mail list logo