vob support

[tick]

Add vob and other mpeg type streams support

[wimpus@…]

It would be great if Perian support VOB files.

[anonymous]

I'd like to second this request. Of the features on the RoadMap?, this is my #1 request :)

[tick]

Replying to anonymous:

I'd like to second this request. Of the features on the RoadMap?, this is my #1 request :)

There is no need to second requests when they have a milestone assigned to them. If they have a milestone that means we're intending to resolve the ticket, in this case, this ticket.

[gbooker]

We may need to delay this one, at least if we use ffmpeg to read it. There are several reasons (any one of which is a blocker):

• No width or height information for video streams
• No sample rate or channel count for audio streams
• No duration information for packets
• No position information for data in packets (required to create reference movie).

I think this will have to wait until we have a method other than reference movies to import. Removing the milestone until we have another solution.

[gbooker]

Changed to have other mpeg type streams in the original description.

[dconrad]

(In [243]) MPEG 1 and 2 decoders. Refs #27.

[gbooker]

In [256], support was added to allow parsing of the first sample of data. This, with a bit more code, should solve the first two of the problems I listed for support MPEG muxed files, but the duration and position information is still the killer.

[anonymous]

Replying to tick:

Add vob and other mpeg type streams support

I would like to also affirm that this would be very welcome. MPEG-2 Vob FTW.

[tchristensen]

If you are already using ffmpeg then mpeg-ts is already supported there. Width and height is included in the MPEG-TS packets and I don't understand why you need the duration and position. I would expect the mpeg-ts to be read from a multicast stream or from the file system, and since it is typically recorded from tv or indeed live tv, then position and duration isn't required.

[astrange]

QT requires duration and position since all files are treated as .MOV internally.

We need our own "derived media handler" component to override that, and there's no documentation on them.

[astrange]

covered(?) in  radr://6008501

[jelockwood]

The following suggestion would not lead to the ideal solution, but it might be a way to get at least a partial solution sooner.

Apple currently sell an MPEG2 component for QuickTime. Having used it, it does indeed open various MPEG2 files, including VOB files, but completely fails to even see AC3 sound tracks, let alone play them (even if you have a suitable QuickTime AC3 component like Perian installed).

Since, however the Apple component does allow opening various MPEG2 files and therefore it would appear solve the duration/position issue referred to above, it might be possible for Perian to 'piggyback' on the Apple component and end up with a combined solution that can both play the video and sound for such files.

It maybe that adopting an approach like Xvid Delegate would allow this.

Note: As a further illustration that this may be possible. MPEGStreamClip - see  http://www.squared5.com/svideo/mpeg-streamclip-mac.html uses the Apple component to allow opening MPEG2 files but unlike QuickTime Player (with the Apple MPEG2 component) MPEGStreamClip can play the audio track as well, even AC3 ones.

Obviously the drawback to this approach would be that it is still necessary to buy the Apple MPEG2 component, but I personally and I feel plenty of others would still find this an acceptable (if not preferable) solution.

[gbooker]

Replying to jelockwood:

Since, however the Apple component does allow opening various MPEG2 files and therefore it would appear solve the duration/position issue referred to above

No it doesn't. They use a nasty hack, which is completely unacceptable for us.

Note: As a further illustration that this may be possible. MPEGStreamClip - see  http://www.squared5.com/svideo/mpeg-streamclip-mac.html uses the Apple component to allow opening MPEG2 files but unlike QuickTime Player (with the Apple MPEG2 component) MPEGStreamClip can play the audio track as well, even AC3 ones.

If it sees AC3, then they are not using Apple's component for reading the file format. Most likely, they are reading the file themselves, and only use Apple's component for playback of MPEG2 video. Again, not a helpful situation.