Nabble - MediaMVP Media Center - Development

Re: libcmyth and XBMC

2009-11-01T15:28:18Z

Sorry -- resending this as I sent the original from the wrong address:

I've changed my includes to use the XBMC version, although I'm not
currently using the DllLibcmyth wrapper yet.

Slightly off-topic, but I'm having trouble with live TV. I'll ask it in
this thread as the XBMC version has some new functions for live TV which
may/may not be a factor here.

I'm currently spawning live TV as follows:
- cmyth_conn_get_free_recorder
- cmyth_recorder_is_recording
- cmyth_spawn_live_tv(m_recorder, 16*1024, 4096, prog_update_callback,
&err, channame); <-- channame is an XBMC addition, but I'm setting it to
NULL for now
- cmyth_recorder_get_framerate (returns 25fps)

Then, when XBMC wants to read data:
- cmyth_livetv_read(m_recorder, (char *)buf, buf_size);

cmyth_livetv_read seems to be another XBMC addition, which simply calls
cmyth_livetv_chain_read if the protocol version >= 26.

My question is - where am I going wrong? I'm totally confused by the
vast number of livetv functions that I'm not sure which ones to call!
I've looked at CMythFile.cpp in XBMC and I've also looked at the mvpmc
code which is along similar lines, but I can't seem to get it to read
the stream!

I can see that the Myth backend starts to record the stream, but I'm not
getting anything back when reading. Log attached.

Any light to the situation would be greatly appreciated!

Cheers,
Daniel

On Sun, 2009-11-01 at 01:10 -0700, dteirney wrote:

> Daniel, probably best to use the XBMC version of the libcmyth library and
> make any necessary changes there. Can you please create a Trac ticket for
> the work you are doing and submit patches. I'd quite like to see how the
> MythTV PVR addon for XBMC is coming along. Should be able to use and extend
> most of the existing DllLibcmyth wrapper. I'm still updating some of the
> code that is already used for the MythTV integration within XBMC - would be
> good to get some more code reuse between existing functionality and the new
> PVR Addon (although I don't know anything about how the Addons are segmented
> out from XBMC).
>
> I presume that the XBMC use of libcmyth will carry on the same as it has in
> the past and the same as for other open source libraries being used - code
> kept in the XBMC tree and updated from the master source as necessary.
>
> Right now I have the GIT version of libcmyth on my machine in a completely
> separate location. I'm still using the XBMC version of libcmyth. All I've
> done thus far is a directory diff to see where the code changes are in
> preparation for patches to the GIT version where necessary.
>
> XBMC build is pretty much all Make and there is an existing one that works
> so will probably use that in the short term. Scons is new for me too.
>
> Everyone, should we start sending patches through to this mailing list to
> get the GIT version updated?
>
>
> David
>
>
> Daniel Cleaver wrote:
> >
> > I think the current git version is working very well.
> >
> > David, any chance of submitting your patch? I'm using the mvpmc version
> > for my XBMC PVR client instead of the XBMC version (thinking I'd add the
> > things the PVR client needs as I go along), but I'm now getting to the
> > point where I'm needing most of the things in the XBMC libcmyth!
> >
> > On a side note, how would your version fit in with the XBMC build
> > process? Would 'make' simply call 'scons'? Or have you created a
> > separate makefile?
> >
> > Regards,
> > Daniel
> >
>

