search for: eos

Displaying 20 results from an estimated 429 matches for "eos".

Did you mean: eof
2005 Jun 23
1
smbclient fails to list directory >36 entries
....14a-2 package supplied with Fedora Core 2. It hangs when listing any directory with over 36 items in it on one particular Windows XP Professional box I'm trying to back up. If I run smbclient -d 3, I get the following output over and over when listing the directory: received 36 entries (eos=0) received 36 entries (eos=0) received 36 entries (eos=0) received 36 entries (eos=0) received 36 entries (eos=0) received 36 entries (eos=0) received 36 entries (eos=0) received 36 entries (eos=0) received 36 entries (eos=0) received 36 entries (eos=0) received 36 entries (eos=0) received 36 entr...
2008 Feb 24
2
eos on continued page
Hi, I'm working on a new ogg file chopper (porting 'hogg chop' to C). These work pagewise, ie. they just copy the pages that are needed from the input to the output bitstream. I'm modifying the last page in the output bitstream so that it has the eos flag set. The last page is always one that has a granulepos set (that of the last packet finishing on that page). But let's say it subsequently contains an incomplete packet, like this (from 'hogg pagedump' of the output file): 0x0013ec0c: Theora serialno 2127823547, granulepos 494|7 (...
2008 Feb 25
3
eos on continued page
On 25-Feb-08, at 9:34 AM, xiphmont@xiph.org wrote: > I'd say both; libogg should ignore the incomplete packet or flag a > structural error, and the spec should be clarified. I guess libogg should return -1 if you try to ogg_stream_packetout() after the eos packet. The eos flag pretty clearly applies to the *page* not the packet, so I think how that gets translated into the corresponding ogg_packet structure is a matter for the libogg api documentation, not the spec. -r
2008 Feb 25
2
eos on continued page
On 25-Feb-08, at 3:42 PM, Conrad Parker wrote: > ok. If the correct behaviour should be to ignore the incomplete > packet, that should also be clarified in the spec. Fair enough. What if no packet ends on the eos page? What about additional pages after the eos page? > I'd find it useful if it was not considered a structural error, as it > allows us to very simply chop files apart and put them back together. > The eos flag on the page is then a very clear way of saying to ignore > the extr...
2001 Dec 02
2
bug report for oggenc in CVS: vorbis-tools/oggenc/encode.c
I was wondering why my CD ripping was producing short files from some tracks. A superficial examination of the code shows this piece of code in vorbis-tools/oggenc/encode.c: Line 120: /* Main encode loop - continue until end of file */ while(!eos) { [...] /* While we can get enough data from the library to analyse, one block at a time... */ while(vorbis_analysis_blockout(&vd,&vb)==1) { [...] /* If we've gone...
2008 Feb 25
1
eos on continued page
...<silviapfeiffer1@gmail.com> wrote: > > Hmm, good point. Maybe it requires a MUST specification... But then, it > would not be conformant to have a partial packet on the last page.... I'd definitely prefer that the recommendation to not have an incomplete packet on a page marked eos is a SHOULD not a MUST, so that eos pages don't need to be completely rebuilt after chopping. Conrad.
2008 Feb 25
0
eos on continued page
...2008, Ralph Giles <giles@xiph.org> wrote: > On 25-Feb-08, at 3:42 PM, Conrad Parker wrote: > > > ok. If the correct behaviour should be to ignore the incomplete > > packet, that should also be clarified in the spec. > > > Fair enough. What if no packet ends on the eos page? What about > additional pages after the eos page? good point, they've gotta be errors. I've modified oggz-validate to track bos and eos at the page level rather than the packet level, and also to report an error for "eos on page with no completed packets": http://trac...
2011 Apr 12
0
No subject
Call-Bilal*CLI> module load chan_ooh323.so Loaded chan_ooh323.so [Jun 17 20:23:32] NOTICE[2392]: chan_ooh323.c:2506 reload_config: Unable to load config ooh323.conf, OOH323 disabled Loaded chan_ooh323.so => (Objective Systems H323 Channel) Again, from make menuselect, if I selected chan_ooh323 from the Add-ons and I selected ADDON from module embedding. Then I ran ./configure and make. I
2008 Oct 29
1
forcing eos on last theora packet (was Re: Theora 1.0 RC2)
...is <toots at rastageeks.org>: > > I am currently implementing theora for our application. > In our model for generating ogg streams, we may want to stop > a stream while not providing a new YUV data buffer for encoding. > > Current API doesn't allow such thing, since the eos flag is set by the > packetout function only when the last_p parameter was passed *and* > there was some data available to output. > > Hence, I have written a function that forges this packet, along with NULL > data, which is allowed by the ogg specifications (and works with other &g...
2010 May 19
0
Canon EOS Utilities install problem with Wine
I've studied all the texts I can find. Wine lists Canon EOS Utilities as compatible. I have installed Wine (1.1.44 with 1.2 packet) and it works with Notepad. I'm using Ubuntu 9.10. However, I can't get it to work with Canon EOS Utilities. I tried to follow instructions but to install latest edition of EOS I need to first install the initial CD....
2008 Nov 23
2
ogg dirac granulepos in oggz tools
2008/11/24 David Flynn <davidf+nntp at woaf.net>: > On a slightly unrelated note, i keep hitting the following error in > liboggz when using the oggz tools on an ogg dirac stream: > > /home/davidf/project/liboggz/src/liboggz/oggz.c:202: oggz_close: > Assertion `oggz_dlist_is_empty(oggz->packet_buffer)' failed. > > I'll supply an example file tomorrow if that
2006 Apr 09
3
Conntrack, nat and multipath - what is wrong here?
...I suspect i got something very wrong with my routing rules/tables, but I can''t figure out what. Addresses shown are sanitized, 1.1.1.136/29 is PUB1, 2.2.2.116/29 is PUB2, 3.3.3.* is the external server i''ve been testing against. eth0: LAN eth1: DMZ eth2: PUB2 eth3: PUB1 eos ~ # ip rule show 0: from all lookup local 30000: from all fwmark 0x1 lookup pub1 30000: from all fwmark 0x2 lookup pub1 30000: from all fwmark 0x3 lookup pub1 30000: from all fwmark 0x4 lookup pub1 30000: from all fwmark 0x5 lookup pub1 30000: from all fwmark 0x6 lookup pub2 30000: from...
2008 Feb 25
0
eos on continued page
On Sun, Feb 24, 2008 at 5:54 PM, Conrad Parker <conrad@metadecks.org> wrote: > Is this a bug in libogg (should it assign eos to the last completed > packet on the page marked eos), or in the specification (should it say > that the last page must not contain any incomplete packets, in which > case a page chopper will have to rewrite the last page and remove > them)? I'd say both; libogg should ignore...
2008 Feb 25
2
eos on continued page
>> There general idea with Ogg has been to distinguish non-fatal from >> fatal errors. libogg reports these by returning -1 while still >> returning the next valid bit of data. > > ok, would non-fatal translate into a SHOULD recommendation in the > spec, and fatal translate into a MUST? I assume there there are cases where a MUST isn't respected, yet libogg is
2008 Jul 21
2
sftp needs a long time for sending a filelist
Hello all Im using sftp 1:4.7p1-8ubuntu1.2 in a batchjob Ive noticed that sftp needs a long time for sending a filelist. The timespan increases exponential if many files are on the remoteserver. for example "ls -la *.txt" needs 10 seconds for 2000 files but needs 50 seconds for 4000 files. For 150.000 Files i have to wait 15 minutes for example but the
2007 Oct 23
2
Vorbis granule position
I have a technical question about the vorbis granule position, but I would like to put the question into context. When a ogg vorbis stream is ripped using wget, fetch, or streamripper under Linux or FreeBSD, the resulting file has problems both with granule position and with a missing EOS. I think I can figure out how to add an EOS, but is there a way to determine the granule position in a stream if both the previous and next granule positions are correct? I am not the first person to notice this problem: http://streamripper.sourceforge.net/phpBB2/viewtopic.php?t=1458 I understan...
2004 Mar 29
11
New IMQ device implementation supporting device EOS
Hello All Its first time i posting to this mail list :). I have done something (maybe) important. I write new IMQ device driver based from Martin Devera and Patrick McHardy implementation with device EOS support. My current implementation supporting only egress trafic shaping and kernel 2.4.25. For more details, source and examples have look at my page http://hyperfighter.jinak.cz/qos Ill apreticate your feedback :) Jiri Zkontrolovane antivirusom ClamAv Scanned by ClamAv - http://www.clamav.n...
2004 Dec 15
0
Re: Fallback trouble with icecast 2.1kh
In fact, after further investigation, the client receives data, but it seams those data are lacking an end of stream or end of packet tag. Trying to be clearer, here is an extract of the algorithm, with in UPPERCASE the value of the conditions. while (eos == 0) { while (eos == 0) { int result = oy.pageout(og); if (result == 0) SOMETIMES FALSE break; // need more data if (result == -1) { // missing or corrupt data at this page position } else...
2002 Jun 18
3
Maybe a problem in binary read/write (PR#1688)
...evice you may try to run the following code: ascii <- sapply(1:255, function(i) parse(text=paste("\"\\",structure(i,class="octmode"),"\"",sep=""))[[1]]) dev <- file("/dev/psaux") open(dev, "w+b") writeChar(ascii[246], dev, eos=NULL) readBin(dev, what=integer(), n=1, size=1, signed=FALSE) writeChar(ascii[246], dev, eos=NULL) readBin(dev, what=integer(), n=1, size=1, signed=FALSE) close(dev) which gives: > ascii <- sapply(1:255, function(i) parse(text=paste("\"\\",structure(i,class="octmode&quot...
2009 Sep 17
0
Antwort: Re: Memory-management crash with UTF-8 on Windows (PR#13956)
...tor(substrings) --- CUT HERE --- b. There is no Unicode file involved, the Unicode comes from the=20 "intToUtf8" function. c. The operating system is Windows XP Professional (2002), Service Pack 2. d. I have just tried installing R 2.9.2. This also crashes. Best wishes, George Russell EOS Risk Management KG EOS Holding GmbH & Co | Steindamm 71, 20099 Hamburg | AG Hamburg HRA=20 95 748 Tel: +49 (0)40 2850-1574 | g.russell at eos-solutions.com Fax: +49 (0)40 2850-1559 | http://www.eos-solutions.com Pers=F6nlich haftend | EOS Holding GmbH | AG Hamburg HRB 78 748 Gesch=E4ftsf=...