VLC Hits the Device Market

JoeBorn writes "VideoLAN has long been known as a mature open source project for video playback and transcoding on the PC. Now, Neuros and Texas Instruments have sponsored a port of VLC to their next generation open set-top box. The idea is to allow developers to easily create interesting plug-ins for recording and transcoding applications for the set-top box which will automate functions previously requiring a PC, like formating recordings for a portable player or streaming to another device on the LAN or the Internet, etc."

subtitles

Have they made it accurately display subtitles in different positions yet?
I know giant fighting robot anime that I watch look like crap in VLC when compared to MPC+CCCP, and would hope that VLC would fix that before they start porting it all over the place.

Re:subtitles

To quote Eclipse:

"What about VLC?

No. Just... no."

CCCP?

Damnit, another cold war?

Re:

In Soviet Russia, subtitles read YOU!!

Re:subtitles

Have they made it accurately display subtitles in different positions yet?

Valid point!

I use VLC often simply because it works. I recommend it to people who get a movie file because more often than not it works without having to troubleshoot codec hell. I am not a fan of it's user interface.

I am a big fan of the WinAmp user interface, esp it's use of the scroll wheel where it does volume or seek if you hold down mouse three.

Mplayer is pretty spiffy as well. The window front ends are far from stellar but the playback interface is decent.

Now everyone is going to say you can do custom keys (not that you can define mouse3 + wheel in mplayer AFAIK). Actually what we NEED is for a group to get together and propose a standard layout and propose a purpose for each action.

Re:subtitles

Yes I agree. I use VLC all the time. I love what it can do on the whole, but the UI is from 1995. My biggest gripe is the volume control -- it's really hard to fine tune it. The UI has a LOT of room for improvement, and I've never found a skin for it that actually works properly.

That said, I guess the important thing to remember about VLC is that it's yet to to reach v1.0. It's thus, not really fair to expect it to be perfect yet.

Re:subtitles

>> My biggest gripe is the volume control -- it's really hard to fine tune it.

This is fixed in the current SVN (which will become 0.9)

>> The UI has a LOT of room for improvement, and I've never found a skin for it that actually works properly.

Yep. Luckily VLC decided to drop wxWidgets entirely (which they say was causing a lot of issues) and rewrite the UI in Qt4 for the upcoming version. It's not perfect, but it's already a big step up.

Re:subtitles

Luckily VLC decided to drop wxWidgets entirely (which they say was causing a lot of issues) and rewrite the UI in Qt4 for the upcoming version. It's not perfect, but it's already a big step up.

The Neuros device will use its own UI based on Qt4 FWIW. Remember the device will be a TV + remote control living room type device, so it's expected to be full screen and remote navigable, so the UI will be quite different from the PC version.

Re:subtitles

Support of subtitles has greatly improved in development version of VLC: 0.9.0.

Many new subtitles type have been added as you can see here [jbkempf.com].
Moreover, SSA in mkv has been completely rewritten in latest Google Summer of Code: project page [videolan.org].

Mod parent up

VLC is excellent overall, but their subtitle support is horrendously broken. Subtitles show up in ugly fonts, and are sometimes unreadable. Worst of all, half the time the subtitles from the last segment of dialog will stay on the screen and *overlap* with the next segment of dialog, making everything totally unreadable. Subtitles will also disappear if you pause, and then restart the video. The bugs go on and on...

Re:Mod parent up

While SRT [wikipedia.org] subtitles are simple, SSA [wikipedia.org]/ASS [wikipedia.org] subtitles can be anything but simple. VLC does quite well with SRT subtitles as long as they do not overlap (i.e. one subtitle line is already displayed when another is to be displayed). However, it ignores the vast majority of the SSA/ASS spec apart from timing (and to some extent, color).

For example, this is a SRT subtitle line:

10
00:02:17,679 --> 00:02:19,237
I'm really sorry.

From this you can determine the line number, the start --> end times, and the dialogue. It's plain text, although every now and then you might see the use of HTML italics (<i>italic text</i>). You can set what font these type of subtitles are displayed in, within VLC's preferences.

However, SSA/ASS subtitles are considerably more complex, and are widely used, especially for anime fansubs. An example ASS line looks like this:

