http://permalink.gmane.org/gmane.os.inferno.general hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.os.inferno.general/4099 I end up with this: Using some host's decoder can be elegant and easy and has been done already, kernel decoders are rather not worth it. And there is no native limbo decoder yet. A native decoder would be a great win though. hiro 2008-08-16T16:33:24 http://permalink.gmane.org/gmane.os.inferno.general/4098 nothing mostly. You can copy an mp3 file to /mnt/view and it would play on your local mp3 player if that's supported (it ends up calling "open" on the underlying unix). The plan b player (which we borrowed) does something similar, sending the mp3 through a pipe to the player. On Tue, Aug 5, 2008 at 7:54 PM, Uriel <uriel99-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote: Francisco J Ballesteros 2008-08-16T14:19:58 http://permalink.gmane.org/gmane.os.inferno.general/4097 I second that. If it got released minus the Sun bits, if someone wished, they ought to be able to fill in the gaps using the OpenJDK code... -Ben Benjamin Huntsman 2008-08-14T22:17:14 http://permalink.gmane.org/gmane.os.inferno.general/4096 Porting encoders to kernel-C is probably easier than porting them to Limbo, sure, but that hardly makes it a good idea. You're now putting a whole pile of stuff into the kernel, where any bugs are a much bigger deal. Do you really want a bad mp3 crashing your kernel? Relying on the host codecs via audioctl is a promising approach, but has obvious portability issues - in particular, it does nothing for native implementations. It'd be nice to see limbo implementations where possible, and relying on hosted implementations to fill in the gaps. It's also worth noting that a host codec can be exposed entirely independent of what platform is providing it, and outside of Inferno itself. Put a styx front-end on your local encoder and mount it to get the functionality wherever. We'd need to establish some convention for how these encoders are arranged, but this probably requires the least new code and allows native inferno (or hosted on platform X) to delegate, say, Windows Media back to the obvious platform for dec Anthony Sorace 2008-08-06T14:17:43 http://permalink.gmane.org/gmane.os.inferno.general/4095 Would be nice to know what the Octopus did in this area. uriel On Tue, Aug 5, 2008 at 6:15 PM, Sergey Zhilkin <szhilkin< at >gmail.com> wrote: Uriel 2008-08-05T17:54:02 http://permalink.gmane.org/gmane.os.inferno.general/4094 Simply, we can extend 'enc' of /dev/audioctl to support host codec's. 2008/8/5 hiro <23hiro< at >googlemail.com> Sergey Zhilkin 2008-08-05T16:15:54 http://permalink.gmane.org/gmane.os.inferno.general/4093 I agree that porting C to kernel space is easier than rewriting them in limbo. My feeling tells me, that a decoder would be nice in native limbo, but I'm definitely not sure where to draw a line here. One could also just use the host's decoder, which is what I was playing around a little lately. hiro 2008-08-05T15:44:23 http://permalink.gmane.org/gmane.os.inferno.general/4092 Hello! Actually, it is not necessary to port these codecs to DIS - C-based file servers can be made and compiled in the kernel. It will increase the size of the kernel, but save a lot of time. For example, Boffin MPEG-1 decoder mpeg(3) implemented such way. On Sun, 03 Aug 2008 18:28:20 +0400, Pavel Nevidomsky <nevidomsky-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote: Best regards, santucco Alexander Sychev 2008-08-05T13:13:37 http://permalink.gmane.org/gmane.os.inferno.general/4091 Just put the non-sun code out somewhere, maybe somebody will do the work, maybe not, without the non-sun code being publicly available it is more unlikely that anyone will do it... (there was some crazy person that will remain nameless that wanted java in plan9, maybe this could be a path that would work for him, who knows). uriel On Fri, Aug 1, 2008 at 11:01 PM, Charles Forsyth <forsyth-SXSQbKlNroUXhy9q4Lf3Ug< at >public.gmane.org> wrote: Uriel 2008-08-04T23:52:24 http://permalink.gmane.org/gmane.os.inferno.general/4090 relax, there aren't any decoders include JPEG, GIF, BMP, PNG, OGG, etc Someday, someone will port code from C to DIS for support this decoders, probably. Actually JPEG, GIF I saw in Sharon, but quality of rendering is too bad. On 7/2/08, hiro <23hiro-gM/Ye1E23mwN+BqQ9rBEUg< at >public.gmane.org> wrote: Pavel Nevidomsky 2008-08-03T14:28:20 http://permalink.gmane.org/gmane.os.inferno.general/4089 Hello, I've been trying to get video playbe functioning using the mpeg method listed in the Man, however from what I've heard it doesn't work running Inferno hosted under XP. I've been searching for more information on video playback with Inferno however there doesn't seem to be much out there. Is there another way to have video playback capablilities running Inferno hosted or is running it native the only solution? Justin Phillips 2008-08-03T00:20:55 http://permalink.gmane.org/gmane.os.inferno.general/4088 the (pc) drivers are different; or you'll also have to do aux/vga Charles Forsyth 2008-08-02T20:57:15 http://permalink.gmane.org/gmane.os.inferno.general/4087 Thanks a lot Brian! It help a lot. But I had a question about graphics. It works now? someone already port the drivers from Plan9? 2008/8/1 Brian L. Stuart <blstuart-Bdlq13kUjeyLZ21kGMrzwg< at >public.gmane.org> Daniel Oliveira Costa Lemos 2008-08-02T20:40:44 http://permalink.gmane.org/gmane.os.inferno.general/4086 Yes, It is correct. But, what is "the alternate time zone applies" in context Moscow Time? Угодай n/a 2008-08-02T15:04:48 http://permalink.gmane.org/gmane.os.inferno.general/4085 Alexander Sychev 2008-08-02T14:18:14 http://permalink.gmane.org/gmane.os.inferno.general/4084 thanks, this has helped me Угодай n/a 2008-08-02T13:53:36 http://permalink.gmane.org/gmane.os.inferno.general/4083 it's a strange omission. this might do as a description of the file format (it's the same format as used by Plan 9). i'll update the manual pages. When local time is first requested, the program consults the timezone environment variable to determine the time zone and converts accordingly. (This variable is set at system boot time by init(8).) The timezone variable contains the normal time zone name and its difference from GMT in seconds fol- lowed by an alternate (daylight) time zone name and its dif- ference followed by a newline. The remainder is a list of pairs of times (seconds past the start of 1970, in the first time zone) when the alternate time zone applies. For exam- ple: EST -18000 EDT -14400 9943200 25664400 41392800 57718800 ... Greenwich Mean Time is represented by GMT 0 Charles Forsyth 2008-08-02T13:21:52 http://permalink.gmane.org/gmane.os.inferno.general/4082 hi, I want setting time zone in inferno, but I cann't find finished timezone-file for Moscow Time. Also, I cann't find description of format this files. Please, give me any link on description or appropriate file. Угодай n/a 2008-08-02T12:51:14 http://permalink.gmane.org/gmane.os.inferno.general/4081 Bait for java addicts? ;-) Nikolai Saoukh 2008-08-02T10:10:13 http://permalink.gmane.org/gmane.os.inferno.general/4080 it's easy enough to make j2d and some other things available. noah evans suggested that they were on the vita nuova website but i don't think they were made public (although i did private distributions out of our web site for a few people). it's not a big effort to do that again for a public distribution but is it really worthwhile? Charles Forsyth 2008-08-01T21:47:55 http://permalink.gmane.org/gmane.os.inferno.general/4079 Might the fact that Sun's Java is now open source allow the components in question to see the light of day again? Benjamin Huntsman 2008-08-01T20:50:23 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.os.inferno.general