(cmyth)cmyth_recorder_create
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '17 GET_FREE_RECORDER'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '27 ' ret = 27
(cmyth)__cmyth_rcv_string: string received '4'
(cmyth)__cmyth_rcv_string: string received '192.168.0.111'
(cmyth)__cmyth_rcv_string: string received '6543'
(cmyth)cmyth_conn_connect_recorder: connecting recorder control
(cmyth)cmyth_conn_connect_ctrl: connecting control connection
(cmyth)cmyth_connect: connecting to 192.168.0.111 fd = 34
(cmyth)cmyth_conn_create {
(cmyth)cmyth_conn_create }
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '20 MYTH_PROTO_VERSION 8'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '13 ' ret = 13
(cmyth)__cmyth_rcv_string: string received 'REJECT'
(cmyth)__cmyth_rcv_string: string received '40'
(cmyth)cmyth_conn_connect: asked for version 8, got version 40
(cmyth)cmyth_connect: connecting to 192.168.0.111 fd = 35
(cmyth)cmyth_conn_create {
(cmyth)cmyth_conn_create }
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '21 MYTH_PROTO_VERSION 40'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '13 ' ret = 13
(cmyth)__cmyth_rcv_string: string received 'ACCEPT'
(cmyth)__cmyth_rcv_string: string received '40'
(cmyth)cmyth_conn_connect: asked for version 40, got version 40
(cmyth)cmyth_conn_connect: agreed on Version 40 protocol
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '21 ANN Playback xbmcclient 0'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '2 ' ret = 2
(cmyth)__cmyth_rcv_string: string received 'OK'
(cmyth)cmyth_conn_connect_ctrl: done connecting control connection ret = 0xa6472ac
(cmyth)cmyth_conn_connect_recorder: done connecting recorder control, conn = 0xa6472ac
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '33 QUERY_RECORDER 4[]:[]IS_RECORDING'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '1 ' ret = 1
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '75 QUERY_RECORDER 4[]:[]SPAWN_LIVETV[]:[]live-xbmcclient-2009-11-01T22:23:50[]:[]0'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '2 ' ret = 2
(cmyth)__cmyth_rcv_string: string received 'ok'
(cmyth)cmyth_livetv_chain_create
(cmyth)cmyth_proginfo_create {
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_proginfo_create }
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '42 QUERY_RECORDER 4[]:[]GET_CURRENT_RECORDING'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '622 ' ret = 622
(cmyth)__cmyth_rcv_proginfo: VERSION IS 40
(cmyth)__cmyth_rcv_string: string received 'Fleetwood Mac'
(cmyth)__cmyth_rcv_string: string received 'Don't Stop'
(cmyth)__cmyth_rcv_string: string received 'Fleetwood Mac, one of the biggest-selling bands of all time, are back on the road. Their story, told in their own words, is an epic tale of love and conflict, success and loss.'
(cmyth)__cmyth_rcv_string: string received 'News'
(cmyth)__cmyth_rcv_string: string received '1001'
(cmyth)__cmyth_rcv_string: string received '1'
(cmyth)__cmyth_rcv_string: string received 'BBC ONE'
(cmyth)__cmyth_rcv_string: string received 'BBC ONE'
(cmyth)__cmyth_rcv_proginfo: GOT TO ICON/NAME
(cmyth)__cmyth_rcv_string: string received '/data/media/tv/1001_20091101222348.mpg'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_proginfo: GOT TO START_TS
(cmyth)__cmyth_rcv_string: string received '1257114000'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_proginfo: GOT TO END_TS
(cmyth)__cmyth_rcv_string: string received '1257117600'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received 'mythbackend'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '4'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '-2'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '15'
(cmyth)__cmyth_rcv_string: string received '6'
(cmyth)__cmyth_rcv_string: string received '1257114228'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '1257117600'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received 'LiveTV'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received ''
(cmyth)__cmyth_rcv_string: string received ''
(cmyth)__cmyth_rcv_string: string received 'fp.bbc.co.uk/4HI332'
(cmyth)__cmyth_rcv_string: string received '1257114000'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '0.000000'
(cmyth)__cmyth_rcv_string: string received '1900-01-01'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received 'Default'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received 'LiveTV'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_proginfo: got recording info
(cmyth)cmyth_proginfo_parse_url: url is: '/data/media/tv/1001_20091101222348.mpg'
(cmyth)cmyth_proginfo_create {
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_proginfo_create }
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '42 QUERY_RECORDER 4[]:[]GET_CURRENT_RECORDING'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '622 ' ret = 622
(cmyth)__cmyth_rcv_proginfo: VERSION IS 40
(cmyth)__cmyth_rcv_string: string received 'Fleetwood Mac'
(cmyth)__cmyth_rcv_string: string received 'Don't Stop'
(cmyth)__cmyth_rcv_string: string received 'Fleetwood Mac, one of the biggest-selling bands of all time, are back on the road. Their story, told in their own words, is an epic tale of love and conflict, success and loss.'
(cmyth)__cmyth_rcv_string: string received 'News'
(cmyth)__cmyth_rcv_string: string received '1001'
(cmyth)__cmyth_rcv_string: string received '1'
(cmyth)__cmyth_rcv_string: string received 'BBC ONE'
(cmyth)__cmyth_rcv_string: string received 'BBC ONE'
(cmyth)__cmyth_rcv_proginfo: GOT TO ICON/NAME
(cmyth)__cmyth_rcv_string: string received '/data/media/tv/1001_20091101222348.mpg'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_proginfo: GOT TO START_TS
(cmyth)__cmyth_rcv_string: string received '1257114000'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_proginfo: GOT TO END_TS
(cmyth)__cmyth_rcv_string: string received '1257117600'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received 'mythbackend'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '4'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '-2'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '15'
(cmyth)__cmyth_rcv_string: string received '6'
(cmyth)__cmyth_rcv_string: string received '1257114228'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '1257117600'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received 'LiveTV'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received ''
(cmyth)__cmyth_rcv_string: string received ''
(cmyth)__cmyth_rcv_string: string received 'fp.bbc.co.uk/4HI332'
(cmyth)__cmyth_rcv_string: string received '1257114000'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '0.000000'
(cmyth)__cmyth_rcv_string: string received '1900-01-01'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received 'Default'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received 'LiveTV'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_proginfo: got recording info
(cmyth)cmyth_proginfo_parse_url: url is: '/data/media/tv/1001_20091101222348.mpg'
(cmyth)cmyth_proginfo_create {
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_proginfo_create }
(cmyth)cmyth_proginfo_dup {
(cmyth)cmyth_proginfo_dup }
(cmyth)original timestamp string: 2009-11-01T22:20:00
(cmyth)time in seconds: 1257114000
(cmyth)original timestamp string: 2009-11-01T23:20:00
(cmyth)time in seconds: 1257117600
(cmyth)original timestamp string: 2009-11-01T22:23:48
(cmyth)time in seconds: 1257114228
(cmyth)original timestamp string: 2009-11-01T23:20:00
(cmyth)time in seconds: 1257117600
(cmyth)original timestamp string: 1900-01-01T00:00:00
(cmyth)time in seconds: 4294967295
(cmyth)original timestamp string: 2009-11-01T22:20:00
(cmyth)time in seconds: 1257114000
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '659 FILL_PROGRAM_INFO mediamvp[]:[]0[]:[]Fleetwood Mac[]:[]Don't Stop[]:[]Fleetwood Mac, one of the biggest-selling bands of all time, are back on the road. Their story, told in their own words, is an epic tale of love and conflict, success and loss.[]:[]News[]:[]1001[]:[]1[]:[]BBC ONE[]:[]BBC ONE[]:[]/data/media/tv/1001_20091101222348.mpg[]:[]0[]:[]0[]:[]1257114000[]:[]1257117600[]:[]0[]:[]0[]:[]0[]:[]mythbackend[]:[]0[]:[]4[]:[]0[]:[]0[]:[]-2[]:[]0[]:[]0[]:[]15[]:[]6[]:[]1257114228[]:[]1257117600[]:[]0[]:[]0[]:[]LiveTV[]:[]0[]:[][]:[][]:[]fp.bbc.co.uk/4HI332[]:[]1257114000[]:[]0.0[]:[]1900-01-01[]:[]0[]:[]Default[]:[]0[]:[]0[]:[]LiveTV[]:[]0[]:[]0[]:[]0[]:[]'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '632 ' ret = 632
(cmyth)__cmyth_rcv_proginfo: VERSION IS 40
(cmyth)__cmyth_rcv_string: string received 'Fleetwood Mac'
(cmyth)__cmyth_rcv_string: string received 'Don't Stop'
(cmyth)__cmyth_rcv_string: string received 'Fleetwood Mac, one of the biggest-selling bands of all time, are back on the road. Their story, told in their own words, is an epic tale of love and conflict, success and loss.'
(cmyth)__cmyth_rcv_string: string received 'News'
(cmyth)__cmyth_rcv_string: string received '1001'
(cmyth)__cmyth_rcv_string: string received '1'
(cmyth)__cmyth_rcv_string: string received 'BBC ONE'
(cmyth)__cmyth_rcv_string: string received 'BBC ONE'
(cmyth)__cmyth_rcv_proginfo: GOT TO ICON/NAME
(cmyth)__cmyth_rcv_string: string received 'myth://192.168.0.111:6543/1001_20091101222348.mpg'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_proginfo: GOT TO START_TS
(cmyth)__cmyth_rcv_string: string received '1257114000'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_proginfo: GOT TO END_TS
(cmyth)__cmyth_rcv_string: string received '1257117600'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received 'mythbackend'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '4'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '-2'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '15'
(cmyth)__cmyth_rcv_string: string received '6'
(cmyth)__cmyth_rcv_string: string received '1257114228'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '1257117600'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received 'LiveTV'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received ''
(cmyth)__cmyth_rcv_string: string received ''
(cmyth)__cmyth_rcv_string: string received 'fp.bbc.co.uk/4HI332'
(cmyth)__cmyth_rcv_string: string received '1257114000'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '0.000000'
(cmyth)__cmyth_rcv_string: string received '1900-01-01'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received 'Default'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received 'LiveTV'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_proginfo: got recording info
(cmyth)cmyth_proginfo_parse_url: url is: 'myth://192.168.0.111:6543/1001_20091101222348.mpg'
(cmyth)cmyth_proginfo_get_detail: cmyth_proginfo_fill() failed
(cmyth)cmyth_proginfo_create {
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_proginfo_create }
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '42 QUERY_RECORDER 4[]:[]GET_CURRENT_RECORDING'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '622 ' ret = 622
(cmyth)__cmyth_rcv_proginfo: VERSION IS 40
(cmyth)__cmyth_rcv_string: string received 'Fleetwood Mac'
(cmyth)__cmyth_rcv_string: string received 'Don't Stop'
(cmyth)__cmyth_rcv_string: string received 'Fleetwood Mac, one of the biggest-selling bands of all time, are back on the road. Their story, told in their own words, is an epic tale of love and conflict, success and loss.'
(cmyth)__cmyth_rcv_string: string received 'News'
(cmyth)__cmyth_rcv_string: string received '1001'
(cmyth)__cmyth_rcv_string: string received '1'
(cmyth)__cmyth_rcv_string: string received 'BBC ONE'
(cmyth)__cmyth_rcv_string: string received 'BBC ONE'
(cmyth)__cmyth_rcv_proginfo: GOT TO ICON/NAME
(cmyth)__cmyth_rcv_string: string received '/data/media/tv/1001_20091101222350.mpg'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_proginfo: GOT TO START_TS
(cmyth)__cmyth_rcv_string: string received '1257114000'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_proginfo: GOT TO END_TS
(cmyth)__cmyth_rcv_string: string received '1257117600'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received 'mythbackend'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '4'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '-2'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '15'
(cmyth)__cmyth_rcv_string: string received '6'
(cmyth)__cmyth_rcv_string: string received '1257114230'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '1257117600'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received 'LiveTV'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received ''
(cmyth)__cmyth_rcv_string: string received ''
(cmyth)__cmyth_rcv_string: string received 'fp.bbc.co.uk/4HI332'
(cmyth)__cmyth_rcv_string: string received '1257114000'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '0.000000'
(cmyth)__cmyth_rcv_string: string received '1900-01-01'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received 'Default'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received 'LiveTV'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_proginfo: got recording info
(cmyth)cmyth_proginfo_parse_url: url is: '/data/media/tv/1001_20091101222350.mpg'
(cmyth)cmyth_proginfo_create {
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_timestamp_create
(cmyth)cmyth_proginfo_create }
(cmyth)cmyth_proginfo_dup {
(cmyth)cmyth_proginfo_dup }
(cmyth)original timestamp string: 2009-11-01T22:20:00
(cmyth)time in seconds: 1257114000
(cmyth)original timestamp string: 2009-11-01T23:20:00
(cmyth)time in seconds: 1257117600
(cmyth)original timestamp string: 2009-11-01T22:23:50
(cmyth)time in seconds: 1257114230
(cmyth)original timestamp string: 2009-11-01T23:20:00
(cmyth)time in seconds: 1257117600
(cmyth)original timestamp string: 1900-01-01T00:00:00
(cmyth)time in seconds: 4294967295
(cmyth)original timestamp string: 2009-11-01T22:20:00
(cmyth)time in seconds: 1257114000
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '659 FILL_PROGRAM_INFO mediamvp[]:[]0[]:[]Fleetwood Mac[]:[]Don't Stop[]:[]Fleetwood Mac, one of the biggest-selling bands of all time, are back on the road. Their story, told in their own words, is an epic tale of love and conflict, success and loss.[]:[]News[]:[]1001[]:[]1[]:[]BBC ONE[]:[]BBC ONE[]:[]/data/media/tv/1001_20091101222350.mpg[]:[]0[]:[]0[]:[]1257114000[]:[]1257117600[]:[]0[]:[]0[]:[]0[]:[]mythbackend[]:[]0[]:[]4[]:[]0[]:[]0[]:[]-2[]:[]0[]:[]0[]:[]15[]:[]6[]:[]1257114230[]:[]1257117600[]:[]0[]:[]0[]:[]LiveTV[]:[]0[]:[][]:[][]:[]fp.bbc.co.uk/4HI332[]:[]1257114000[]:[]0.0[]:[]1900-01-01[]:[]0[]:[]Default[]:[]0[]:[]0[]:[]LiveTV[]:[]0[]:[]0[]:[]0[]:[]'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '634 ' ret = 634
(cmyth)__cmyth_rcv_proginfo: VERSION IS 40
(cmyth)__cmyth_rcv_string: string received 'Fleetwood Mac'
(cmyth)__cmyth_rcv_string: string received 'Don't Stop'
(cmyth)__cmyth_rcv_string: string received 'Fleetwood Mac, one of the biggest-selling bands of all time, are back on the road. Their story, told in their own words, is an epic tale of love and conflict, success and loss.'
(cmyth)__cmyth_rcv_string: string received 'News'
(cmyth)__cmyth_rcv_string: string received '1001'
(cmyth)__cmyth_rcv_string: string received '1'
(cmyth)__cmyth_rcv_string: string received 'BBC ONE'
(cmyth)__cmyth_rcv_string: string received 'BBC ONE'
(cmyth)__cmyth_rcv_proginfo: GOT TO ICON/NAME
(cmyth)__cmyth_rcv_string: string received 'myth://192.168.0.111:6543/1001_20091101222350.mpg'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '376'
(cmyth)__cmyth_rcv_proginfo: GOT TO START_TS
(cmyth)__cmyth_rcv_string: string received '1257114000'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_proginfo: GOT TO END_TS
(cmyth)__cmyth_rcv_string: string received '1257117600'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received 'mythbackend'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '4'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '-2'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '15'
(cmyth)__cmyth_rcv_string: string received '6'
(cmyth)__cmyth_rcv_string: string received '1257114230'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '1257117600'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received 'LiveTV'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received ''
(cmyth)__cmyth_rcv_string: string received ''
(cmyth)__cmyth_rcv_string: string received 'fp.bbc.co.uk/4HI332'
(cmyth)__cmyth_rcv_string: string received '1257114000'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '0.000000'
(cmyth)__cmyth_rcv_string: string received '1900-01-01'
(cmyth)cmyth_timestamp_create
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received 'Default'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received 'LiveTV'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_proginfo: got recording info
(cmyth)cmyth_proginfo_parse_url: url is: 'myth://192.168.0.111:6543/1001_20091101222350.mpg'
(cmyth)cmyth_recorder_create
(cmyth)__cmyth_file_create {
(cmyth)__cmyth_file_create }
(cmyth)cmyth_conn_connect_file: connecting data connection
(cmyth)cmyth_connect: connecting to 192.168.0.111 fd = 36
(cmyth)cmyth_conn_create {
(cmyth)cmyth_conn_create }
(cmyth)cmyth_conn_connect_file: done connecting data connection, conn = 171737820
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '66 ANN FileTransfer xbmcclient[]:[]/data/media/tv/1001_20091101222348.mpg'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '21 ' ret = 21
(cmyth)__cmyth_rcv_string: string received 'OK'
(cmyth)__cmyth_rcv_string: string received '41'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '33 QUERY_RECORDER 4[]:[]IS_RECORDING'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '1 ' ret = 1
(cmyth)__cmyth_rcv_string: string received '1'
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '34 QUERY_RECORDER 4[]:[]GET_FRAMERATE'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '2 ' ret = 2
(cmyth)__cmyth_rcv_string: string received '25'
(cmyth)cmyth_livetv_chain_read [livetv.c:784]: (trace) {
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '49 QUERY_FILETRANSFER 41[]:[]REQUEST_BLOCK[]:[]32768'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '1 ' ret = 1
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)cmyth_livetv_chain_read [livetv.c:804]: (trace) }
(cmyth)cmyth_livetv_chain_read [livetv.c:784]: (trace) {
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '49 QUERY_FILETRANSFER 41[]:[]REQUEST_BLOCK[]:[]32768'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '1 ' ret = 1
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)cmyth_livetv_chain_read [livetv.c:804]: (trace) }
(cmyth)cmyth_livetv_chain_read [livetv.c:784]: (trace) {
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '49 QUERY_FILETRANSFER 41[]:[]REQUEST_BLOCK[]:[]32768'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '1 ' ret = 1
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)cmyth_livetv_chain_read [livetv.c:804]: (trace) }
(cmyth)cmyth_livetv_chain_read [livetv.c:784]: (trace) {
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '49 QUERY_FILETRANSFER 41[]:[]REQUEST_BLOCK[]:[]32768'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '1 ' ret = 1
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)cmyth_livetv_chain_read [livetv.c:804]: (trace) }
(cmyth)cmyth_livetv_chain_read [livetv.c:784]: (trace) {
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '49 QUERY_FILETRANSFER 41[]:[]REQUEST_BLOCK[]:[]32768'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '1 ' ret = 1
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)cmyth_livetv_chain_read [livetv.c:804]: (trace) }
(cmyth)cmyth_livetv_chain_read [livetv.c:784]: (trace) {
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '49 QUERY_FILETRANSFER 41[]:[]REQUEST_BLOCK[]:[]32768'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '1 ' ret = 1
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)cmyth_livetv_chain_read [livetv.c:804]: (trace) }
(cmyth)cmyth_livetv_chain_read [livetv.c:784]: (trace) {
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '49 QUERY_FILETRANSFER 41[]:[]REQUEST_BLOCK[]:[]32768'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '1 ' ret = 1
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)cmyth_livetv_chain_read [livetv.c:804]: (trace) }
(cmyth)cmyth_livetv_chain_read [livetv.c:784]: (trace) {
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '49 QUERY_FILETRANSFER 41[]:[]REQUEST_BLOCK[]:[]32768'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '1 ' ret = 1
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)cmyth_livetv_chain_read [livetv.c:804]: (trace) }
(cmyth)cmyth_livetv_chain_read [livetv.c:784]: (trace) {
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '49 QUERY_FILETRANSFER 41[]:[]REQUEST_BLOCK[]:[]32768'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '1 ' ret = 1
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)cmyth_livetv_chain_read [livetv.c:804]: (trace) }
(cmyth)cmyth_livetv_chain_read [livetv.c:784]: (trace) {
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '49 QUERY_FILETRANSFER 41[]:[]REQUEST_BLOCK[]:[]32768'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '1 ' ret = 1
(cmyth)__cmyth_rcv_string: string received '0'
(cmyth)cmyth_livetv_chain_read [livetv.c:804]: (trace) }
(cmyth)__cmyth_send_message
(cmyth)__cmyth_send_message: sending message '32 QUERY_RECORDER 4[]:[]STOP_LIVETV'
(cmyth)__cmyth_rcv_length
(cmyth)__cmyth_rcv_length: buffer is '2 ' ret = 2
(cmyth)__cmyth_rcv_string: string received 'ok'

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: libcmyth and XBMC

