gmyth-devel — GMyth Developer List

[Gmyth-devel] Pull request

[J. A. H. <al...@ju...>]

Guys,

I've made a few changes to gmyth for my own use which you might want to
pull into the master repository:

http://project.juiblex.co.uk/hg/gmyth

Cheers,

Ali.

Re: [Gmyth-devel] Is gmyth dead?

[Hallyson M. <hal...@gm...>]

Hi Bastien,

unfortunately gmyth is not been developed anymore. There is some gmyth upnp
support implemented, but I can not tell you if this will work with new
mythtv. Sorry.

BR,
Hallyson

On Mon, Oct 5, 2009 at 8:30 AM, Bastien Nocera <ha...@ha...> wrote:

> Heya,
>
> I was wondering whether gmyth was still developed/useful with the UPNP
> support now available in MythTV?
>
> Totem only uses gmyth to access recorded shows, or watch live channels.
>
> Cheers
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
> http://p.sf.net/sfu/devconf
> _______________________________________________
> Gmyth-devel mailing list
> Gmy...@li...
> https://lists.sourceforge.net/lists/listinfo/gmyth-devel
>

[Gmyth-devel] Is gmyth dead?

[Bastien N. <ha...@ha...>]

Heya,

I was wondering whether gmyth was still developed/useful with the UPNP
support now available in MythTV?

Totem only uses gmyth to access recorded shows, or watch live channels.

Cheers

Re: [Gmyth-devel] gmyth-upnp release?

[Mario L. <su...@ub...>]

Well there was an announce on this ML some time back, perhaps they just
didn't update web urls?

On Fri, May 23, 2008 at 6:26 PM, Bastien Nocera <ha...@ha...> wrote:

> On Fri, 2008-05-23 at 17:49 +0200, Mario Limonciello wrote:
> > Such a release exists I thought?
> >
> > http://packages.debian.org/lenny/libgmythupnp0
>
> I haven't used Debian for about 6 years :)
>
> It's not been released to me:
>
> http://sourceforge.net/project/showfiles.php?group_id=177106&package_id=261476
>
> Where is the canonical location for the packages? If only the debian
> packages are going to be updated, I'll stick to using those as
> upstream...
>
> Cheers
>
>
>


-- 
Mario Limonciello
su...@gm...

Re: [Gmyth-devel] gmyth-upnp release?

[Bastien N. <ha...@ha...>]

On Fri, 2008-05-23 at 17:49 +0200, Mario Limonciello wrote:
> Such a release exists I thought?
> 
> http://packages.debian.org/lenny/libgmythupnp0

I haven't used Debian for about 6 years :)

It's not been released to me:
http://sourceforge.net/project/showfiles.php?group_id=177106&package_id=261476

Where is the canonical location for the packages? If only the debian
packages are going to be updated, I'll stick to using those as
upstream...

Cheers

[Gmyth-devel] gmyth-upnp release?

[Bastien N. <ha...@ha...>]

Heya,

I was wondering if a gmyth-upnp update was planned, I'd like to commit
this patch to Totem:
http://bugzilla.gnome.org/show_bug.cgi?id=516672

Cheers

[Gmyth-devel] Fedora GmythStream

[Todd J. <to...@to...>]

I know that the gmythstream server does not need to be on the master
backend.  However, it is the fastest computer I own.  It runs Fedora
Core 8 and I have gmyth and gstreamer-ffmpeg installed.  

Everything works but the actual video.  

Any help is appreciated.  It stinks that the only distro that has had
success with this is deb based.  I would love to see this work on fedora
and help test this on fedora.  If any more information is needed just
ask and I will post it.  

Todd Johnson

Below is the gms.py log:

