search for: stream_integr

...BBC Radio 1's Essential Mix. Unfortunately, saved streams aren't seekable. Running ogginfo on the stream data gives: erial=1626603590 header_integrity=pass vendor=Xiphophorus libVorbis I 20011231 version=0 channels=2 rate=44100 bitrate_upper=none bitrate_nominal=128031 bitrate_lower=none stream_integrity=fail stream_truncated=true header_integrity=fail Reported length varies; Winamp seems to think this is 6653:18 in length, while most tools think it has zero length. One would think that, seeing as the stream decodes nicely, it should be fairly simple to clean up the stream's headers so tha...

...BBC Radio 1's Essential Mix. Unfortunately, saved streams aren't seekable. Running ogginfo on the stream data gives: erial=1626603590 header_integrity=pass vendor=Xiphophorus libVorbis I 20011231 version=0 channels=2 rate=44100 bitrate_upper=none bitrate_nominal=128031 bitrate_lower=none stream_integrity=fail stream_truncated=true header_integrity=fail Reported length varies; Winamp seems to think this is 6653:18 in length, while most tools think it has zero length. One would think that, seeing as the stream decodes nicely, it should be fairly simple to clean up the stream's headers so tha...

After accidentally ogginfo-ing a WAV file, I'm wondering if there's any reason I shouldn't commit my fix that breaks out of the current file test if header integrity fails. Is there any case where the header integrity will fail but there is still any useful information to get out of the stream? I don't think so... -- Kenneth Arnold <ken@arnoldnet.net> - "Know

>> Running ogginfo on the stream data gives: >> stream_integrity=fail >This line in the ogginfo output concerns me. It means that there are actually >damaged Ogg packets in the stream. How are you saving this stream to disk? This particular one was obtained with wget on OpenBSD. I've observed the same problem with files saved from Winamp. >...

...eference, I saved a streamed ogg and got this: --------------------------------- E:\>ogginfo radio4.ogg filename=radio4.ogg erial=1037942235 header_integrity=pass vendor=Xiphophorus libVorbis I 20011217 version=0 channels=2 rate=44100 bitrate_upper=none bitrate_nominal=96016 bitrate_lower=none stream_integrity=pass bitrate_average=65 length=182692.561270 playtime=3044:52 stream_truncated=true total_length=182692.561270 total_playtime=3044:52 <----------------- what winamp also thinks. E:\> ---------------------------------- While this looks allright, there appears to...

While using ogginfo (command line util), I've noticed that there's info on "stream integrity" (it says stream integrity=pass). Does this mean that there are no errors in the bitstream (which can happen if the file is corrupted)? <p>Aleksandar <p><p><p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

...Warning: Hole in data found at approximate offset 3530268 bytes. Corrupted ogg. <p>---------- ogginfo rc3 erial=715851111 header_integrity=pass <snip> vendor=Xiphophorus libVorbis I 20010813 version=0 channels=2 rate=44100 bitrate_upper=none bitrate_nominal=128000 bitrate_lower=none stream_integrity=pass bitrate_average=132758 length=212.240000 playtime=3:32 stream_truncated=false total_length=212.240000 total_playtime=3:32 ----------------- What could cause this? (Other than physical data loss.) This file never went anywhere. Ripped with grip, directly to a local hard drive... possibly...

Just got around to compiling RC3 under beos and came across an anomaly when using managed bitrates. I haven't changed the code for the beos encoder but I now get double the bitrates so vorbis_encode_init(&vi,mediaFormat.u.raw_audio.channel_count,(long)mediaFormat.u.raw_audio.frame_rate , -1, 128000, -1); now gives me vorbis files that average around 325 - 350. Is this now the correct