gmane.comp.video.dvdnav.general

trying to resume without any resume info set

Bryan Henderson — 2008-11-30T00:22:48

I'm using libdvdnav via Mplayer. With the "play" button on a menu selected, I call dvdnav_button_activate() and libdvdnav issues the error message, "trying to resume without any resume info set." I don't know anything about DVD interaction, so I don't know what to do about this. I can understand why resuming might be impossible, since displaying that menu was the first thing the program did; i.e. there's nothing to go back to. But is there supposed to be some resume info set up anyway so that this button causes the main title to start playing? Or is a "resume" command not supposed to be executed here?

[MPlayer] multi-angle DVD crash,dvdangle selection with dvdnav not working

Dominik 'Rathann' Mierzejewski — 2008-11-23T22:20:48

Hi. I have a bug report about MPlayer crashing when playing chapter 2 on a multi-angle DVD (using dvd://N -dvdangle 2 -chapter 2). The reporter is willing to send a physical copy of the DVD to someone who can fix it. Is anyone interested in getting one? He also said he could upload the full ISO image. Another thing he's reporting is that -dvdangle isn't working with dvdnav://. Here's the full bugreport (without a gdb trace so far): http://bugzilla.livna.org/show_bug.cgi?id=2051 Regards, R.

Re: dvdread patch for broken dvd's

2008-11-23T18:26:06

Hi, first of all thanks for your quick answer. I just want to know current status. There is no need for hurry. I appreciate your and all mplayer developers' work. Best wishes Jezz _______________________________________________ DVDnav-discuss mailing list DVDnav-discuss< at >mplayerhq.hu https://lists.mplayerhq.hu/mailman/listinfo/dvdnav-discuss

Re: question regarding data coming from libdvdnav

elupus — 2008-11-23T18:11:03

Well not all stillframes are signalled by a such an event. Only those where both audio and video stop. Then again, those stillframes only happens in menu's. It's sortof a small attempt to solve the problem of the discontious mpeg streams. It will wait on cellchanges and such, but it will miss discontinuies mid stream. So it's better to ignore it and handle it by checking nav packets start stop times. Joakim

Re: dvdread patch for broken dvd's

Nico Sabbi — 2008-11-23T17:33:20

Il giorno dom, 23/11/2008 alle 15.15 +0100, jezz< at >hkfree.org ha scritto: Hi, there weren't substantial changes to the repository, your patches still apply. I'm very sorry, but they are still pending. I didn't forget about them but I haven't had enough time to review them completely. Please, have patience: I'm very busy with daily work and personal problems in this period, and a bit weak, too. I'll apply them as soon as I find some more time. Nico _______________________________________________ DVDnav-discuss mailing list DVDnav-discuss< at >mplayerhq.hu https://lists.mplayerhq.hu/mailman/listinfo/dvdnav-discuss

Re: dvdread patch for broken dvd's

2008-11-23T14:15:12

Hi, I have sent patch to this list before a long time. I don't know what I should do to see this patch applied. I doubt, that I have rights to send something to dvdnav/dvdread subversion repository. Are there any pending changes, that must be applied before anything else? Is there something I can help with? Regards Jezz _______________________________________________ DVDnav-discuss mailing list DVDnav-discuss< at >mplayerhq.hu https://lists.mplayerhq.hu/mailman/listinfo/dvdnav-discuss

Re: Using libdvdnav on ARM Based NAS

John — 2008-11-22T23:14:44

The only version I have ever installed on this NAS is 4.1.3. This is definitely little endian and I am compiling it that way. I'm using a toolchain developed specifically for this device. As far as alignment, I did not find any ARM gcc options for alignment. I did try setting the -mcpu amd -march options and got the same result with the zero check errors.

Re: Using libdvdnav on ARM Based NAS

Nico Sabbi — 2008-11-22T22:18:47

Il giorno sab, 22/11/2008 alle 16.12 -0600, John ha scritto: are you sure there aren't other versions of libdvd* lying around? IIRC arm5 is a 32-bit little endian architecture (although it can be used as big-endian no-one ever runs it in this mode, right? ). I don't expect endianness problems; did you try to set some flags to force the necessary alignment?

Using libdvdnav on ARM Based NAS

John — 2008-11-22T22:12:15

Hi, I have compiled libdvdnav 4.1.3 and libdvdread 4.1.3 for my ARM based D-Link DNS-323 NAS (armv5tejl little endian). I had no errors while compiling either library. However, I am getting a lot of errors while running the menus example in libdvdnav. In the menus.c source code, I replaced /dev/dvd with the actual path to my .ISO file. Here is the output when I run the menus binary: /mnt/HD_a2/source/libdvdnav/examples # ./menus /mnt/HD_b2/Video/DVD/SERENITY.ISO Opening DVD... libdvdnav: Using dvdnav version 4.1.3 libdvdread: Using libdvdcss version 1.2.10 for DVD access libdvdnav: DVD Title: SERENITY libdvdnav: DVD Serial Number: 3337a571 libdvdnav: DVD Title (Alternative): WS_R0 libdvdnav: Unable to find map file '//.dvdnav/SERENITY.map' *** Zero check failed in /mnt/HD_a2/source/libdvdread-4.1.3/src/ifo_read.c:522 for vmgi_mat->zero_8 = 0x000000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000000000000000000000000000000000 00000000001000000000000 **

Re: question regarding data coming from libdvdnav

Nico Sabbi — 2008-11-22T07:35:39

Il giorno sab, 22/11/2008 alle 00.54 +0100, Sergey 'Jin' Bostandzhyan ha scritto: out of focus: libdvdnav works at the stream layer, while what you want belongs to a demuxer layer.

Re: question regarding data coming from libdvdnav

Sergey 'Jin' Bostandzhyan — 2008-11-21T23:54:45

[...] OK I can confirm it now, at least for the DSM-510 the issue was in having multiple audio and subtitle strems, it happily plays if only one video and one audio stream is left in the mpeg. So the mystery is solved at least with this device, thanks a lot for your help. Right now we are trying to come up with some code for our app that would take care of stripping the unwanted streams, it would also be a nice to have feature for libdvdnav. This way the audio/language selection function could get more meaning, what do you think? Kind regards, Jin

Re: question regarding data coming from libdvdnav

Nico Sabbi — 2008-11-21T10:46:34

it's good enough. I see max bitrate 8200, but over what window? It may be a problematic datarate for some player 1800 is far too low: muxrate is ~total bitrate + some small overhead (~5%), of course the bitrates may present spikes, thus the muxrate must be calculated based on the spikes good luck

Re: question regarding data coming from libdvdnav

Sergey 'Jin' Bostandzhyan — 2008-11-21T10:37:31

Unfortunately not... mencoder did not work out for me for some reason, I generated a bitrate histogram using avidemux2: http://www.deadlock.dhs.org/jin/libdvdnav/histogram.jpeg That's probably not exactly what you were asking? I tried: mencoder -of mpeg -oac copy -ovc copy -mpegopts muxrate=1800 -o /tmp/out.mpg libdvdnav.mpg I am not sure if that is correct but the output I get is: PACKET SIZE: 2048 bytes, deltascr: 245760 videocodec: framecopy (720x576 24bpp fourcc=10000002) audiocodec: framecopy (format=2001 chans=2 rate=48000 bits=16 B/s=96000 sample-1) Limiting audio preload to 0.4s. Increasing audio density to 4. Writing header... And then mencoder simply hangs. The output file stays at 2048 bytes and I need to kill -9 mencoder to get out of this. Using MEncoder 1.0rc2-4.1.2. I am not using this in my code, just to be sure I commented it out in menus.c and reripped the mpeg - both versions of the mpeg are the same so I guess that was not making any difference in this case. I'll try keeping o

Re: question regarding data coming from libdvdnav

Nico Sabbi — 2008-11-21T09:04:18

uhm, non-deterministic I doubt it, but I still have to check this possibility. If you run mencoder -of mpeg with a low muxrate you can see what's the actual needed datarate it only alters the language selection in the DVD VM (its internal state-keeping code) not in the application (infact this leads to a lot of mess in -at least- mplayer)

Re: question regarding data coming from libdvdnav

Sergey 'Jin' Bostandzhyan — 2008-11-20T23:49:02

Hi, On Fri, Nov 21, 2008 at 12:26:25AM +0100, Nico Sabbi wrote: Thanks for looking at it! Doh.. that makes things more complicated.. I was hoping there would be something obvious. I can only say the time that the player is printing on the TV, as I mentioned in one of the previous posts I tried playing the stream twice. The first time it crashed after about 34 seconds (0:0:34), the second time it crashed after about 57 seconds (0:0:57). The last theory that I have is, that maybe it is simply "too much" for the player in terms of the overall datarate? After all this file has 3 audio streams, 1 video stream and a number of subtittle streams. I'll try to strip away the rest, leaving only one audio stream and one video stream and I will see if the problem persists. Btw, this leads me to another question, libdvdnav has a function called dvdnav_audio_language_select(), what exactly is it good for? This does not alter the incoming data anyway, right? Kind regards, Jin

Re: question regarding data coming from libdvdnav

Nico Sabbi — 2008-11-20T23:26:25

Il giorno gio, 20/11/2008 alle 00.55 +0100, Nico Sabbi ha scritto: the .mpg file you provided me is as plain as I can imagine: no NAV packets, no menus, only 1 timer reset. There's really nothing that can prevent any decent mpeg player to handle it. At what timestamp do you see the first problem?

Re: question regarding data coming from libdvdnav

Sergey 'Jin' Bostandzhyan — 2008-11-20T13:27:28

[ ... ] From what I can see in the menus.c example app, the DVDNAV_STILL_FRAME event is handled (skipped). I do the same in my code, so I think that this should not be a problem in our case... Same for DVDNAV_WAIT... I am not sure about the comment in the sample app, which talks about internal fifos, I guess when simply writing the data to file there is no additional action (aprt from dvdnav_wait_skip) that should be done, right? I'm curious if Nico finds anything wrong in the sample file that I provided... Kind regards, Jin

Re: question regarding data coming from libdvdnav

elupus — 2008-11-20T01:51:34

Also, the mpeg timestamps doesn't need to be continuous during playback and there could come still images (in menu's atleast). Still images either means you keep on getting audio data but no video data, or libdvdnav stops feeding data totally untill you skip the still. Joakim