[root@mythbackend server]# ./gms.py 
### 2008-04-17 23:44:56 gms.utils               INFO            Loaded
TranscoderGMencoder (Transcoder) from plugins/transcoders/gmencoder.py
### 2008-04-17 23:44:56 gms.utils               INFO            Loaded
TranscoderMencoder (Transcoder) from plugins/transcoders/mencoder.py
### 2008-04-17 23:44:56 gms.server              INFO
GMyth-Streamer serving HTTP on 0.0.0.0:40000
### 2008-04-17 23:45:42 gms.request             INFO
"GET /transcode.do?transcoder=gmencoder&type=myth&uri=mythtv:my...@my...:6543/1045_20080410103000.mpg&width=240&height=144&video-opts='quality=16'&fps=13&mux=oggmux&ae=vorbisenc&ve=theoraenc HTTP/1.1" 200 -
### 2008-04-17 23:45:42 gms.gmencoder           INFO
GMencoder: /usr/local/bin/gmencoder -d -i
myth://mythtv:my...@my...:6543/1045_20080410103000.mpg --video-encode theoraenc --video-opts 'quality=16' --video-fps 13 --video-width 240 --video-height 144 --audio-encode vorbisenc --mux-element oggmux -o fd://4

(gmemcoder:30532): GStreamer-WARNING **: Failed to load plugin
'/usr/lib64/gstreamer-0.10/libgstfaad.so': /usr/lib64/gstreamer-0.10/libgstfaad.so: undefined symbol: faacDecDecode

** (gmemcoder:30531): WARNING **: Fail to create deinterlace element:
Continue without deinterlace.

(gmemcoder:30531): GLib-GObject-CRITICAL **: g_value_type_compatible:
assertion `G_TYPE_IS_VALUE (src_type)' failed

(gmemcoder:30531): GLib-GObject-WARNING **: IA__g_object_set_valist:
invalid object type `
### 2008-04-17 23:46:16 gms.server              INFO            Stop
transcoder: TranscoderGMencoder: 1( params={'ae': ['vorbisenc'], 've':
['theoraenc'], 'mux': ['oggmux'], 'uri':
['mythtv:my...@my...:6543/1045_20080410103000.mpg'],
'height': ['144'], 'width': ['240'], 'video-opts': ["'quality=16'"],
'fps': ['13'], 'transcoder': ['gmencoder'], 'type': ['myth']} ) -
Status: 0%, client=('192.168.1.50', 62056)
### 2008-04-17 23:46:16 gms.gmencoder           INFO            Stopped
GMencoder plugin
### 2008-04-17 23:46:16 gms.gmencoder           ERROR           Problems
handling data: 'NoneType' object has no attribute 'stdout'
### 2008-04-17 23:46:16 gms.gmencoder           INFO            Fail
### 2008-04-17 23:46:16 gms.request             ERROR
192.168.1.50: code 404, message File not found
### 2008-04-17 23:46:16 gms.request             INFO
"GET /transcode.do?transcoder=gmencoder&type=myth&uri=mythtv:my...@my...:6543/1045_20080410103000.mpg&width=240&height=144&video-opts='quality=16'&fps=13&mux=oggmux&ae=vorbisenc&ve=theoraenc HTTP/1.1" 404 -

Re: [Gmyth-devel] More errors with gmyth regarding debian packaging

[Mario L. <su...@ub...>]

Thanks Renato,

I'll get these packaged up after work then tonight.

On Mon, Mar 3, 2008 at 8:23 AM, Renato Araujo <re...@gm...> wrote:

