similar to: Patch: ogg123 playing >2GB sized files

Hi, While testing ReplayGain (so it could be related to a bug), I noticed the following gain comments for a file: RG_PEAK=1.71580 RG_RADIO=-7.91 dB RG_AUDIOPHILE=-6.72 dB I've never seen such a large peak. Not that I've looked much, nor have I analyzed the file further. I just thought I should mention it. :) The file is the track Board Burner by Mixmaster Mike, available at:

I got this one this morning, but didn't notice it til now: --- (gdb) bt #0 0x4003be91 in vorbis_block_clear (vb=0xbffff71c) at block.c:156 #1 0x4003ce36 in vorbis_analysis_blockout (v=0xbffff71c, vb=0x8050b80) at block.c:591 #2 0x4002ff23 in _prefetch_all_headers (vf=0xbffff540, dataoffset=-1073749296) at vorbisfile.c:324 #3 0x4003039c in _process_packet (vf=0xbffff540, readp=1)

I've been playing around with using ov_test and ov_test_open as an alternative to ov_open in the xmms plugin's vorbis_check_file function. xmms never bothers to cache the result of a file check, so it tends to happen rather a lot. Unfortunately ov_test_open returns OV_EINVAL because ov_test seems to have left vf->ready_state to OPEN rather than PARTOPEN. I'm presuming this is

The folowing code donst work: #include <vorbis/codec.h> #include <vorbis/vorbisfile.h> #include <stdlib.h> #include <stdio.h> int main() { FILE *stdfile; OggVorbis_File vf; int tmp; stdfile=fopen("./test.ogg","r"); if( ov_test(stdfile, &vf, NULL, 0) ==0) { tmp = ov_test_open(&vf);

Another one at block.c:176: --- Title: We The People Artist: DJ Lithium Presents Bitstream is 2 channel, 44100Hz Time: 58:29.07, Bitrate: 100.1 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 27207)] _vds_shared_init (v=0xbffff73c, vi=0x4024efe0, encp=0) at block.c:176 176 b->modebits=ilog2(ci->modes); (gdb) bt #0 _vds_shared_init

Hello, ogg123 | ices2 are doing transcoding but ogg123 is staying frozen under certain circumstances here is the stack #0 0x401f25d4 in __pthread_sigsuspend () from /lib/libpthread.so.0 #1 0xbffff94c in ?? () #2 0x401f2398 in __pthread_wait_for_restart_signal () from /lib/libpthread.so.0 #3 0x401eef0b in pthread_cond_wait@GLIBC_2.0 () from /lib/libpthread.so.0 #4 0x0804b0d3 in

Moin, Two questions I have. Actually, the first isn't so much a question. It seems that `ogg123' is not able to play streams from stdin, at least not for me on FreeBSD. It also seems that with the patches way down below, it can play from stdin for me -- I handle stdin like http-transport and return the same values for seeking and the like, to avoid calls that fail, and so it works,

[I'm not online regularly, so don't include me in any replies. And I'm not sure if the vorbis or the flac list, or something else, is more suitable for the following, so bear with me] Moin, moin. I used a recent ogg123 to play back a FLAC file I had created, and saw it wasn't able to seek within the file. So, I thought to myself, why not try out an OggFLAC file, so I created

[I'm not online regularly, so don't include me in any replies. And I'm not sure if the vorbis or the flac list, or something else, is more suitable for the following, so bear with me] Moin, moin. I used a recent ogg123 to play back a FLAC file I had created, and saw it wasn't able to seek within the file. So, I thought to myself, why not try out an OggFLAC file, so I created

Hi Rui, We meet a problem when enable the execute in place (XIP, https://en.wikipedia.org/wiki/Execute_in_place) for uefi firmware with lld-link. We need to set the COFF executable file SectionAlignment through the lld-link /ALIGN option, but we find the SectionAlignment is hardcoded to 4096 which cause the /ALIGN option doesn't work at all. Below is the hardcode in lld: lld\COFF\Writer.h

-- Welcome to the vorbis mailing list! Please save this message for future reference. Thank you. If you ever want to remove yourself from this mailing list, you can send mail to <majordomo@xiph.org> with the following command in the body of your email message: unsubscribe vorbis or from another account, besides vorbis@xiph.org: unsubscribe vorbis vorbis@xiph.org If you ever

Greetings one and all; I'm not subscribed to this list so I'm first sending this message to verify that mails from me make it through, and then later I'll send the juicy messages with patches. Also, the address I'm using is IPv6-only and doesn't often work, so drop me from any replies and I'll catch the archives, or drop only the hostname part to get an IPv4 address that

[caution: this is an IPv6 e-mail address. if you don't have IPv6-capable mail then best keep replies on the list only] > >existing getipnodebyname() call fails with IPv4 on my machine)... > Well, if you can make it work properly - send your patches in, please. The following enhancements to src/net/resolver.c (which looks identical across icecast, ices, libshout, and who knows what

Hey all, If my understanding is right, there's a serious big in vorbisfile.c, in the routine _fetch_headers(), which will only show up when comment packet spans multiple pages. The code to read the first 3 Vorbis packets ogg_stream_pagein() once, then calls ogg_stream_packetout(). The problem is that ogg_stream_pagein() only adds a single page to the ogg stream state, whereas

In the vorbis-tools of the 20010710 version of CVS snapshot, ogg123/ogg123.c causes error on FreeBSD: <sys/types.h> is required. This *HAS NOT BEEN FIXED SINCE THE 20010601 VERSION*. I would appreciate if you just add an #include line - or let me know why you do not want to do so. // Kenji Rikitake *** ogg123.c.FCS Sun Apr 8 11:33:08 2001 --- ogg123.c Sat Jun 2 00:40:08 2001

[this address is IPv6-only, and usually doesn't work, so don't.] There's another patch I have up my sleeve, that it would be nice if I didn't need to apply it by hand. Look: vorbis-tools/oggenc/encode.c --- encode.c-DIST Fri Jul 19 08:35:48 2002 +++ encode.c Fri Jan 9 07:46:27 2004 @@ -346,7 +342,7 @@ seconds = (int)(remain_time - (double)((int)remain_time/60)*60);

Hello... In regards to http://www.freebsd.org/security/ , from what I understand the FreeBSD 4.x branch is generally winding down in favor of the 5.x/6.x branches. It would be nice to know ahead of time if 4.11 will also be an extended release, or if that would fall to 4.12. For those of running 4.8 (expiring about the same time as 4.11 is released) we would be in a better position to know

I am a game developer, and we used RC3 in our last game. Worked great. I'm trying to update to 1.0 now, and running into some problems. Specifically, I think a change to _get_prev_page() in vorbisfile.c broke the decoder for very small files. I have a file called "silence" that's just a silent wav file. It compresses down to barely more than the header, so it's _really_

Hi all, I'm not sure if this is interesting to you guys (I'm also not 100% convinced this is the correct list) but I hacked up an adaptor for ogg123 to allow it to use ffmpeg as a decoder. It currently only recognises WMA files (I wanted to be able to play my wife's music from my Linux music server) but it would be trivial to extend to any other formats ffmpeg supports. Anyway, if

Halo vorbis devel team, I have a question concerning remote control interface in ogg123. I have searched this forum and Internet and found that in 2002 there was a patch made adding remote control interface to ogg123. My question is, if this will be included in the main trunk some day? Because this way whenever I upgrade ogg123 I have to adjust the patch and then patch it.... Thanks for