orig url: http://www.actonbb.com/contents/health/0501shape1_health/ movie files: www.actonbb.com/actonbb/0501shape1/0501shape1_01.w1 www.actonbb.com/actonbb/0501shape1/0501shape1_01.w0 java decoder files: www.actonbb.com/player/v38081/vplayer.jar www.actonbb.com/player/v38081/vplayer.cab and another java format i found and reported: http://www1.mplayerhq.hu/pipermail/mplayer-users/2004-February/042748.html is anyone keeping track of these? anyone working on demuxing/playback? is it worth having these formats supported in mplayer?
On Sun, 17 Apr 2005 04:17:20 -0400 compn <tempn@twmi.rr.com> wrote:
orig url: http://www.actonbb.com/contents/health/0501shape1_health/
[...] Those videos are streamed using applet from ubicast (www.ubicast.com). video unknown, audio could be vorbis (at least looking at some strings in the .w1 video), container unknown. If someone speaking japanese can have a look at their homepage maybe they tell something about the codec used. A quick look at java applet suggests two audio formats (fa1 and fa2) and one video format (fv2). Everyting is splitted in a lot of files called a.class, b.class, ...; that suggests some form of obfuscation is used.
and another java format i found and reported:
http://www1.mplayerhq.hu/pipermail/mplayer-users/2004-February/042748.html Emblazevideo, iirc mpeg-like video (blocks, motion compensation, ...), gsm audio (via java internal library), unknown/proprietary container. Code does not look obfuscated.
is anyone keeping track of these? anyone working on demuxing/playback? is it worth having these formats supported in mplayer?
I'm keeping track of them, but atm i'm not working on them. It would be good if MPlayer could decode everything, but since i never met those formats in the wild they are low priority for me now. The fact that decoders are in java make the work simpler, but not trivial, expecially if obfuscation is used. An almost all of them do not use a standard container, so you have to do demuxer+decoders. The most interesting one is probably On2 truemoton: it uses vp5 or vp6 video, speex audio, probably a proprietary container (but the same codecs are available also in standard avi), but code is obfuscated (at least vp6, vp5 is less obfuscated). Ciao, Roberto
Roberto Togni wrote:
On Sun, 17 Apr 2005 04:17:20 -0400 compn <tempn@twmi.rr.com> wrote:
orig url: http://www.actonbb.com/contents/health/0501shape1_health/
Those videos are streamed using applet from ubicast (www.ubicast.com). video unknown, audio could be vorbis (at least looking at some strings in the .w1 video), container unknown. If someone speaking japanese can have a look at their homepage maybe they tell something about the codec used.
Looking at the Ubicast site, I'm led quickly to the download page for the titular product (currently version 3.8). The feature list talks about "player install unnecessary" and "playback possible on Macintosh, Windows, Linux" and "DRM built in" and "video portal" and "content management" and so forth, but makes no mention of technical details; the FAQ page linked in the sidebar may be a little more promising, but looks like a headache even just at a glance, and I don't think I'll get to it right now. If you'd like to try to pick up where I left off, rather than waiting for me to give it another to, the URL of the FAQ page is http://v3.ubicast.com/modules/xoopsfaq/ and most of the heavy lifting of translating can be done by WWWJDIC at http://www.csse.monash.edu.au/cgi-bin/cgiwrap/jwb/wwwjdic?9T Although I could in fact have done the kanji lookup (etc.) I needed to read the pages of the site on my own, it's just so much easier and faster to paste the text into WWWJDIC; I still had to do a lot of fill-in, it just translates any chunks it recognizes without trying to link them together, but even someone with only a rudimentary knowledge of Japanese can quickly get the gist of an amazing number of things with its aid. -- The Wanderer Warning: Simply because I argue an issue does not mean I agree with any side of it. A government exists to serve its citizens, not to control them.
On Sun, 17 Apr 2005 09:45:17 -0400 The Wanderer <inverseparadox@comcast.net> wrote:
Roberto Togni wrote:
On Sun, 17 Apr 2005 04:17:20 -0400 compn <tempn@twmi.rr.com> wrote:
orig url: http://www.actonbb.com/contents/health/0501shape1_health/
Those videos are streamed using applet from ubicast (www.ubicast.com). video unknown, audio could be vorbis (at least looking at some strings in the .w1 video), container unknown. If someone speaking japanese can have a look at their homepage maybe they tell something about the codec used.
Looking at the Ubicast site, I'm led quickly to the download page for the titular product (currently version 3.8). The feature list talks about "player install unnecessary" and "playback possible on Macintosh, Windows, Linux" and "DRM built in" and "video portal" and "content management" and so forth, but makes no mention of technical details; the FAQ page linked in the sidebar may be a little more promising, but looks like a headache even just at a glance, and I don't think I'll get to it right now.
If you'd like to try to pick up where I left off, rather than waiting for me to give it another to, the URL of the FAQ page is http://v3.ubicast.com/modules/xoopsfaq/ and most of the heavy lifting of translating can be done by WWWJDIC at http://www.csse.monash.edu.au/cgi-bin/cgiwrap/jwb/wwwjdic?9T
why dont you use babelfish? too inaccurate? http://babelfish.altavista.com from babelfish translation: Is the format of animated picture what? MPEG-4 Simple Visual Profile is adopted. Downloading the file in PC, it can play back locally? Ubicast3 has been designed streaming playback to main, but also local playback is possible. Actually copying in CD-ROM, the customer who is distributed it is and others the ??plain gauze is. However, when copyright protective function in case of the animated picture which encodes effectively encoding, it is necessary also for the key for the code which is used to distribute simultaneously. At the time of local playback is installation job such as application necessary? Calling obtaining. As for animated picture being to play back with the applet inside the browser installation job does not occur even with in case of local playback.
compn wrote:
On Sun, 17 Apr 2005 09:45:17 -0400 The Wanderer <inverseparadox@comcast.net> wrote:
If you'd like to try to pick up where I left off, rather than waiting for me to give it another to, the URL of the FAQ page is http://v3.ubicast.com/modules/xoopsfaq/ and most of the heavy lifting of translating can be done by WWWJDIC at http://www.csse.monash.edu.au/cgi-bin/cgiwrap/jwb/wwwjdic?9T
why dont you use babelfish? too inaccurate? http://babelfish.altavista.com
from babelfish translation: Is the format of animated picture what? MPEG-4 Simple Visual Profile is adopted.
<blink> <blink> The simple answer is that the last three times I looked, Babelfish didn't have the option to translate Japanese. I use it routinely for translation from other languages, but Japanese hasn't been on the list. The slightly less supportable answer is that automated translations above the word level are virtually never good enough, and since unlike most other languages I actually *know* some Japanese I have the wherewithal to do the filling in and joining together (at least for comprehension if not for actual translation) myself. Taking the automated route when I have the ability to do the work myself *and* learn something in the process just seems like the lazy way out. ^_^ -- The Wanderer Warning: Simply because I argue an issue does not mean I agree with any side of it. A government exists to serve its citizens, not to control them.
participants (3)
-
compn -
Roberto Togni -
The Wanderer