gmane.comp.video.dvdnav.general

Error in libdvdnav when reading iso images

Oncaphillis — 2012-05-25T08:23:07

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.

Please add dvdnav_dup() and dvdnav_free_dup() functions from the handbrake project

Fabian Greffrath — 2012-05-21T21:54:55

Dear libdvdnav devs,

please consider applying the following patch originating from the
handbrake project:
<https://github.com/HandBrake/HandBrake/blob/master/contrib/libdvdnav/A08-dvdnav-dup.patch>

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 relea

[PATCH] Filenames in Unicode decoding issue

Honza Horak — 2012-05-14T15:34:45

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< at >public.gmane.org
https://lists.mplayerhq.hu/mailman/listinfo/dvdnav-discuss

[PATCH] "dvdnav_jump_to_sector" as an alternative to "dvdnav_time_search" (REV 6: add mode argument)

gnosygnu — 2012-04-26T03:48:41

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 <> time_in_pts_ticks */
/*  1: After. Always jump to a time that is > time_in_pts_ticks */
/* -1: Before. Always jump to a time that is < 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

[PATCH] ignore some build files

Mike Frysinger — 2012-04-17T20:32:57

Signed-off-by: Mike Frysinger <vapier-aBrp7R+bbdUdnm+yROfE0A< at >public.gmane.org>
---
 .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
< at >< at > -0,0 +1,14 < at >< at >
+*.a
+*.la
+*.lo
+*.o
+
+*.diff
+*.orig
+*.patch
+*.rej
+
+.deps
+.libs
+
+Makefile.in

media-libs/libdvdnav-4.2.0: gives a QA warningunder >Gentoo

Toralf Förster — 2012-04-14T20:34:17

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 ?

[PATCH] libdvdnavmini depends on libdvdread

LRN — 2012-04-13T15:29:37

-----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 referen

libdvdread uses internal dlfcn on W32,unconditionally

LRN — 2012-04-13T16:13:25

-----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+KrMN7UYlKOiDBWraLXbzUT

[patch] Fix SIGSEGV indvdnav_describe_title_chapters

Sylvain HENRY — 2012-04-02T19:16:34

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< at >public.gmane.org
https://lists.mplayerhq.hu/mailman/listinfo/dvdnav-discuss

[patch] check pkg-config before xxx-config scripts

Mike Frysinger — 2012-03-30T18:14:03

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)
< at >< at > -89,6 +89,7 < at >< at > AC_PROG_CC
 AC_PROG_MAKE_SET
 AC_PROG_INSTALL
 AC_PROG_LN_S
+PKG_PROG_PKG_CONFIG
 
 dnl --------------------------------------------------------------
 dnl Libtool
< at >< at > -185,15 +186,26 < at >< at > AC_ARG_WITH([dvdread-config],
   [AS_HELP_STRING([--with-dvdread-config=PROG],
     [dvdread-config program to use < at ><:< at >default=from PATH< at >:>< at >])],
   [DVDREAD_CONFIG="$withval"],
-  [dnl User didn't specify program, search PATH
-  AC_PATH_PROG([DVDREAD_CONFIG], [dvdread-config], [no])
-  test "x$DVDREAD_CONFIG" = xno && \
-    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])
+  [D

Libdvdnav and assertion in set_PPT() triggered

Mathew Alexander — 2012-03-28T21:56:38

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< at >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

[PATCH] Fix mount point -> device name on OSX

Rafaël Carré — 2012-03-15T14:07:55

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< at >public.gmane.org
https://lists.mplayerhq.hu/mailman/listinfo/dvdnav-discuss

[PATCH] fix C++ compatibility broken in r1208

Anssi Hannula — 2012-02-25T20:17:18

Revision 1208 ("Add dvdnav_program_play & 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.

dvdnav log function callback

Ilkka Ollakka — 2012-02-24T08:25:53

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).

[PATCHES] libdvdread and libdvdnav patches

Ganael LAPLANCHE — 2012-01-18T10:53:19

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, TMP

libdvdread: UDF rework

Jorgen Lundman — 2012-01-13T05:40:22

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, mi

Assert failed when using libdvdread in vlc

Honza Horak — 2012-01-10T11:26:40

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

[PATCH] Fix out of array pointer access

Bryce Harrington — 2011-12-16T08:13:24

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 <bryce-Z7WLFzj8eWMS+FvcfC7Uqw< at >public.gmane.org>

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
< at >< at > -1082,6 +1082,12 < at >< at > int ifoRead_TT_SRPT(ifo_handle_t *ifofil
     return 0;
   }
 
+  if(tt_srpt->nr_of_srpts>info_length/

cross/mingw compilation (was assertion failure with certain DVD's)

Roger Pack — 2011-12-01T18:18:59

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-

[PATCH] use newer dll name

Roger Pack — 2011-11-30T18:56:01

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< at >public.gmane.org
https://lists.mplayerhq.hu/mailman/listinfo/dvdnav-discuss

remap_loadmap purpose

Roger Pack — 2011-11-30T18:01:43

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-