Am 20. Oct, 2012 schwätzte Joseph Sinclair so:
MHL means one remote controls both TV and the plugin device? Do you have
to switch back in forth like TV/Sat/DVD/AUX or can you just change
channels or change volume and the correct thing happens?
With the MHL connection, the device has no remote
Am 19. Oct, 2012 schwätzte Joseph Sinclair so:
I'll answer the 2160p question:
2160p is 4K UHD resolution (http://en.wikipedia.org/wiki/2160p).
I presumed it was something like that. Sounds like we're finally hitting
resolution good enough to use for a monitor.
/me waits for the 600 4320p
On Fri, Oct 19, 2012 at 10:10 PM, der.hans pl...@lufthans.com wrote:
Am 19. Oct, 2012 schwätzte Ed so:
Hans - MythTV will be too complex an interface - XBMC may have a skin
that works - and it will run on everything from a Raspberry PI on up
(Debian too)
http://www.raspbmc.com/
Can't you
Am 19. Oct, 2012 schwätzte Ed so:
moin moin,
Can't you add and remove options from the Myth interface?
you can, and there are plugins too. But, the UX paths are
understandable to you and I because we recognize the structure, but it
Haven't seen it in a while. Last I saw it, the base UI
On Fri, Oct 19, 2012 at 11:25 PM, der.hans pl...@lufthans.com wrote:
Am 19. Oct, 2012 schwätzte Ed so:
moin moin,
Can't you add and remove options from the Myth interface?
you can, and there are plugins too. But, the UX paths are
understandable to you and I because we recognize the
Inline:
On 10/19/2012 11:16 PM, der.hans wrote:
Am 19. Oct, 2012 schwätzte Joseph Sinclair so:
SNIP
MHL means one remote controls both TV and the plugin device? Do you have
to switch back in forth like TV/Sat/DVD/AUX or can you just change
channels or change volume and the correct thing
I think you mean CEC (Consumer Electronics Control) compatible TV
instead of MHL (Mobile High-Definition Link) which is the interface to
convert the USB on your phone into an HDMI port that understands CEC.
In that video they are actually demonstrating CEC when they are showing
off the remove
The Roku Stick, and many phones, use MHL-compatible ports; CEC is the
remote-control interface for MHL, but it's the MHL port that is required for a
Roku stick.
As far as I can tell, all MHL compatible host devices (e.g. TVs) also support
CEC.
On 10/20/2012 10:34 AM, Brian Cluff wrote:
I
But my point is that what Hans would be more accurately looking for is a
CEC controllable device and TV since that would also include any number
of other HDMI connected devices in addition to MHL devices, including a
MythTV box if it's running the latest .26 release. (Whoo Hoo!)
Upon looking
=product/productproduct_id=2077
Looks to me like dual-core and faster CPU is the advantage for the g-82.
Same amount of memory, still a card slot, same ports.
The spec listing there for the g-82 only lists 1080p, but it can do lower
resolution stuff as well?
What is 2160p? Is that going to 11?
Aside
that another device is much better.
http://www.ovalelephant.com/index.php?route=product/productproduct_id=2077
Looks to me like dual-core and faster CPU is the advantage for the g-82.
Same amount of memory, still a card slot, same ports.
The spec listing there for the g-82 only lists 1080p, but it can
-pc-allwinner-a10-1gb-cpu-4gb-flash
I found claims that another device is much better.
http://www.ovalelephant.com/index.php?route=product/productproduct_id=2077
Looks to me like dual-core and faster CPU is the advantage for the g-82.
Same amount of memory, still a card slot, same ports
Am 19. Oct, 2012 schwätzte Ed so:
Hans - MythTV will be too complex an interface - XBMC may have a skin
that works - and it will run on everything from a Raspberry PI on up
(Debian too)
http://www.raspbmc.com/
Can't you add and remove options from the Myth interface?
I saw XMBC on a
DEMANDS the IDE.
I am an experienced C++ programmer (in both, *nix and M$) and I know enough
about g++ to be dangerous. I'll be more than glad to guide your steps over
software development the way that 'real men' write software! ;-)
Feel free to contact me at your convenience, I am heading out
enough about g++ to be dangerous. I'll be more than glad to guide your
steps over software development the way that 'real men' write software!
;-)
Feel free to contact me at your convenience, I am heading out of town
until Friday.
ET
PS: And remember:
If you have any question,
you
there in synaptic? Yeah,
there it is - eclipse-cdt. So: sudo apt-get install eclipse-cdt if
you don't want to use synaptic. (I've not used eclipse on linux, so I
have no idea if eclipse-cdt will work with g++, but I'd be a bit
surprised if it didn't)
Rusty
From: plug-discuss-boun
ubuntu? Isn’t the plugin there in synaptic? Yeah,
there it is – eclipse-cdt. So: “sudo apt-get install eclipse-cdt” if you
don’t want to use synaptic. (I’ve not used eclipse on linux, so I have no
idea if eclipse-cdt will work with g++, but I’d be a bit surprised if it
didn’t
I have no
idea if eclipse-cdt will work with g++, but I’d be a bit surprised if it
didn’t)
** **
Rusty
** **
** **
*From:* plug-discuss-boun...@lists.plug.phoenix.az.us [mailto:
plug-discuss-boun...@lists.plug.phoenix.az.us] *On Behalf Of *Stephen
*Sent:* Tuesday, July 10
...@lists.plug.phoenix.az.us] On Behalf Of Eric Cope
Sent: Tuesday, July 10, 2012 9:42 AM
To: Main PLUG discussion list
Subject: Re: g++
If we are throwing out editors, I highly recommend Sublime Text 2. It is very
fast, is incredibly good looking. Its not FOSS, but somethings are worth it :)
Eric
prepares
...@lists.plug.phoenix.az.us [mailto:
plug-discuss-boun...@lists.plug.phoenix.az.us] *On Behalf Of *Eric Cope
*Sent:* Tuesday, July 10, 2012 9:42 AM
*To:* Main PLUG discussion list
*Subject:* Re: g++
** **
If we are throwing out editors, I highly recommend Sublime Text 2. It is
very fast
...@lists.plug.phoenix.az.us [mailto:
plug-discuss-boun...@lists.plug.phoenix.az.us] *On Behalf Of *Eric Cope
*Sent:* Tuesday, July 10, 2012 9:42 AM
*To:* Main PLUG discussion list
*Subject:* Re: g++
** **
If we are throwing out editors, I highly recommend Sublime Text 2. It is
very fast
Agree completely. If you don’t know VI, you’re going to wish you did sooner or
later. (And remember, I’m the one who brought up emacs! J Yes, I can use VI –
I’m no VI expert, but I can hkjl my way around, and even know what :.,$d means
;-) (assuming I correctly remember needing the colon…)
I am reading a C++ book on Kindle and I am enjoying it. I could just download
the free Microsoft C++ compiler and IDE, but I would like to work in a Linux
(Ubuntu) environment.
I have obtained the g++ package. I have obtained Eclipse, which seems to have
a C++ plug-in.
Is there a good
Well Googling g++ and eclipse comes up with a ton of good hits. Some of
them appear to be some handy walkthroughs.
On Jul 9, 2012 8:27 PM, Trent Shipley trent_ship...@yahoo.com wrote:
I am reading a C++ book on Kindle and I am enjoying it. I could just
download the free Microsoft C++ compiler
this part runs
on
linux.
I have the following situation:
I have a source file, which has a bunch of #includes which are .h files of
the
other classes used. I have full source. IOW, I can see in the source/
directory
every .h and .C file of all the #includes.
I use g++ to compile, and I compile
.h and .C file of all the #includes.
I use g++ to compile, and I compile with -g to make it debuggable with gdb. I
am also new to gdb, but am learning.
I hope you are with me so far.
In my current source file, I instantiate an object of a class from another
source file, which is #included in my
use g++ to compile, and I compile with -g to make it debuggable
with gdb. I
am also new to gdb, but am learning.
I hope you are with me so far.
In my current source file, I instantiate an object of a class from
another
source file, which is #included in my current source file. When I
do I compile it such that I can step INTO the other objects' method? and
then step line by line in it? or do I have that capability already, and need
to
use some other command in gdb that I don't know about?
Everything needs to be compiled with -g to get full symbols. But
probably your issue
On Thu, 14 May 2009 14:13:02 +
Ted Gould t...@gould.cx wrote:
Off topic, but if you're switching version control systems right now I
wouldn't be switching to SVN. Basically it's a generation old in
version control thinking. I'd be switching to something more modern
like a DVCS.
yep.
On Thu, 14 May 2009 05:45:29 -0700
Jerry Davis jdaw...@cox.net wrote:
ok, not sure this was the right way to do it. Seems like swatting a gnat with a
sledgehammer, but I brought in the .C file that used to be as an include,
into my source, and compiled.
I was able to debug it with GDB.
Maybe
30 matches
Mail list logo