search for: meta_data

...are kind of stumped as to what''s causing this. You can see the code we''re using for the record model (which maps to the file table in the db) here: http://lilt.ics.hawaii.edu/cgi-bin/cvstrac.cgi/prometheus/getfile/prometheus/app/models/record.rb?v=1.9 The key methods are Record.meta_data and Record.load. Record.load gets called when a new file is uploaded, and it in turn calls Record.meta_data to get all the meta data related to the file. When the file is re-loaded only Record.meta_data gets called, but in both cases we use update_attributes() to get the data into the db. We'&...

I've searched the archives on xiph and elsewhere in hopes of finding an answer on whether song titles will work. There seems to be no definitive answer. use_meta_data 1 DOES work for WinAmp 2.75 but nothing else I've tried (which includes the latest WinAmp and Sonique). Also, I can get some header by telnetting into my port (see below) but still the "meta_data" issue remains a mystery. If there is in fact a definitive answer on this, please by all...

...onal and derive it from the OpenStack > * metadata service instead. > *) > server_id : string; Indeed, it can be derived from OpenStack metadata service. The following URL called from within the conversion appliance will return the metadata: http://169.254.169.254/openstack/latest/meta_data.json. As you can see, the IP address is 169.254.169.254, which will is the metadata service. The JSON body contains a uuid entry that is the current appliance UUID, hence the server_id used by virt-v2v. I don't know how to code that in OCaml, so I defer implementation to anyone with such skill...

also, keep in mind that support for streaming song titles is also a function of the source client you use.... I've been very successful with use_meta_data=1 and using either my DSP source (oddcast) or the Shoutcast DSP source.... and you can always know for sure if song titles are supported on your server by looking at the HTTP response headers from a request of the stream, (your request MUST contain Icy-MetaData:1 otherwise the server will neve...

...rvice instead. > > > *) > > > server_id : string; > > > > Indeed, it can be derived from OpenStack metadata service. The following > > URL called from within the conversion appliance will return the metadata: > > http://169.254.169.254/openstack/latest/meta_data.json. As you can see, > the > > IP address is 169.254.169.254, which will is the metadata service. The > JSON > > body contains a uuid entry that is the current appliance UUID, hence the > > server_id used by virt-v2v. > > We certainly do want to do this, although ther...

...ck > > * metadata service instead. > > *) > > server_id : string; > > Indeed, it can be derived from OpenStack metadata service. The following > URL called from within the conversion appliance will return the metadata: > http://169.254.169.254/openstack/latest/meta_data.json. As you can see, the > IP address is 169.254.169.254, which will is the metadata service. The JSON > body contains a uuid entry that is the current appliance UUID, hence the > server_id used by virt-v2v. We certainly do want to do this, although there was some concern about whether t...

All I can tell you is that I've been unable to ever get meta_data to stream, and the question I sent about it a week or two ago has gone unanswered. I never actually checked that I was using WinAmp 2.75, but I do know that whatever version of winamp I *was* using could stream metadata from other sites. On Fri, 13 Sep 2002, zeek wrote: > > > I've s...

On my current instance, the meta_data.json is the following: { "availability_zone": "nova", "devices": [], "hostname": "ims-host-1", "keys": [ { "data": "ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCoq69QeFy0E9A4uMf5be62ENRAAMh/VQ3...

...gnal_connect(GTK_OBJECT(error_dialog), + "destroy", + GTK_SIGNAL_FUNC(gtk_widget_destroyed), + &error_dialog); + GDK_THREADS_LEAVE(); + } + } + + int flac_http_read(gpointer data, gint length) + { + gint len, cnt, off = 0, meta_len, meta_off = 0, i; + gchar *meta_data, **tags, *temp, *title; + if (length > buffer_length) { + length = buffer_length; + } + + http_wait_for_data(length); + + if (!going) + return 0; + len = min(http_used(), length); + + while (len && http_used()) + { + if ((flac_cfg.stream.cast_title_streaming) && (...

Will give it a try, although if this works, kinda defeats the purpose :) Brendan, do you know why updating the directory causes this kind of problem? <p>>From: Brendan Cully <brendan@icecast.org> >Reply-To: icecast@xiph.org >To: icecast@xiph.org >Subject: Re: [icecast] CPU Utilization Weirdness >Date: Wed, 6 Feb 2002 20:21:17 -0500 > >comment out any directory

Random old patch that I had in my queue. Posting it as a backup, it is still untested. Rich.

I am reposting this because it's been 2 or 3 weeks. Hello, Hopefully this is the right place to send a question like this... I'm attempting to automate creation of VMs using virt-install and a cloud-init disk image. To get this to work, I need to specify the location of the cloud-init configs by passing smbios key/value pairs. Normally, -smbios is provided to qemu to do this. With

Hi everybody! Now that RSYNC has RSYNC+ included a good usage would be to use RSYNC+ to gather update-date, then multicast that on your hosts and process it. So my question is: does anyone know of a product which does reliable multicasting? (source available would be preferred) Simple pointers are appreciated; if noone has one I'm thinking about writing one myself. Thanks for all help!