November 2011 - DVDnav-discuss - lists.mplayerhq.hu

[PATCH] use newer dll name
by Roger Pack 06 Oct '13

06 Oct '13

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-

5 7

assertion failure with certain DVD's
by Roger Pack 06 Oct '13

06 Oct '13

Hello all. I get the following assertion playing the "Tangled" DVD with mplayer and an up to date libdvdnav, on windows: Assertion failed: (vm->state).pgc->cell_playback[(vm->state).cellN - 1].block_mode != 0, file libdvdnav/vm/vm.c, line 1141 The weird part about this is that in mac/linux, I get this error message, and no failed assertion, and playing continues: libdvdnav: Invalid angle block I'd be happy to send more information, or a (legal) DVD to keep, for any developer that would like to tackle it. It appears that it happens with a few other (Disney?) DVD's, as well: http://lists.mplayerhq.hu/pipermail/mplayer-users/2008-December/075458.html https://trac.handbrake.fr/ticket/125 https://forum.handbrake.fr/viewtopic.php?f=11&t=14189 So I'm guessing it's a libdvdnav bug. As a note, in VLC on windows, this causes playback to "loop" over - cellN=2 over and over, though it doesn't crash--I'm guessing it just swallows the assertion failure, or the failure isn't enabled with that build. Thanks. -roger-

4 8

[PATCH] fix dvdnav.h comment
by Roger Pack 06 Oct '13

06 Oct '13

I believe dvdnav_time_search *is* implemented, just somewhat inaccurately, so patch attempts to update comment in this regard. Thanks. -roger-

2 1

[PATCH] Sanitize PTT start offsets
by John Stebbins 05 Oct '13

05 Oct '13

If the start offset points past the last_byte (outside the region read) stop reading PTTs and adjust nr_of_srpts. Fixes Transformers 3 -- John GnuPG fingerprint: D0EC B3DB C372 D1F1 0B01 83F0 49F1 D7B2 60D4 D0F7

3 5

[PATCH] "dvdnav_jump_to_sector" as an alternative to "dvdnav_time_search" (REV 5: combined args to structs)
by gnosygnu 29 Jul '13

29 Jul '13

This revision includes the following changes: 1) combined multiple arguments into structures (See dvdnav_pos_data_t, dvdnav_cell_data_t, dvdnav_jump_args_t) 2) changed multi-line statements to remove leading commas 3) removed tabs/trailing whitespace 4) replaced "discontinuity tmap indexes" approach with simpler "use entry sector of current cell" to handle DVDs with initial dummy cells. Thanks to all who have read through the patch and/or offered comments. As far as I know, there are no other known pending changes/requests. I am hoping that this patch is at a near-final state. Please let me know what else should be done to get this patch accepted. Thanks.

3 19

[PATCH] Make sure we get nav packets for all cells in multi angle
by Joakim Plate 09 Dec '12

09 Dec '12

Hi, This is a resend of an old patch that we still keep in xbmc's version of libdvdnav. The problem is that libdvdnav jumps over NAV packets when playing multi angle features. I don't remember all the exact details on this patch anymore since it was many years since i tracked it down. But it is very obvious in xbmc since we use nav packet end/start times to correct timestamps. Without the patch we git gaps in nav packets that doesn's exist in the streams. I think i still have a dvd sample that shows the issue. /Joakim

3 5

libdvdnav 4.1.4
by Jean-Jacques Sarton 09 Dec '12

