similar to: Patch to stop vcut from generating broken streams

Hi, I have a question regarding vcut. In the man page, it says: DESCRIPTION vcut reads an Ogg Vorbis audio file and splits it at the given cutpoint, which is a sample number. <p>What I want to do, is to cut an Ogg Vorbis file at a given time. Say, I have an Ogg Vorbis file, which is 1 hour long, and I want to cut it into two half hour parts. With a fixed bitrate

While testing the new vcut, some of the early results had badly framed headers. I actually didn't notice it at first, because I was testing with oggz-validate, but ogginfo does identify the problem: "WARNING: Vorbis stream X does not have headers correctly framed. Terminal header page contains additional packets or has non-zero granulepos" Conrad (or someone else) may want to

Hello I have experienced some problems with vcut (media-sound/vorbis-tools-1.0-r1 package from Gentoo/Linux). I have a long live record I have encoded in OGG (maybe it would have been easier to cut the WAV file and encode the parts, but still). The file was encoded with oggenc from the same package as vcut. I have therefore tried to use vcut to split the long OGG file in several smaller files.

How does one use the vcut from Vorbis-tools package? I tried to enter samples, miliseconds, seconds, h:mm:ss as cut point, but nothing worked (I even tried to enter 1 as cutpoint, but I always got "Cutpoint not within stream." message)... I'm doing this on Windows, if it matters... -- Jernej Simoncic, jernej.simoncic@guest.arnes.si http://www2.arnes.si/~sopjsimo/ ICQ: 26266467

I've made a lot of progress on my lossless Vorbis editing project. I have a few more questions about granulepos issues I don't quite understand. granulepos is a property of Ogg pages, yet it is a field in the ogg_packet struct. When reading packets from an Ogg stream, the granulepos is set to -1 for all packets except the last packet in a page. From this I infer that - for encoding,

Here's a coffee break for all you coders out there. I use to run a BBS system back before the web and this was sent to all on my BBS system by Tim Saari. Don't know if he wrote it or not though... :) (Sung to the tune of "Let it be") When I find my code in tones of trouble, Friends and colleges come to me, Speaking words of wisdom: "Write in C". As the deadline fast

Here's a coffee break for all you coders out there. I use to run a BBS system back before the web and this was sent to all on my BBS system by Tim Saari. Don't know if he wrote it or not though... :) (Sung to the tune of "Let it be") When I find my code in tones of trouble, Friends and colleges come to me, Speaking words of wisdom: "Write in C". As the deadline fast

Hi While implementing OSS Ogg/Vorbis encoding and streaming using RTP/RTCP for both unicast and multicast, I have come across a few issues I need to clear out regarding the numbering of ogg_packets and their granulepos value. Below are the result for two different scenarios. <p>In the first scenario, ogg_packets are generated using a) vorbis_analysis_headerout() b) while

Hello again. If you recall, I am the guy working on enabling Audacity to losslessly rearrange Ogg Vorbis files for my senior thesis. I have more or less completed the required modifications to Audacity to support this. You can read more about the work this entailed by reading my journal: http://www.reverberate.org/computers/thesis/journal Now my attention moves to the Ogg Vorbis code

On 6/18/09, Conrad Parker <conrad at metadecks.org> wrote: > This sounds like it needs a new tool specifically for fixing broken > Ogg files. I see two solutions: 1) the new vcut which I reckon will fix the problem since it has to split and rebuild the audio in a new Ogg 2) an Hex editor, even if just to check what's wrong in the metadata section -Ivo

hello, everybody! i record radio programmes through 'hard disk ogg 220'. as someone here has adviced me to do ;] it's brilliant. but after recording, i would like to cut off some material, to prepare an advertisement free version of the file. i use musicutter 071 to do this. but it gives me the following error when i'm trying to cut my file: 'Process time:

I looked through the archives and I didn't really seem to find the answer to what my question. I used wget to get an audio stream from a site and now I would like to be able to split up the stream into the individual songs. The site is nice enough to encode the artist and track name in each new song. This info is displayed in Winamp when the song plays. Doing an xxd dump of the file I can

Hi, can someone explain whats the meaning of the two blocksizes in the first header of Vorbis, please? So far I assumed that they meant that 2^b0 and 2^b1 were the only two blocksizes used during the whole encode, but something makes me believe they are not: if b0 and b1 are 0xb8 respectively (that I interpeted as 2^11 = 2048 and 2^8 = 256) I observe 3 different deltas between each couple of

I have over 1,000 ogg vorbis files that are no longer playable or editable. I believe the main cause was a MediaMonkey plugin that automatically fetched album art and added it to the header. The plugin itself just uses the generic MediaMonkey metadata facility, but something happened -- perhaps when the album art bitmap image was too large -- that caused the files to no longer work.

This time in vcut: vorbis-tools/vcut/vcut.h:23 and 24. No, I'm not spending quality time with grep; I'm trying to compile vorbis with the native Sun Forte compilers. Much badness, of which these // issues are only part. :-( More details to follow... Patch/inc/lazy. {+} Jeff Squyres {+} squyres@cse.nd.edu {+} Perpetual Obsessive Notre Dame Student Craving Utter Madness {+} "I

Hi there, in fact, my purpose is to write tool which will allow one to split ogg file with vorbis audio *and* theora video codecs, but at first I'd like to understand how the splitting of Ogg Vorbis stream works. So I looked at existing tools that split Ogg Vorbis audio files, i.e. `vcut' utility in vorbis-tools package, and Ogg plugin from `libmp3splt', but I found that engine code

Hi, I'm wondering if the Dirac granulepos parsing in liboggz and display in the oggz tools is currently correct, as I'd like to do a release of these soon. A couple of days ago David Schleef mentioned there were some problems. David, is that currently true (ie. since David Flynn's recent updates to support Dirac), and if so could you please explain what the problems are, or point me

Hi there, First of all, sorry for my English I'm not a native english speaker. I need to develop and application witch does 3 tasks with oggs files : 1/ chain 2 ogg files 2/ extract a part from an ogg file 3/ add silence between two chained oggs files. Basically, - For the 1st task, I think that the best way to chain ogg files is to use the "cat" (on linux) or "copy

2008/11/14 David Flynn <davidf+nntp at woaf.net>: > On 2008-11-13, Conrad Parker <conrad at metadecks.org> wrote: >> I'm wondering if the Dirac granulepos parsing in liboggz and display >> in the oggz tools is currently correct, as I'd like to do a release of >> these soon. > > I believe it is -- although if correct support in the rest of the >

> There are a usually lot more data packets than header packets, so > having an internal length there hurts your bitrate a lot more. Of > course, it may not be significant for an uncompressed text codec. If muxed with a video, it's insignificant (well, for my test cases). > With codecs using the 'count of decodable samples' rule to calculate > their granulepos, the