Linked by David Adams on Fri 20th Apr 2012 01:31 UTC, submitted by fsmag
Multimedia, AV "When I started working on a no-DRM, open-standards-based solution for distributing high-definition video on fixed media ('Lib-Ray'), I naturally thought of Theora, because it was developed as a free software project. Several people have suggested, though, that the VP8 codec would be a better fit for my application. This month, I've finally gotten the necessary vpxtools and mkvtoolnix packages installed on my Debian system, and so I'm having a first-look at VP8. The results are very promising, though the tools are somewhat finicky."
Permalink for comment 515060
To read all comments associated with this story, please click here.
WereCatf
Member since:
2006-02-15

Wow. Thanks for the interest! And thanks to WereCatf for letting me know about this thread.


You're welcome. Good to see that you're not being discouraged easily.

I'm researching that, however, and plan to have a proposal finished in early May.


I have to keep that in mind, I would love to see the finished spec. Though, I do not promise not to point out any flaws if I see any ;)

I'm currently working on the subtitle format (going to be SRT now, in separate files)


This I want some more clarification on: is there some specific reason for those files to be separate instead of inside the Matroska-container? I personally always place cover-images, cast-details, description of the title, all the various subtitles etc. inside Matroska-containers.

Also, do you plan to support italics, bold and non-white text in subtitles? Those are all very useful properties and I feel it would be a rather important shortcoming if the spec didn't support those. The issue, though, is that such properties inside an .SRT would be non-standard and thus those wouldn't show up properly in e.g. VLC Player. Perhaps it might be worth it to research possible alternatives to .SRT?

Of course, I do not expect to put Blu-Ray or Sony out of business with this project. I doubt we'll ever have the volume to make practical embedded players for sale in your local discount department store (not even going to try to beat $75 Blu-Ray players for the mass market).


Before the is finished there really is no point in worrying about such at all, but producing a small no-hassle media player+emulator-gaming console that also happens to support Lib-Ray wouldn't be terribly far-fetched as long as it's actually polished. I have actually been laying out various kinds of plans for such hardware and software for some time now, but since there is no Kickstarter-like service here I haven't been able to actually do anything about it.

Currently, it looks like a minimal "Lib-Ray player" would be an HTPC in the $500 range, but I need to fine that down a bit.


A minimal device capable of playing Lib-Ray would be closer to $60, tbh, if we include the costs of producing a simple plastic container to hold the electronics inside. E.g. Raspberry Pi would hardware-wise be perfectly capable of doing that up to 1080p resolution as the SoC does support VP8-decoding, the only limiting factor is the drivers that do not at the moment have support for that. Ie. if you really wanted a minimal device you'd just need to create something similar to RPi with a SoC that supports VP8-decoding in H/W and make certain that such capabilities are exported through GStreamer and/or OpenMAX.

$500 for a player is definitely way, WAY too much and if you're aiming for such a price-tag you may just shoot yourself in the foot now and save the hassle.

Cheaper systems based on SoC devices intended for the mobile market might be available before long -- it looks like maybe ARM Cortex 9 quad cores or NVIDIA Tegra 3 might be able to handle it.


It seems you're not entirely up to snuff when it comes to SoC - systems. I do not mean that as an insult, I am merely saying that you do not seem to fully understand what even a single-core SoC is capable of nowadays. A quad-core Tegra3 would definitely be an overkill if you merely want a media-player. Of course, if you intend the system to be useable as a desktop PC, too, then it might make sense but then you'd be targeting an entirely different market sector altogether.

Reply Parent Score: 3