09 Dec '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, On Fedora 14 totem and vlc end both with folowing message: libdvdread: Found 1 VTS's libdvdread: Elapsed time 0 libdvdnav: Language 'en' not found, using '' instead libdvdnav: Menu Languages available: libdvdnav: Language 'en' not found, using '' instead libdvdnav: Menu Languages available: libdvdnav: Language 'en' not found, using '' instead libdvdnav: Menu Languages available: libdvdnav: *** pgci_ut handle is NULL *** totem: /builddir/build/BUILD/libdvdnav-4.1.4/src/vm/vm.c:1772: get_ID: Assertion `pgcit != ((void *)0)' failed. Of course tje line totem:... is to be replaced withz vlc:... according to the used player The dvd contain no menu and contain a privat video. If I rename libdvdnav totem/vlc works. Regards, Jean-Jacques Sarton -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk0h3bAACgkQM9JbiR3CwQsEEgCggN7qJrKQXspNYBJbCGRh237R +joAn1pQaRWHFN+nASDqRbL6Jgj3CM5S =iNgb -----END PGP SIGNATURE-----

4 6

[PATCH] consuming all memory when scanning dvd "Up"
by John Stebbins 09 Dec '12

09 Dec '12

First a disclaimer. This is a big invasive patch. If you don't like it, my feelings won't be hurt. I will be using it in HandBrake. So if you see problems with it, please let me know. Many dvd's are showing up that have titles that have numerous repeated language unit tables and pgc's. The new release "Up" is an example. I believe "Dark Knight" also exhibits this. When scanning such discs with lsdvd (and other programs that scan all titles), libdvdread will consume many GB of data for these repeated elements and gets very slow (e.g hours to read all titles) on OS X due to reading the duplicate data from uncached raw devices. This patch detects duplicates and reference counts pgc's and pgcit's. When a duplicate is detected, a reference count is incremented instead of allocating new memory and re-reading the data. I opted for reference counting instead of simply returning a failure on duplicate detection because it is perfectly valid to have a title with such duplicates. I could easily imagine titles adding duplicates, then navigating around them.

3 5

[PATCH] Link directly with libdvdcss
by Rafaël Carré 30 Nov '11

30 Nov '11

Hi, I'm sending a patch we've been using in VLC for some years on our mingw32 and darwin binaries. It adds --enable-libdvdcss (off by default) to link directly to dvdcss instead of using dlopen() --- dvdread/misc/dvdread.pc.in.orig 2011-11-25 11:13:16.573585109 -0500 +++ dvdread/misc/dvdread.pc.in 2011-11-25 11:01:31.390088283 -0500 @@ -8,4 +8,4 @@ Version: @VERSION@ Cflags: -I${includedir} -Libs: -L${libdir} -ldvdread +Libs: -L${libdir} -ldvdread @CSS_LIBS@ --- dvdread/src/Makefile.am.orig 2011-11-25 11:20:16.287666356 -0500 +++ dvdread/src/Makefile.am 2011-11-25 11:20:24.147705328 -0500 @@ -10,7 +10,7 @@ dvd_input.c dvd_udf.c md5.c nav_print.c ifo_print.c bitreader.c \ bswap.h dvd_input.h dvdread_internal.h dvd_udf.h md5.h bitreader.h -libdvdread_la_LIBADD = $(DYNAMIC_LD_LIBS) +libdvdread_la_LIBADD = $(DYNAMIC_LD_LIBS) @CSS_LIBS@ libdvdread_la_LDFLAGS = -version-info $(DVDREAD_LT_CURRENT):$(DVDREAD_LT_REVISION):$(DVDREAD_LT_AGE) \ -export-symbols-regex "(^dvd.*|^nav.*|^ifo.*|^DVD.*|^UDF.*)" --- dvdread/configure.ac.orig 2011-11-25 10:59:00.953342325 -0500 +++ dvdread/configure.ac 2011-11-25 11:21:26.732015667 -0500 @@ -137,6 +137,11 @@ dnl --------------------------------------------- dnl dynamic linker dnl --------------------------------------------- +AC_ARG_ENABLE([libdvdcss], [ --enable-libdvdcss force linking against libdvdcss]) + +CSS_LIBS="" +if test x"$enable_libdvdcss" != xyes; then +dnl dlopen libdvdcss case $host in *mingw32*) CFLAGS="-idirafter \$(top_srcdir)/msvc/include $CFLAGS" @@ -157,6 +162,18 @@ AC_SUBST(DYNAMIC_LD_LIBS) ;; esac +else +dnl link with libdvdcss + CSS_LIBS=-ldvdcss + case "${host}" in + *darwin*) CSS_LIBS="${CSS_LIBS} -Wl,-framework,CoreFoundation -Wl,-framework,IOKit" + ;; + esac + AC_CHECK_LIB(dvdcss, dvdcss_interface_2,, AC_MSG_ERROR(You need libdvdcss.so.2 or later)) + AC_CHECK_HEADERS(dvdcss/dvdcss.h,, AC_MSG_ERROR(You need libdvdcss (dvdcss.h))) +fi + +AC_SUBST(CSS_LIBS) dnl --------------------------------------------- dnl cflags -- Rafaël Carré

4 4

remap_loadmap purpose
by Roger Pack 30 Nov '11

30 Nov '11

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-

2 2

no VTS_TMAPT ??
by Roger Pack 24 Nov '11

24 Nov '11

As a side note, in VLC starting basically any "Disney DVD's" causes this message to be output, about 5 times: "Please send bug report - no VTS_TMAPT ??" Full output: https://gist.github.com/1390408 Reporting as requested :) -Roger-

1 1

[PATCH] "dvdnav_jump_to_sector" as an alternative to "dvdnav_time_search" (Overview: Source to follow)
by gnosygnu 24 Nov '11

24 Nov '11

Hi all. I've written a patch for jumping to a time in searching.c. I emailed something similar to this group a year ago, but there didn't seem to be much interest then. I am emailing again because there is some revived interest in the VLC community. (See http://forum.videolan.org/viewtopic.php?f=32&t=76308&start=20#p315221) Currently, dvdnav_time_search is marked "FIXME: right now, this function does not use the time tables but interpolates only the cell times". This method is usually inaccurate: it interpolates using sectors, but one sector does not equal one fixed unit of time. For example, if there is a 10:00 cell and the cell is 1000 sectors long, it assumes that 5:00 is at sector 500. Jumping to sector 500 may actually jump instead to 5:12. My patch jumps to a time using the time map and the vobu address map. I placed it in a new function called "dvdnav_jump_to_sector" because I wanted to keep backward compatibility with the existing "dvdnav_time_search" -- in case anyone wanted to keep using this method. I provide more details on my approach below. I will include the patch itself in the next email. Please note that most of my work is based on reverse-engineering the IFO files. I am not a DVD application developer, so my approach may be flawed or may not follow DVD specification. Also, please note that Java/C# is my primary language. I learned C for this task, and have not used it for anything else since then. My apologies in advance if I do something terribly stupid. Finally, please note that my patch does not change or delete any existing code. However, it does add a lot of code: 650+ lines. I realize that such length makes it harder and less desirable to review. I do think the approach needs to have this complexity, especially to handle some outlier DVDs I've encountered. I appreciate any feedback or review. At the very least, I hope others will find this useful. Thanks. ------- Details ------- My patch introduces a new function called "dvdnav_jump_to_sector". It finds a sector for a given time and jumps to it. In libdvdnav/src/dvdnav/dvdnav.h, it adds 1 line. (see dvdnav.h.patch) In libdvdnav/src/searching.c, it adds 650+ lines. (see searching.c.patch.zip) No other lines are modified or deleted. >From a broad perspective, it works like this: (1) Find the two time map entries around a given time (2) Get the vobus of these two time map entries (3) Get the sector of the jump_time through interpolation of the vobus For clarity's sake, I will repeat the above with fabricated data (1) Find the two time map entries around a given time Given time 56... Time map index 10 is identified as 55 seconds 56 seconds must be between entries 10 and 11 (2) Get the vobus of these two time map entries Time entry 10 is at sector 193 which is vobu 405 Time entry 11 is at sector 303 which is vobu 455 (3) Get the sector of the jump_time through interpolation of the vobus 56 is 20% of the way between 55 and 60 415 is 20% of the way between 405 and 455 320 is the corresponding sector of vobu 415 Note that step (1) actually requires more sub-steps (1a) Find the cell for a given time (1b) Find the tmap entries around the cell's start sector (1c) Find the vobus for these tmap entries and cell start (1d) Interpolate the time of earlier tmap entry (1e) Find the tmap entries around jump_time (2) Get the vobus of these two time map entries (3) Get the sector of the jump_time through interpolation of the vobus Again, here is the above with some fabricated data. I try to represent the tables visually below. It was written with a fixed-width font. My apologies if it does not show up formatted in the email. (1a) Find the cell for a given time Given time 56... ---- -------- -------- ---------- ---------- cell bgn_time end_time bgn_sector end_sector ---- -------- -------- ---------- ---------- 1 0 28 0 99 ---> 2 29 600 100 1000 3 601 900 1001 1400 ... **** Cell 2 encloses 56. (1b) Find the tmap entries around the cell's start sector ---- ------ tmap sector ---- ------ ... 3 71 ---> 4 88 ---> 5 108 6 121 ... **** tmap entries 4 and 5 enclose cell start sector of 100. (1c) Find the vobus for these tmap entries and cell start ---- ------ vobu sector ---- ------ ... ---> 200 88 ... ---> 208 100 209 102 ---> 210 108 ... **** 200, 208 and 210 are the relevant vobus (1d) Interpolate the time of earlier tmap entry 208 is 80% of the way between 200 and 210 4 secs is 80% of 5 secs 25 is the time-point when subtracting 4 from 29 (cell_bgn) vobu 200 is at 25 seconds **** 25 secs is the calculated time of tmap idx 4 (1e) Find the tmap entries around jump_time ---- ---- ------ tmap time sector ---- ---- ------ 4 25 5 30 6 35 7 40 8 45 9 50 ---> 10 55 193 ---> 11 60 303 ... **** 56 must be between tmap entries 10 and 11 (2) Get the vobus of these two time map entries ---- ------ vobu sector ---- ------ ... ---> 405 193 ... 415 320 ... ---> 455 503 ... **** 405 and 445 are the relevant vobus (3) Get the sector of the jump_time through interpolation of the vobus 56 is 20% of the way between 55 and 60 415 is 20% of the way between 405 and 455 320 is the corresponding sector of vobu 415 **** 320 is the closest vobu sector for 56 secs ----------- Other notes ----------- (1b) has a hack to handle cells that start at discontinuity entries - Basically if a cell starts in a discontinuity entry, then the sector/vobu data may not be good for interpolation For example, using the same data above ---- ---- ------ ---- tmap time sector vobu ---- ---- ------ ---- 4 25 88 200 <- flagged with discontinuity bit 5 30 108 210 6 35 140 218 Since there is a discontinuity occurring at tmap entry 4, the sectors between 88 and 108 may not represent 5 seconds of data (It usually does, but not always) To handle this, the proc looks forward to the next tmap entry and uses the vobu difference there to infer the vobu of the lo tmap With data, this means Look at tmap entry 6. It has a vobu of 218 There are 8 vobus between 218 and 210 Assume that tmap entry 10 starts at 202 (not 200) This works in practice on a handful of DVDs I've encountered, but the logic will probably not hold for all. There is a small percentage of DVDs that have issues - Time map was missing (no entries) For these DVDs, I wrote dvdnav_find_vobu_by_cell_boundaries. This function uses the same logic as tmap, but uses the cell_boundaries only. It is not as accurate as a tmap, but it is close. It is more accurate than raw sector interpolation. Roughly speaking, it is accurate 50% of the time, and the other other 50% of the time, it is off by 1 to 3 seconds. - Time map has non-consecutive entries. For example, a DVD with a time interval of 5 seconds had entries at tmap index 99 that was not 500 seconds in playback, but 521 seconds (or some other non-intuitive number). For these DVDs, steps (1a) - (1d) were written. If we could assume that tmap index 99 was always at time 500 seconds, then we could skip directly to (1e). ---------------- Function summary ---------------- Entry function: - dvdnav_jump_to_sector_by_time Find the nearest vobu and jump to it Core function: - dvdnav_find_vobu_by_tmap Find the nearest vobu by using the tmap Fallback function: - dvdnav_find_vobu_by_cell_boundaries Find the nearest vobu by using the cell boundaries Utility functions: - dvdnav_tmap_get_entries_for_sector Find the tmap entries on either side of a given sector - dvdnav_tmap_calc_time_for_tmap_entry Given two tmap entries and a known time, calc the time for the lo tmap entry - dvdnav_admap_interpolate_vobu Given two sectors and a fraction, calc the corresponding vobu - dvdnav_cell_find Given a sector/time/idx find the cell that encloses it - dvdnav_tmap_search Do binary search for the earlier tmap entry near find_sector - dvdnav_admap_search Do a binary search for earlier admap index near find_sector - dvdnav_tmap_get_entry Get a sector from a tmap Misc functions (separated for readability): - dvdnav_tmap_get Get a tmap, tmap_len and tmap_interval - dvdnav_admap_get Get an admap and admap_len Log/Debug functions - is_null Check if pointer is null, and log it if it is

2 4

failure with sudo make install
by Roger Pack 23 Nov '11

23 Nov '11

Ran into this oddity today, trying to install libdvdnav from src. $ ./configure2 Done, type 'make install' to build and install $ sudo make install ... install -s -m 755 obj/libdvdnav.so \ /usr/local/lib/libdvdnav.so.4.2.0 install -s -m 755 obj/libdvdnavmini.so \ /usr/local/lib/libdvdnavmini.so.4.2.0 install: cannot stat `obj/libdvdnavmini.so': No such file or directory make: *** [install-shared] Error 1 however, it works fine if I do $ ./configure2 $ make then $ sudo install Just thought I'd mention it, since it seemed a bit odd. Thanks. -roger

1 0

[PATCH] "dvdnav_jump_to_sector" as an alternative to "dvdnav_time_search" (REV 4: fix hack for reloading entire IFO)
by gnosygnu 21 Nov '11

21 Nov '11

Revision 4 fixes a HACK wherein the entire .IFO was reloaded, just to load the time map. This patch also reduces the error messages that were generated in the log output. Per recent request, I'm sending this patch uncompressed.

3 2

Fwd: [MPlayer-dev-eng] Fwd: enable libdvdnav cacheing?
by Roger Pack 21 Nov '11

21 Nov '11

Anybody have any recollection as to why, once upon a time, mplayer had to disable libdvdnav caching, and adds the message "you should use -nocache" to this day? Just wondering if maybe it's a bug that's been fixed since. Cheers! -roger- ---------- Forwarded message ---------- From: Nico Sabbi <nicola.sabbi(a)poste.it> Date: Thu, Nov 17, 2011 at 8:36 AM Subject: Re: [MPlayer-dev-eng] Fwd: enable libdvdnav cacheing? To: mplayer-dev-eng(a)mplayerhq.hu Alexander Roalter ha scritto: > > As far as I can remember, Nico once said the -nocache is no more explicitly needed with dvdnav, but I could be wrong. > Also, the text is displayed irregardless of the option taken, so it shows with or without -nocache (which is a bit annoying) I simply commented that line out... > Long time ago Reimar patched mplayer to permit the caching of dvdnav streams, but mplayer's caching is a totally different thing from dvdnav's caching. IIRC setting the readahead flag in dvdnav caused all sorts of problems at the time. Maybe the two are no more incompatible, but too many years (and tears) have passed, I don't know. _______________________________________________ MPlayer-dev-eng mailing list MPlayer-dev-eng(a)mplayerhq.hu https://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng

1 0

[PATCH] "dvdnav_jump_to_sector" as an alternative to "dvdnav_time_search" (REV 1: handle delay when reading directly off disc)
by gnosygnu 19 Nov '11

19 Nov '11

Revision to handle delay when reading directly off disc. See related email for more info

3 15

[PATCH] "dvdnav_jump_to_sector" as an alternative to "dvdnav_time_search" (REV 3: fix: jumping in cell 1 would use admap, not tmap)
by gnosygnu 18 Nov '11

18 Nov '11

Two changes: 1) fix for jumping in first cell Roger found an embarrassing bug wherein jumping in the first cell would only use the admap, not the tmap. It raised the "cell not found" errors in his earlier trace. Specifically, I changed the following line in dvdnav_cell_find old: else if (find_mode == CELL_FIND_INDEX) { if (find_val == CELL_FIND_INDEX) { new: else if (find_mode == CELL_FIND_INDEX) { if (find_val == cur_cell_idx) { 2) CELL_FIND_ prefixes Erik suggested adding CELL_FIND_ prefixes to the cell_find_mode_t enum I've attached revision 3 above. Thanks

2 1

Re: [DVDnav-discuss] [PATCH] "dvdnav_jump_to_sector" as an alternative to "dvdnav_time_search" (REV 1: handle delay when reading directly off disc)
by Roger Pack 17 Nov '11

17 Nov '11

> Thanks. The error message is the same as before. It should be fixed > with rev3. I downloaded your Sintel and ran through it now and a jump > to 0:30; 1:00 and 1:30 (all in chapter 1/cell 1). Works now Sweet. With v3It does appear that the "cell not found" message is gone now. >> jumping to 5490000cell not found; find=1 cells_len=7could not retrieve >> cell 1libdvdnav: get_PGCN failed. Was trying to find pgcN in domain 2 >> libdvdnav: chapter NOT FOUND! >> I would note that having these extra messages scares people a little :) > > Okay. Don't want to do that. > > Can you recommend less ominous wording? Note that in the above, my > patch only introduces "cell not found; find=1 cells_len=7could not > retrieve cell 1" It still says libdvdnav: get_PGCN failed. Was trying to find pgcN in domain 2 libdvdnav: chapter NOT FOUND! This is expected, is that right? (with the "old" search method it didn't output any error messages...but the new one is smarter, so perhaps this is normal, if scary because of the caps :) ) Thanks! -r

1 0

[PATCH] Fix a package error
by KO Myung-Hun 17 Nov '11

17 Nov '11

Hi/2. I attach 3 patches to fix a package error. ----- dvdnav-remove-mkinstalldirs.diff This removes mkinstalldirs from Makefile.am. mkinstalldirs is really required ? ----- dvdread-remove-mkinstalldirs.diff Ditto. ----- dvdread-remove-absent-sources.diff dvd_udf.h and bitreader.h are not in src. Due to this, 'make distdir' fails. -- KO Myung-Hun Using Mozilla SeaMonkey 2.0.14 Under OS/2 Warp 4 for Korean with FixPak #15 On AMD ThunderBird 1GHz with 512 MB RAM Korean OS/2 User Community : http://www.ecomstation.co.kr

3 4

"priming" still necessary?
by Roger Pack 16 Nov '11

16 Nov '11

Hello. I noticed this snippet recently, in mplayer's stream_dvdnav.c ... dvdnav_open(&(priv->dvdnav),priv->filename) ... if(1) //from vlc: if not used dvdnav from cvs will fail { int len, event; char buf[2048]; dvdnav_get_next_block(priv->dvdnav,buf,&event,&len); dvdnav_sector_search(priv->dvdnav, 0, SEEK_SET); } ... Anybody know if this is still needed? I'm guessing it's not anymore? (seems to work fine without it, but wanted to double check if anybody had any insights there). Thanks. -roger-

1 0

OSD wrong decimal points with DVD/DVDNAV
by Roger Pack 16 Nov '11

16 Nov '11

Hello. I noticed the other day that the fraction timestamp gets "out of sync" in the OSD, when playing DVD/DVDNAV in mplayer, a la $ mplayer dvdnav:// -osdlevel 1 -osd-fractions 1 ex output (OSD outputs are the following): ... 00:00:04.24 00:00:04.27 00:00:04.30 ... 00:00:04.94 00:00:04.97 00:00:04.01 # lose a second 00:00:04.04 00:00:04.07 00:00:04.11 00:00:04.14 00:00:04.17 00:00:04.21 00:00:05.24 # regain it 00:00:05.27 00:00:05.31 ... It appears from a casual perusal that this is because the "second" pts count is being taken from demuxer_get_current_time (which returns the DVD's latest nav packet second, only updated maybe every 0.4s), but the numbers after the decimal point are being inferred from mpctx->sh_video->pts, the raw mpeg packet, which is slightly different. So it gets out of sync. So I'm assuming that a "good fix" for this would be to try to make dvdnav_get_current_time return a more precise timestamp, then passing that through and using only that for both the decimal and second counters. So...question: anybody know how to get "exact" DVD timing information within dvdnav? Any hints/clues? Any other words of advice before I dive in? Does my approach seem reasonable? I could also kind of hacky work-around it by remembering when the previous NAV packet was and calculating the time between then and now [1] but I'd guess that's not ideal... Also while looking at this, I noticed that 1) sometimes the mpeg video stream in DVD's starts about 0.28s "before" the NAV packets say the movie starts. 2) the NAV packets seems to not be off from this a bit. For example at second 0.70 they will say "it's second 0.5 now" anybody know why that might be? My guess is that they don't take that first 0.28 into consideration somehow...(which, coincidentally, when you rip it, it typically says that start second 0 is the same as DVD Vaguely related: http://lists.mplayerhq.hu/pipermail/dvdnav-discuss/2010-June/001202.html http://forum.videolan.org/viewtopic.php?f=32&t=76308&p=315461#p315461 https://github.com/Kovensky/mplayer-kovensky/blob/master/stream/stream_dvd.… http://trac.videolan.org/vlc/ticket/4 et al. Thanks. -roger-

1 1

[ANNOUNCE] libdvdread/libdvdnav 4.2.0 release
by Dominik 'Rathann' Mierzejewski 15 Nov '11

15 Nov '11

Dear all, After a long break, we're happy to announce another release. We added some new features (e.g. OS/2 support, new APIs in libdvdnav), fixed a number of bugs and improved playback of badly mastered or "copy protected" DVDs. I wish to thank all contributors who submitted patches and did the testing. Keep up the good work! We also have a new project website at http://dvdnav.mplayerhq.hu/ . Big thanks to Arpi and Michael for providing the space and helping me set up the website. Download links for the 4.2.0 release are below: http://dvdnav.mplayerhq.hu/releases/libdvdread-4.2.0.tar.bz2 http://dvdnav.mplayerhq.hu/releases/libdvdnav-4.2.0.tar.bz2 Enjoy! Best regards, Dominik Mierzejewski -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"

2 2

libdvdread patches from my tree
by Erik Hovland 15 Nov '11

15 Nov '11

Here are the patches that I intend to push to svn soon. I would like to test them a bit longer and get your eyeballs on these patches before I push. All criticism appreciated. Some of these patches were originated by other people and just put into my tree (thanks to all of you for submissions). Thanks E -- Erik Hovland erik(a)hovland.org http://hovland.org/

3 3

my libdvdread and libdvdnav trees
by Erik Hovland 14 Nov '11

14 Nov '11

In case you don't want to bother w/ using the patches, you can always clone my trees from github: https://github.com/microe/libdvdread https://github.com/microe/libdvdnav Thanks E -- Erik Hovland erik(a)hovland.org http://hovland.org/

3 7

libdvdnav patches from my tree
by Erik Hovland 12 Nov '11

12 Nov '11

Here are the patches in my tree for libdvdnav. Many of these patches came from submissions to the mailing list. I intend to push these patches to svn in short amount of time. But I would like to test them a bit longer and try to get you to review them. If you authored any of these patches you should be able to recognize them. If you don't, let me know - there should be proper attribution in the patch and the look of the patch should not change much at all. Thanks E -- Erik Hovland erik(a)hovland.org http://hovland.org/

1 0