search for: max_data_byt

On Wed, Jun 4, 2014 at 4:31 PM, Timothy B. Terriberry <tterribe at xiph.org> wrote: > Alpha Thinktink wrote: >> max_data_bytes=-11 > > That value is passed in by you. I also don't think passing such a value > would have worked in earlier releases. It indicates the size of the > buffer you are passing to the encoder to receive the encoded output. Actually, I'm passing a massive buffer size. The debug...

...(233) fetch sid from gid cache 1 -> S-1-5-21-990301892-1366075780-2263035062-513 [2005/08/02 13:13:04, 3] smbd/sec_ctx.c:set_sec_ctx(288) setting sec ctx (487, 50) - sec_ctx_stack_ndx = 0 [2005/08/02 13:13:04, 3] smbd/trans2.c:call_trans2findnext(1595) call_trans2findnext: dirhandle = 257, max_data_bytes = 2432, maxentries = 4, close_after_request=0, close_if_end = 0 requires_resume_key = 0 resume_key = 0 resume name = sums continue=0 level = 260 [2005/08/02 13:13:04, 3] smbd/dir.c:dptr_fetch_lanman2(667) fetching dirptr 257 for path ./ [2005/08/02 13:13:04, 3] smbd/trans2.c:call_trans2findn...

...&& 400*frame_size != st->Fs && 200*frame_size != st->Fs && 100*frame_size != st->Fs && 50*frame_size != st->Fs && 25*frame_size != st->Fs && 50*frame_size != 3*st->Fs) || (400*frame_size < st->Fs) || max_data_bytes<=0 ) { RESTORE_STACK; return OPUS_BAD_ARG; } ---inside--- opus_encode_native(...) ---on--- line 970 inside opus_encoder.c ---where the debugger says--- !st->variable_duration evaluates as false 400*frame_size != st->Fs evaluates as true 200*frame_size !=...

Just spoke to Jerry, we'll be doing a 3.0.27a on Monday to fix a regression that broke smbfs mounts from Linux. Sorry for the problem. Jeremy.

In debugging I saw: opus_multistream_encoder.c line 760 if(!vbr) max_data_bytes = IMIN(max_data_bytes, 3*st->bitrate_bps/(3*8*Fs/frame_size)); max_data_bytes after this code becomes -2 where as before it was 10200. I suspect it was because st->bitrate_bps was set to -1000 to indicate Auto bitrate. I imagine Max bitrate (-1) has a slightly similar effect. then in th...

Hi, I just checked in a fix for the bug you reported. Let me know if it works. Cheers, Jean-Marc On 05/06/14 12:41 AM, Alpha Thinktink wrote: > In debugging I saw: > opus_multistream_encoder.c > line 760 > if(!vbr) > max_data_bytes = IMIN(max_data_bytes, > 3*st->bitrate_bps/(3*8*Fs/frame_size)); > > max_data_bytes after this code becomes -2 where as before it was > 10200. I suspect it was because st->bitrate_bps was set to -1000 to > indicate Auto bitrate. I imagine Max bitrate (-1) has a slightly &g...

...itch_message) switch message SMBtrans2 (pid 1672) conn 0x560deaead7c0 [2017/10/30 22:39:09.900373, 3] ../source3/smbd/trans2.c:2632(call_trans2findfirst) call_trans2findfirst: dirtype = 16, maxentries = 4, close_after_first=1, close_if_end = 1 requires_resume_key = 1 backup_priv = 0 level = 0x104, max_data_bytes = 16644 [2017/10/30 22:39:09.900570, 3] ../source3/smbd/dir.c:656(dptr_create) creating new dirptr 256 for path ., expect_close = 1 [2017/10/30 22:39:09.900646, 3] ../source3/smbd/error.c:82(error_packet_set) NT error packet at ../source3/smbd/trans2.c(2931) cmd=50 (SMBtrans2) NT_STATUS_NO_SUCH...