2009-11-01T07:33:13Z

I think what I would like to see with the libcmyth git repository, is
someone from XBMC to take ownership of an XBMC development branch. That
way changes can flow freely into the repository from XBMC (either through
patches or direct commits) without concern about breaking other projects.
I expect I will create an mvpmc project branch as well.

Then we can occasionally do releases of libcmyth from the master branch
that support all the projects.

As for make vs scons, I'd like to keep the scons build, but I'm not opposed
to someone else writing a parallel set of make/autoconf files. scons is
just far easier to deal with, in my opinion.

Jon

On Sun, 01 Nov 2009 01:10:35 MST, dteirney wrote:

>
> Daniel, probably best to use the XBMC version of the libcmyth library and
> make any necessary changes there. Can you please create a Trac ticket for
> the work you are doing and submit patches. I'd quite like to see how the
> MythTV PVR addon for XBMC is coming along. Should be able to use and extend
> most of the existing DllLibcmyth wrapper. I'm still updating some of the
> code that is already used for the MythTV integration within XBMC - would be
> good to get some more code reuse between existing functionality and the new
> PVR Addon (although I don't know anything about how the Addons are segmented
> out from XBMC).
>
> I presume that the XBMC use of libcmyth will carry on the same as it has in
> the past and the same as for other open source libraries being used - code
> kept in the XBMC tree and updated from the master source as necessary.
>
> Right now I have the GIT version of libcmyth on my machine in a completely
> separate location. I'm still using the XBMC version of libcmyth. All I've
> done thus far is a directory diff to see where the code changes are in
> preparation for patches to the GIT version where necessary.
>
> XBMC build is pretty much all Make and there is an existing one that works
> so will probably use that in the short term. Scons is new for me too.
>
> Everyone, should we start sending patches through to this mailing list to
> get the GIT version updated?
>
>
> David
>
>
> Daniel Cleaver wrote:
> >
> > I think the current git version is working very well.
> >
> > David, any chance of submitting your patch? I'm using the mvpmc version
> > for my XBMC PVR client instead of the XBMC version (thinking I'd add the
> > things the PVR client needs as I go along), but I'm now getting to the
> > point where I'm needing most of the things in the XBMC libcmyth!
> >
> > On a side note, how would your version fit in with the XBMC build
> > process? Would 'make' simply call 'scons'? Or have you created a
> > separate makefile?
> >
> > Regards,
> > Daniel
> >
>
> --
> View this message in context: http://old.nabble.com/libcmyth-and-XBMC-tp25900
>674s24862p26148867.html
> Sent from the MediaMVP Media Center - Development mailing list archive at Nab
>ble.com.
>
>
> -----------------------------------------------------------------------------
>-
> Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Mvpmc-devel mailing list
> Mvpmc-devel@...
> https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: libcmyth and XBMC

