Subject: The update on Ellen DeGeneres

From: Ellen's Transformation Without Surgery <[email-masked]>
Date: Wed, 14 May 2014 18:13:04 -0700

TMV - Update on Ellen...
--------------------------

Did Ellen DeGeneres get MAJOR plastic surgery?

It sure seems like she could have, have you seen how great she looks now?

we uncovered the truth about why people think that she got one...
http://www.erabeneath.com/health-and-healing/newsUpdate.html

We were amazed because it something that anyone can do without breaking the bank to get great skin.

Have a great day,
Marrisa Marie

TMV Comment Corner
Showing 1 - 4 of 21,6456 comments
-----------------------------------------------
Elana D: OMG she looks totally amazing I can't believe it works that good. I need to try that.

----

Mary H.: OK, I heard about this on CNN I have been doing this for 3 weeks now. WOW, is all I can say. Better then any facelift you could ever ask for. 
This is what I did: http://www.erabeneath.com/health-and-healing/newsUpdate.html

----

Tara K.: So im very pleased with the results too.. Happy Monday :)

----

Linda M.: So ellen didn'y get a facelift LOL I totally thought she did... I just go this for myself. Holy Cow.

(Log-in to see more comments...)

More Celebs || Vids || Photos || TV || Bus Tour
===================================================
115 Hadley Way <> Counce <> TN_38326 <> 

End-ad-messages if you would like: http://www.erabeneath.com/d44/d-10.html | Another option is to write.

Thank you.
-=

I've always 5f244fb2aa3d2b3319e3c24136ad4ecf. all types of breads. 5f244fb2aa3d2b3319e3c24136ad4ecf. since I've eaten home-baked bread for most of my life.

As for how we eat bread in our house, it depends on the meal, the weather, and a multitude of other factors.

Most weekday breakfasts don't include any bread 5f244fb2aa3d2b3319e3c24136ad4ecf. Sundays are another story. If you count waffles and 5f244fb2aa3d2b3319e3c24136ad4ecf. as a type of bread, yes, we have them infrequently. Breakfast rolls, toast, coffee cakes, biscuits, etc. are also on our weekend breakfast table infrequently but that's because I usually try to serve a nice and somewhat substantial Sunday morning breakfast with a wide variety. I rarely serve the same Sunday breakfast more than once in a three-month period.

Lunches hardly ever include bread, unless crackers count.
8479-7070a44f-3d95-43e2-82bb-3bdeda18475f-7070a44f-3d95-43e2-82bb-3bdeda18475f-47886253-984792

When it comes to dinner, the entree dictates whether we have a bread. Chili, white beans and ham hocks, etc. 5f244fb2aa3d2b3319e3c24136ad4ecf. cast iron 5f244fb2aa3d2b3319e3c24136ad4ecf. cornbread. Beef stew and hearty soups beg for crusty rolls. Main course salads, especially during the hotter months, are 5f244fb2aa3d2b3319e3c24136ad4ecf. by 5f244fb2aa3d2b3319e3c24136ad4ecf., as are a variety of Italian dishes. 5f244fb2aa3d2b3319e3c24136ad4ecf. meats and poultry are served with several different types of yeast rolls.

After giving some thought to the posed 5f244fb2aa3d2b3319e3c24136ad4ecf., I realize that when we have fish, there's rarely any bread 5f244fb2aa3d2b3319e3c24136ad4ecf. it.

I have two XBee's connected to two Arduino Uno boards (one for each XBee). I connected each XBee to the X-CTU software, and have set the following:

XBee 1

Pan ID = 4270 
DL = 10 
MY = 20

XBee 2

Pan ID = 4270 
DL = 20 
MY = 10

Both

DD = 10000 
IC = FF 
IR = 32

Therefore, they should be on the same network and see each other as the 'other person' each is talking to. I'm using the TX and RX pins of the arduino and the XBee to communicate over the serial port.

When testing if each can hear the other, I loaded one arduino with this code:

#include <SPI.h>

void setup() {
// put your setup code here, to run once:
  Serial.begin(9600);
}
void loop() {
// put your main code here, to run repeatedly:
  Serial.print('x');
  delay(1000);
}
Then another with this:

#include <SPI.h>

void setup() {
// put your setup code here, to run once:
  Serial.begin(9600);
  pinMode(7,OUTPUT);
  digitalWrite(7,LOW);
}
void loop() {
// put your main code here, to run repeatedly:
  if(Serial.available())
  {
    char getData = Serial.read();
    if(getData == 'x')
    {
      digitalWrite(7,HIGH);
      delay(500);
      digitalWrite(7,LOW);
      delay(500);
    }
  Serial.print(getData);
  getData = ' ';
  }
}
This works perfectly. One LED will light up on the correct arduino in half second intervals. However, when I try to make them both communicate at the same time to each other, nothing happens. Neither LED will light up. The code for both arduino's is:

#include <SPI.h>

void setup() {
  // put your setup code here, to run once:
  Serial.begin(9600);
  pinMode(7,OUTPUT);
  digitalWrite(7,LOW);
}

void loop() {
  // put your main code here, to run repeatedly:
  Serial.print('x');
  delay(1000);
  if(Serial.available())
  {
      char getData = Serial.read();
      if(getData == 'y')
      {
        digitalWrite(7,HIGH);
        delay(500);
        digitalWrite(7,LOW);
        delay(500);
      }
      Serial.print(getData);
      getData = ' ';
    }
}
But for one arduino I change the code to Serial.print('y') and if(getData == 'x') to listen for the other one. I also have tried delaying one arduino in the setup by one second to offset the sending and recieving, but that also doesn't help.

I need them to be able to listen and talk to each other, maybe even at the same time like this example. I'm trying to create a proximity sensor in, lets say the 'back', area communicate with the 'front' area, and an accelerometer and two switches from the 'front' communicate with the 'back'.

Is there any settings I can change in X-CTU, such as the baud rate or the amount of packets re-sent, to overcome this problem? Or is this merely a code issue?

I do have the power connected to the 3.3V pin of the arduino, and I'm using 470/220 Ohm resistors as voltage dividers for the output pins from the arduino to the XBee, so I don't think voltage is an issue here.

Also, I have disconnected the arduino from the computer. I'm powering it via the USB-A to USB-B cord -> 13000 mAh 5V DC rechargeable battery, so there should be no interference with the serial data lines. Pin 2 (RX) of the XBee is connected to pin D0 (RX) of the arduino, and pin 3 (TX) of the XBee is connected to pin D1 (TX) of the arduino.

've a config file format I was hoping to implement with Boost Program Options (as I've used that library before), but I somehow have to implement blocks like this:

label = whatever
depth = 3

start
source = /etc
dest = /tmp/etc/
end

start
source = /usr/local/include
dest = /tmp/include
depth = 1
end
I read in the docs that I can have [sections], so I first wondered about this:

label = whatever
depth = 3

[dir]
source = /etc
dest = /tmp/etc/

[dir]
source = /usr/local/include
dest = /tmp/include
depth = 1
But if I've understood correctly, the dir becomes part of the variable name, so duplicates would not be possible, and this would not work. So then I wondered about moving source to be the section name:

label = whatever
depth = 3

[/etc]
dest = /tmp/etc/

[/usr/local/include]
dest = /tmp/include
depth = 1
Does that seem a reasonable approach? I'm wondering how I iterate through a list of sections, when I don't know the section names in advance?

Or, is there a better way to use the Program Options library to achieve this?

c++ boost boost-program-options
share|improve this question
edited Apr 20 at 11:38

asked Apr 20 at 4:17

Darren Cook
5,10021252
add comment
This question has an open bounty worth +100 reputation from Darren Cook ending in 3 days.
This question has not received enough attention.

2 Answers
activeoldestvotes
up vote
4
down vote
Perhaps you should use Boost property_tree instead of program_options, as your file format appears to be very similar to the Windows INI file format. Boost property_tree has a parser for INI files (and a serializer in case you need that, too).

Processing your options would then be implemented by traversing the tree. Options not in a section will be under the tree root, and section options will be under a node for that section.

You can use program_options if you really want to. The key is to pass true for the final argument to parse_config_file, which is allow_unregistered_options:

#include <iostream>
#include <sstream>
#include <boost/program_options.hpp>

static const std::string fileData = // sample input
   "foo=1\n"
   "[bar]\n"
   "foo=a distinct foo\n"
   "[/etc]\n"
   "baz=all\n"
   "baz=multiple\n"
   "baz=values\n"
   "a.baz=appear\n";

int main(int argc, char *argv[]) {
   namespace po = boost::program_options;

   std::istringstream is(fileData);
   po::parsed_options parsedOptions = po::parse_config_file(
      is,
      po::options_description(),
      true);                     // <== allow unregistered options

   // Print out results.
   for (const auto& option : parsedOptions.options) {
      std::cout << option.string_key << ':';

      // Option value is a vector of strings.
      for (const auto& value : option.value)
         std::cout << ' ' << value;
      std::cout << '\n';
   }

   return 0;
}
This outputs:

 ./po