[Events]
Format: Layer, Start, End, Style, Name, MarginL, MarginR, MarginV, Effect, Text
Dialogue: 0,0:23:47.10,0:23:51.59,Ed - R,,0000,0000,0000,,{\be1\fad(200,200)\org(0,0)\c&H7B70ED&\2c&HB4AFE2&}{\k20}{\k30}na{\k35}mi{\k29}da {\k62}ga {\k64}ko{\k62}bo{\k26}re{\k30}so{\k40}u{\k37}na

The "Format:" line specifies what the information displayed in the "Dialogue:" line is. Comments can be included on "Comment:" lines. The text portion of this particular line is karaoke, and includes parameters [sourceforge.net] to specify blurred edges, fade in/out, the origin point, color and alpha transparency (primary and secondary), and karaoke timing for each syllable. This is not simple, and VLC (up to the current release version) ignores basically all of it other than the timing and (to some extent) the colors. The font declarations are ignored by VLC, it would use whatever subtitle font you specified (or the default one). VLC is also often mocked because it will display the contents of {} if they are not valid SSA/ASS parameters. A number of groups tend to include notes inside braces, usually for editing purposes, because most players (other than VLC) do not display them.

Unlike SRT, the lines in SSA/ASS are not numbered, and do not need to be in the order in which they are displayed.

Here is the style information the line above uses:

[V4+ Styles]
Format: Name, Fontname, Fontsize, PrimaryColour, SecondaryColour, OutlineColour, BackColour, Bold, Italic, Underline, StrikeOut, ScaleX, ScaleY, Spacing, Angle, BorderStyle, Outline, Shadow, Alignment, MarginL, MarginR, MarginV, Encoding
Style: Ed - R,Cascade Script LT Std,45,&H00856232,&H00AB956E,&H00000000,&H00000000,0,0,0,0,100,100,0,0,1,2,0,7,40,20,20,1

Note that the first two characters of each color are for transparency.

Also, the assertion that subtitles are typically an ASCII file is generally untrue; while both of these types of subtitles can be a text file, they're more commonly found muxed into a container that supports multiple tracks, usually either as a .mkv [wikipedia.org] or (less commonly, these days) an .ogm [wikipedia.org] file. (Anime .mkv files are most likely to be x264 video.)

With regards to soft-subs, though, MPlayer [mplayerhq.hu] is vastly superior to VLC, in that it handles subtitles properly, and you can set it to auto-play specific subtitles and audio (for multiple audio/subtitle track files) by adding the following lines to your ~/.mplayer/config:

ass=yes
embeddedfonts=yes
c

Re:subtitles

I would not be surprised if Ti and company fix this. That would mean the code comes back and it fixes it for all of us.

Re:subtitles

VLC subtitle support doesn't follow the SSA/ASS specifications at all. It essentially converts it into an srt file, and tries to play it. AAC audio with high-profile h.264 video in a Makrosta wrapper with ASS subtitles is the current standard in the anime fansubbing world. VLC not only renders the subtitles stripped of all styling, but since it is optimized for video streaming, it drops frames like crazy. The combination of these two issues leads "n00b leechers" to complain to the fansubbers, which annoys them greatly. This, and other encoding issues lead to the formation of CCCP, which attempted to standardize what people use to watch fansubs, and also provides a single location for fansubbers to send leechers for encoding support. I believe that CCCP only uses Free software, making it somewhat unusual in DirectShow filter packs.

Anyways, last year, an anime fansubber found that VLC would not render lines with more than 256 characters. Therefore he created a script that would put hundreds of characters into bracketed comments after each line. VSfilter, the DirectShow subtitle renderer on Windows, and libass, the renderer that is part of mplayer, would ignore bracketed comments. VLC, however, tried to render the contents of the brackets, and the bug was triggered, and no subtitles were displayed.

After the script was tested in a GIANT ROBOT ANIME, much hilarity ensued. Eventually driven by complaints, a VLC developer came by and claimed they lack the developing manpower to implement a subtitle renderer. However, the "excess length" bug was patched within a week. Maybe TI money will provide them with the developer resources to actually implement a ASS/SSA renderer.