> Mario, sorry for the delay.
>
> All changes fixed at release 0.7.1 (Avaliable on SF project page)
>
> http://gmyth.sourceforge.net/
>
> BR
>
>
> On Mon, Mar 3, 2008 at 8:49 AM, Hallyson Melo <hal...@gm...> wrote:
> > Hi Mario, sure....
> >
> > @Renato, please, can you fix this today?
> >
> > BR
> > Hallyson Melo
> >
> >
> >
> > On Mon, Mar 3, 2008 at 4:49 AM, Mario Limonciello <su...@ub...>
> > wrote:
> >
> > >
> > >
> > >
> > >
> > >
> > >
> > > Mario Limonciello wrote:
> > > > Hi,
> > > >
> > > > I previously got GMyth into Ubuntu.  I was also going to adopt it
> and
> > > > get it into Debian proper.  There are a few more things that need to
> be
> > > > addressed:
> > > >
> > > > GMyth & GMyth-UPnP:
> > > >  - Circular build dependency according to configure.ac.  I'm
> assuming
> > > > this is a mistake in GMyth's configure.ac, correct?
> > > >  - Both are including a debian directory still in the tar.gz.  This
> > > > needs to be named debian_upstream or similar.  We currently are
> having
> > > > to repack the .tar.gz with it renamed locally.
> > > >
> > > > GMyth-UPnP:
> > > >  - What is the license *supposed* to be?  According to COPYING, its
> > > > GPL.  According to the source its LGPL.  It seems it should be LGPL,
> but
> > > > this was a mistake in COPYING.  Please clarify
> > > >  - test/main.c has no header for license
> > > >  - Please don't call the resultant binary from test/main.c "test".
>  In
> > > > the packaging we are currently calling it gmyth-upnp-test via a
> patch to
> > > > prevent mishaps.
> > > >
> > > > Once you clarify these things, this should be in Debian proper :)
> > > >
> > > > Thanks,
> > > >
> > > >
> > > Hi folks,
> > >
> > > Can you please provide an update on this?  Would really like to get
> > > gmyth-upnp in, but this is going to stop it.
> > >
> > >
> > >
> > >
> > > Thanks,
> > >
> > > --
> > > Mario Limonciello
> > > su...@ub...
> > >
> > >
> > >
> > >
> -------------------------------------------------------------------------
> > > This SF.net email is sponsored by: Microsoft
> > > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > > _______________________________________________
> > > Gmyth-devel mailing list
> > > Gmy...@li...
> > > https://lists.sourceforge.net/lists/listinfo/gmyth-devel
> > >
> > >
> >
> >
> >
> -------------------------------------------------------------------------
> >  This SF.net email is sponsored by: Microsoft
> >  Defy all challenges. Microsoft(R) Visual Studio 2008.
> >  http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> >  Gmyth-devel mailing list
> >  Gmy...@li...
> >  https://lists.sourceforge.net/lists/listinfo/gmyth-devel
> >
> >
>
>
>
> --
> Renato Araujo Oliveira Filho
> Instituto Nokia de Tecnologia - INdT
>



-- 
Mario Limonciello
su...@gm...

Re: [Gmyth-devel] More errors with gmyth regarding debian packaging

[Bastien N. <ha...@ha...>]

On Sun, 2008-02-24 at 23:31 -0600, Mario Limonciello wrote:
> Hi,
> 
> I previously got GMyth into Ubuntu.  I was also going to adopt it and
> get it into Debian proper.  There are a few more things that need to be
> addressed:
> 
> GMyth & GMyth-UPnP:
>  - Circular build dependency according to configure.ac.  I'm assuming
> this is a mistake in GMyth's configure.ac, correct?

I mentioned that some time ago, but it seems to have been forgotten
about. Glad it's fixed now.

>  - Both are including a debian directory still in the tar.gz.  This
> needs to be named debian_upstream or similar.  We currently are having
> to repack the .tar.gz with it renamed locally.
> 
> GMyth-UPnP:
<snip>