2009-11-01T01:10:34Z

Daniel, probably best to use the XBMC version of the libcmyth library and make any necessary changes there. Can you please create a Trac ticket for the work you are doing and submit patches. I'd quite like to see how the MythTV PVR addon for XBMC is coming along. Should be able to use and extend most of the existing DllLibcmyth wrapper. I'm still updating some of the code that is already used for the MythTV integration within XBMC - would be good to get some more code reuse between existing functionality and the new PVR Addon (although I don't know anything about how the Addons are segmented out from XBMC).

I presume that the XBMC use of libcmyth will carry on the same as it has in the past and the same as for other open source libraries being used - code kept in the XBMC tree and updated from the master source as necessary.

Right now I have the GIT version of libcmyth on my machine in a completely separate location. I'm still using the XBMC version of libcmyth. All I've done thus far is a directory diff to see where the code changes are in preparation for patches to the GIT version where necessary.

XBMC build is pretty much all Make and there is an existing one that works so will probably use that in the short term. Scons is new for me too.

Everyone, should we start sending patches through to this mailing list to get the GIT version updated?

David

Daniel Cleaver wrote:

I think the current git version is working very well.

David, any chance of submitting your patch? I'm using the mvpmc version
for my XBMC PVR client instead of the XBMC version (thinking I'd add the
things the PVR client needs as I go along), but I'm now getting to the
point where I'm needing most of the things in the XBMC libcmyth!

On a side note, how would your version fit in with the XBMC build
process? Would 'make' simply call 'scons'? Or have you created a
separate makefile?

Regards,
Daniel

Re: libcmyth and XBMC

2009-10-31T11:31:22Z

I think the current git version is working very well.

David, any chance of submitting your patch? I'm using the mvpmc version
for my XBMC PVR client instead of the XBMC version (thinking I'd add the
things the PVR client needs as I go along), but I'm now getting to the
point where I'm needing most of the things in the XBMC libcmyth!

On a side note, how would your version fit in with the XBMC build
process? Would 'make' simply call 'scons'? Or have you created a
separate makefile?

Regards,
Daniel

On Tue, 2009-10-20 at 20:29 -0500, Eric Lund wrote:

> As one of those involved, I think it is probably ready for prime time,
> at least from the perspective of appearing to work. Anyone else?
>
> Eric
>
> On 10/19/2009 07:37 AM, gettler@... wrote:
> > I think the next step is for those involved to agree that the current
> > cmyth.git repo is a good starting point. Then we can start taking patches
> > from mvpmc and XBMC so that it is buildable by both projects (as well as
> > standalone).
> >
> > Jon
> >
> > On Mon, 19 Oct 2009 00:00:56 PDT, dteirney wrote:
> >> Would be great to have a separate libcmyth project that is contributed to by
> >> all those using it.
> >>
> >> I've also done some development of libcmyth for use with XBMC Media Center.
> >> For example, finished the work already started to get commercial breaks from
> >> the backend using the Myth Protocol rather than the MySQL query. Also a
> >> patch to support 0.22 over and above what was added in the mvpmc repository.
> >>
> >> There are a number of other changes within XBMC to support building with the
> >> Microsoft C compiler, which is very pedantic, e.g. all variables must be
> >> declared at the top of the method. Lots of #ifdef _MSC_VER around the place
> >> for other reasons.
> >>
> >> I don't know the reasons for all of the differences between the XBMC version
> >> and the current libcmyth trunk, but I might be able to get some time off
> >> elupus to provide some information about the changes that aren't obvious.
> >>
> >> What is the next step to try and push back some of the changes that have
> >> been made externally to the mvpmc repository? I've got the git version on my
> >> machine and can start sending patches with rationale.
> >>
> >> Thanks!
> >>
> >> David
> >> --
> >> View this message in context: http://www.nabble.com/libcmyth-and-XBMC-tp25900
> >> 674s24862p25944258.html
> >> Sent from the MediaMVP Media Center - Development mailing list archive at Nab
> >> ble.com.
> >
> > ------------------------------------------------------------------------------
> > Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
> > http://p.sf.net/sfu/devconference
> > _______________________________________________
> > Mvpmc-devel mailing list
> > Mvpmc-devel@...
> > https://lists.sourceforge.net/lists/listinfo/mvpmc-devel
> >
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Mvpmc-devel mailing list
> Mvpmc-devel@...
> https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: libcmyth and XBMC

2009-10-28T11:24:49Z

On Wed, 2009-10-28 at 13:02 -0500, gettler@... wrote:

> On Wed, 28 Oct 2009 12:10:38 CDT, gettler@... wrote:
> >
> > On Wed, 28 Oct 2009 16:56:04 -0000, Daniel Cleaver wrote:
> > > Hi Jon,
> > > I notice you've made quite a few changes to the source recently. I've
> > > just updated my local copy, but I'm now getting the following error when
> > > trying to compile:
> > >
> > > ar rc libcmyth/libcmyth.a libcmyth/bookmark.o libcmyth/connection.o
> > > libcmyth/debug.o libcmyth/event.o libcmyth/file.o libcmyth/freespace.o
> > > libcmyth/keyframe.o libcmyth/posmap.o libcmyth/proginfo.o
> > > libcmyth/proglist.o libcmyth/rec_num.o libcmyth/recorder.o
> > > libcmyth/ringbuf.o libcmyth/socket.o libcmyth/timestamp.o
> > > libcmyth/livetv.o libcmyth/commbreak.o libcmyth/mythtv_mysql.o
> > > libcmyth/mysql_query.o
> > > ranlib libcmyth/libcmyth.a
> > > scons: *** [libcmyth/libcmyth.so.0.1] AttributeError : 'NoneType' object
> > > has no attribute 'genstring'
> > > scons: building terminated because of errors.
> > >
> > > This is from a clean clone of the repo. It looks as though it's an scons
> > > problem, but I'm not too hot with scons yet. Any ideas what's going on?
> > >
> > > Cheers,
> > > Daniel
> > >
> >
> > That does seem odd. With scons v0.97.0d20071203.r2509, it all builds
> > just fine. But with scons v1.2.0.r3842 I get the same error you do.
> >
> > I'll look into it...
> >
> > Jon
>
> I pushed up a fix which seems to work for both versions of scons that
> I tried (v0.97.0d20071203.r2509 and v1.2.0.r3842).
>
> Jon
>

Thanks for that. Works fine now with my v1.2.0.r3842.

Daniel

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: libcmyth and XBMC

2009-10-28T11:02:43Z

On Wed, 28 Oct 2009 12:10:38 CDT, gettler@... wrote:

>
> On Wed, 28 Oct 2009 16:56:04 -0000, Daniel Cleaver wrote:
> > Hi Jon,
> > I notice you've made quite a few changes to the source recently. I've
> > just updated my local copy, but I'm now getting the following error when
> > trying to compile:
> >
> > ar rc libcmyth/libcmyth.a libcmyth/bookmark.o libcmyth/connection.o
> > libcmyth/debug.o libcmyth/event.o libcmyth/file.o libcmyth/freespace.o
> > libcmyth/keyframe.o libcmyth/posmap.o libcmyth/proginfo.o
> > libcmyth/proglist.o libcmyth/rec_num.o libcmyth/recorder.o
> > libcmyth/ringbuf.o libcmyth/socket.o libcmyth/timestamp.o
> > libcmyth/livetv.o libcmyth/commbreak.o libcmyth/mythtv_mysql.o
> > libcmyth/mysql_query.o
> > ranlib libcmyth/libcmyth.a
> > scons: *** [libcmyth/libcmyth.so.0.1] AttributeError : 'NoneType' object
> > has no attribute 'genstring'
> > scons: building terminated because of errors.
> >
> > This is from a clean clone of the repo. It looks as though it's an scons
> > problem, but I'm not too hot with scons yet. Any ideas what's going on?
> >
> > Cheers,
> > Daniel
> >
>
> That does seem odd. With scons v0.97.0d20071203.r2509, it all builds
> just fine. But with scons v1.2.0.r3842 I get the same error you do.
>
> I'll look into it...
>
> Jon

I pushed up a fix which seems to work for both versions of scons that
I tried (v0.97.0d20071203.r2509 and v1.2.0.r3842).

Jon

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: libcmyth and XBMC

2009-10-28T10:10:38Z

On Wed, 28 Oct 2009 16:56:04 -0000, Daniel Cleaver wrote:

> Hi Jon,
> I notice you've made quite a few changes to the source recently. I've
> just updated my local copy, but I'm now getting the following error when
> trying to compile:
>
> ar rc libcmyth/libcmyth.a libcmyth/bookmark.o libcmyth/connection.o
> libcmyth/debug.o libcmyth/event.o libcmyth/file.o libcmyth/freespace.o
> libcmyth/keyframe.o libcmyth/posmap.o libcmyth/proginfo.o
> libcmyth/proglist.o libcmyth/rec_num.o libcmyth/recorder.o
> libcmyth/ringbuf.o libcmyth/socket.o libcmyth/timestamp.o
> libcmyth/livetv.o libcmyth/commbreak.o libcmyth/mythtv_mysql.o
> libcmyth/mysql_query.o
> ranlib libcmyth/libcmyth.a
> scons: *** [libcmyth/libcmyth.so.0.1] AttributeError : 'NoneType' object
> has no attribute 'genstring'
> scons: building terminated because of errors.
>
> This is from a clean clone of the repo. It looks as though it's an scons
> problem, but I'm not too hot with scons yet. Any ideas what's going on?
>
> Cheers,
> Daniel
>

That does seem odd. With scons v0.97.0d20071203.r2509, it all builds
just fine. But with scons v1.2.0.r3842 I get the same error you do.

I'll look into it...

Jon

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: libcmyth and XBMC

2009-10-28T09:56:04Z

Hi Jon,
I notice you've made quite a few changes to the source recently. I've
just updated my local copy, but I'm now getting the following error when
trying to compile:

ar rc libcmyth/libcmyth.a libcmyth/bookmark.o libcmyth/connection.o
libcmyth/debug.o libcmyth/event.o libcmyth/file.o libcmyth/freespace.o
libcmyth/keyframe.o libcmyth/posmap.o libcmyth/proginfo.o
libcmyth/proglist.o libcmyth/rec_num.o libcmyth/recorder.o
libcmyth/ringbuf.o libcmyth/socket.o libcmyth/timestamp.o
libcmyth/livetv.o libcmyth/commbreak.o libcmyth/mythtv_mysql.o
libcmyth/mysql_query.o
ranlib libcmyth/libcmyth.a
scons: *** [libcmyth/libcmyth.so.0.1] AttributeError : 'NoneType' object
has no attribute 'genstring'
scons: building terminated because of errors.

This is from a clean clone of the repo. It looks as though it's an scons
problem, but I'm not too hot with scons yet. Any ideas what's going on?

Cheers,
Daniel

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: libcmyth and XBMC

2009-10-21T05:11:35Z

On Wed, 21 Oct 2009 02:59:40 PDT, dteirney wrote:

>
> Eric, you are right. The variables need to be defined at the top of the block
> they are scoped within. This is what has been done. The #ifdef statements
> are not used to change the location of the variable declaration. That would
> be madness.
>
> The #ifdef/#ifndef statements are generally used to include platform
> specific headers. For example,
>
> #ifndef _MSC_VER
> #include <unistd.h>
> #endif
> #include <stdio.h>
> #ifdef _MSC_VER
> #include <winsock2.h>
> #else
> #include <sys/socket.h>
> #include <netinet/in.h>
> #include <netdb.h>
> #include <arpa/inet.h>
> #endif

I think the above is a good use of #ifdef _MSC_VER

> They are also used to remove blocks of code, for example.
>
> #ifndef _MSC_VER
> void (*old_sighandler)(int);
> int old_alarm;
> #endif

I think we should change this type of thing, however, to some sort of
feature ifdef. That way users of the library can easily turn off features
they may not want or cannot support.

Jon

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: libcmyth and XBMC

2009-10-21T02:59:38Z

Eric, you are right. The variables need to be defined at the top of the block they are scoped within. This is what has been done. The #ifdef statements are not used to change the location of the variable declaration. That would be madness.

The #ifdef/#ifndef statements are generally used to include platform specific headers. For example,

#ifndef _MSC_VER
#include <unistd.h>
#endif
#include <stdio.h>
#ifdef _MSC_VER
#include <winsock2.h>
#else
#include <sys/socket.h>
#include <netinet/in.h>
#include <netdb.h>
#include <arpa/inet.h>
#endif

They are also used to remove blocks of code, for example.

#ifndef _MSC_VER
void (*old_sighandler)(int);
int old_alarm;
#endif

Eric Lund wrote:

David,

The pedantic compiler issues don't seem to me like they should need to
be ifdef'ed. If there is a code generation issue with the Microsoft
compiler, then, by all means, protect it, but I, for one, hate excess
ifdef's, so if you are just making the code work well for a stricter
compiler, by all make the changes in the common code.

That said, is it that the variables have to be declared at the top of the
function or as the first thing in a delineated block? Most C compilers are
just fine with:

int foo()
{
...
if (a == b) {
int i;
...
}
...
}

In fact, I believe this has been a documented legal syntax in C since the
original K+R book, and it places the scope of 'i' in the inner block. Many
true C compilers (as opposed to C++ compilers doing double duty as C
compilers) will have a problem with:

int foo()
{
...
if (a == b) {
a++;
int i;
...
}
...
}

So, if you have a choice of moving an inlined definition to the top of the
function versus moving it to the top of the block in which it is defined,
and the compiler will let you, please move it to the top of the block to
avoid any possible changes in scoping that might bite you.

Eric

Re: libcmyth and XBMC

2009-10-20T18:29:16Z

As one of those involved, I think it is probably ready for prime time,
at least from the perspective of appearing to work. Anyone else?

Eric

On 10/19/2009 07:37 AM, gettler@... wrote:

> I think the next step is for those involved to agree that the current
> cmyth.git repo is a good starting point. Then we can start taking patches
> from mvpmc and XBMC so that it is buildable by both projects (as well as
> standalone).
>
> Jon
>
> On Mon, 19 Oct 2009 00:00:56 PDT, dteirney wrote:
>> Would be great to have a separate libcmyth project that is contributed to by
>> all those using it.
>>
>> I've also done some development of libcmyth for use with XBMC Media Center.
>> For example, finished the work already started to get commercial breaks from
>> the backend using the Myth Protocol rather than the MySQL query. Also a
>> patch to support 0.22 over and above what was added in the mvpmc repository.
>>
>> There are a number of other changes within XBMC to support building with the
>> Microsoft C compiler, which is very pedantic, e.g. all variables must be
>> declared at the top of the method. Lots of #ifdef _MSC_VER around the place
>> for other reasons.
>>
>> I don't know the reasons for all of the differences between the XBMC version
>> and the current libcmyth trunk, but I might be able to get some time off
>> elupus to provide some information about the changes that aren't obvious.
>>
>> What is the next step to try and push back some of the changes that have
>> been made externally to the mvpmc repository? I've got the git version on my
>> machine and can start sending patches with rationale.
>>
>> Thanks!
>>
>> David
>> --
>> View this message in context: http://www.nabble.com/libcmyth-and-XBMC-tp25900
>> 674s24862p25944258.html
>> Sent from the MediaMVP Media Center - Development mailing list archive at Nab
>> ble.com.
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Mvpmc-devel mailing list
> Mvpmc-devel@...
> https://lists.sourceforge.net/lists/listinfo/mvpmc-devel
>

Re: libcmyth and XBMC

2009-10-19T11:35:35Z

David,

The pedantic compiler issues don't seem to me like they should need to
be ifdef'ed. If there is a code generation issue with the Microsoft
compiler, then, by all means, protect it, but I, for one, hate excess
ifdef's, so if you are just making the code work well for a stricter
compiler, by all make the changes in the common code.

That said, is it that the variables have to be declared at the top of the
function or as the first thing in a delineated block? Most C compilers are
just fine with:

int foo()
{
...
if (a == b) {
int i;
...
}
...
}

In fact, I believe this has been a documented legal syntax in C since the
original K+R book, and it places the scope of 'i' in the inner block. Many
true C compilers (as opposed to C++ compilers doing double duty as C
compilers) will have a problem with:

int foo()
{
...
if (a == b) {
a++;
int i;
...
}
...
}

So, if you have a choice of moving an inlined definition to the top of the
function versus moving it to the top of the block in which it is defined,
and the compiler will let you, please move it to the top of the block to
avoid any possible changes in scoping that might bite you.

Jon, I didn't get around to trying out the myth fuse over the weekend.
maybe tonight. I now have an 0.21 myth server (I was running 0.20 up
until last week) so we'll see if it still works with 0.21.

Eric

gettler@... wrote:
> I think the next step is for those involved to agree that the current
> cmyth.git repo is a good starting point. Then we can start taking patches
> from mvpmc and XBMC so that it is buildable by both projects (as well as
> standalone).
>
> Jon
>
> On Mon, 19 Oct 2009 00:00:56 PDT, dteirney wrote:
>> Would be great to have a separate libcmyth project that is contributed to by
>> all those using it.
>>
>> I've also done some development of libcmyth for use with XBMC Media Center.
>> For example, finished the work already started to get commercial breaks from
>> the backend using the Myth Protocol rather than the MySQL query. Also a
>> patch to support 0.22 over and above what was added in the mvpmc repository.
>>
>> There are a number of other changes within XBMC to support building with the
>> Microsoft C compiler, which is very pedantic, e.g. all variables must be
>> declared at the top of the method. Lots of #ifdef _MSC_VER around the place
>> for other reasons.
>>
>> I don't know the reasons for all of the differences between the XBMC version
>> and the current libcmyth trunk, but I might be able to get some time off
>> elupus to provide some information about the changes that aren't obvious.
>>
>> What is the next step to try and push back some of the changes that have
>> been made externally to the mvpmc repository? I've got the git version on my
>> machine and can start sending patches with rationale.
>>
>> Thanks!
>>
>> David
>> --
>> View this message in context: http://www.nabble.com/libcmyth-and-XBMC-tp25900
>> 674s24862p25944258.html
>> Sent from the MediaMVP Media Center - Development mailing list archive at Nab
>> ble.com.
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Mvpmc-devel mailing list
> Mvpmc-devel@...
> https://lists.sourceforge.net/lists/listinfo/mvpmc-devel
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: libcmyth and XBMC

2009-10-19T05:37:32Z

I think the next step is for those involved to agree that the current
cmyth.git repo is a good starting point. Then we can start taking patches
from mvpmc and XBMC so that it is buildable by both projects (as well as
standalone).

Jon

On Mon, 19 Oct 2009 00:00:56 PDT, dteirney wrote:

>
> Would be great to have a separate libcmyth project that is contributed to by
> all those using it.
>
> I've also done some development of libcmyth for use with XBMC Media Center.
> For example, finished the work already started to get commercial breaks from
> the backend using the Myth Protocol rather than the MySQL query. Also a
> patch to support 0.22 over and above what was added in the mvpmc repository.
>
> There are a number of other changes within XBMC to support building with the
> Microsoft C compiler, which is very pedantic, e.g. all variables must be
> declared at the top of the method. Lots of #ifdef _MSC_VER around the place
> for other reasons.
>
> I don't know the reasons for all of the differences between the XBMC version
> and the current libcmyth trunk, but I might be able to get some time off
> elupus to provide some information about the changes that aren't obvious.
>
> What is the next step to try and push back some of the changes that have
> been made externally to the mvpmc repository? I've got the git version on my
> machine and can start sending patches with rationale.
>
> Thanks!
>
> David
> --
> View this message in context: http://www.nabble.com/libcmyth-and-XBMC-tp25900
>674s24862p25944258.html
> Sent from the MediaMVP Media Center - Development mailing list archive at Nab
>ble.com.

Re: libcmyth and XBMC

2009-10-17T22:59:56Z

Would be great to have a separate libcmyth project that is contributed to by all those using it.

I've also done some development of libcmyth for use with XBMC Media Center. For example, finished the work already started to get commercial breaks from the backend using the Myth Protocol rather than the MySQL query. Also a patch to support 0.22 over and above what was added in the mvpmc repository.

There are a number of other changes within XBMC to support building with the Microsoft C compiler, which is very pedantic, e.g. all variables must be declared at the top of the method. Lots of #ifdef _MSC_VER around the place for other reasons.

I don't know the reasons for all of the differences between the XBMC version and the current libcmyth trunk, but I might be able to get some time off elupus to provide some information about the changes that aren't obvious.

What is the next step to try and push back some of the changes that have been made externally to the mvpmc repository? I've got the git version on my machine and can start sending patches with rationale.

Thanks!

David

Re: libcmyth and XBMC

2009-10-16T09:41:14Z

Wow! That was fast!

I've managed to build the libraries fine. The mythfuse example doesn't
compile though. Scratch that -- just went to check the exact error and I
don't have the fuse headers installed :S

I'll let you know how I get on with using the library. Still in the
early stages though.

Thanks,
Daniel

On Thu, 2009-10-15 at 20:29 -0500, gettler@... wrote:

> On Thu, 15 Oct 2009 09:34:33 CDT, Eric Lund wrote:
> >
> > Splitting libcmyth out would be fine with me. I think it is a great
> > idea. It is nice to know that that code lives on in other projects.
> >
>
> I've taken the first stab at this. The problems I had rewriting history
> seem to have gone away with git 1.6.5.
>
> So have a look at http://git.mvpmc.org/ and the cmyth.git repository. I
> rewrote the history from HEAD of mvpmc.git to remove everything that was not
> needed by an app that wants to use libcmyth. Then I made it compile on my
> PC, and added my mythfuse app as an example (it creates a filesystem for
> your myth server).
>
> For everyone interested in libcmyth, please take a look at this. If I've
> missed anything, I would prefer to fix it now by recreating the repo, rather
> than after people start using it for real.
>
> FYI, it is read-only at the moment, so you won't be able to push into it.
>
> Thanks.
>
> Jon
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Mvpmc-devel mailing list
> Mvpmc-devel@...
> https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: libcmyth and XBMC

2009-10-15T18:29:02Z

On Thu, 15 Oct 2009 09:34:33 CDT, Eric Lund wrote:
>
> Splitting libcmyth out would be fine with me. I think it is a great
> idea. It is nice to know that that code lives on in other projects.
>

I've taken the first stab at this. The problems I had rewriting history
seem to have gone away with git 1.6.5.

So have a look at http://git.mvpmc.org/ and the cmyth.git repository. I
rewrote the history from HEAD of mvpmc.git to remove everything that was not
needed by an app that wants to use libcmyth. Then I made it compile on my
PC, and added my mythfuse app as an example (it creates a filesystem for
your myth server).

For everyone interested in libcmyth, please take a look at this. If I've
missed anything, I would prefer to fix it now by recreating the repo, rather
than after people start using it for real.

FYI, it is read-only at the moment, so you won't be able to push into it.

Thanks.

Jon

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: libcmyth and XBMC

2009-10-15T12:15:21Z

There are several options.

We could have a single development stream and have the mvpmc.org server
generate tarballs on days when the code changes. Each project could then
track the library as they see fit.

Or each project could have their own development stream within the libcmyth
repository, and they would build from their own tip. This would require
the developers to merge their own changes back and forth between a master
tip, but each project would be in control of what they are releasing.

Also, we'll want do official releases of the library every so often.

Jon

On Thu, 15 Oct 2009 19:45:08 BST, Daniel Cleaver wrote:

> Jon,
> That sounds great. I guess you'll want to enforce some rules though
> about what people can commit? Particularly to prevent breaking mvpmc's
> myth functionality.
>
> Or were you thinking of branching it and only merging back when mvpmc is
> happy with the changes?
>
> Daniel
>
> On Wed, 2009-10-14 at 18:35 -0500, gettler@... wrote:
> > On Wed, 14 Oct 2009 23:35:17 BST, Daniel Cleaver wrote:
> > > Hi all,
> > > I'm not sure whether you guys are aware or not that XBMC
> > > (http://xbmc.org) currently use the libcmyth library?
> > >
> > > I'm looking at expanding on XBMC's use of MythTV (and therefore the
> > > library) to provide full PVR functionality (currently only basic
> > > watching of live and recorded shows is possible, but no EPG).
> > >
> > > My question is -- what's the best way to go about adding functionality
> > > to libcmyth for XBMC's needs? Branch at the current trunk revision?
> > > Would you guys be willing to allow merges back? Or only if they suited
> > > MediaMVP? In which case XBMC would have to maintain its own fork with
> > > merges being fed into it from the original libcmyth?
> > >
> > > Excuse my ignorance on such matters -- I'm new to this open source
> > > development lark. Figured I've used it for so long, might as well get my
> > > hands dirty :)
> > >
> > > Regards,
> > > Daniel Cleaver
> >
> > This has come up before.
> >
> > The correct solution, really, is for us to create a standalone git repo
> > that contains libcmyth only. Then development could proceed there by
> > everyone who is interested in maintaining it (from mvpmc, xbmc, ...).
> >
> > I tried splitting the code apart into a seperate repository a while back,
> > but never quite got git to retain the development history correctly.
> >
> > Would this work for everyone? I can make sure that those interested have
> > write access to the repo.
> >
> > Jon
> >

Re: libcmyth and XBMC

2009-10-15T11:45:08Z

Jon,
That sounds great. I guess you'll want to enforce some rules though
about what people can commit? Particularly to prevent breaking mvpmc's
myth functionality.

Or were you thinking of branching it and only merging back when mvpmc is
happy with the changes?

Daniel

On Wed, 2009-10-14 at 18:35 -0500, gettler@... wrote:

> On Wed, 14 Oct 2009 23:35:17 BST, Daniel Cleaver wrote:
> > Hi all,
> > I'm not sure whether you guys are aware or not that XBMC
> > (http://xbmc.org) currently use the libcmyth library?
> >
> > I'm looking at expanding on XBMC's use of MythTV (and therefore the
> > library) to provide full PVR functionality (currently only basic
> > watching of live and recorded shows is possible, but no EPG).
> >
> > My question is -- what's the best way to go about adding functionality
> > to libcmyth for XBMC's needs? Branch at the current trunk revision?
> > Would you guys be willing to allow merges back? Or only if they suited
> > MediaMVP? In which case XBMC would have to maintain its own fork with
> > merges being fed into it from the original libcmyth?
> >
> > Excuse my ignorance on such matters -- I'm new to this open source
> > development lark. Figured I've used it for so long, might as well get my
> > hands dirty :)
> >
> > Regards,
> > Daniel Cleaver
>
> This has come up before.
>
> The correct solution, really, is for us to create a standalone git repo
> that contains libcmyth only. Then development could proceed there by
> everyone who is interested in maintaining it (from mvpmc, xbmc, ...).
>
> I tried splitting the code apart into a seperate repository a while back,
> but never quite got git to retain the development history correctly.
>
> Would this work for everyone? I can make sure that those interested have
> write access to the repo.
>
> Jon
>

Re: libcmyth and XBMC

2009-10-15T09:32:27Z

On Thu, Oct 15, 2009 at 10:34 AM, Eric Lund <eric@...> wrote:
> That said, I would like another player, and I am not sure the PH is
> where I want to go at this point. Is the Roku a good direction? What

Personally I think we just need to devote a month to get the PCH's and
MythTV working and everyone will be pleasantly surprised. You can't
compare what you see with the basic Syabas player, with what GBPVR
users are seeing. Playing mpeg-ts and mpeg-ps files of reasonable
quality (ie not too many severe internal errors) they get livetv with
2 second channel ranges, comskip, navigation forwards and backward,
controllable OSD over video, on all broadcast tv captures that I have
found including HD-PVR format. Music and video playback starts with
MVP like speed and you can have simultaneous audio playback with
control of the UI.

The only real limitations now are AC3 pass through is not working,
the firmware lacks support for AAC HE-LATM used some countries, and
there is no DVB teletext or graphic subtitles. Also closed
captioning from analog and digital sources in N.A. is only working on
composite and svideo but the HD does play downconverted.

I don't think the Roku supports h264 so it is limited to North
America. For non-mpeg files the PCH player does a reasonable job
and it is much better than the Roku.

Martin

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: libcmyth and XBMC

2009-10-15T07:34:33Z

Jon, James, Martin,

Splitting libcmyth out would be fine with me. I think it is a great
idea. It is nice to know that that code lives on in other projects.

Speaking of the popcorn hour, I finally upgraded my A110 and it stopped
talking to myth altogether. I had it running as a UPNP client of Myth,
but it malforms (or Myth misinterprets) URLs in the latest firmare. I
am not sure this is a bad thing, though. I upgraded myth and swtiched
over to using NFS and mythrename (the nifty little PERL script that
makes sensible filenames out of Myth data) and I don't think I will go
back.

That said, I would like another player, and I am not sure the PH is
where I want to go at this point. Is the Roku a good direction? What
Roku products are supported my MythRoku? My MediaMVPs are all out of
commission at this point, since they can't handle the bandwidth.

Eric

MVallevand wrote:
> On Thu, Oct 15, 2009 at 2:01 AM, Maclaren, James M <maclaren@...> wrote:
>> This would be great. I use libcmyth, probably an old version too, on
>> the roku hd1000 in my mythroku application that is still used by a few
>> remaining luddites without one of the fancy new media streamers such as
>> the popcorn hour!
>> James
>
> James what you did on the roku hd1000 is excellent and far fancier
> than anything done for MythTV on the Popcorn Hour.
>
> Martin
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Mvpmc-devel mailing list
> Mvpmc-devel@...
> https://lists.sourceforge.net/lists/listinfo/mvpmc-devel
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: libcmyth and XBMC

2009-10-14T19:22:44Z

On Thu, Oct 15, 2009 at 2:01 AM, Maclaren, James M <maclaren@...> wrote:
> This would be great. I use libcmyth, probably an old version too, on
> the roku hd1000 in my mythroku application that is still used by a few
> remaining luddites without one of the fancy new media streamers such as
> the popcorn hour!
> James

James what you did on the roku hd1000 is excellent and far fancier
than anything done for MythTV on the Popcorn Hour.

Martin

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: libcmyth and XBMC

2009-10-14T19:01:37Z

From: gettler@... [mailto:gettler@...]
Sent: Wednesday, October 14, 2009 6:35 PM
To: Daniel Cleaver
Cc: mvpmc-devel@...
Subject: Re: [Mvpmc-devel] libcmyth and XBMC

On Wed, 14 Oct 2009 23:35:17 BST, Daniel Cleaver wrote:

> Hi all,
> I'm not sure whether you guys are aware or not that XBMC
> (http://xbmc.org) currently use the libcmyth library?
>
> I'm looking at expanding on XBMC's use of MythTV (and therefore the
> library) to provide full PVR functionality (currently only basic
> watching of live and recorded shows is possible, but no EPG).
>
> My question is -- what's the best way to go about adding functionality
> to libcmyth for XBMC's needs? Branch at the current trunk revision?
> Would you guys be willing to allow merges back? Or only if they suited
> MediaMVP? In which case XBMC would have to maintain its own fork with
> merges being fed into it from the original libcmyth?
>
> Excuse my ignorance on such matters -- I'm new to this open source
> development lark. Figured I've used it for so long, might as well get

my
> hands dirty :)
>
> Regards,
> Daniel Cleaver

This has come up before.

The correct solution, really, is for us to create a standalone git repo
that contains libcmyth only. Then development could proceed there by
everyone who is interested in maintaining it (from mvpmc, xbmc, ...).

I tried splitting the code apart into a seperate repository a while
back,
but never quite got git to retain the development history correctly.

Would this work for everyone? I can make sure that those interested
have
write access to the repo.

Jon

------------------------------------------------------------------------
------
Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Jon
This would be great. I use libcmyth, probably an old version too, on
the roku hd1000 in my mythroku application that is still used by a few
remaining luddites without one of the fancy new media streamers such as
the popcorn hour!
James

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: libcmyth and XBMC

2009-10-14T16:35:03Z

On Wed, 14 Oct 2009 23:35:17 BST, Daniel Cleaver wrote:

This has come up before.

The correct solution, really, is for us to create a standalone git repo
that contains libcmyth only. Then development could proceed there by
everyone who is interested in maintaining it (from mvpmc, xbmc, ...).

I tried splitting the code apart into a seperate repository a while back,
but never quite got git to retain the development history correctly.

Would this work for everyone? I can make sure that those interested have
write access to the repo.

Jon

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

libcmyth and XBMC

2009-10-14T15:35:17Z

Hi all,
I'm not sure whether you guys are aware or not that XBMC
(http://xbmc.org) currently use the libcmyth library?

I'm looking at expanding on XBMC's use of MythTV (and therefore the
library) to provide full PVR functionality (currently only basic
watching of live and recorded shows is possible, but no EPG).

My question is -- what's the best way to go about adding functionality
to libcmyth for XBMC's needs? Branch at the current trunk revision?
Would you guys be willing to allow merges back? Or only if they suited
MediaMVP? In which case XBMC would have to maintain its own fork with
merges being fed into it from the original libcmyth?

Excuse my ignorance on such matters -- I'm new to this open source
development lark. Figured I've used it for so long, might as well get my
hands dirty :)

Regards,
Daniel Cleaver

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: Is the mvpmc weather app working for others ?

2009-09-24T20:08:47Z

Roger Heflin wrote:

> stuart wrote:
>> Humm... grumble grumble, wonder what's going on... new router(s), nah -
>> all the other PCs can get out to the world... bad mvpmc command line?,
>> humm, maybe - but picking a preloaded town in the mvpmc's settings menu
>> didn't work either...
>>
>
>
> Verify DNS, and verify that it has a default route, and can ping say
> www.google.com or something else.

Well, it could not ... humm ...

So there were a number of things wrong.

I rearranged my network and tightened up my security. So much that the
mvpmc's mac was not in the routers "ok list" and so, even though the
mvpmc could get a download from the server and it could mount NFS
shares, it couldn't ping the router or the outside world.

Also, the new dhcp server (moved it from a old fedora box to a new
debian box) was not configured correctly. So the mvpmc /etc/resolv.conf
picked up "example" nameservers which meant nothing. So fixed that as well.

Now, finally, weather works on the mvpmc for me ... yeah!

-thanks

------------------------------------------------------------------------------
Come build with us! The BlackBerry® 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-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: Is the mvpmc weather app working for others ?

2009-09-23T16:32:19Z

stuart wrote:
> Humm... grumble grumble, wonder what's going on... new router(s), nah -
> all the other PCs can get out to the world... bad mvpmc command line?,
> humm, maybe - but picking a preloaded town in the mvpmc's settings menu
> didn't work either...
>

Verify DNS, and verify that it has a default route, and can ping say
www.google.com or something else.

------------------------------------------------------------------------------
Come build with us! The BlackBerry® 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-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: Is the mvpmc weather app working for others ?

2009-09-22T10:32:07Z

Humm... grumble grumble, wonder what's going on... new router(s), nah -
all the other PCs can get out to the world... bad mvpmc command line?,
humm, maybe - but picking a preloaded town in the mvpmc's settings menu
didn't work either...

Roger Heflin wrote:

> stuart wrote:
>> Is the mvpmc weather app working for others ?
>>
>> -thanks
>
> Yes.
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® 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-12, 2009. Register now!
> http://p.sf.net/sfu/devconf

^^^^^^
||||||
<SOAPBOX>What is this advert? Sounds like Research In Motion (rim.com)
is trying to get a free helping hand from the open source world. Bah,
they are a real company able to hire real developers. At least when you
write an i P o d app there is a venue for either selling or giving it
away which directly tied to your self or your company.</SOAPBOX>

> _______________________________________________
> Mvpmc-devel mailing list
> Mvpmc-devel@...
> https://lists.sourceforge.net/lists/listinfo/mvpmc-devel
>
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry® 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-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: MVPMC on Atom 330 Boards?

2009-09-21T19:30:00Z

MVallevand wrote:
> My Asrock ION 330 (now running XBMC) cost me...about $350 ($US
> equivalent)...
>
> With work, a flavour of mvpmc would work well too, but based on what
> I see with XBMC a client should be fine so the effort might be
> unnecessary.

Not owning Xbox hardware, I had been ignoring XBMC, but I see they've
broadened the scope of that project to other x86 devices. That sounds
like an option worth checking out.

> I'm sure with some community effort, the NMT would have been even
> more popular than the MVP as a MythTV client and I would have liked
> to have been part of it.

I know you put in the effort to make that happen, and I'm not sure why
it didn't take hold. I can only say that I didn't get involved because I
didn't own the hardware. When it first came onto the market, I wasn't
looking to replace the MVP, and then later the hardware seemed less
compelling compared to the alternatives.

Mike Holden wrote:
> If I went for this hardware, I would run native Myth on it, not mvpmc.

That's logical. As an mvpmc user you do tend to feel like a second class
citizen in the MythTV community, however, as I've noted on the list
several times, I still tend to think mvpmc has better designed usability
in its MythTV client compared to the official front-end.

I also think it is good for the MythTV project to have clients developed
by outside projects. In theory, it should encourage them to spiff up the
architecture and not embed so much functionality in the front-end that
really should be in the back-end.

So even if I move to more general purpose front-end hardware, I'll
probably still lean towards using third party MythTV clients, like XBMC.

stuart wrote:
> ...what happened to the iPhone/iTouch mythtv development effort?

The author posted a few months back saying that he was likely going to
drop the transcoding proxy project, and instead use a native stream
playback feature added to the iPhone.

> ...I am thinking most mythtv developers actually have 2 systems. One
> for development and one for using.

I asked a local MythTV developer who periodically gives talks for a
local user group about this. He said he doesn't bother with two systems.
Instead he just runs the trunk version of MythTV as his "production"
installation. (Most of his development work is on peripheral aspects of
MythTV, like the firewire drivers, so his work probably has minimal
impact on playback.) He also noted that a colleague was successfully
running a back-end in a VM using an Ethernet (HDHR) connected tuner, so
that's another option.

A good discussion for the MythTV developer's list is what would you
change in the architecture to facilitate easier development? (Though I
think the MythTV project impeds developers in several ways, and the
architecture is only one of them.)

-Tom

------------------------------------------------------------------------------
Come build with us! The BlackBerry® 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-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: Is the mvpmc weather app working for others ?

2009-09-21T16:52:12Z

stuart wrote:
> Is the mvpmc weather app working for others ?
>
> -thanks

Yes.

------------------------------------------------------------------------------
Come build with us! The BlackBerry® 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-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: MVPMC on Atom 330 Boards?

2009-09-21T12:05:19Z

Well, I think, for 2 reasons, most people think this way - unfortunately.

1) As we head off to HD, we leave many platforms behind. They just can
not handle the BW.