Everybody now!

Everybody needs a little Vendor Loving Care.

CueCat 2.0

Can we now have ads that can "link" to perform actions?

A good example is... When I see an ad for a new show starting next Thursday, I want to press a button (or soft button) and say "record that show". Same goes for PPV. There is tons of money in this for advertising. Linking televisions ads to websites, programs, or anything else related to a PC is the future, but I am too lazy to try it. Will this be the ticket?

Re:CueCat 2.0

TiVo actually supports this when a provider marks ads accordingly; you will on occasion see a little '(Thumbs Up Icon) To Record' banner atop an ad for a new television show or a TV movie. (Some ads, like those for a new SUV or whatever, also occasionally have 'Thumbs Up For More Information' banners, where you can get an informational video about the product.)

However, most ads do not have the appropriate flags.

technology has never been the barrier here.

Not to poo-poo what looks like an awesome technology, but we're all free culture varmints around here and we're well-acquainted with the reality that the more useful things a media-playback appliance lets us do, the harder Big Media will work to bury it.

Here's hoping that once this box is ready, it's still legal to buy one and plug it in.

patent license fees

there are a lot of patents that VLC implements that the market generally says other people own. For the most part, the patent holders don't go after personal downloaders, however I would think that this company would have to pay for quite a few licenses if they want to sell this.

VLC ASCII art codec

A neat thing about VLC (for nerds anyway), that may not be well-known, is that you can ssh into your Linux box and watch movies as ASCII art on the terminal window. See http://www.linuxactionshow.com/forum/comments.php?DiscussionID=1466 [linuxactionshow.com] . (I see you can do it in Mplayer too according to that page.)

VLC is lacking (at least) one important feature

I've really tried to liked VLC. Everyone talks about how great it is... but it's interface is pretty poor. The deal breaker for me, however, is the fact that it does not (and will not EVER, according to the developers I've seen talk about it) play files directly from RAR's.

Their "excuse" for the lack of an extremely important feature (to me and many others, anyway) is that they don't want to support piracy. Well, just like the FOSS community always harps that BitTorrent is used for legitimate traffic, well so are video's distributed in RAR's. Yes, the majority of video's in multi-part RAR's are illegal video... but then again, so is most of the BitTorrent traffic.

To leave this feature out of VLC is ridiculous. Before anyone tells me to add it myself: I have offered to submit a patch and it's refused based on the grounds above.

VLC is pretty useless to me, since I have no desire to unrar all of my video. Not only does it waste time, it also wastes space.

Fortunately, XBMC is pretty stable under Linux now, at least for watching/streaming video... as such, it's the best media center/video player out on the market right now. It does everything VLC does, except it does it properly and works. In fact, XBMC does just about everything "right" when it comes to video watching. MythTV, VLC, etc... can learn a lot from the XBMC project.

Re:VLC is lacking (at least) one important feature

Do you really think that applying some lossless compression algorithm to a heavily compressed video file will save space? Un-rar your damn stuff. It doesn't get any smaller from being inside a .rar file.

Re:Like Tivo Hijacked Linux?

Hijacked? Talk about sour. The GPL(v2) was about sharing changes. Its nature was NOT about keeping people from making money or keeping them from locking down the hardware that it ran on. What it comes down to is you (general) opted for the shitty men's room style toilet paper and you are bitching your ass hurts from wiping.

Re:Like Tivo Hijacked Linux?

Its nature was NOT about keeping people *snip* from locking down the hardware that it ran on.

I'm afraid you're wrong; the purpose of the GPL was to allow the user to take back control of their systems; the GNU manifesto, predating GPLv2 even states:

As a result, a user who needs changes in the system will always be free to make them himself, or hire any available programmer or company to make them for him. Users will no longer be at the mercy of one programmer or company which owns the sources and is in sole position to make changes.

Re:Like Tivo Hijacked Linux?

Tivo certainly violates the spirit and intent of the GPL.

The fact that there was some weakness in the way that
RMS tried to make them "play nice" doesn't alter this.

Re:Good for devs?

Neuros and TI are putting a lot of money to fund this and other open source development. see http://bounties.neurostechnology.com/ [neurostechnology.com]