Is there any reasons why gmyth-upnp depends on libupnp, which seems dead
upstream? (as seen on http://upnp.sourceforge.net/)

It would be better if it used pupnp[1] instead (better), or gupnp[2]
(best).

[1]: http://pupnp.sf.net/
[2]: http://www.gupnp.org/

Re: [Gmyth-devel] More errors with gmyth regarding debian packaging

[Renato A. <re...@gm...>]

Mario, sorry for the delay.

All changes fixed at release 0.7.1 (Avaliable on SF project page)

http://gmyth.sourceforge.net/

BR


On Mon, Mar 3, 2008 at 8:49 AM, Hallyson Melo <hal...@gm...> wrote:
> Hi Mario, sure....
>
> @Renato, please, can you fix this today?
>
> BR
> Hallyson Melo
>
>
>
> On Mon, Mar 3, 2008 at 4:49 AM, Mario Limonciello <su...@ub...>
> wrote:
>
> >
> >
> >
> >
> >
> >
> > Mario Limonciello wrote:
> > > Hi,
> > >
> > > I previously got GMyth into Ubuntu.  I was also going to adopt it and
> > > get it into Debian proper.  There are a few more things that need to be
> > > addressed:
> > >
> > > GMyth & GMyth-UPnP:
> > >  - Circular build dependency according to configure.ac.  I'm assuming
> > > this is a mistake in GMyth's configure.ac, correct?
> > >  - Both are including a debian directory still in the tar.gz.  This
> > > needs to be named debian_upstream or similar.  We currently are having
> > > to repack the .tar.gz with it renamed locally.
> > >
> > > GMyth-UPnP:
> > >  - What is the license *supposed* to be?  According to COPYING, its
> > > GPL.  According to the source its LGPL.  It seems it should be LGPL, but
> > > this was a mistake in COPYING.  Please clarify
> > >  - test/main.c has no header for license
> > >  - Please don't call the resultant binary from test/main.c "test".  In
> > > the packaging we are currently calling it gmyth-upnp-test via a patch to
> > > prevent mishaps.
> > >
> > > Once you clarify these things, this should be in Debian proper :)
> > >
> > > Thanks,
> > >
> > >
> > Hi folks,
> >
> > Can you please provide an update on this?  Would really like to get
> > gmyth-upnp in, but this is going to stop it.
> >
> >
> >
> >
> > Thanks,
> >
> > --
> > Mario Limonciello
> > su...@ub...
> >
> >
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Gmyth-devel mailing list
> > Gmy...@li...
> > https://lists.sourceforge.net/lists/listinfo/gmyth-devel
> >
> >
>
>
> -------------------------------------------------------------------------
>  This SF.net email is sponsored by: Microsoft
>  Defy all challenges. Microsoft(R) Visual Studio 2008.
>  http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
>  Gmyth-devel mailing list
>  Gmy...@li...
>  https://lists.sourceforge.net/lists/listinfo/gmyth-devel
>
>



-- 
Renato Araujo Oliveira Filho
Instituto Nokia de Tecnologia - INdT

Re: [Gmyth-devel] More errors with gmyth regarding debian packaging

[Hallyson M. <hal...@gm...>]

Hi Mario, sure....

@Renato, please, can you fix this today?

BR
Hallyson Melo

On Mon, Mar 3, 2008 at 4:49 AM, Mario Limonciello <su...@ub...>
wrote:

> Mario Limonciello wrote:
> > Hi,
> >
> > I previously got GMyth into Ubuntu.  I was also going to adopt it and
> > get it into Debian proper.  There are a few more things that need to be
> > addressed:
> >
> > GMyth & GMyth-UPnP:
> >  - Circular build dependency according to configure.ac.  I'm assuming
> > this is a mistake in GMyth's configure.ac, correct?
> >  - Both are including a debian directory still in the tar.gz.  This
> > needs to be named debian_upstream or similar.  We currently are having
> > to repack the .tar.gz with it renamed locally.
> >
> > GMyth-UPnP:
> >  - What is the license *supposed* to be?  According to COPYING, its
> > GPL.  According to the source its LGPL.  It seems it should be LGPL, but
> > this was a mistake in COPYING.  Please clarify
> >  - test/main.c has no header for license
> >  - Please don't call the resultant binary from test/main.c "test".  In
> > the packaging we are currently calling it gmyth-upnp-test via a patch to
> > prevent mishaps.
> >
> > Once you clarify these things, this should be in Debian proper :)
> >
> > Thanks,
> >
> >
> Hi folks,
>
> Can you please provide an update on this?  Would really like to get
> gmyth-upnp in, but this is going to stop it.
>
> Thanks,
>
> --
> Mario Limonciello
> su...@ub...
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gmyth-devel mailing list
> Gmy...@li...
> https://lists.sourceforge.net/lists/listinfo/gmyth-devel
>
>