2) There is, AFAIK, no way for the mythtv's MBE to transcode video on
the fly "natively". That is, make it transparent to the client.

As for solutions to the 2nd reason, I am thinking most mythtv developers
actually have 2 systems. One for development and one for using. That
right there will put most people off of mythtv developing and adding
code to the MBE to transcode on the fly. Maybe I'm wrong, but if I
moved my mythtv network into the realm of development, the rest of the
people in my house would riot!

Speaking of the 2nd reason - what happened to the iPhone/iTouch mythtv
development effort? The current solution is to transcode all your
recordings - yeah, not for me.

BTW - the iPhone/iTouch mythtv remote control is a free app and works
great for a single MBE. I recommend it. And, I suspect some fixes for
multiple BEs w/FEs running will be here soon. (FYI, multiple FEs work,
you just have to manually enter the IP of the front ends not running on
the MBE machine.)

...

Thomas Pontoppidan wrote:

> Like Mike, I prefer a full MythTV client when the hardware is capable. I
> don't know if Minimyth runs on the board mentioned, but it is
> definetely possible to run a full MythTV client on a very modest,
> diskless system.
>
> Thomas
>
> 2009/9/17 Mike Holden <mvpmc@... <mailto:mvpmc@...>>
>
> People are already running genuine MythTV frontends on these boxes,
> and even
> backends. If I went for this hardware, I would run native Myth on
> it, not mvpmc.
>
> They run a decent nvidia graphics chip that permits VDPAU, so good
> quality full HD,
> with little CPU use.
> --
> Mike Holden
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® 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-12, 2009. Register
> now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> Mvpmc-devel mailing list
> Mvpmc-devel@...
> <mailto:Mvpmc-devel@...>
> https://lists.sourceforge.net/lists/listinfo/mvpmc-devel
>
>
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® 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-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Mvpmc-devel mailing list
> Mvpmc-devel@...
> https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

