List Info

Thread: QT movie prep for Internet Streaming




QT movie prep for Internet Streaming
user name
2006-11-20 08:22:14
You're right.  It works fine on my 1G Ti.

Of course, closing a bunch of browser windows on my MacBook
and  
reloading, allows it to work as well.

Think the MacBook needs more than 512 MB of RAM.

Looking at the video, it appears that having the smoke right
in front  
of the speaker is probably a bad idea as it creates a lot of
changing  
area right in front of the focus of attention and low
bitrates are  
going to screw up right over what you are supposed to be
watching.

Cheers
- Zav

On Nov 20, 2006, at 2:13 AM, Rick Faaberg wrote:

> On 11/20/06 12:05 AM "Alex Zavatone"
<zavpublicmac.com> sent this  
> out:
>
>> Looking at your url now, on http://65.98.6.114
/drupal/node/759, I get
>> no video at all on my Macbook.
>
> Works fine for me. OSX Panther latest QT updates etc
>
> Rick
>
>  _______________________________________________
> Do not post admin requests to the list. They will be
ignored.
> Streaming-server-users mailing list     
(Streaming-server- 
> userslists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/streaming-s
erver-users/ 
> zavpublic%40mac.com
>
> This email sent to zavpublicmac.com

 _______________________________________________
Do not post admin requests to the list. They will be
ignored.
Streaming-server-users mailing list     
(Streaming-server-userslists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/opt
ions/streaming-server-users/bond%40yahoo.com

This email sent to bondyahoo.com
(ITS#4757) Support for RFC 3045: Storing Vendor Information in the LDAP root DSE
user name
2006-11-20 08:36:49
Kurt D. Zeilenga wrote:
> At 01:37 AM 11/19/2006, michaelstroeder.com wrote:
>>
>>I'd like to see support for RFC 3045 in slapd.
> 
> The only reasonably decent use of such attributes is
for
> administrators to determine whether they need to
upgrade
> some software or not

Yes, that's what I'm after.

> We provide cn=monitor for this purpose.

This is proprietary. Think of vendor-independent
management/monitoring
software which just gives an terse overview.

> While it certainly is possible for a client to abuse
> cn=monitor version information, the very fact that the
> version information is in cn=monitor, which generally
> requires special authorization to read, instead of
> the root dse, which generally is readable by most
> every client, is effective in discouraging this abuse.

The server admin can easily define access control for vendor
information
in root DSE. The sample slapd.conf could endorse this. Or
another value
for configuration directive 'allow'.

Ciao, Michael.


[1-2]

about | contact  Other archives ( Real Estate discussion Medical topics )