search for: smartjog

http://bugs.freedesktop.org/show_bug.cgi?id=13815 Summary: Wrong url for http get Product: swfdec Version: git Platform: Other URL: http://www.betterworldbooks.com/Flash/output.swf OS/Version: All Status: NEW Severity: normal Priority: medium Component: library AssignedTo: swfdec at

Hello, I work for the company Smartjog (http://smatjog.com/) where we use a modified version of Icecast. We would like to contribute back those patchs, and hopefully have them merged in the official repository. I have posted them on the patch tracker, so feel free to leave a comment on them. Some of those patch are based on the work do...

ldefert <ldefert at smartjog.com> writes: > I work for the company Smartjog (http://smatjog.com/) where we use a > modified version of Icecast. We would like to contribute back those patchs, > and hopefully have them merged in the official repository. I have posted > them on the patch tracker, so feel free to le...

...ata> <no-yp>1</no-yp> </relay> The relaying source server is a shoutcast. I don't think this is a file descriptor limitation as I can have more than 5000 clients and 65536 open fd. Thanks in advance for any explanation. -- Laurent Corbes - laurent.corbes@smartjog.com +33 (0)1 4996 6325 Smartjog SA - http://www.smartjog.com/

...f developement that is dumped here. > A higher-level description of what you're attempting to accomplish > with these patchsets would also be very helpful - but much more detail > than "performance and reliability". I actually dumped these patches at my last day working for SmartJog, but they already have a new guy (Remi) to take over maintainership. The main idea was to be able to continue working on IceCast while out of contract. I still have a lot of vectors where I'd like to see the IceCast code go: * Add refbuff pools. * Use libCURL for everything (drop httpp). * Impl...

On Fri, Jul 30, 2010 at 10:43 AM, Romain Beauxis <toots at rastageeks.org> wrote: > Le vendredi 30 juillet 2010 12:25:48, Michael Smith a ?crit : >> All that said: Icecast2 is largely unmaintained these days - I don't >> know if anyone is interested in going through these and figuring out >> which ones are mergeable, which need fixing, and which shouldn't be

Le vendredi 30 juillet 2010 12:25:48, Michael Smith a ?crit : > All that said: Icecast2 is largely unmaintained these days - I don't > know if anyone is interested in going through these and figuring out > which ones are mergeable, which need fixing, and which shouldn't be > used at all. Maybe its time to find include new contributors ? If no one has time to review the

Hello, I work at SmarctJog.com, we have here some patches on IceCast for performance and reliability, these are mostly client/connection/source cleanups (a slave merge is underway, and some more good stuff (c)), but we'd like this to be merged in before the list gets any longer. Please find attached a list of our patches with a short desc: This one is actually not from us/me, it was found

...IR_MIGRATE_PERSIST_DEST that doesn't seem to have any effect. The domU is not defined in xend and will vanish when destroyed or on hypervisor reboot. Could that be a known problem or related to a bug ? I'm really out of ideas. Any help appreciated, Thank you ! -- Thibault VINCENT - IT SmartJog S.A.S. - Groupe TDF - P?le multim?dia 27 Bd Hippolyte Marques, 94200 Ivry-sur-Seine, France Phone: +33.1.58.68.62.38 / Fax: +33.1.58.68.60.97

Package: xen-hypervisor-3.0.3-1-i386 Version: 3.0.3-0-2 Severity: important When I try to start a domU with more than 6 vdb it crash. The first time the vm does not launch and aparently wait for the loop device creation (some scripts/block add, udev --daemon and sleep 1 process running). And nothing happen until I Ctrl+C the xm create. My loop module is loaded with 64 loops. After this first

On 05/08/2011 01:06 AM, Romain Beauxis wrote: > Running out of memory is not considered as an error when calling malloc? On linux, the only way to get an error when calling malloc() is to disable memory-overcommiting. On regular linux systems, this is the _only_ way for malloc() to return NULL. If an icecast process reaches that point, it's screwed anyway it won't be able to do

...y allow one disk removing. Which is more a RAID5 feature. I''m afraid Btrfs raid1 will not be working before the end of the world. Sad day. Cheers, [1] https://www.archlinux.org/packages/community/i686/cksfv/ -- Sebastien "Seblu" Luttringer Research & Engineering Manager - Smartjog - TDF 27 bd Hippolyte Marques, 94200 Ivry sur Seine, France Phone: +33.1.58.68.62.32 / Fax: +33.1.58.68.62.05 -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/maj...

...quot;. All that said: Icecast2 is largely unmaintained these days - I don't know if anyone is interested in going through these and figuring out which ones are mergeable, which need fixing, and which shouldn't be used at all. Mike On Fri, Jul 30, 2010 at 7:54 AM, Niv Sardi <nsardi at smartjog.com> wrote: > Hello, > > I work at SmarctJog.com, we have here some patches on IceCast for > performance and reliability, these are mostly client/connection/source > cleanups (a slave merge is underway, and some more good stuff (c)), > but we'd like this to be merged in bef...

...gus@student.unimelb.edu.au> Ryo Munakata <ryomnktml@gmail.com> Ryo Tsutsui <ryo.tsutsui@wolfsonmicro.com> Ryosuke Saito <raitosyo@gmail.com> Ryota Ozaki <ozaki.ryota@gmail.com> Ryusuke Konishi <konishi.ryusuke@lab.ntt.co.jp> Rémi Cardona <remi.cardona@smartjog.com> Rémi Denis-Courmont <remi.denis-courmont@nokia.com> Rémi Denis-Courmont <remi@remlab.net> Sachin Bhamare <sbhamare@panasas.com> Sachin Kamat <sachin.kamat@linaro.org> Sachin Kamat <sachin.kamat@samsung.com> Sachin Prabhu <sprabhu@redhat.com>...

...gus@student.unimelb.edu.au> Ryo Munakata <ryomnktml@gmail.com> Ryo Tsutsui <ryo.tsutsui@wolfsonmicro.com> Ryosuke Saito <raitosyo@gmail.com> Ryota Ozaki <ozaki.ryota@gmail.com> Ryusuke Konishi <konishi.ryusuke@lab.ntt.co.jp> Rémi Cardona <remi.cardona@smartjog.com> Rémi Denis-Courmont <remi.denis-courmont@nokia.com> Rémi Denis-Courmont <remi@remlab.net> Sachin Bhamare <sbhamare@panasas.com> Sachin Kamat <sachin.kamat@linaro.org> Sachin Kamat <sachin.kamat@samsung.com> Sachin Prabhu <sprabhu@redhat.com>...

...gus@student.unimelb.edu.au> Ryo Munakata <ryomnktml@gmail.com> Ryo Tsutsui <ryo.tsutsui@wolfsonmicro.com> Ryosuke Saito <raitosyo@gmail.com> Ryota Ozaki <ozaki.ryota@gmail.com> Ryusuke Konishi <konishi.ryusuke@lab.ntt.co.jp> Rémi Cardona <remi.cardona@smartjog.com> Rémi Denis-Courmont <remi.denis-courmont@nokia.com> Rémi Denis-Courmont <remi@remlab.net> Sachin Bhamare <sbhamare@panasas.com> Sachin Kamat <sachin.kamat@linaro.org> Sachin Kamat <sachin.kamat@samsung.com> Sachin Prabhu <sprabhu@redhat.com>...

...gus@student.unimelb.edu.au> Ryo Munakata <ryomnktml@gmail.com> Ryo Tsutsui <ryo.tsutsui@wolfsonmicro.com> Ryosuke Saito <raitosyo@gmail.com> Ryota Ozaki <ozaki.ryota@gmail.com> Ryusuke Konishi <konishi.ryusuke@lab.ntt.co.jp> Rémi Cardona <remi.cardona@smartjog.com> Rémi Denis-Courmont <remi.denis-courmont@nokia.com> Rémi Denis-Courmont <remi@remlab.net> Sachin Bhamare <sbhamare@panasas.com> Sachin Kamat <sachin.kamat@linaro.org> Sachin Kamat <sachin.kamat@samsung.com> Sachin Prabhu <sprabhu@redhat.com>...

...gus@student.unimelb.edu.au> Ryo Munakata <ryomnktml@gmail.com> Ryo Tsutsui <ryo.tsutsui@wolfsonmicro.com> Ryosuke Saito <raitosyo@gmail.com> Ryota Ozaki <ozaki.ryota@gmail.com> Ryusuke Konishi <konishi.ryusuke@lab.ntt.co.jp> Rémi Cardona <remi.cardona@smartjog.com> Rémi Denis-Courmont <remi.denis-courmont@nokia.com> Rémi Denis-Courmont <remi@remlab.net> Sachin Bhamare <sbhamare@panasas.com> Sachin Kamat <sachin.kamat@linaro.org> Sachin Kamat <sachin.kamat@samsung.com> Sachin Prabhu <sprabhu@redhat.com>...

...gus@student.unimelb.edu.au> Ryo Munakata <ryomnktml@gmail.com> Ryo Tsutsui <ryo.tsutsui@wolfsonmicro.com> Ryosuke Saito <raitosyo@gmail.com> Ryota Ozaki <ozaki.ryota@gmail.com> Ryusuke Konishi <konishi.ryusuke@lab.ntt.co.jp> Rémi Cardona <remi.cardona@smartjog.com> Rémi Denis-Courmont <remi.denis-courmont@nokia.com> Rémi Denis-Courmont <remi@remlab.net> Sachin Bhamare <sbhamare@panasas.com> Sachin Kamat <sachin.kamat@linaro.org> Sachin Kamat <sachin.kamat@samsung.com> Sachin Prabhu <sprabhu@redhat.com>...

...gus@student.unimelb.edu.au> Ryo Munakata <ryomnktml@gmail.com> Ryo Tsutsui <ryo.tsutsui@wolfsonmicro.com> Ryosuke Saito <raitosyo@gmail.com> Ryota Ozaki <ozaki.ryota@gmail.com> Ryusuke Konishi <konishi.ryusuke@lab.ntt.co.jp> Rémi Cardona <remi.cardona@smartjog.com> Rémi Denis-Courmont <remi.denis-courmont@nokia.com> Rémi Denis-Courmont <remi@remlab.net> Sachin Bhamare <sbhamare@panasas.com> Sachin Kamat <sachin.kamat@linaro.org> Sachin Kamat <sachin.kamat@samsung.com> Sachin Prabhu <sprabhu@redhat.com>...