Re: question regarding data coming from libdvdnav

Nico Sabbi — 2008-11-20T08:57:34

thay are the 2 components of the NAV packets let me look at the file and see what happens

Re: question regarding data coming from libdvdnav

Sergey 'Jin' Bostandzhyan — 2008-11-20T01:13:26

So the only difference from the "normal" MPEG2 that one would encode himself are these additional packets, right? We are discarding the NAV packets, actually the menus.c example app that is shipped with libdvdnav and that I used to reproduce the problem does not write the NAV packets to the output mpeg. What about those PSI and DSI packets? One of the UPnP players that I use for testing with my server: http://www.dlink.com/products/?model=DSM-510 We also observed problems playing back media that comes from libdvdnav with other devices. Do you mean the original iso or the extracted part? I could offer both if needed, the iso is about 4GB. Right now I have a 258MB version of an extracted mpeg (extracted using menus.c, I (s)kipped about 5 times and then (a)ppended cell to the output, then (q)uit). When streaming this to the DSM-510 it crashed the device once at around 0:0:34 and once at 0:0:57, I'll email you the URL to the file directly (off the list). Do you see anything suspicious there? I am

Re: question regarding data coming from libdvdnav

Nico Sabbi — 2008-11-19T23:55:10

Il giorno gio, 20/11/2008 alle 00.22 +0100, Sergey 'Jin' Bostandzhyan ha scritto: PS including the PSI/DSI/NAV packets (that shouldn't cause any problem) maybe those players don't like the NAV packets, but in this case they are *really* broken. You can discard them when the event returned by dvdnav_stream_read() is DVDNAV_NAV_PACKET what is DSM-510 ? can you post a title to reproduce this problem and the instructions to generate the network stream?