Re: [Gmyth-devel] More errors with gmyth regarding debian packaging

[Mario L. <su...@ub...>]

Mario Limonciello wrote:
> Hi,
>
> I previously got GMyth into Ubuntu.  I was also going to adopt it and
> get it into Debian proper.  There are a few more things that need to be
> addressed:
>
> GMyth & GMyth-UPnP:
>  - Circular build dependency according to configure.ac.  I'm assuming
> this is a mistake in GMyth's configure.ac, correct?
>  - Both are including a debian directory still in the tar.gz.  This
> needs to be named debian_upstream or similar.  We currently are having
> to repack the .tar.gz with it renamed locally.
>
> GMyth-UPnP:
>  - What is the license *supposed* to be?  According to COPYING, its
> GPL.  According to the source its LGPL.  It seems it should be LGPL, but
> this was a mistake in COPYING.  Please clarify
>  - test/main.c has no header for license
>  - Please don't call the resultant binary from test/main.c "test".  In
> the packaging we are currently calling it gmyth-upnp-test via a patch to
> prevent mishaps.
>
> Once you clarify these things, this should be in Debian proper :)
>
> Thanks,
>
>   
Hi folks,

Can you please provide an update on this?  Would really like to get
gmyth-upnp in, but this is going to stop it.

Thanks,

-- 
Mario Limonciello
su...@ub...

[Gmyth-devel] Failed kfreebsd builds

[Mario L. <su...@ub...>]

Hello,

Just wanted to bring to your attention that the builds in debian failed
on kfreebsd.  You can see where they failed here:

http://buildd.debian-ports.org/status/package.php?p=gmyth

Regards,

-- 
Mario Limonciello
su...@ub...

[Gmyth-devel] More errors with gmyth regarding debian packaging

[Mario L. <su...@ub...>]

Hi,

I previously got GMyth into Ubuntu.  I was also going to adopt it and
get it into Debian proper.  There are a few more things that need to be
addressed:

GMyth & GMyth-UPnP:
 - Circular build dependency according to configure.ac.  I'm assuming
this is a mistake in GMyth's configure.ac, correct?
 - Both are including a debian directory still in the tar.gz.  This
needs to be named debian_upstream or similar.  We currently are having
to repack the .tar.gz with it renamed locally.

GMyth-UPnP:
 - What is the license *supposed* to be?  According to COPYING, its
GPL.  According to the source its LGPL.  It seems it should be LGPL, but
this was a mistake in COPYING.  Please clarify
 - test/main.c has no header for license
 - Please don't call the resultant binary from test/main.c "test".  In
the packaging we are currently calling it gmyth-upnp-test via a patch to
prevent mishaps.

Once you clarify these things, this should be in Debian proper :)

Thanks,

-- 
Mario Limonciello
su...@ub...

Re: [Gmyth-devel] gmyth overrides set user/passwords in backend info

[Hallyson M. <hal...@gm...>]

Hi Joakim, good to know you are using gmyth and contributing with
questions....

Yes, you need to reopen the gmyth file transfer. When channel changes,
mythtv backend changes the recording file, so, it is needed to set the new
file to file transfer and open it again. There are three projects you could
base on to do your job. Take a look at gmyth-cat (gmyth-utils package) or
libgnomevfs-mythtv. Both do the same thing you are trying to do.

There is also mythtv source element for gstreamer, but if you are not
familiar to gstreamer, this would be more complicated.

BR,
Hallyson Melo

On Feb 12, 2008 7:04 PM, elupus <el...@ec...> wrote:

