search for: signposts

I''ve recently upgraded SLES to use LibXenLight and have noticed that my virtual machines no longer restart when "xl restart X" or the reboot commands are used within the VM. Instead the machine seems to get destroyed. The configs for the VMs have not changed since well before the update. Here is what one looks like: name = ''vm1'' maxmem =1024 memory = 1024

...is? Otherwise, yes, as Dan said, The technology is almost 30 years old, and it's designed much more like a digital phonograph than a computer storage disk. CD-DA isn't even block addressable in the normal sense. The data is written in a continuous spiral from start to finish, with local signposts to help seeking. At the time, I expect there was no expectation of using it for data storage, and no need for the overhead of a conventional filesystem. Even DVD-Video only provides the filesystem structure as a convenience. IIRC it's possible to play a dvd by accessing the ifo files at a f...

I'm just wondering about some guidelines on page size... For example if you have a stream where all packets are consistently of size > 40,000 bytes (but less than 65000), is it appropriate to just put them 1 per page ie have large pages. Packets in this range incur the page overhead about 10 times each... and most of the pages have no useful information. What are the pro's and

[Reposted here, silence on the icecast list, is this deliberate?] Once again, I'm clueless as to what is going on because I don't have the source or logs to yp.icecast.org. I am touching yp.icecast.org fine: [14/Feb/2002:01:39:22] directory_touch_xa([yp.icecast.org:80]) completed...server id = 69 but my radio station isn't shown. More details on my setup: xmms -> darkice

...- and GPH+L != N (ie, may find the wrong frame) You're really wanting the granulepos field to be a frame timestamp. Ogg just isn't designed to provide this information. The granulepos isn't present in the stream for every packet. They're just supposed to provide "seeking signposts" during the bisection search and, mostly as a side effect, let an encoder give some hints to the muxer about interleave order to reduce buffering. Your proposal stuffs sequence headers and other aux data units in with the following frame in a single Ogg packet, and then insists on special one...

I am sorry that this IS an old topic. Yet another task I think the bug is somewhere in hidden in src/main/options.c .. ##-- The following does not work as it should in R (0.50-a1, but I think also earlier) tst <- function(x=pi, dig =3) {.Options$digits <- as.integer(dig); print(x);x} tst() tst(dig = 12) ##-- This should do the same; it works as expected in R & S : tst2

Hi All, There was only one interesting ORC-specific commit this week: A new example showing how to initialize and de-initialize JITDylibs has been added in llvm/examples/OrcV2Examples/LLJITWithInitializers. The Extensible RTTI system (https://reviews.llvm.org/D39111) that I posted a while back has landed. While this is not ORC specific, I expect it to be used in upcoming patches to allow ORC

does anybody know why dvd use files for audio and video but audio cd's not? What could be the reason for this? e.g. they could make a file for each track and just put them on an audio cd and make cd players compatible with this format. So for me it has always been a mystery why audio cd's work this way. does anybody knows if super audio cd's still work the same as normal ones?

Hi all, I noticed the following Subversion commit today: r6719 | xiphmont | 2004-05-18 16:04:53 +1000 (Tue, 18 May 2004) | 11 lines Updated doc to reflect current proposal... Not as much a proposal at this point actually; this is the way I'm now implementing it. Although we're still in the 'RFC'/'look for horrible lossage' stage, this is close to being

On 1/22/20 11:11 AM, Michal Privoznik wrote: > On 1/22/20 10:03 AM, R. Diez wrote: >> Hi all: >> >> I am using the libvirt version that comes with Ubuntu 18.04.3 LTS. > > I'm sorry, I don't have Ubuntu installed anywhere to look the version > up. Can you run 'virsh version' to find it out for me please? Nevermind, I've managed to reproduce with

David Flynn has proposed a new Ogg Dirac mapping. The draft is here: http://davidf.woaf.net/dirac-mapping-ogg.pdf This is a much bigger break from other codecs than my draft (at http://wiki.xiph.org/index.php/OggDirac). We talked a bit about it on IRC today. Below is my summary; hopefully David can correct anything I got wrong or misleading. Comments? There are two main differences