------------------------------------------------------------------------------
Come build with us! The BlackBerry® 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-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Is the mvpmc weather app working for others ?

2009-09-21T12:03:31Z

Is the mvpmc weather app working for others ?

-thanks

------------------------------------------------------------------------------
Come build with us! The BlackBerry® 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-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: MVPMC on Atom 330 Boards?

2009-09-21T01:47:56Z

Like Mike, I prefer a full MythTV client when the hardware is capable. I don't know if Minimyth runs on the board mentioned, but it is definetely possible to run a full MythTV client on a very modest, diskless system.

Thomas

2009/9/17 Mike Holden <mvpmc@...>

People are already running genuine MythTV frontends on these boxes, and even
backends. If I went for this hardware, I would run native Myth on it, not mvpmc.

They run a decent nvidia graphics chip that permits VDPAU, so good quality full HD,
with little CPU use.
--
Mike Holden

------------------------------------------------------------------------------
Come build with us! The BlackBerry® 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-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: MVPMC on Atom 330 Boards?

2009-09-17T03:22:14Z

People are already running genuine MythTV frontends on these boxes, and even
backends. If I went for this hardware, I would run native Myth on it, not mvpmc.

They run a decent nvidia graphics chip that permits VDPAU, so good quality full HD,
with little CPU use.
--
Mike Holden

