Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP
Commits on Nov 19, 2012
  1. Merge pull request #2 from johnf/patch-1

    authored
    Update doc/oggz-rip.1
Commits on Nov 18, 2012
  1. @johnf

    Update doc/oggz-rip.1

    johnf authored
    Fix typo in oggz-rip
Commits on May 28, 2012
  1. Fix dumping streams with less than 3 headers and a hole at start

    Vincent Penquerc'h authored committed
  2. oggz-info: actually print the messages headers we found

    Vincent Penquerc'h authored committed
Commits on Dec 5, 2011
  1. @bit

    spelling

    bit authored
Commits on Nov 4, 2010
  1. Merge branch '1.0-stable'

    authored
  2. @marsijanin

    fix comments header offset calculation for PCM content

    marsijanin authored committed
Commits on Oct 26, 2010
  1. Merge branch '1.0-stable'

    authored
  2. fix off by one in terminal header page

    ogg.k.ogg.k authored committed
Commits on Oct 12, 2010
  1. Merge branch '1.0-stable'

    authored
  2. use read(2) instead of fread(3) in order to avoid stalling when the d…

    ogg.k.ogg.k authored committed
    …ata comes in slowly (eg, live stream at very low bitrate).
Commits on Sep 24, 2010
  1. Merge branch '1.0-stable'

    authored
  2. @vcap

    Fix an issue with the symlinks for pre-0.9.9 tool names

    vcap authored committed
    When files with pre-0.9.9 tool names exist in $(exec_prefix)/bin,
    "make DESTDIR=${staging_dir} install" tries to delete them, which
    may cause a failure for lack of permissions (quite likely to happen
    when building a package as a normal user), and is wrong anyway
    (nothing outside of DESTDIR should ever be changed by "make install").
    
    With this patch, it will now cd to "$(DESTDIR)$(bindir)" and create
    relative symlinks there, if need be. This preverse the old behavior
    when DESTDIR=="", except for the fact the symlinks will be relative
    rather than absolute.
Commits on Sep 19, 2010
  1. Merge branch '1.0-stable'

    authored
  2. oggz-sort: fix handling of stream end

    Monty Montgomery authored committed
    oggz-sort would miss an input on an iteration in which a stream ends and is
    removed from the stream table.
  3. Fix starting frame numbers for Theora

    Monty Montgomery authored committed
    The correction for different starting frame numbers on early Theora streams
    was backward, resulting in the timestamp calculation being off by a frame
    on all stream version. This was causing oggz-sort and oggz-merge to mis-mux
    streams (which oggz-validate was catching properly)
Commits on Jul 16, 2010
  1. Merge branch '1.0-stable'

    authored
  2. Fix oggz-dump -r segfault when input doesn't exist

    Timothy B. Terriberry authored committed
    The return value of fopen() simply wasn't being checked.
  3. Fix granulepos parsing when reverting in oggz-dump.

    Timothy B. Terriberry authored committed
    It was not looking for calc. gpos on packets which did not
     originally have a granule position, nor was it looking for the |
     that's used in split granule positions (a la Theora).
Commits on Apr 29, 2010
  1. Merge branch '1.0-stable'

    authored
  2. TODO: flag continued/incomplete discrepancies

    authored
    ... in oggz-validate; reported by oggkoggk
  3. Release 1.1.1

    authored
Commits on Apr 24, 2010
  1. Merge branch '1.0-stable'

    authored
  2. Tolerate READ_STOP_OK for buffered packets

    authored
    This fixes an issue with some Kate tracks not playing with liboggplay,
    reported by both Viktor Gal and ogg.k.ogg.k
    
    Adapated from patch by ogg.k.ogg.k
  3. @dschleef

    Annodex is 7 bytes, not 8

    dschleef authored committed
Commits on Apr 20, 2010
  1. Merge branch '1.0-stable'

    authored
    Adapted fix for regression introduced in 8c2da1
  2. Fix regression introduced in 8c2da1

    authored
    When using a recent liboggz, liboggplay fails to play some files. It
    appears it's only files with Kate streams, however some files with
    Kate streams do play fine, but liboggplay reports unknown
    category/language, so that's probably still failing, but in a way that
    liboggplay can recover from.
    
    A sample file which worked before and does not work now is the good old:
    http://people.xiph.org/~oggk/Stephen_Fry-Happy_Birthday_GNU-hq_600px_780kbit.ogv
    This file is seen as correct by oggz-validate.
    
    Issue:
    
    * when oggz_read() sees the first few packets before it sees a
    granulepos, it buffers them in a dlist
    * then, oggz_read_deliver_packet() is a dlist callback which goes
    through these buffered packets and calls the read callback for each
    * the commit you found by bisection returns an error if the
    read_callback returns non-zero; previously the read_callback return
    values were ignored
    * liboggplay's read_predetected(), the read_callback in use during
    stream detection, returns 1 (OGGZ_STOP_OK) when it has done what it
    needs to do
    
    ... hence, the STOP_OK value gets turned into an error value by the
    bad commit.
    
    Reported-by: ogg.k.ogg.k@googlemail.com
    Signed-off-by: Conrad Parker <conrad@metadecks.org>
Commits on Apr 14, 2010
  1. Merge branch '1.0-stable'

    authored
Commits on Apr 10, 2010
  1. Merge branch '1.0-stable'

    authored
Commits on Apr 1, 2010
  1. Merge branch '1.0-stable'

    authored
Commits on Mar 18, 2010
  1. Merge branch '1.0-stable'

    authored
Something went wrong with that request. Please try again.