#38 On some systems "mplayer -vo dummy -identify" is bad

[Anonymous]

in any2vob 0.34, lines 488 - 490 include code which looks like:

elif [ "$BITRATE_CALC" != "yes" ] && [ ! -z "`mplayer -vo dummy -identify "$file" 2>&1 | grep "TS file format"`" ]; then file_type="MPEG Transport Stream"
elif [ "$BITRATE_CALC" != "yes" ] && [ ! -z "`mplayer -vo dummy -identify "$file" 2>&1 | grep MPEG-PS`" ]; then file_type="(S)VCD video"
elif [ "$BITRATE_CALC" != "yes" ] && [ ! -z "`mplayer -vo dummy -identify "$file" 2>&1 | grep "Nullsoft Stream"`" ]; then file_type="Nullsoft Streaming Video"

Similar code appears elsewhere in the script. On my system (gentoo) the defult mplayer appears to be from subversion(!!! I mentioned this on the forums... )

In this subversion mplayer, -vo dummy does not imply -ao dummy, so every time any2vob runs one of these tests, my system plays the audio from the clip.

This means that a 30 min divx takes 5 hours on a P4 1.7GHz.

mplayer typically provides a wrapper, midentify. My suggestion would be to take the easy option, and meet the gentoo and other SVN freaks halfway. Check for the existence of midentify and use that, provided of course that it gives suitable output; I haven't checked.

In the meantime, I will add -ao dummy to the script entries and deal with things that way.

[Nobody/Anonymous]

Logged In: NO

This also applies to my system.

To the person who posted this, please post an URL where you have a script which includes a fixed version of any2dvd which uses midentify or is fixed so it adds -ao dummy.

[Nobody/Anonymous]

Logged In: NO

you could add '-frames 0' and it should work just fine

[Nobody/Anonymous]

I can confirm this on ArchLinux.