similar to: Re: Re: [xiph-rtp] Re: Proposal: An extension to rules all others

on http://www.navratil.cz/SFD2010/ , but Google Chrome and Opera are working fine. Is my HTML5 page correct? Or what I shall change to make it working in Firefox too, please? Thank you, Jiri -- Jiri Navratil, http://www.navratil.cz, +420 777 224 245 -------------- next part -------------- An HTML attachment was scrubbed... URL:

Alright folks, here's the solution. 1) Keep extensions to 3 letters for audio & video. Except for special situations where the user might be doing a codec specific name. Since the official extensions are 3 letters, those can always be used on any 8.3 device. 2) introduce a new extension .OGV for ogg container video. With a strong preference for Xiph only codecs. (If you want 3rd

Proposal: An extension to rules all others Copyright Notice None. Public Domain. Abstract Extension flamewars surrounding media formats inside Ogg containers are a pain in the behind, cause problems in the adoption of said formats, and confuse users. This modest proposal directed at the maintainers of Vorbis, Theora, Speex and FLAC will suggest a solution to solve these issues (and others).

Proposal: An extension to rules all others Copyright Notice None. Public Domain. Abstract Extension flamewars surrounding media formats inside Ogg containers are a pain in the behind, cause problems in the adoption of said formats, and confuse users. This modest proposal directed at the maintainers of Vorbis, Theora, Speex and FLAC will suggest a solution to solve these issues (and others).

Proposal: An extension to rules all others Copyright Notice None. Public Domain. Abstract Extension flamewars surrounding media formats inside Ogg containers are a pain in the behind, cause problems in the adoption of said formats, and confuse users. This modest proposal directed at the maintainers of Vorbis, Theora, Speex and FLAC will suggest a solution to solve these issues (and others).

Proposal: An extension to rules all others Copyright Notice None. Public Domain. Abstract Extension flamewars surrounding media formats inside Ogg containers are a pain in the behind, cause problems in the adoption of said formats, and confuse users. This modest proposal directed at the maintainers of Vorbis, Theora, Speex and FLAC will suggest a solution to solve these issues (and others).

Proposal: An extension to rules all others Copyright Notice None. Public Domain. Abstract Extension flamewars surrounding media formats inside Ogg containers are a pain in the behind, cause problems in the adoption of said formats, and confuse users. This modest proposal directed at the maintainers of Vorbis, Theora, Speex and FLAC will suggest a solution to solve these issues (and others).

Theora and Vorbis both uses same extension .ogg. I know ogg is a container, just like avi. But in my opinion video and audio files should have different extensions (using .ogv can be a nice idea). To a media player it doesn't matter what extension a file uses, but to a human who does a ls in a directory full of media files having different extensions will help a lot. I know one can use file

Please consider using 16-bit 16kHz (wideband) instead. It's a huge increase in audio quality and the bitrate is still very low, especially if you take advantage of Speex features such as VBR. 8kHz seems totally inappropriate to me for desktop streaming audio, let alone 8-bit samples. Or perhaps your recording equipment is an original Sound Blaster from 1989? (Even that could record at

Hi list, I have been trying to get the new file extension for Ogg FLAC (.oga) to work with Amarok. But it does not look to be possible due to limitations in the xine and gstreamer engines. Maybe the move to .oga was prematurely? I have done some testing with other players?including Banshee, Quod Libet, and others?but have not had any success with playing the .oga files. Only player I have

Josh, Automake 1.10 on OSX is giving me warnings like the following: test/Makefile.am:50: wildcard *.raw: non-POSIX variable name test/Makefile.am:50: (probably a GNU make extension) test/Makefile.am:50: wildcard *.flac: non-POSIX variable name test/Makefile.am:50: (probably a GNU make extension) test/Makefile.am:50: wildcard *.oga: non-POSIX variable name

This is a really good point, and definitely a recurring theme on this mailing list. :) I wonder, what are some better options for handling this issue, other than to keep saying "just use 8/16/32kHz"? - Extend Speex to support other sample rates (seems unlikely..?) - Integrate a resampling algorithm into libspeex - Maintain a list of recommended resampling libraries that work well

"Silvia Pfeiffer" <silviapfeiffer1@gmail.com> wrote: ... > First though let me start a discussion on skeleton here, which is > fundamental to this rfc and for which I'd like to get more input from > everyone. > > I think, "application/ogg" makes not much sense without having > skeleton inside the ogg file. Half the reason for having a generic, >

"Silvia Pfeiffer" <silviapfeiffer1@gmail.com> wrote: ... > First though let me start a discussion on skeleton here, which is > fundamental to this rfc and for which I'd like to get more input from > everyone. > > I think, "application/ogg" makes not much sense without having > skeleton inside the ogg file. Half the reason for having a generic, >

>Paul E Wrote [snip] >Windows 2000 (although it's the same for all of them) doesn't read in >any mime-type to correctly identify a file, it just uses the extension. [snip] What if, at least for Windows, someone wrote a simple application which when associated with .ogg files and an .ogg file was opened simply read enough of the ogg stream to identify the type of content and then

Hi R-devel, I'm trying to get R 3.2.1 working on Haiku (an open source OS inspired by BeOS, not Linux based) on i586. With a few small changes to library paths and ifdefs I am able to get a seemingly working R binary. The build process stops with the 'tools' package. The last lines from make are below. Does anyone have any tips? I'm rather new to debugging at this low level. Are

Below is the output. Thanks for the help. > Sys.getenv() BASH_FUNC_module() () { eval `/cm/local/apps/environment-modules/3.2.10/Modules/$MODULE_VERSION/bin/modulecmd bash $*` } COLUMNS 152 CPATH /cm/shared/apps/uge/8.2.1/include CVS_RSH ssh DISPLAY localhost:10.0 EDITOR

Jean-Marc, Ok, I understand. It's floating point but I don't have a mechanism in place yet to capture the source data. I'll do that, reproduce the problem, and put together a minimal sample program that can reproduce it given a data file. Thanks, Tom Jean-Marc Valin <Jean-Marc.Valin@USherbrooke.ca> wrote: > > Hi Tom, > > In order to trace the problem,

Dear Community I have been receiving the below each time when I log into one of my servers using ssh. declare -x G_BROKEN_FILENAMES="1" declare -x HISTCONTROL="ignoredups" declare -x HISTSIZE="1000" declare -x HOME="/home/xxxx" declare -x HOSTNAME="CentOS-66-64-minimal" declare -x LANG="en_US.UTF-8" declare -x

https://bugzilla.samba.org/show_bug.cgi?id=13248 Bug ID: 13248 Summary: Updates for DEFAULT_DONT_COMPRESS suffix list Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: core Assignee: wayned at samba.org