...ngth 85 [2001/11/29 15:20:40, 3] smbd/process.c:switch_message(667) switch message SMBtrans2 (pid 7648) [2001/11/29 15:20:40, 3] smbd/trans2.c:call_trans2findfirst(673) call_trans2findfirst: dirtype = 22, maxentries = 6, close_after_first=0, close_if_end = 0 requires_resume_key = 0 level = 260, max_data_bytes = 2432 [2001/11/29 15:20:40, 3] lib/util.c:unix_clean_name(391) unix_clean_name [/*] [2001/11/29 15:20:40, 3] lib/util.c:unix_clean_name(391) unix_clean_name [*] [2001/11/29 15:20:40, 3] lib/util.c:unix_clean_name(391) unix_clean_name [./] [2001/11/29 15:20:40, 3] smbd/dir.c:dptr_create(491...

...decode I do not get reasonable values compared to the input. I'm wondering if I'm somehow misunderstanding how the codec works. Could somebody tell me if my approach could work? int frame_size = 160; opus_int16 test_data_size = frame_size*channels*sizeof(opus_int16); opus_int32 max_data_bytes = 100; opus_int16 test_data[test_data_size]; opus_int16 *p_test_data = test_data; unsigned char encoded_buffer[max_data_bytes]; unsigned char *p_encoded_buffer = encoded_buffer; opus_int16 decoded_buffer[test_data_size]; opus_int16 *p_decoded_buffer = decoded_buffer;...

Hi, I'm having strange performance problems with samba and an application written with VisualFox Pro. This application is entirely installed in a Windows share and it has a hystory of strange phenomenons. Initially it ran fast on an old NT server (but that server has been replaced). It has strange performance problems with Windows 2000 Server: it runs fast with some servers and slow with

...c:switch_message(993) > switch message SMBtrans2 (pid 21110) conn 0x38bd80 > [2006/03/01 14:39:40, 3] smbd/trans2.c:call_trans2findfirst(1632) > call_trans2findfirst: dirtype = 16, maxentries = 1366, > close_after_first=1, close_if_end = 2 requires_resume_key = 4 level = > 0x104, max_data_bytes = 16384 > [2006/03/01 14:39:40, 3] smbd/dir.c:dptr_create(511) > creating new dirptr 256 for path ./, expect_close = 1 > [2006/03/01 14:39:40, 3] smbd/process.c:process_smb(1194) > Transaction 624 of length 110 > [2006/03/01 14:39:40, 3] smbd/process.c:switch_message(993) >...

...7, 3] smbd/process.c:switch_message(886) switch message SMBtrans2 (pid 4972) conn 0x80b9b50 [2007/09/21 10:17:47, 3] smbd/trans2.c:call_trans2findfirst(1359) call_trans2findfirst: dirtype = 22, maxentries = 1366, close_after_first=1, close_if_end = 1 requires_resume_key = 1 level = 0x104, max_data_bytes = 16384 [2007/09/21 10:17:47, 3] smbd/dir.c:dptr_create(491) creating new dirptr 256 for path Share, expect_close = 1

...* then we can finish on any (first) match. +1471 * This speeds up large directory searches. JRA. +1472 */ +1473 +1474 if(got_exact_match) +1475 finished = True; +1476 +1477 space_remaining = max_data_bytes - PTR_DIFF(p,pdata); +1478 DEBUG(5,("call_trans2findfirst - space remaining %d numentries %d\n", space_remaining, numentries)); +1479 } at line 1478 we added an extra debug line to see what's going on. with every file the space_remaining is going down...