> Hi,
>
> We've started testing gmyth in xbmc (old Xbox Media Center) for use
> against
> myth. And it's working sortof. Changing channels is abit messy, but i'll
> get back to that.
>
> To start with, i noticed this oddness.
> in gmyth_livetv_setup_recorder_channel_name()
> The lib overides any given username/password if program info has gotten
> created at line :582.
> Why? seems to make no sence. Not that i really know if it matters, but i'd
> expect that it would.
>
>
> Back to changing channels. Currently we do
> gmyth_recorder_pause_recording
> gmyth_recorder_change_channel(on livetv recorder)
> gmyth_livetv_next_program_chain
>
> then i reopen filetransfer by killing last transfer, and reopen.
> gmyth_livetv_create_file_transfer
> if (m_livetv->uri)
>  m_filename = g_strdup(gmyth_uri_get_path(m_livetv->uri));
> else
>  m_filename = g_strdup(m_livetv->proginfo->pathname->str);
> gmyth_file_transfer_open(m_file, m_filename)
>
> Is this expected to work? It sortof works, but it's very slow. Much slower
> than myth is at changing channels. Do i really need to reopen the
> filetransfer?
>
> Regards
> Joakim
> Team XBMC
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gmyth-devel mailing list
> Gmy...@li...
> https://lists.sourceforge.net/lists/listinfo/gmyth-devel
>

[Gmyth-devel] gmyth overrides set user/passwords in backend info

[elupus <el...@ec...>]

Hi, 

We've started testing gmyth in xbmc (old Xbox Media Center) for use against
myth. And it's working sortof. Changing channels is abit messy, but i'll
get back to that.

To start with, i noticed this oddness.
in gmyth_livetv_setup_recorder_channel_name()
The lib overides any given username/password if program info has gotten
created at line :582. 
Why? seems to make no sence. Not that i really know if it matters, but i'd
expect that it would. 


Back to changing channels. Currently we do
gmyth_recorder_pause_recording
gmyth_recorder_change_channel(on livetv recorder)
gmyth_livetv_next_program_chain

then i reopen filetransfer by killing last transfer, and reopen.
gmyth_livetv_create_file_transfer
if (m_livetv->uri)
  m_filename = g_strdup(gmyth_uri_get_path(m_livetv->uri));
else
  m_filename = g_strdup(m_livetv->proginfo->pathname->str);
gmyth_file_transfer_open(m_file, m_filename)

Is this expected to work? It sortof works, but it's very slow. Much slower
than myth is at changing channels. Do i really need to reopen the
filetransfer?

Regards
Joakim
Team XBMC

Re: [Gmyth-devel] gms server not starting.

[Renato A. <re...@gm...>]

This happen because the server already running, verify this with:
$ ps ax | grep gms

you can kill the server with
$ kill -9 [pid]

and restart again.

BR

On Feb 5, 2008 12:08 PM, Carl-Magnus Fager <na...@co...> wrote:
> Hi,
>
> I'm trying to setup gmyth with my existing MythTV, but I can't get the
> gms server started properly.
>
> One thing I did when installing my MythTV was changing the database
> name from the default to something personal, and this might not have
> been the most intelligent thing to do. gmyth-utils does not seem to
> have an option for database name, is this why my gms fails? Or should
> I configure the gms server somwhere?
>
> I have installed everything from the repositories as documented in
> http://gmyth.sourceforge.net/wiki/index.php/GMythStream#How_to_Install
> I'm running Debian testing 2.6.21
>
> Thanks.
>
> My /var/log/gms.log
>
> ### 2008-02-05 16:16:28 gms.utils               INFO            Loaded
> TranscoderMencoder (Transcoder) from
> /usr/share/gms/plugins/transcoders/mencoder.py
> ### 2008-02-05 16:16:28 gms.utils               INFO            Loaded
> TranscoderGMencoder (Transcoder) from
> /usr/share/gms/plugins/transcoders/gmencoder.py
> Traceback (most recent call last):
>    File "/usr/bin/gms.py", line 74, in <module>
>      serve_forever()
>    File "/usr/share/gms/lib/server.py", line 110, in serve_forever
>      httpd = Server(addr, RequestHandler)
>    File "/usr/lib/python2.5/SocketServer.py", line 330, in __init__
>      self.server_bind()
>    File "/usr/lib/python2.5/BaseHTTPServer.py", line 101, in server_bind
>      SocketServer.TCPServer.server_bind(self)
>    File "/usr/lib/python2.5/SocketServer.py", line 341, in server_bind
>      self.socket.bind(self.server_address)
>    File "<string>", line 1, in bind
> socket.error: (98, 'Address already in use')
>
>
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gmyth-devel mailing list
> Gmy...@li...
> https://lists.sourceforge.net/lists/listinfo/gmyth-devel
>



-- 
Renato Araujo Oliveira Filho
Instituto Nokia de Tecnologia - INdT

[Gmyth-devel] gms server not starting.

[Carl-Magnus F. <na...@co...>]

Hi,

I'm trying to setup gmyth with my existing MythTV, but I can't get the  
gms server started properly.

One thing I did when installing my MythTV was changing the database  
name from the default to something personal, and this might not have  
been the most intelligent thing to do. gmyth-utils does not seem to  
have an option for database name, is this why my gms fails? Or should  
I configure the gms server somwhere?

I have installed everything from the repositories as documented in
http://gmyth.sourceforge.net/wiki/index.php/GMythStream#How_to_Install
I'm running Debian testing 2.6.21

Thanks.

My /var/log/gms.log

### 2008-02-05 16:16:28 gms.utils               INFO            Loaded  
TranscoderMencoder (Transcoder) from  
/usr/share/gms/plugins/transcoders/mencoder.py
### 2008-02-05 16:16:28 gms.utils               INFO            Loaded  
TranscoderGMencoder (Transcoder) from  
/usr/share/gms/plugins/transcoders/gmencoder.py
Traceback (most recent call last):
   File "/usr/bin/gms.py", line 74, in <module>
     serve_forever()
   File "/usr/share/gms/lib/server.py", line 110, in serve_forever
     httpd = Server(addr, RequestHandler)
   File "/usr/lib/python2.5/SocketServer.py", line 330, in __init__
     self.server_bind()
   File "/usr/lib/python2.5/BaseHTTPServer.py", line 101, in server_bind
     SocketServer.TCPServer.server_bind(self)
   File "/usr/lib/python2.5/SocketServer.py", line 341, in server_bind
     self.socket.bind(self.server_address)
   File "<string>", line 1, in bind
socket.error: (98, 'Address already in use')



----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Re: [Gmyth-devel] release 0.7

[Bastien N. <ha...@ha...>]

On Mon, 2008-02-04 at 16:35 -0300, Renato Araujo wrote:
> Updated: http://sourceforge.net/project/showfiles.php?group_id=177106
> 
> check again.

Thanks!

Re: [Gmyth-devel] release 0.7

[Renato A. <re...@gm...>]

Updated: http://sourceforge.net/project/showfiles.php?group_id=177106

check again.

BR



On Feb 4, 2008 4:16 PM, Bastien Nocera <ha...@ha...> wrote:
>
> On Mon, 2008-02-04 at 16:07 -0300, Renato Araujo wrote:
> > Gmyth 0.7.0:
> > ================
> > * Fixed variables types;
> > * Created function gmyth_scheduler_add_schedule_full;
> > * Bug fixes;
> >
> > GMyth Upnp 0.7.0
> > ===========
> > * replaced cyberlink upnp to libupnp;
> >
> > Mobile Mythtv 0.4
> > ================
> > * Fixed buffer function to play live files;
> > * Updated to new gmyth 0.7.0;
>
> Where are the sources?
>
> http://sourceforge.net/project/showfiles.php?group_id=177106
> shows no gmyth-upnp or mobile-mythtv packages, and gmyth is stuck at
> version 0.4.
>
> Cheers
>
>



-- 
Renato Araujo Oliveira Filho
Instituto Nokia de Tecnologia - INdT

Re: [Gmyth-devel] release 0.7

[Bastien N. <ha...@ha...>]

On Mon, 2008-02-04 at 16:07 -0300, Renato Araujo wrote:
> Gmyth 0.7.0:
> ================
> * Fixed variables types;
> * Created function gmyth_scheduler_add_schedule_full;
> * Bug fixes;
> 
> GMyth Upnp 0.7.0
> ===========
> * replaced cyberlink upnp to libupnp;
> 
> Mobile Mythtv 0.4
> ================
> * Fixed buffer function to play live files;
> * Updated to new gmyth 0.7.0;

Where are the sources?

http://sourceforge.net/project/showfiles.php?group_id=177106
shows no gmyth-upnp or mobile-mythtv packages, and gmyth is stuck at
version 0.4.

Cheers

[Gmyth-devel] release 0.7

[Renato A. <re...@gm...>]

Gmyth 0.7.0:
================
* Fixed variables types;
* Created function gmyth_scheduler_add_schedule_full;
* Bug fixes;

GMyth Upnp 0.7.0
===========
* replaced cyberlink upnp to libupnp;

Mobile Mythtv 0.4
================
* Fixed buffer function to play live files;
* Updated to new gmyth 0.7.0;


-- 
Renato Araujo Oliveira Filho
Instituto Nokia de Tecnologia - INdT

Re: [Gmyth-devel] src/gmyth.h 26 MB?

[Renato A. <re...@gm...>]

I did not know what happen, but fixed now, thanks for you help.

BR

On Feb 2, 2008 6:10 PM, Mario Limonciello <su...@ub...> wrote:
> Hi,
>
> Wanted to report that there is an issue with svn rev no 915.
> gmyth/src/gmyth.h is 26MB.  It's a 57 line file, so it sounds to me like
> there is a runaway line or two in there.
> Might want to take a look at it.
>
> Regards,
>
> --
> Mario Limonciello
> su...@ub...
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gmyth-devel mailing list
> Gmy...@li...
> https://lists.sourceforge.net/lists/listinfo/gmyth-devel
>
>



-- 
Renato Araujo Oliveira Filho
Instituto Nokia de Tecnologia - INdT

[Gmyth-devel] src/gmyth.h 26 MB?

[Mario L. <su...@ub...>]

Hi,

Wanted to report that there is an issue with svn rev no 915.=20
gmyth/src/gmyth.h is 26MB.  It's a 57 line file, so it sounds to me like
there is a runaway line or two in there.
Might want to take a look at it.

Regards,

--=20
Mario Limonciello
su...@ub...

Re: [Gmyth-devel] Functionality against mythtv-trunk

[Melunko <me...@gm...>]

Hi Mario,

thanks for your work and report. We did not find any problem using gmyth
with 0.20 nor 0.21 so far. I believe the protocol changes affect
functionalities that gmyth does not support. In this case a new build is not
needed. I will make deeper tests this week, but if any change is needed, we
will be fast to implement it.

BR,
Hallyson Melo


On Jan 30, 2008 5:14 AM, Mario Limonciello <su...@ub...> wrote:

> Hi,
>
> Another concern I wasn't too sure about:
>
> In gutsy and hardy we are working off 0.20.2-fixes.  Gmyth appears to
> work just fine with these builds and this protocol.  For 0.21, will a
> new build be necessary, or in its current implementation is there
> resilience against these protocol changes?
>
> If a new implementation is necessary, how close are you guys on it?  I'm
> working out all the necessary changes to switch Hardy to trunk mythtv in
> preparation for 0.21, so getting all of this stuff in will be a moot
> point if its not going to work on 0.21.
>
> Thanks,
>
> --
> Mario Limonciello
> su...@ub...
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gmyth-devel mailing list
> Gmy...@li...
> https://lists.sourceforge.net/lists/listinfo/gmyth-devel
>
>