------------------------------------------------------------------------------
Come build with us! The BlackBerry® 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-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel

Re: MVPMC on Atom 330 Boards?

2009-09-16T20:37:08Z

It's nice to hear that the group still seems to be alive.

I don't know a whole lot about the atom boord except that the price is
right and it seems to have decent compute power. I am working on a
separate project (a software defined Ham Radio transceiver) which some
people are using Atom 330 boards for, and in looking over the HW it
seemed likely that it could probably handle the media that I am
recording right now and forced to watch on the Popcorn Hour UPnP client
(which can only fast forward not rewind and has no skip capability) or
my son's XBox. I have been looking for something in the price range of
the MVP that would run MVPMC because it is much more capable.

It might need video acceleration, not sure, but I am willing to
experiment with it because I am eventually going to buy the card for
my radio project anyway, so the card isn't wasted.

As to cases, if this works I would love a low profile case with a power
supply and a place for an IR receiver. Something big enough to hold
a mini-ITX board and power supply, but only about 2 inches high would
be great.

Eric

On 09/16/2009 08:53 PM, Jamin W. Collins wrote:

> Tom Metro wrote:
>> Eric Lund wrote:
>>> Would anyone out there be interested in MVPMC running on Atom 330 boards?
>> Yes, or nVidia ION hardware:
>> http://www.nabble.com/nVidia-ion-platform-tc22632126s24861.html#a22632126
>
> I'd prefer to see support for the ION platform. If anyone knows of some
> good (small and stylish) cases for the mini-itx boards, I'd be love to
> know. I'm thinking something along the line of the Acer AspireRevo's
> case[1].
>
> [1] -
> http://www.engadget.com/2009/04/07/acer-launches-first-nvidia-ion-based-nettop-aspirerevo/
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® 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-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> Mvpmc-devel mailing list
> Mvpmc-devel@...
> https://lists.sourceforge.net/lists/listinfo/mvpmc-devel
>

Re: MVPMC on Atom 330 Boards?

2009-09-16T18:53:18Z

Tom Metro wrote:
> Eric Lund wrote:
>> Would anyone out there be interested in MVPMC running on Atom 330 boards?
>
> Yes, or nVidia ION hardware:
> http://www.nabble.com/nVidia-ion-platform-tc22632126s24861.html#a22632126

I'd prefer to see support for the ION platform. If anyone knows of some
good (small and stylish) cases for the mini-itx boards, I'd be love to
know. I'm thinking something along the line of the Acer AspireRevo's
case[1].

[1] -
http://www.engadget.com/2009/04/07/acer-launches-first-nvidia-ion-based-nettop-aspirerevo/

------------------------------------------------------------------------------
Come build with us! The BlackBerry® 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-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mvpmc-devel mailing list
Mvpmc-devel@...
https://lists.sourceforge.net/lists/listinfo/mvpmc-devel