foo: 1
bar.foo: a distinct foo
/etc.baz: all
/etc.baz: multiple
/etc.baz: values
/etc.baz: appear
However, note that what you get with this approach is a vector of options and not the map that the typical use of program_options produces. So you may end up processing the parsed_options container into something you can query more easily, and that something may look like a property_tree.

I want the background of my QT5 based GUI to be a video file that is playing. I also want to be able to style my GUI components with transparency so that the video will show through them.

I am not sure if this is at all possible to accomplish. It could be that i've just missed an important clue (I am after all a Qt beginner), or it could be that it just simply was not meant to work. But being an optimist, I have given it my best try.

First attempt

My minimal first attempt looked like this:

int main( int argc, char **argv ){
    QApplication app(argc, argv);
    QMediaPlayer *media=new QMediaPlayer(0);
    QVideoWidget *video=new QVideoWidget(0); //new QGLWidget()
    media->setVideoOutput(video);
    media->setMedia(QUrl::fromLocalFile("/tmp/avatar.mp4"));
    media->setPosition(3000000);
    media->play();
    QPushButton *pb=new QPushButton(video);
    pb->setText(QString("BOB"));
    //pb->setStyleSheet(QString("background:transparent;"));
    video->show();
    return app.exec();
}
The button is on top of the playing video, which is good. But if you look closely, you will see some black pixels in the corners of the button indicating that it is not transparent over the video, but rendered as an opaque rectangle.

First result screenshot

Second attempt

I tried styling the button with background:transparent; (see commented line in code above). This made the background of the button transparent, but the black box behind the button is now even more evident.

enter image description here

Other attempts

I have read several tips from various sources on-line on how to do this. None have worked for me. I have tried working with QGraphicsScene and friends, different stacks of layouts, different attributes on the widgets in question and many more. My last attempt was to set the parent of the QVideoWidget to an instance of QGLWidget() in the hope that forced hardware acceleration would solve my problems (my computer has hardware 3d acceleration with binary driver). This simply stopped the window from appearing at all, while I could still hear the soundtrack of the video playing in the background indicating that the application was still running.

Request

I really hope that there are some kindhearted and smart QT5 developers out there that can help me fulfill my dream of having widgets placed atop of a playing video in QT5 on Ubuntu.

When I try executing the audioOutputExample shipped with openFrameworks, I get

RtApiAlsa::getDeviceIno: snd_pcm_open error for device (hw:0,0), Device or resource busy.

RtApiAlsa::probeDeviceOpen: pcm device (hw:0,0) won't open for output.

RtApi:: a stream is not open

Process returned 0 (0x0) execution time : 3.462 s Press ENTER to continue.

when

Rhythmbox is playing
Rhythmbox has played recently (under ~5 seconds ago)
Firefox has a tab with Grooveshark, either playing a tune or on pause
The Groovshark tab has been recently closed (under ~5 seconds ago)
Firefox has a tab with a Youtube Video, either playing or on pause
The Youtube tab has been recently closed (under ~5 seconds ago)
Otherwise, the example works fine, even if I've used Rhythmbox, Grooveshark or Youtube before.

How can I solve this conflict to allow simultaneous use of audioOutputExample and, say, Rythmbox.

P.S. I am on Ubuntu 11.04, using openFrameworks_v0062_linux64_FAt...

c++ audio concurrency openframeworks
share|improve this question
edited 2 days ago

Peter Ritchie
17.6k42449	
asked Jun 19 '11 at 6:25

Shawn
1,34531649
  	  	
I have the same problem, even that no other application (at least that I know of) is running. Somehow the sound card is occupied and OF cannot access the audio stream via alsa. In my case it outputs: RtApiAlsa::getDeviceIno: snd_pcm_open error for device (hw:1,0), Device or resource busy. and RtApiAlsa::probeDeviceOpen: pcm device (hw:0,3) won't open for output.   cuichi 2 days ago 
add comment
This question has an open bounty worth +50 reputation from cuichi ending in 5 days.
The current answers do not contain enough detail.

2 Answers
activeoldestvotes
up vote
0
down vote
accepted
I found a solution. The problem was, that I have two internal sound devices registered - HDMI and PCH. The HDMI device was always assigned to be card0, which can be checked by typing

aplay -l 
into the terminal. This will list the different devices.

I then changed my alsa configuration using

gksudo gedit /etc/modprobe.d/alsa-base.conf
and adding at the end

options snd-hda-intel index=-2
thereby forcing the HDMI to be assigned to card1 and the other device to card0. Another option there is to put

options snd-hda-intel id=PCH,HDMI index=0,1
assigning the card index. However, I read here HDMI,PCH that this did not work for everybody.

Note the details of this method depend on the devices that you have in your computer. Find those known to alsa by typing aplay -l.