[mythtv] Fwd: osx-packager.pl

Just wondering if anyone has a recent copy of the osx packager script. I would be willing to spend the time and server space to do a build once a week if someone has a version of the script that works with svn. The most recent copy I can find online has severe problems with the themes bei

Re: [mythtv] Why nuppelvideo mpeg4?

> I'm pretty sure they used to work in WMP - but I'm talking about a year > ago or so. Maybe an earlier version of WMP too. > I will concurr. I find that WMP no longer plays them either. I actually have some old recordings, so I will go through and try and pick as date for when they stopped play

Re: [mythtv] Why nuppelvideo mpeg4?

On Tue, Aug 09, 2005 at 09:23:02AM +0930, Matthew Phillips wrote: > On 09/08/2005, at 8:53 AM, Hamish Moffatt wrote: > >On Mon, Aug 08, 2005 at 10:49:11PM +0200, Torbjörn Jansson wrote: > >>And with mpeg2 the nuv file is just a mpeg2 file with the > >>extension nuv > >>instead of mpg. > >> > >Is

Re: [mythtv] Why nuppelvideo mpeg4?

On 09/08/2005, at 8:53 AM, Hamish Moffatt wrote: On Mon, Aug 08, 2005 at 10:49:11PM +0200, Torbjörn Jansson wrote: And with mpeg2 the nuv file is just a mpeg2 file with the extension nuv instead of mpg. Is that still true? DVB (PS) NUV files used to play in Windows Media Player if renamed

Re: [mythtv] Why nuppelvideo mpeg4?

On Mon, Aug 08, 2005 at 10:49:11PM +0200, Torbjörn Jansson wrote: > And with mpeg2 the nuv file is just a mpeg2 file with the extension nuv > instead of mpg. Is that still true? DVB (PS) NUV files used to play in Windows Media Player if renamed to .MPG, but they don't any more in my experience. I

Re: [mythtv] Why nuppelvideo mpeg4?

Reza Naima wrote: On Mon, Aug 08, 2005 at 08:40:57PM +0200, Torbjörn Jansson sent me this... mplayers problem and not mythtvs. There are two ways of looking at this problem. You could modify mplayer to work better, or modify mythtv to produce more compatible output. As it seems that

RE: [mythtv] Why nuppelvideo mpeg4?

Reza Naima wrote: > On Mon, Aug 08, 2005 at 08:40:57PM +0200, Torbjörn Jansson > sent me this... >> [EMAIL PROTECTED] <> wrote: >>> I was wondering why we are using the nuppelvideo container for >>> mpeg4? It can't be hard to convert to a different format - nuv2avi >>> wo

Re: [mythtv] Why nuppelvideo mpeg4?

