Multimedia SIG
Greetings from FUDCon, in Blacksburg, VA. I know that only a handful of people might recognize me on devel@, but something that's been rolling around in my head for a little while is to start a Multimedia SIG in fedora. I know there exists the audio and music SIGs, but they focus more towards providing a platform on fedora for users to *create* audio content. Something that I feel is missing is a general purpose SIG that aims to make sure that multimedia use, enjoyment, and consumption on Fedora is taken care of very handsomely. This includes focusing on topics such as sorting out all the mess behind MP3 support (i.e. doing more than simply telling a user with 3k mp3s in a collection use ogg), managing photos, improving support for flash (obviously without explicitly saying fedora supports flash), doing fun stuff with streaming, making sure pulseaudio always works, etc. I've googled around and crawled the wiki but can't seem to find any such effort. If I'm crazy, let me know. If not, I hope we can start some discussion. -- Trever Fischer (tdfischer) Fedora Ambassador, KDE Hacker http://wm161.net GPG: C40F2998 hkp://wwwkeys.pgp.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Question of forbiddeness: rippit
On 03/27/2011 02:53 PM, Dominic Hopf wrote: Am Samstag, den 26.03.2011, 22:09 -0400 schrieb Trever Fischer: Howdy, all. As a weekend project, I created 'rippit', a super simple no-frills command line CD ripper. It aims to take zero parameters and produce lossless rips in .flac format, properly tagged with musicbrainz, etc. In the future, I plan on extending it to also rip DVDs in the same fashion. i.e. type 'rippit' and it finds your DVD drive and starts ripping the video to some free format like mkv, theora, or somesuch. Haven't decided yet.. Rippit is built entirely using gstreamer packages that are available in Fedora. When I add DVD support, I plan on making the relevant non-free decoders and elements accessible via rpmfusion.org a pure runtime dependency. No linking, no failure to compile, etc. As such, it doesn't directly do anything more than what you can do via gst-launch. The issue I see here is, that you most likely can not have a package in Fedora which has one as dependency (explicitly defined via Requires) which resides in a completely other repository. I guess it isn't a problem as long as you don't have such Requires, but that might cause your program to not work correctly or limits the functionality of your program (in case the required packages from rpmfusion are not installed). The logical consequence of this would be to include it directly into rpmfusion, wouldn't it? Alternatively, use PackageKit integration Thats the plan, more or less. GStreamer has tools available that (in theory) work on all platforms to install missing plugins. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Trever Fischer (tdfischer) Fedora Ambassador, KDE Hacker http://wm161.net GPG: C40F2998 hkp://wwwkeys.pgp.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Question of forbiddeness: rippit
Howdy, all. As a weekend project, I created 'rippit', a super simple no-frills command line CD ripper. It aims to take zero parameters and produce lossless rips in .flac format, properly tagged with musicbrainz, etc. In the future, I plan on extending it to also rip DVDs in the same fashion. i.e. type 'rippit' and it finds your DVD drive and starts ripping the video to some free format like mkv, theora, or somesuch. Haven't decided yet.. Rippit is built entirely using gstreamer packages that are available in Fedora. When I add DVD support, I plan on making the relevant non-free decoders and elements accessible via rpmfusion.org a pure runtime dependency. No linking, no failure to compile, etc. As such, it doesn't directly do anything more than what you can do via gst-launch. When dvd ripping is later added, would this put rippit at risk of not being included in fedora (and potentially other copyright-wary distros)? I can't imagine it would, since you can achieve exactly the same result that rippit provides (in the future) by running gst-launch. -- Trever Fischer (tdfischer) Fedora Ambassador, KDE Hacker http://wm161.net GPG: C40F2998 hkp://wwwkeys.pgp.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Revisor and live_ram
On Wed, 2010-09-15 at 01:25 -0400, Trever Fischer wrote: Excuse me if this is the wrong place to send this. As my fedora ambassador duties, I tend to show other students the neat things you can do with Fedora with my trusty USB drive I always keep on my keychain. More often than not, I'm booting up Fedora into some laptop or university desktop with copious quantities of ram (more than 2G, commonly 4 or more). Also more often than not, I've edited the boot options when it starts up to add the 'live_ram' flag which copies the image into RAM and permits me to unplug the USB drive so I'm not late for class while they explore. I've longed for an option in the stock boot menu to expose this seemingly hidden magic to the general public, so I wrote a tiny patch for python-imgcreate (which is used by revisor). It adds one new option to the isolinux boot menu, labeled Boot and run from RAM. I've tested it by re-spinning the KDE spin and the custom one I use for day-to-day use on my usb drive. Flawless victory. You'll probably need to re-diff this against the recent changes to add a 'basic graphics driver' entry to the same boot menu - http://koji.fedoraproject.org/koji/buildinfo?buildID=195368 is the latest build (or check git). I already did, actually. This patch puts the code immediately before the Basic Video option, and can be cleanly applied to 6f79b742. -- Trever Fischer (tdfischer) Fedora Ambassador, KDE Hacker http://wm161.net GPG: C40F2998 hkp://wwwkeys.pgp.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Revisor and live_ram
Excuse me if this is the wrong place to send this. As my fedora ambassador duties, I tend to show other students the neat things you can do with Fedora with my trusty USB drive I always keep on my keychain. More often than not, I'm booting up Fedora into some laptop or university desktop with copious quantities of ram (more than 2G, commonly 4 or more). Also more often than not, I've edited the boot options when it starts up to add the 'live_ram' flag which copies the image into RAM and permits me to unplug the USB drive so I'm not late for class while they explore. I've longed for an option in the stock boot menu to expose this seemingly hidden magic to the general public, so I wrote a tiny patch for python-imgcreate (which is used by revisor). It adds one new option to the isolinux boot menu, labeled Boot and run from RAM. I've tested it by re-spinning the KDE spin and the custom one I use for day-to-day use on my usb drive. Flawless victory. 8 diff --git a/imgcreate/live.py b/imgcreate/live.py index fcb7198..7cfd14c 100644 --- a/imgcreate/live.py +++ b/imgcreate/live.py @@ -518,6 +518,17 @@ menu hiddenrow 5 cfg += self.__get_image_stanza(is_xen, isDracut, fslabel = self.fslabel, isofstype = auto, + liveargs = kern_opts + live_ram, + long = long + and run from RAM, + short = linux-ram + index, + basicvideo = , + xdriver = , + extra = , + index = index) + +cfg += self.__get_image_stanza(is_xen, isDracut, + fslabel = self.fslabel, + isofstype = auto, liveargs = kern_opts, long = long + (Basic Video), short = linux + index, 8 -- Trever Fischer (tdfischer) Fedora Ambassador, KDE Hacker http://wm161.net GPG: C40F2998 hkp://wwwkeys.pgp.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