...os_ChDir(336) dos_ChDir to /etc [1999/06/01 14:42:08, 3] lib/doscalls.c:dos_ChDir(336) dos_ChDir to / [1999/06/01 14:42:08, 3] smbd/trans2.c:call_trans2findfirst(665) call_trans2findfirst: dirtype = 22, maxentries = 3, close_after_first=1, close_if_end = 0 requires_resume_key = 1 level = 260, max_data_bytes = 352 [1999/06/01 14:42:08, 3] lib/util.c:unix_clean_name(609) unix_clean_name [/home/admin/labels/cd-rom/eft/cdlabe3.cdr] [1999/06/01 14:42:08, 3] lib/util.c:unix_clean_name(609) unix_clean_name [home/admin/labels/cd-rom/eft/cdlabe3.cdr] [1999/06/01 14:42:08, 3] lib/util.c:unix_clean_name(60...

...of the smbd log [2002/05/16 05:49:51, 3] smbd/sec_ctx.c:set_sec_ctx(319) 3 user groups: 100 6 19 [2002/05/16 05:49:51, 3] smbd/trans2.c:call_trans2findfirst(863) call_trans2findfirst: dirtype = 22, maxentries = 512, close_after_first=0, clo se_if_end = 1 requires_resume_key = 1 level = 260, max_data_bytes = 65535 [2002/05/16 05:49:51, 3] lib/util.c:unix_clean_name(387) unix_clean_name [/*] [2002/05/16 05:49:51, 3] lib/util.c:unix_clean_name(387) unix_clean_name [*] [2002/05/16 05:49:51, 3] lib/util.c:unix_clean_name(387) unix_clean_name [./] Then it starts running out of control. I don...

...tx(241) setting sec ctx (872, 872) - sec_ctx_stack_ndx = 0 [2011/04/29 16:29:39, 3, effective(872, 872), real(872, 0)] smbd/trans2.c:call_trans2findfirst(1704) call_trans2findfirst: dirtype = 17, maxentries = 150, close_after_first=0, close_if_end = 2 requires_resume_key = 4 level = 0x105, max_data_bytes = 16384 [2011/04/29 16:29:39, 3, effective(872, 872), real(872, 0)] smbd/vfs.c:reduce_name(821) reduce_name [\*] [/path/to/share] [2011/04/29 16:29:39, 3, effective(872, 872), real(872, 0)] smbd/vfs.c:reduce_name(922) reduce_name: \* reduced to/path/to/share/\* [2011/04/29 16:29:39, 3,...

...y=0, c2=c2 at entry=-2, analysis_channels=1, downmix=downmix at entry=0xa80fe0 <downmix_int>, float_api=float_api at entry=0) at src/opus_encoder.c:1826 #5 0x0000000000a85211 in opus_encode (st=0x158935a0, pcm=0x7f26b5a1084c, analysis_frame_size=960, data=0x7f26b5a1084c "", max_data_bytes=5988) at src/opus_encoder.c:2227 #6 0x00000000004ce892 in opus_encoder::transcode (this=0x21a30200, in_packet=0x7f267402cf30) at /root/mediagateway/source/engine/media-objects/transcoder/codecs/opus.h:91 (gdb) frame 0 #0 0x0000000000aaf38a in silk_VAD_GetNoiseLevels (pX=pX at entry=0x7f2...

...:call_trans2findfirst(1918) call_trans2findfirst: dirtype = 16, maxentries = 1366, close_after_first=0, close_if_end = 1 requires_resume_key = 1 level = 0x104, max_data_bytes = 16384 [2009/03/18 13:20:41, 3] smbd/dir.c:dptr_create(520) creating new dirptr 256 for path xx...

...998/09/15 14:18:11 error packet at line 1404 cmd=45 (SMBopenX) eclass=1 ecode=5 1998/09/15 14:18:12 Transaction 1493 of length 96 switch message SMBtrans2 (pid 142426) call_trans2findfirst: dirtype = 22, maxentries = 6, close_after_first=0, close_if_end = 0 requires_resume_key = 0 level = 260, max_data_bytes = 2432 unix_clean_name [./CONTRACT/*.*] unix_clean_name [contract/*.*] unix_clean_name [contract] 1998/09/15 14:18:12 error packet at line 702 cmd=50 (SMBtrans2) eclass=1 ecode=2 error string = Permission denied 1998/09/15 14:18:12 Transaction 1494 of length 92 switch message SMBtrans2 (pi...

Hi, I get this error message in the log for a Win98 client which is regularly scanning a directory on the share. When this happens the client no longer can access any data in the shares (security=share), only the toplevel directory structure of a share is still accessible. This seems to be a new problem in 2.0.5/6pre (not sure if it already happened for 2.0.4). Any hints? Franz. Platform: