<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.video.dvdnav.general">
    <title>gmane.comp.video.dvdnav.general</title>
    <link>http://blog.gmane.org/gmane.comp.video.dvdnav.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1603"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1596"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1595"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1592"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1575"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1565"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1564"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1563"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1554"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1553"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1551"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1550"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1548"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1545"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1542"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1534"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1531"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1530"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1516"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1501"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1603">
    <title>Error in libdvdnav when reading iso images</title>
    <link>http://comments.gmane.org/gmane.comp.video.dvdnav.general/1603</link>
    <description>&lt;pre&gt;I used to create DVD iso images via k3b and played them via VLC.
With isos of relatively newly released DVD this stops to work and
VLC fails with the message

  libdvdnav: demux error! 00 00 00 (should be 0x000001)

Playing directly from /dev/dvd still works

The distro is Fedora16
+ k3b == 2.0.2
+ libdvdcss == 1.2.11 ( I also tested 1.2.12)
+ vlc = 1.1.13
+ libdvdnav  4.1.4. I also tried the current SVN build

I get the same error when playing with mplayer and
I also tried brasero for iso creation.

Since direct play works it seems like brasero/k3b have
problems to create a proper iso and the problems sits
somewhere in the libs.

Thank you

O.
&lt;/pre&gt;</description>
    <dc:creator>Oncaphillis</dc:creator>
    <dc:date>2012-05-25T08:23:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1596">
    <title>Please add dvdnav_dup() and dvdnav_free_dup() functions from the handbrake project</title>
    <link>http://comments.gmane.org/gmane.comp.video.dvdnav.general/1596</link>
    <description>&lt;pre&gt;Dear libdvdnav devs,

please consider applying the following patch originating from the
handbrake project:
&amp;lt;https://github.com/HandBrake/HandBrake/blob/master/contrib/libdvdnav/A08-dvdnav-dup.patch&amp;gt;

It adds two new functions, dvdnav_dup() and dvdnav_free_dup(), that
duplicate a dvdnav_t object and remove a duplicate from memory,
respectively - well, at least roughly.

We (i.e. the pkg-multimedia-packages team in Debian) are currently trying
to get handbrake built cleanly against Debian's system libraries and this
patch is currently the only one that's missing to reach this goal. The
handbrake build system currently downloads the libdvdnav source code
(among others), patches it and builds a private library from it. Adding
the functions directly into the handbrake source code (instead of the
downloaded library) is impossible, because they need to know
sizeof(dvdnav_t), which is not part of libdvdnav's public API - which is
in turn reasonable.

So, please, having these two functions in the next libdvdnav release would
make it possible to build this huge OSS project that is handbrake using
only the distribution's libraries (apart from libfaac, of course, which is
prepared but still not in Debian, because it is considered non-free by our
FTP-Masters).

BTW, there are also some other interesting patches in handbrake's repos. ;)

Best regards,
Fabian
&lt;/pre&gt;</description>
    <dc:creator>Fabian Greffrath</dc:creator>
    <dc:date>2012-05-21T21:54:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1595">
    <title>[PATCH] Filenames in Unicode decoding issue</title>
    <link>http://comments.gmane.org/gmane.comp.video.dvdnav.general/1595</link>
    <description>&lt;pre&gt;Hi all,

there's an issue in libdvdread, triggered by DVDs with Unicode filenames 
(example of such DVD is a movie Thor).

Original bug report is available here:
https://bugzilla.redhat.com/show_bug.cgi?id=813977

There is also an enhanced Unicodedecode function on Ubuntu forum, which 
I consider better, than the current implementation is (see the patch 
attached):
http://ubuntuforums.org/showthread.php?p=11254706

Unfortunately, I'm unable to reproduce this issue, since I don't have 
such DVD, so I cannot verify if the patch fixes the issue.

Cheers,

Honza
_______________________________________________
DVDnav-discuss mailing list
DVDnav-discuss-4+PuYLO5yA7jufZW15ZwLg&amp;lt; at &amp;gt;public.gmane.org
https://lists.mplayerhq.hu/mailman/listinfo/dvdnav-discuss&lt;/pre&gt;</description>
    <dc:creator>Honza Horak</dc:creator>
    <dc:date>2012-05-14T15:34:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1592">
    <title>[PATCH] "dvdnav_jump_to_sector" as an alternative to "dvdnav_time_search" (REV 6: add mode argument)</title>
    <link>http://comments.gmane.org/gmane.comp.video.dvdnav.general/1592</link>
    <description>&lt;pre&gt;This revision features one minor change. It adds a new "mode"
parameter to "dvdnav_jump_to_sector".

As per the included comment:

/* NOTE: Mode is currently unimplemented. Only 0 should be passed. */
/* 1 and -1 are for future implementation */
/*  0: Default. Jump to a time which may be either &amp;lt;&amp;gt; time_in_pts_ticks */
/*  1: After. Always jump to a time that is &amp;gt; time_in_pts_ticks */
/* -1: Before. Always jump to a time that is &amp;lt; time_in_pts_ticks */
dvdnav_status_t dvdnav_jump_to_sector_by_time(dvdnav_t *this,
            uint64_t time_in_pts_ticks, int32_t mode)
...

The corresponding .h interface was also updated.

My apologies for not implementing the new parameter, but as I detailed
in another email, the change looks quite significant.

As far as I know, there are no other known pending changes/requests. I
am hoping that this patch is at a final state.

Please let me know what else should be done to get this patch accepted.

Thanks.
_______________________________________________
DVDnav-discuss mailing list
DVDnav-discuss-4+PuYLO5yA7jufZW15ZwLg&amp;lt; at &amp;gt;public.gmane.org
https://lists.mplayerhq.hu/mailman/listinfo/dvdnav-discuss&lt;/pre&gt;</description>
    <dc:creator>gnosygnu</dc:creator>
    <dc:date>2012-04-26T03:48:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1575">
    <title>[PATCH] ignore some build files</title>
    <link>http://comments.gmane.org/gmane.comp.video.dvdnav.general/1575</link>
    <description>&lt;pre&gt;Signed-off-by: Mike Frysinger &amp;lt;vapier-aBrp7R+bbdUdnm+yROfE0A&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
---
 .gitignore |   14 ++++++++++++++
 1 files changed, 14 insertions(+), 0 deletions(-)
 create mode 100644 .gitignore

diff --git a/.gitignore b/.gitignore
new file mode 100644
index 0000000..656736d
--- /dev/null
+++ b/.gitignore
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -0,0 +1,14 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
+*.a
+*.la
+*.lo
+*.o
+
+*.diff
+*.orig
+*.patch
+*.rej
+
+.deps
+.libs
+
+Makefile.in
&lt;/pre&gt;</description>
    <dc:creator>Mike Frysinger</dc:creator>
    <dc:date>2012-04-17T20:32:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1565">
    <title>media-libs/libdvdnav-4.2.0: gives a QA warningunder &gt;Gentoo</title>
    <link>http://comments.gmane.org/gmane.comp.video.dvdnav.general/1565</link>
    <description>&lt;pre&gt;Hello,

I got today a warnign msg from the isntaller :

QA: other
QA Notice: Package triggers severe warnings which indicate that it
           may exhibit random runtime failures.
dvdnav.c:1175:3: warning: dereferencing type-punned pointer will break strict-
aliasing rules
dvdnav.c:1178:5: warning: dereferencing type-punned pointer will break strict-
aliasing rules
Please do not file a Gentoo bug and instead report the above QA
issues directly to the upstream developers of this software.
Homepage: http://dvdnav.mplayerhq.hu/

Is this a harmless/useless/... info for you ?

&lt;/pre&gt;</description>
    <dc:creator>Toralf Förster</dc:creator>
    <dc:date>2012-04-14T20:34:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1564">
    <title>[PATCH] libdvdnavmini depends on libdvdread</title>
    <link>http://comments.gmane.org/gmane.comp.video.dvdnav.general/1564</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

This patch fixes the following error messages one might get when
building libdvdnav on W32 using MinGW:

libtool: link:  gcc -shared .libs/libdvdnavmini-4.dll.def
.libs/dvdnav.o .libs/read_cache.o .libs/navigation.o .libs/highlight.o
.libs/searching.o .libs/settings.o .libs/remap.o  -Wl,--whole-archive
../src/vm/.libs/libdvdvm.a -Wl,--no-whole-archive   -O3 -march=i686
- -o .libs/libdvdnavmini-4.dll -Wl,--enable-auto-image-base -Xlinker
- --out-implib -Xlinker .libs/libdvdnavmini.dll.a
Creating library file:
.libs/libdvdnavmini.dll.a.libs/dvdnav.o:dvdnav.c:(.text+0x27):
undefined reference to `DVDCloseFile'
.libs/dvdnav.o:dvdnav.c:(.text+0x3bc): undefined reference to
`navRead_DSI'
.libs/dvdnav.o:dvdnav.c:(.text+0x3ef): undefined reference to
`navRead_PCI'
.libs/dvdnav.o:dvdnav.c:(.text+0x556): undefined reference to
`DVDOpenFile'
.libs/dvdnav.o:dvdnav.c:(.text+0x60e): undefined reference to
`DVDCloseFile'
.libs/dvdnav.o:dvdnav.c:(.text+0xbb1): undefined reference to
`DVDCloseFile'
.libs/dvdnav.o:dvdnav.c:(.text+0xf1b): undefined reference to
`DVDOpenFile'
.libs/read_cache.o:read_cache.c:(.text+0xfa7): undefined reference to
`DVDReadBlocks'
.libs/read_cache.o:read_cache.c:(.text+0xff0): undefined reference to
`DVDReadBlocks'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x990): undefined
reference to `ifoClose'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x99c): undefined
reference to `ifoOpenVTSI'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x9ae): undefined
reference to `ifoRead_VTS_PTT_SRPT'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x9bc): undefined
reference to `ifoRead_PGCIT'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x9ce): undefined
reference to `ifoRead_PGCI_UT'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x9dc): undefined
reference to `ifoRead_VOBU_ADMAP'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x9ee): undefined
reference to `ifoRead_TITLE_VOBU_ADMAP'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0xf33): undefined
reference to `ifoClose'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0xf49): undefined
reference to `ifoClose'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0xf5e): undefined
reference to `DVDClose'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0xfc3): undefined
reference to `ifoClose'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0xfd9): undefined
reference to `ifoClose'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0xfee): undefined
reference to `DVDClose'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x13d5): undefined
reference to `ifoClose'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x13eb): undefined
reference to `ifoClose'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x1400): undefined
reference to `DVDClose'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x1418): undefined
reference to `DVDOpen'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x142a): undefined
reference to `ifoOpenVMGI'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x143d): undefined
reference to `ifoRead_FP_PGC'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x1450): undefined
reference to `ifoRead_TT_SRPT'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x1463): undefined
reference to `ifoRead_PGCI_UT'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x1476): undefined
reference to `ifoRead_PTL_MAIT'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x1489): undefined
reference to `ifoRead_VTS_ATRT'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x149c): undefined
reference to `ifoRead_VOBU_ADMAP'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x1792): undefined
reference to `ifoClose'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x1883): undefined
reference to `ifoClose'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x4724): undefined
reference to `ifoOpen'
../src/vm/.libs/libdvdvm.a(vm.o):vm.c:(.text+0x4731): undefined
reference to `ifoClose
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPiEZgAAoJEOs4Jb6SI2CwmgMH/j2Cm7JKrQ6XdLmPBCU5f8gr
mjPTKuUmxJ49t0Ps+yOi78yyRNMl+OnPyPl+IZY3B+0WoosmTp/UYE/6/s9KHgAE
4R7TKQc/Y81UhsFjqeiumnbnu8eJHx8lWtIfxSum1jhskeTxtY/rVBA502jPteO2
1CVl5gY63IlJ66KXo4bybMMLY1YRV5K48oHZqxV1ETwMWgCKFOPOSc0s8BxcfRO2
3mVTg+mNgDSh8Qx/IdOVVS/LEhgrqBE+TOqAV6i8ReQqBvi0RNXov2NwRq5RdHS4
1EmX/4CeDtHE/4DNvF/kg0HNHMORX16EWZK7mMUsk0ctaboEEfgChFlggjhC//0=
=CTKO
-----END PGP SIGNATURE-----
--- libdvdnav-4.2.0/src/Makefile.am.orig2012-04-13 18:58:11 +0400
+++ libdvdnav-4.2.0/src/Makefile.am2012-04-13 19:00:18 +0400
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -28,7 +28,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 libdvdnavmini_la_SOURCES = $(libdvdnav_la_SOURCES)
 
 libdvdnavmini_la_LIBADD = $(THREAD_LIBS) \
-$(top_builddir)/src/vm/libdvdvm.la
+$(top_builddir)/src/vm/libdvdvm.la \
+-ldvdread
 
 libdvdnavmini_la_LDFLAGS = $(libdvdnav_la_LDFLAGS)
 
_______________________________________________
DVDnav-discuss mailing list
DVDnav-discuss-4+PuYLO5yA7jufZW15ZwLg&amp;lt; at &amp;gt;public.gmane.org
https://lists.mplayerhq.hu/mailman/listinfo/dvdnav-discuss&lt;/pre&gt;</description>
    <dc:creator>LRN</dc:creator>
    <dc:date>2012-04-13T15:29:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1563">
    <title>libdvdread uses internal dlfcn on W32,unconditionally</title>
    <link>http://comments.gmane.org/gmane.comp.video.dvdnav.general/1563</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On W32 libdvdread unconditionally uses msvc/contrib/dlfcn.c
While this allows libdvdread to be compiled out of the box, it
prevents it from linking to any other dlfcn implementation. Namely -
to dlfcn-win32 [1] (which is somewhat more POSIX-compliant).

The attached patch is very simplistic (i.e. it unconditionally
requires a working libdl somewhere), but it works for me. For trunk i
would suggest re-writing it like this:
check for dlopen in -lc
  if that fails, check for dlopen in -ld
    if that fails AND host is mingw, modify CFLAGS to use internal dlfcn

Note that LDFLAGS modification should go AFTER (!) all AC_CHECK_LIB
calls, because -no-undefined is no longer valid as a compiler option.

[1] http://code.google.com/p/dlfcn-win32/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPiFCkAAoJEOs4Jb6SI2Cwl1YH/0T2WtJHelUGJr4ne6BN+dAz
fvRfThLqmWIg0c+KrMN7UYlKOiDBWraLXbzUTvmjnZGM3w0GrUIT1qSniYKog+f+
AEfa9b75dfSSpT1R1xBmr1YT9ka3CtRtbiA5pjCHNyNr/IcMOQGEn8pXEzJ7vXn7
Uo5IeqWaG2JfjJYFXouKgTAT/L4P9Uvhab2S+SBFyhYG7OHi1DbmelWvhIkBT6lB
QWE69RprcIH4dueq9l2IMvkWqhqvI580S6r3RbxZIFyYESamuxRCgxdCpBdPbYPs
+KU2EjqJdmohoS+Xp274l0aia2sBrvgYsC37MkyYawi2UhPtv2EnW6lIUIHczSU=
=VUR/
-----END PGP SIGNATURE-----
--- libdvdread-4.2.0/configure.ac.orig2012-04-13 19:55:31 +0400
+++ libdvdread-4.2.0/configure.ac2012-04-13 19:55:45 +0400
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -139,8 +139,13 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 dnl ---------------------------------------------
 case $host in
   *mingw32*)
-    CFLAGS="-idirafter \$(top_srcdir)/msvc/include $CFLAGS"
+    AC_CHECK_LIB(c, dlopen,
+                 DYNAMIC_LD_LIBS="",
+                 AC_CHECK_LIB(dl, dlopen,
+                              DYNAMIC_LD_LIBS="-ldl",
+                              AC_MSG_ERROR(dynamic linker needed)))
+    AC_SUBST(DYNAMIC_LD_LIBS)
     LDFLAGS="-no-undefined $LDFLAGS"
     ;;
   *cygwin*)
     LDFLAGS="-no-undefined $LDFLAGS"
_______________________________________________
DVDnav-discuss mailing list
DVDnav-discuss-4+PuYLO5yA7jufZW15ZwLg&amp;lt; at &amp;gt;public.gmane.org
https://lists.mplayerhq.hu/mailman/listinfo/dvdnav-discuss&lt;/pre&gt;</description>
    <dc:creator>LRN</dc:creator>
    <dc:date>2012-04-13T16:13:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1554">
    <title>[patch] Fix SIGSEGV indvdnav_describe_title_chapters</title>
    <link>http://comments.gmane.org/gmane.comp.video.dvdnav.general/1554</link>
    <description>&lt;pre&gt;Hi,

Please consider checking and applying the attached patch. It fixes a 
segfault occuring with some DVDs. It seems to be the same problem as the 
one mentionned here: 
https://bugs.launchpad.net/ubuntu/+source/libdvdnav/+bug/934471

In my case, "cellnr" and "endcellnr" variables were set to 0 when the 
crash occured.

Cheers
Sylvain

PS: I'm not registered on the mailing-list, please answer directly to me 
if necessary
_______________________________________________
DVDnav-discuss mailing list
DVDnav-discuss-4+PuYLO5yA7jufZW15ZwLg&amp;lt; at &amp;gt;public.gmane.org
https://lists.mplayerhq.hu/mailman/listinfo/dvdnav-discuss&lt;/pre&gt;</description>
    <dc:creator>Sylvain HENRY</dc:creator>
    <dc:date>2012-04-02T19:16:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1553">
    <title>[patch] check pkg-config before xxx-config scripts</title>
    <link>http://comments.gmane.org/gmane.comp.video.dvdnav.general/1553</link>
    <description>&lt;pre&gt;it's easier to manage pkg-config when cross-compiling, and libdvdread installs
.pc files, so check those first
-mike

--- configure.ac(revision 1243)
+++ configure.ac(working copy)
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -89,6 +89,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; AC_PROG_CC
 AC_PROG_MAKE_SET
 AC_PROG_INSTALL
 AC_PROG_LN_S
+PKG_PROG_PKG_CONFIG
 
 dnl --------------------------------------------------------------
 dnl Libtool
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -185,15 +186,26 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; AC_ARG_WITH([dvdread-config],
   [AS_HELP_STRING([--with-dvdread-config=PROG],
     [dvdread-config program to use &amp;lt; at &amp;gt;&amp;lt;:&amp;lt; at &amp;gt;default=from PATH&amp;lt; at &amp;gt;:&amp;gt;&amp;lt; at &amp;gt;])],
   [DVDREAD_CONFIG="$withval"],
-  [dnl User didn't specify program, search PATH
-  AC_PATH_PROG([DVDREAD_CONFIG], [dvdread-config], [no])
-  test "x$DVDREAD_CONFIG" = xno &amp;amp;&amp;amp; \
-    AC_MSG_ERROR([dvdread-config required to link with libdvdread])
-  ])
-DVDREAD_CFLAGS=`$DVDREAD_CONFIG --cflags` || \
-  AC_MSG_ERROR([Could not get libdvdread CFLAGS from $DVDREAD_CONFIG])
-DVDREAD_LIBS=`$DVDREAD_CONFIG --libs` || \
-  AC_MSG_ERROR([Could not get libdvdread LIBS from $DVDREAD_CONFIG])
+  [DVDREAD_CONFIG=""])
+
+dnl by default, search pkg-config, and then fall back to dvdread-config
+DVDREAD_PKG_CONFIG="no"
+if test "x$DVDREAD_CONFIG" = "x"; then
+  PKG_CHECK_MODULES([DVDREAD], [dvdread],
+    [DVDREAD_PKG_CONFIG="yes"],
+    [dnl User didn't specify program, search PATH
+      AC_PATH_PROG([DVDREAD_CONFIG], [dvdread-config], [no])
+      test "x$DVDREAD_CONFIG" = xno &amp;amp;&amp;amp; \
+      AC_MSG_ERROR([dvdread-config required to link with libdvdread])
+    ])
+fi
+if test "x$DVDREAD_PKG_CONFIG" != "xyes"; then
+  DVDREAD_CFLAGS=`$DVDREAD_CONFIG --cflags` || \
+    AC_MSG_ERROR([Could not get libdvdread CFLAGS from $DVDREAD_CONFIG])
+  DVDREAD_LIBS=`$DVDREAD_CONFIG --libs` || \
+    AC_MSG_ERROR([Could not get libdvdread LIBS from $DVDREAD_CONFIG])
+fi
+
 AC_SUBST([DVDREAD_CFLAGS])
 AC_SUBST([DVDREAD_LIBS])
&lt;/pre&gt;</description>
    <dc:creator>Mike Frysinger</dc:creator>
    <dc:date>2012-03-30T18:14:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1551">
    <title>Libdvdnav and assertion in set_PPT() triggered</title>
    <link>http://comments.gmane.org/gmane.comp.video.dvdnav.general/1551</link>
    <description>&lt;pre&gt;I'm using Gentoo and have filed a bug on this issue, thought I'd get
another opinion. Using Totem 3.2.1 with gstreamer 10.35;
gst-plugins-resindvd 10.22 and libdvdnav 4.2.0 and keep getting this error
and Totem crashes. This is happening on 64 and 32 bit systems. Any ideas?

mathew&amp;lt; at &amp;gt;kerberos ~ $ totem dvd://
libdvdread: Using libdvdcss version 1.2.11 for DVD access
libdvdnav: Using dvdnav version 4.2.0
libdvdread: Using libdvdcss version 1.2.11 for DVD access
libdvdnav: DVD Title: GRIDIRON_GANG
libdvdnav: DVD Serial Number: 362BB1F8
libdvdnav: DVD Title (Alternative):
libdvdnav: Unable to find map file '/home/mathew/.dvdnav/GRIDIRON_GANG.map'
libdvdnav: DVD disk reports itself with Region mask 0x00000000. Regions: 1
2 3 4 5 6 7 8

libdvdread: Attempting to retrieve all CSS keys
libdvdread: This can take a _long_ time, please be patient

libdvdread: Get key for /VIDEO_TS/VIDEO_TS.VOB at 0x00000156
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_01_0.VOB at 0x00000173
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_01_1.VOB at 0x0000017a
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_02_0.VOB at 0x0000797a
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_02_1.VOB at 0x0000eee5
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_03_0.VOB at 0x00167e80
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_03_1.VOB at 0x00167e9f
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_04_0.VOB at 0x00167ec9
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_04_1.VOB at 0x00167ed0
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_05_0.VOB at 0x00168630
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_05_1.VOB at 0x00168637
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_06_0.VOB at 0x00168651
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_06_1.VOB at 0x00168658
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_07_0.VOB at 0x00168e14
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_07_1.VOB at 0x00168e1b
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_08_0.VOB at 0x00168e48
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_08_1.VOB at 0x00168e4f
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_09_0.VOB at 0x00168e6e
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_09_1.VOB at 0x00168e75
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_10_0.VOB at 0x0018c134
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_10_1.VOB at 0x0018c13b
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_11_0.VOB at 0x001ab432
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_11_1.VOB at 0x001ab439
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_12_0.VOB at 0x001e139b
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_12_1.VOB at 0x001e13a2
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_13_0.VOB at 0x00217071
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_13_1.VOB at 0x00217078
libdvdread: Elapsed time 0
libdvdread: Found 13 VTS's
libdvdread: Elapsed time 0
totem: vm.c:1668: set_PTT: Assertion `tt &amp;lt;= vm-&amp;gt;vmgi-&amp;gt;tt_srpt-&amp;gt;nr_of_srpts'
failed.
Aborted

Regards,

Mathew Alexander
&lt;/pre&gt;</description>
    <dc:creator>Mathew Alexander</dc:creator>
    <dc:date>2012-03-28T21:56:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1550">
    <title>[PATCH] Fix mount point -&gt; device name on OSX</title>
    <link>http://comments.gmane.org/gmane.comp.video.dvdnav.general/1550</link>
    <description>&lt;pre&gt;getfsent() only returns '/' entry on my system (10.8)

I only have 10.7 around to test, but this bug was reported ages ago:
https://trac.videolan.org/vlc/ticket/4069

I don't have a BSD, so I can't test it on BSD too but I don't see why
this code couldn't be shared on all BSD.

_______________________________________________
DVDnav-discuss mailing list
DVDnav-discuss-4+PuYLO5yA7jufZW15ZwLg&amp;lt; at &amp;gt;public.gmane.org
https://lists.mplayerhq.hu/mailman/listinfo/dvdnav-discuss&lt;/pre&gt;</description>
    <dc:creator>Rafaël Carré</dc:creator>
    <dc:date>2012-03-15T14:07:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1548">
    <title>[PATCH] fix C++ compatibility broken in r1208</title>
    <link>http://comments.gmane.org/gmane.comp.video.dvdnav.general/1548</link>
    <description>&lt;pre&gt;Revision 1208 ("Add dvdnav_program_play &amp;amp; dvdnav_current_title_program")
added dvdnav_program_play function to dvdnav.h. However, unlike the
other API functions, its first parameter is named 'this' instead of
'self'. 'this' is a C++ keyword and prevents compilation of C++ projects
using libdvdnav.

Restore C++ compatibility by renaming the parameter to 'self' like in
the other functions.

&lt;/pre&gt;</description>
    <dc:creator>Anssi Hannula</dc:creator>
    <dc:date>2012-02-25T20:17:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1545">
    <title>dvdnav log function callback</title>
    <link>http://comments.gmane.org/gmane.comp.video.dvdnav.general/1545</link>
    <description>&lt;pre&gt;Hi,

I started looking if it is possible to implement log callback in
dvd-nav, mostly to get rid of those printf(stderr.. ) calls when it is
used in vlc. Similar functionality exists in libav/ffmpeg/libx264 and
implementation is pretty straighforward in that part and I can provide
patch for it.

Only thing that I was wondering, is the way to tell dvdnav to use
callback. Dvdnav does not have init()-function and assumes that
open() initializes dvdnav_t structure to given pointer.

So should I introduce init() function that actually initializes the
structure and allows to change that log-callback, or extend open to take
callback pointer as parameter or some other way?

Also pointers to archives is great if this issue is talked in some point
allready (did not find anything when quickly googled).

&lt;/pre&gt;</description>
    <dc:creator>Ilkka Ollakka</dc:creator>
    <dc:date>2012-02-24T08:25:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1542">
    <title>[PATCHES] libdvdread and libdvdnav patches</title>
    <link>http://comments.gmane.org/gmane.comp.video.dvdnav.general/1542</link>
    <description>&lt;pre&gt;Hi team,

First of all, thanks for your great work :)

I am the maintainer of FreeBSD ports of libdvdread and libdvdnav and
have small patches that you might be interested in, see :

For libdvdread :

*
http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/ports/multimedia/libdvdread/files/patch-configure2?rev=1.3;content-type=text%2Fplain

This first patch adds support for libdatadir option, fixes incdir option
and bigendian detection. Some chunks are FreeBSD-only an can be skipped
(PREFIX comment, TMPD modification).

*
http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/ports/multimedia/libdvdread/files/patch-src.md5.c?rev=1.1;content-type=text%2Fplain

This patch uses config.h instead of trying to re-detect endianness.

For libdvdnav :

*
http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/ports/multimedia/libdvdnav/files/patch-configure2?rev=1.3;content-type=text%2Fplain

This patch adds support for libdatadir option and bigendian detection.
Some chunks are still FreeBSD-only an can be skipped (PREFIX comment, TMPD).

Best regards,

--
Ganael LAPLANCHE &amp;lt;ganael.laplanche-6hn7hutf3d5g9hUCZPvPmw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
http://www.martymac.org | http://contribs.martymac.org
FreeBSD: martymac &amp;lt;martymac-HZy0K5TPuP5AfugRpC6u6w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;, http://www.FreeBSD.org
&lt;/pre&gt;</description>
    <dc:creator>Ganael LAPLANCHE</dc:creator>
    <dc:date>2012-01-18T10:53:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1534">
    <title>libdvdread: UDF rework</title>
    <link>http://comments.gmane.org/gmane.comp.video.dvdnav.general/1534</link>
    <description>&lt;pre&gt;
Hello list,

I prefer to keep libdvdread as a library that can read all versions of UDF 
filesystem (Up to 2.60) and ISO files. I find it very unattractive to use 
multiple libraries, one to test if it is a "VIDEO_TS" style UDF, and if not, use 
a whole different library to handle this type of UDF device/file. (which also 
interfaces with libdvdcss and/or libaacs)


I decided to take a look at libdvdread again, with regards to reading generic 
UDF devices and ISO images. libdvdread already could handle DVD UDF levels, and 
I already did some work to enable higher UDF levels like that of blurays.


But it generally mostly worked for images created with ImgBurn, and not always 
for retail blurays or generic UDF. (Linux mkudffs or OsX Newfs_udf).



So, with that in mind I made the following changes:

* Proper LogVolume parsing, and scan the defined partitions
   + Handle Sparing Table
   + Handle Metadata partition; main, mirror and bitmap locations.


* Handle ExtFileInfo 250,251,252 (Metadata; Main file, mirror file and bitmap file)


* Fix math to find logic block for FSD, based on FSD for metadata not partition 
start, and/or influenced by Metadata entry. It no longer "loops" looking/hoping 
for the right TagID.


* Fixed "ICBTag.flags&amp;amp;7 = 3" type, "file content data" is stored at AD! (In the 
same block)

The ICBTag logic in dvdread, for flags type = 3, is completely wrong. But this 
sort of "data compression", to store content in the actual ExtFileInfo block, is 
probably not used for media volumes normally.


* File location (as opposed to Directory location) are from partition.start, not 
FSD location. (Of course, for DVDs the FSB is at +0 offset.)


* Tested IO export functions to (still) work with libdvdcss and libaacs.



Now since dvd_udf.c is nearly "unrecognisable" to the original (although 
backwards compatible), and our past history, I feel it is probably not worth 
working with patches any more. Perhaps it is better if I simply spin off my own 
fork of libdvdread. I'm sure we all agree here.


Should I take a new library name, dvdread.plus or dvdreadX or libudfread, 
something, or just different version strings? Let me know what You think so we 
can come to something everyone is happy with.


Lund


Optional TODOs.

* If metadata-mail-file fails, use metadata-mirror-file.
* Ignores freetable bitmap too, but then, it is a readonly library



&lt;/pre&gt;</description>
    <dc:creator>Jorgen Lundman</dc:creator>
    <dc:date>2012-01-13T05:40:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1531">
    <title>Assert failed when using libdvdread in vlc</title>
    <link>http://comments.gmane.org/gmane.comp.video.dvdnav.general/1531</link>
    <description>&lt;pre&gt;Hi,

there is a low priority bug report against libdvdread at:
http://bugzilla.redhat.com/770720

I'm not able to reproduce it myself, but the original reporter is able 
to reproduce it every time using these steps:
1. Create a DVD on Toshiba XS32
2. Create image on hard disk with K3b
3. Play image with vlc

Actual results:
vlc gives "libdvdread: CHECK_VALUE failed in 
/builddir/build/BUILD/libdvdread-4.1.4/src/nav_read.c:264"

Expected results:
No messages

Cheers,

Honza
&lt;/pre&gt;</description>
    <dc:creator>Honza Horak</dc:creator>
    <dc:date>2012-01-10T11:26:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1530">
    <title>[PATCH] Fix out of array pointer access</title>
    <link>http://comments.gmane.org/gmane.comp.video.dvdnav.general/1530</link>
    <description>&lt;pre&gt;This patch fixes a segmentation fault hit when reading the DVD 'The
Express'.  It prevents a read/write beyond end of an array due to using
a length value taken from the DVD, which can exceed the allocated size.

https://bugs.launchpad.net/ubuntu/+source/libdvdread/+bug/894170

The patch was originally written by rickyrockrat (sorry, I don't have
his email address) for 4.1.3.  I got the DVD and reproduced the segfault
using 4.2.0 and verified the patch stops the segfault from happening.
We're not confident this is the best fix though, so are posting it here
for review.

Signed-off-by:  Bryce Harrington &amp;lt;bryce-Z7WLFzj8eWMS+FvcfC7Uqw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

diff -Nrup libdvdread-4.2.0//src/ifo_read.c libdvdread-4.2.0-working//src/ifo_read.c
--- libdvdread-4.2.0//src/ifo_read.c2011-12-13 20:24:16.000000000 -0800
+++ libdvdread-4.2.0-working//src/ifo_read.c2011-12-13 21:21:53.915978130 -0800
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1082,6 +1082,12 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; int ifoRead_TT_SRPT(ifo_handle_t *ifofil
     return 0;
   }
 
+  if(tt_srpt-&amp;gt;nr_of_srpts&amp;gt;info_length/sizeof(title_info_t)){
+    fprintf(stderr,"libdvdread: data mismatch: info_length (%ld)!= nr_of_srpts (%d). Truncating.\n",
+            info_length/sizeof(title_info_t),tt_srpt-&amp;gt;nr_of_srpts);
+    tt_srpt-&amp;gt;nr_of_srpts=info_length/sizeof(title_info_t);
+  }
+
   for(i =  0; i &amp;lt; tt_srpt-&amp;gt;nr_of_srpts; i++) {
     B2N_16(tt_srpt-&amp;gt;title[i].nr_of_ptts);
     B2N_16(tt_srpt-&amp;gt;title[i].parental_id);
&lt;/pre&gt;</description>
    <dc:creator>Bryce Harrington</dc:creator>
    <dc:date>2011-12-16T08:13:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1516">
    <title>cross/mingw compilation (was assertion failure with certain DVD's)</title>
    <link>http://comments.gmane.org/gmane.comp.video.dvdnav.general/1516</link>
    <description>&lt;pre&gt;
Sweet that fixed it, as long as the prefix exists, otherwise same
error message different path :)


This meant I didn't have msys installed, only mingw (my bad).



Is there a way to use autotools with libdvdread?  I'm a bit lost, as
is evident.  though I can work around it for now.  This actually makes
me wonder how anybody is compiling it for their windows distros today.
 I know mplayer just uses the src directory and its own configs (which
work), dunno about VLC/others.  It seems like both msys and cross
compiling don't work, or can somebody give me an example of how they
do work, somehow?


I guess so, since it's under the msvc dir.


Yes I think it needs an option like that added (configure2 doesn't
appear to have one as of yet).

-roger-
&lt;/pre&gt;</description>
    <dc:creator>Roger Pack</dc:creator>
    <dc:date>2011-12-01T18:18:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1501">
    <title>[PATCH] use newer dll name</title>
    <link>http://comments.gmane.org/gmane.comp.video.dvdnav.general/1501</link>
    <description>&lt;pre&gt;For some reason on windows the dll name these days is almost always
libdvdcss-2.dll
instead of
libdvdcss.dll
(gstreamer, xbmc, etc.)
This patch seems to work, and would make it to match, which seems
better from my vantage.
-roger-
_______________________________________________
DVDnav-discuss mailing list
DVDnav-discuss-4+PuYLO5yA7jufZW15ZwLg&amp;lt; at &amp;gt;public.gmane.org
https://lists.mplayerhq.hu/mailman/listinfo/dvdnav-discuss&lt;/pre&gt;</description>
    <dc:creator>Roger Pack</dc:creator>
    <dc:date>2011-11-30T18:56:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.dvdnav.general/1497">
    <title>remap_loadmap purpose</title>
    <link>http://comments.gmane.org/gmane.comp.video.dvdnav.general/1497</link>
    <description>&lt;pre&gt;I always get this message and was wondering if it's possible to quiet it a bit:
libdvdnav: Unable to find map file 'C:\Users\packrd/.dvdnav/.map'
What is the purpose of remap_loadmap? (the .h file doesn't seem to tell much)
Thanks.
-roger-
&lt;/pre&gt;</description>
    <dc:creator>Roger Pack</dc:creator>
    <dc:date>2011-11-30T18:01:43</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.video.dvdnav.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.video.dvdnav.general</link>
  </textinput>
</rdf:RDF>