On 08/08/05, J. Donavan Stanley <[EMAIL PROTECTED]> wrote: > >My personal goals are to : > > - remove the DB dependance for generated files > > There isn't a DB dependence for generated files. You can playback > Myth's recordings just fine without the seek table (both in Myth and > other pl

Re: [mythtv] Why nuppelvideo mpeg4?

Reza, firstly, thanks for compiling up a mplayer.dll with the diff to mplayer's .nuv support i posted. i have been using an xbox as a frontend for playing back recordings with 100% stability, including content transcoded into mpeg4. (note that i only say previous recordings here - even with C

Re: [mythtv] Why nuppelvideo mpeg4?

On Mon, Aug 08, 2005 at 08:40:57PM +0200, Torbjörn Jansson sent me this... > [EMAIL PROTECTED] <> wrote: > > I was wondering why we are using the nuppelvideo container > > for mpeg4? It > > can't be hard to convert to a different format - nuv2avi works great. > > Why is it that we're not using avi'

Re: [mythtv] [patch] DVB-EIT in HEAD (05/08/2005)

On Mon, Aug 08, 2005 at 02:59:33PM -0400, Daniel Kristjansson wrote: > > I committed this plus a null pointer check needed for > scanning to continue to work. I'm attaching a diff for another set of null pointers. These will only be hit if USE_OWN_SIPARSER is not defined. I've done the DVB Case,

Re: [mythtv] Re: [mythtv-commits] Re: Ticket #203: Plugins runable in Background, LivTV Plugins

On Mon 8 August 2005 17:46, J. Donavan Stanley wrote: > Yeah the line that contains a bullet and the words  "UserWishList: Have > a good idea? Add it to the list. It would be nice if you could back it > up with some discussion somewhere."  on the front page of the wiki is > pretty darn hard to find

Re: [mythtv] [patch] DVB-EIT in HEAD (05/08/2005)

On Mon, 2005-08-08 at 13:36 +0100, Stuart Auchterlonie wrote: > On Sat, Aug 06, 2005 at 10:13:28AM -0400, Daniel Kristjansson wrote: > > The quicky solution would be to just connect the SIParser > > in DVBChannel to the EITHelper instance. > > > > Attached is a patch for the quick solution. > Now

RE: [mythtv] Why nuppelvideo mpeg4?

[EMAIL PROTECTED] <> wrote: > I was wondering why we are using the nuppelvideo container > for mpeg4? It > can't be hard to convert to a different format - nuv2avi works great. > Why is it that we're not using avi's (for example) rather > than nuv's to store the files? Because the avi file format

Re: [mythtv] RE: [mythtv-commits] mythtv commit: r7000 by danielk

On Mon, Aug 08, 2005 at 01:40:45PM -0400, Anduin Withers wrote: > Build is broken when building without XVMC. > > videoout_xv.cpp:40: error: 'void clear_xv_buffers(VideoBuffers&, int, int, > int)' used but never defined > Fairly simple fix. Stuart Index: libs/libmythtv/videoout_xv.cpp

[mythtv] RE: [mythtv-commits] mythtv commit: r7000 by danielk

Build is broken when building without XVMC. videoout_xv.cpp:40: error: 'void clear_xv_buffers(VideoBuffers&, int, int, int)' used but never defined -- Anduin Withers > -Original Message- > From: [EMAIL PROTECTED] [mailto:mythtv-commits- > [EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED

Re: [mythtv] Why nuppelvideo mpeg4?

Reza Naima wrote: I was wondering why we are using the nuppelvideo container for mpeg4? It can't be hard to convert to a different format - nuv2avi works great. Why is it that we're not using avi's (for example) rather than nuv's to store the files? mplayer (used by xbmc) has a lot of issues wi

[mythtv] Why nuppelvideo mpeg4?

I was wondering why we are using the nuppelvideo container for mpeg4? It can't be hard to convert to a different format - nuv2avi works great. Why is it that we're not using avi's (for example) rather than nuv's to store the files? mplayer (used by xbmc) has a lot of issues with the .nuv files, an

Re: [mythtv] Re: [mythtv-commits] Re: Ticket #203: Plugins runable in Background, LivTV Plugins

On Mon, 2005-08-08 at 17:39 +0100, Stuart Morgan wrote: > On Mon 8 August 2005 17:33, Isaac Richards wrote: > > > For a start, if 'wishlist' items do not belong on the ticket system why > > > is there an 'Enhancement' type? That only causes confusion. > > > > > > IMHO if wishlist items aren't to ap

Re: [mythtv] Re: [mythtv-commits] Re: Ticket #203: Plugins runable in Background, LivTV Plugins

Stuart Morgan wrote: On Mon 8 August 2005 17:33, Isaac Richards wrote: For a start, if 'wishlist' items do not belong on the ticket system why is there an 'Enhancement' type? That only causes confusion. IMHO if wishlist items aren't to appear in the ticket system then another parallel track

Re: [mythtv] Re: [mythtv-commits] Re: Ticket #203: Plugins runable in Background, LivTV Plugins

On Mon 8 August 2005 17:33, Isaac Richards wrote: > > For a start, if 'wishlist' items do not belong on the ticket system why > > is there an 'Enhancement' type? That only causes confusion. > > > > IMHO if wishlist items aren't to appear in the ticket system then another > > parallel tracker should

Re: [mythtv] Re: [mythtv-commits] Re: Ticket #203: Plugins runable in Background, LivTV Plugins

On Monday 08 August 2005 08:21 am, Stuart Morgan wrote: > On Mon 8 August 2005 12:31, MythTV wrote: > >   * type:  defect => enhancement > > > > Comment: > > > >  Unless I'm misunderstanding Isaac's direction here, this is not a > >  wishlist. If you're working on a feature, submit it here, preferr

Re: [mythtv] MythGame rescan drops favorites

> You don't HAVE to prompt the user for anything in order to only remove > roms that no longer exist. If want to a simple "yes, no, yes to all, no > to all" prompt like mythvideo does it solves the problem for people with I've considered this, and if I force that popup right away as the scan

Re: [mythtv] MythGame rescan drops favorites

Greg Estabrooks wrote: You can't simply add what's new and remove what's been deleted? Certainly I could, but was hoping to avoid any extra lookups and or prompting of the user as much as possible. On small collections It's not that bad, but if you have a lot of them (I have 24k of entrie

Re: [mythtv] MythGame rescan drops favorites

> Yes, but if there's eventually a GUI for letting users set the genre, > year, and such (which there should be), then that information should be Honestly I disagree. I believe as much of it should be automatically gathered as possible. But if I make the wiping of the DB optional during a scan th

Re: [mythtv] MythGame rescan drops favorites

> You can't simply add what's new and remove what's been deleted? Certainly I could, but was hoping to avoid any extra lookups and or prompting of the user as much as possible. On small collections It's not that bad, but if you have a lot of them (I have 24k of entries in my DB at the moment, and

Re: [mythtv] MythGame rescan drops favorites

On Mon, 2005-08-08 at 10:57 -0300, Greg Estabrooks wrote: > > That's really bad. If I add a new game, there's no way to get it to > > show up without wiping all my settings, short of entering it into the > > database manually. > > I am considering preserving the favourite setting, either through

Re: [mythtv] MythGame rescan drops favorites

Greg Estabrooks wrote: That's really bad. If I add a new game, there's no way to get it to show up without wiping all my settings, short of entering it into the database manually. I am considering preserving the favourite setting, either through a seperate status table, or just reading t

Re: AW: [mythtv] MythGame screenshots

Well, I didn't remember the functions correctly, they were popen() and pclose(). But, maybe you should use a shell script instead? E.g. start zsnes with: zsnes somerom &>/dev/null & ZSNESPID=$! sleep 5 takescreenshot kill $ZSNESPID and so on. You can fetch mysql values with something like: ech

Re: [mythtv] MythGame rescan drops favorites

> That's really bad. If I add a new game, there's no way to get it to > show up without wiping all my settings, short of entering it into the > database manually. I am considering preserving the favourite setting, either through a seperate status table, or just reading the favourites list into m

Re: [mythtv] MythGame rescan drops favorites

On Sun, 2005-08-07 at 16:19 -0300, Greg Estabrooks wrote: > > If you set some favorites in MythGame, or if you adjust the genre > > entries in the database, those changes are lost if you scan for new > > games. > > Yup, this is because the gamemetadata table(including favourite status) > gets wi

Re: [mythtv] Backend Crash (0.18.1 + svn20050726)

Just in case anyone is interested, about a week ago I switched from the latest release-0-18-fixes to the trunk and this problem went away. It has been up without a crash for all of that time. I thought it might be useful since there is likely some bug fix in the latest that should find its way in

Re: [mythtv] Re: [mythtv-commits] Re: Ticket #203: Plugins runable in Background, LivTV Plugins

On Mon, 2005-08-08 at 13:21 +0100, Stuart Morgan wrote: > On Mon 8 August 2005 12:31, MythTV wrote: > > * type: defect => enhancement > > > > Comment: > > > > Unless I'm misunderstanding Isaac's direction here, this is not a > > wishlist. If you're working on a feature, submit it here, preferr

[mythtv] [patch] DVB-EIT in HEAD (05/08/2005)

On Sat, Aug 06, 2005 at 10:13:28AM -0400, Daniel Kristjansson wrote: > The quicky solution would be to just connect the SIParser > in DVBChannel to the EITHelper instance. > Attached is a patch for the quick solution. Now I'm off to work on the more complex solution. Stuart Index: libs/libmytht

[mythtv] Re: [mythtv-commits] Re: Ticket #203: Plugins runable in Background, LivTV Plugins

On Mon 8 August 2005 12:31, MythTV wrote: >   * type:  defect => enhancement > > Comment: > >  Unless I'm misunderstanding Isaac's direction here, this is not a >  wishlist. If you're working on a feature, submit it here, preferrably with >  a patch. Well the situation should be clarified. For a

AW: [mythtv] MythGame screenshots

I didn't got it to work with that function. I used zsnes with the following command line: Zsnes romname & > /dev/null 2>&1 But maybe I did something wrong. Would you try??? -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Anssi Hannula Gesendet: