xbyamp-develop Mailing List for yamp
Status: Pre-Alpha
Brought to you by:
yamp
Menu
▾
▴
xbyamp-develop
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(53) |
Nov
(55) |
Dec
(10) |
|---|
|
From: Albert S. <my...@bt...> - 2002-12-05 12:18:23
|
> Ok, so, to shorten this up and check that I've understood. The contents of > yamp/xbmp as it is is not completely open source, meaning, there can't be > a binary release since we would violate the GPL. This will be fiexed for > the 14:th of dec, when everything will be just cosy and binaries can be built. > > Correct? Absolutely. |
|
From: <tr...@ap...> - 2002-12-05 11:13:05
|
On Thu, 5 Dec 2002, c0diq wrote: > I think you should chill out troed. It's only 9 more days ! > Give the guys credit, they're working hard to make a stable release for > you to go crazy afterwards... You misunderstand. It's not about dates - it's about secrecy. If there's a valid reason for not being able to have a complete version in CVS - good. If there's not - bad. All I wanted to know was the real reason - keeping in mind that "we" had to beat the xbmp developers with a stick to get them to open source it in the first place. There are no license violations, it's just the way things are done that I disagree with :) I fully respect the amount of work frodo and runtime are putting into this - as has been evidently shown during yamp development myself and humming cannot compete at all counting loc. ___/ _/ -- - I support the Palestinians, and so would you if you opened your eyes |
|
From: c0diq <c0...@ho...> - 2002-12-05 10:54:28
|
I think you should chill out troed. It's only 9 more days ! Give the guys credit, they're working hard to make a stable release for you to go crazy afterwards... -c -----Original Message----- From: xby...@li... [mailto:xby...@li...] On Behalf Of Troed S=E5ngberg Sent: Thursday, December 05, 2002 2:49 AM To: Albert Soler Cc: xby...@li... Subject: Re: [Xbyamp-develop] xbmp/yamp merge status On Wed, 4 Dec 2002, Albert Soler wrote: > I have a couple of reasons, but I'll try to be brief - the user interface > contains a couple of proprietary elements which were used as place holders > (that is why Freestyle lib and its gfx aren't in the CVS). This is being > addressed and will be ready in time for the 14th . Ok, so, to shorten this up and check that I've understood. The contents of=20 yamp/xbmp as it is is not completely open source, meaning, there can't be=20 a binary release since we would violate the GPL. This will be fiexed for the 14:th of dec, when everything will be just cosy and binaries can be=20 built. Correct? If so - thanks - that's a good reason. The rest about christmas presents, support and letting others make there own builds ... well, welcome to open source. Either accept it or throw out=20 ffmpeg et. al. There is no "I want to do it this way". ___/ _/ --=20 - I support the Palestinians, and so would you if you opened your eyes ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Xbyamp-develop mailing list Xby...@li... https://lists.sourceforge.net/lists/listinfo/xbyamp-develop |
|
From: <tr...@ap...> - 2002-12-05 10:49:02
|
On Wed, 4 Dec 2002, Albert Soler wrote: > I have a couple of reasons, but I'll try to be brief - the user interface > contains a couple of proprietary elements which were used as place holders > (that is why Freestyle lib and its gfx aren't in the CVS). This is being > addressed and will be ready in time for the 14th . Ok, so, to shorten this up and check that I've understood. The contents of yamp/xbmp as it is is not completely open source, meaning, there can't be a binary release since we would violate the GPL. This will be fiexed for the 14:th of dec, when everything will be just cosy and binaries can be built. Correct? If so - thanks - that's a good reason. The rest about christmas presents, support and letting others make there own builds ... well, welcome to open source. Either accept it or throw out ffmpeg et. al. There is no "I want to do it this way". ___/ _/ -- - I support the Palestinians, and so would you if you opened your eyes |
|
From: Frodo <csh...@ho...> - 2002-12-04 20:43:46
|
No need 2 get upset. Let me try 2 explain some things first of all the source of the new xbmp/yamp is open for all yamp/xbmp developers. it's in CVS and I commit all changes I'm making on a daily basis (just like with previous yamp versions) The only thing which isn't in CVS is the freestyle.lib this is a static library xbmp needs for compiling till this very moment not a single line of code has changed in freestyle.lib so no 2 put it in CVS anyway The reason for not to putting the freestyle.lib in CVS is because runtime asked me 2 He doesn't want some weirdo releasing a version we didn't build. Also he doesnt want people asking him questions about beta code. Please remember that when this decission was made both xbmp2 & the merged xbmp/yamp where in a very very alpha stage. let's say not working @all As said the freestyle lib will be added @ 14 december when we got a build which works reasonable well if not good and one we all can support so from then on ALL code will be in CVS and offcourse updated when somebody makes a change 2 it As said, if any of the yamp/xbmp developers wants 2 have the complete source I can send him my copy which contains also the freestyle.lib from then one he/she can keep up with the rest of us by getting the latest changes from CVS Frodo ----- Original Message ----- From: "Troed Sångberg" <tr...@ap...> To: "Albert Soler" <my...@bt...> Cc: <xby...@li...> Sent: Wednesday, December 04, 2002 6:21 PM Subject: Re: [Xbyamp-develop] xbmp/yamp merge status > On Wed, 4 Dec 2002, Albert Soler wrote: > > > I don't wish to get into a protracted debate so I'll sumarise by saying that > > this was a concession I asked Frodo to make if we merged both projects (as > > it turns out this happened a lot quicker, and it looked like a .62 build of > > > In any case, after the 14th Dec the project reverts to daily updates to the > > CVS ala yamp. > > I see absolutely no reason for this to happen at a specific date, or why > it can't happen now. Why did you ask Frodo for this? > > One of the reasons I choose to code for yamp instead of xbmp was that the > authors behind xbmp didn't seem to care a bit about open sorce > development. With the source in the CVS I don't see why you're withholding > other parts - is it about _control_? Being the only ones able to put a > binary together? > > Please explain, maybe you have rational reasons after all. > > /me - professional software developer > > -- > > - I support the Palestinians, and so would you if you opened your eyes > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Microsoft Visual Studio.NET > comprehensive development tool, built to increase your > productivity. Try a free online hosted session at: > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en > _______________________________________________ > Xbyamp-develop mailing list > Xby...@li... > https://lists.sourceforge.net/lists/listinfo/xbyamp-develop > |
|
From: Albert S. <my...@bt...> - 2002-12-04 19:31:02
|
I have a couple of reasons, but I'll try to be brief - the user interface contains a couple of proprietary elements which were used as place holders (that is why Freestyle lib and its gfx aren't in the CVS). This is being addressed and will be ready in time for the 14th . Theres the support issue, you say "simple don't support it", but for a media player which wants to position itself as easy to use, I disagree. I think it is better that support is available when we release something into the public domain, particularly when you have the possibility of integration issues between two projects (fortunately, things are looking good). Its plain not all of us agree with this so a compromise had to be made, Frodo and I agreed that project will maintain up-to-date CVS builds available from the 14th; at that point anyone can put a build together. Only ten more days to go. PS. I don't feel its about control, but on a personal angle, I prefer to receive all my "presents" at Christmas, than in dribs and drabs throughout the year. Making people wait a little and anticipate the Xmas release will make it a little more 'special' - just my personal opinion. ----- Original Message ----- From: "Troed Sångberg" <tr...@ap...> To: "Albert Soler" <my...@bt...> Cc: <xby...@li...> Sent: Wednesday, December 04, 2002 5:21 PM Subject: Re: [Xbyamp-develop] xbmp/yamp merge status > On Wed, 4 Dec 2002, Albert Soler wrote: > > > I don't wish to get into a protracted debate so I'll sumarise by saying that > > this was a concession I asked Frodo to make if we merged both projects (as > > it turns out this happened a lot quicker, and it looked like a .62 build of > > > In any case, after the 14th Dec the project reverts to daily updates to the > > CVS ala yamp. > > I see absolutely no reason for this to happen at a specific date, or why > it can't happen now. Why did you ask Frodo for this? > > One of the reasons I choose to code for yamp instead of xbmp was that the > authors behind xbmp didn't seem to care a bit about open sorce > development. With the source in the CVS I don't see why you're withholding > other parts - is it about _control_? Being the only ones able to put a > binary together? > > Please explain, maybe you have rational reasons after all. > > /me - professional software developer > > -- > > - I support the Palestinians, and so would you if you opened your eyes > |
|
From: <tr...@ap...> - 2002-12-04 17:22:14
|
On Wed, 4 Dec 2002, Albert Soler wrote: > I don't wish to get into a protracted debate so I'll sumarise by saying that > this was a concession I asked Frodo to make if we merged both projects (as > it turns out this happened a lot quicker, and it looked like a .62 build of > In any case, after the 14th Dec the project reverts to daily updates to the > CVS ala yamp. I see absolutely no reason for this to happen at a specific date, or why it can't happen now. Why did you ask Frodo for this? One of the reasons I choose to code for yamp instead of xbmp was that the authors behind xbmp didn't seem to care a bit about open sorce development. With the source in the CVS I don't see why you're withholding other parts - is it about _control_? Being the only ones able to put a binary together? Please explain, maybe you have rational reasons after all. /me - professional software developer -- - I support the Palestinians, and so would you if you opened your eyes |
|
From: Albert S. <my...@bt...> - 2002-12-04 16:05:56
|
"Well, at the moment it seems the development has gone back to the old XBMP model instead of the true open source YAMP-model .. and that's a shame." - Troed I don't wish to get into a protracted debate so I'll sumarise by saying that this was a concession I asked Frodo to make if we merged both projects (as it turns out this happened a lot quicker, and it looked like a .62 build of yamp won't surface after all). Of course this hasn't stopped the essential people from gaining access to pre-release code, likewise I doubt anyone can claim development isn't moving rapidly! In any case, after the 14th Dec the project reverts to daily updates to the CVS ala yamp. "I hope 2 release the new version of yamp in a couple of days after that I would like 2 start merging the 2 projects together. so if you got any beta code already, please send me a copy offcourse I won't spread it out or release any code (either source/binary) based on this" - Frodo RT. ----- Original Message ----- From: "Troed Sångberg" <tr...@ap...> To: <xby...@li...> Sent: Wednesday, December 04, 2002 2:58 PM Subject: Re: [Xbyamp-develop] xbmp/yamp merge status > On Tue, 3 Dec 2002, Frodo wrote: > > > if troed or humming wants the source. Most of it is in CVS under mplayer/XBMP > > however not all files are there. It's missing freestyle, the graphics library and all the media files > > This is done 2 prevent newbies from compiling and asking for support. > > Then we just answer "no support" .. it's a lot easier to have everything > in the CVS! > > > However humming & troed can have the source since they are offical yamp developers > > If you want/need it, let me know, I'll DCC it over > > Well, at the moment it seems the development has gone back to the old XBMP > model instead of the true open source YAMP-model .. and that's a shame. > > regards, > ___/ > _/ > > -- > > - I support the Palestinians, and so would you if you opened your eyes > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Microsoft Visual Studio.NET > comprehensive development tool, built to increase your > productivity. Try a free online hosted session at: > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en > _______________________________________________ > Xbyamp-develop mailing list > Xby...@li... > https://lists.sourceforge.net/lists/listinfo/xbyamp-develop |
|
From: <tr...@ap...> - 2002-12-04 14:58:20
|
On Tue, 3 Dec 2002, Frodo wrote: > if troed or humming wants the source. Most of it is in CVS under mplayer/XBMP > however not all files are there. It's missing freestyle, the graphics library and all the media files > This is done 2 prevent newbies from compiling and asking for support. Then we just answer "no support" .. it's a lot easier to have everything in the CVS! > However humming & troed can have the source since they are offical yamp developers > If you want/need it, let me know, I'll DCC it over Well, at the moment it seems the development has gone back to the old XBMP model instead of the true open source YAMP-model .. and that's a shame. regards, ___/ _/ -- - I support the Palestinians, and so would you if you opened your eyes |
|
From: Frodo <csh...@ho...> - 2002-12-03 17:49:29
|
Hi, Troed asked me about the latest status. Well the merged player is working nicely and most if not all bugs seem = 2b solved things left: - porting shoutcast - multiple screen resolutions=20 - testing..... latest things added - ac3 / dts decoding=20 - manual a/v sync correction - bug fixing if troed or humming wants the source. Most of it is in CVS under = mplayer/XBMP however not all files are there. It's missing freestyle, the graphics = library and all the media files This is done 2 prevent newbies from compiling and asking for support. However humming & troed can have the source since they are offical yamp = developers If you want/need it, let me know, I'll DCC it over about the release date, this is planned for 14 december Frodo |
|
From: <li...@fa...> - 2002-11-27 18:47:24
|
Wow, you're a speedy little critter. Name suggestion: xamp -falz ----- Original Message ----- From: Frodo To: RUNTiME Cc: xby...@li... Sent: Wednesday, November 27, 2002 10:31 AM Subject: [Xbyamp-develop] yamp & xbmp merged Hi, just wanted to say that I found a little bit of time 2 test my merged version of yamp & xbmp after fixing a few small bugs..... it works:-) and I really love the GUI Frodo |
|
From: Frodo <csh...@ho...> - 2002-11-27 16:31:13
|
Hi, just wanted to say that I found a little bit of time 2 test my merged = version of yamp & xbmp after fixing a few small bugs..... it works:-) and I really love the GUI Frodo |
|
From: Frodo <csh...@ho...> - 2002-11-27 10:40:13
|
> How skinnable .. ? well this is the current setup of XBMP: ) freestylelib - this is the gfx lib, which holds nuts and bolts used to create the user interface, it also contains "freestyle-like" graphics (these can be easily changed) but probably worth waiting a little while before we implement proper skinning features. i'll probably deliver this to you as a lib first off, as it is relatively easy to manage and i'm still optimising my gfx routs: developers can extend the user-interface all they like using the lib and includes, as the real value is in the classes that interface/make use of this lib. 2) the media player - naturally a virtually all of the XBMP player core will be redundant with the advent of your port of mplayer decoder infrastructure. but it does contain the UI interfaces which glue the gfx components together to form dialogs and menu screens. this is all loosely coupled with the decoder architecture but relatively dependant on to the "catalogue" classes. these classes are much changed since the earlier release XBMP 1.0, in that they are more flexible, simply they enumerate local files, network files, and "legacy" files stored in a iso9660 filesystem. obviously you can change the guts to your hearts content, but it will make porting the userinterface very easy if we expose the same interface. Frodo ----- Original Message ----- From: "Troed Sångberg" <tr...@ap...> To: "Frodo" <csh...@ho...> Cc: <xby...@li...> Sent: Wednesday, November 27, 2002 10:23 AM Subject: Re: [Xbyamp-develop] Yamp & XBMP finally merge > On Wed, 27 Nov 2002, Frodo wrote: > > > 2. xbmp has a professional GUI with skin support > > How skinnable .. ? > > I must confess to not really liking the xbmp 2.0 GUI (sorry to everyone > who does) and if possible I might want to try to "skin" another approach. > > ___/ > _/ > > -- > > - I support the Palestinians, and so would you if you opened your eyes > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Get the new Palm Tungsten T > handheld. Power & Color in a compact size! > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en > _______________________________________________ > Xbyamp-develop mailing list > Xby...@li... > https://lists.sourceforge.net/lists/listinfo/xbyamp-develop > |
|
From: <tr...@ap...> - 2002-11-27 09:23:56
|
On Wed, 27 Nov 2002, Frodo wrote: > 2. xbmp has a professional GUI with skin support How skinnable .. ? I must confess to not really liking the xbmp 2.0 GUI (sorry to everyone who does) and if possible I might want to try to "skin" another approach. ___/ _/ -- - I support the Palestinians, and so would you if you opened your eyes |
|
From: Frodo <csh...@ho...> - 2002-11-27 08:15:28
|
After some nice chats with runtime of XBMP we decided 2 merge the projects The reason for it is that 1. yamp now has a mature (ported) decoder taken from mplayer 2. xbmp has a professional GUI with skin support currently runtime & me have the sources of both yamp & the latest xbmp we're looking which bits 2 take from yamp/xbmp in the new player and i've started merging the 2 projects when the merging is done, we should decide - which cvs/sourceforge 2 use (yamp or xbmp or new one?) - a new name for the player Frodo |
|
From: Fredrik J. <hu...@po...> - 2002-11-26 10:05:03
|
Not me, I'd be glad to see the new mplayer decoder / debux in. :) |
|
From: Frodo <csh...@ho...> - 2002-11-26 09:57:51
|
Hi, Ok, I think the new decoder is stable enough now, so I want 2 update CVS however, when updated CVS, this means that the existing decoder codec classes will be removed anyone got any objections 2 this?? Frodo |
|
From: Frodo <csh...@ho...> - 2002-11-21 13:53:56
|
Hi, just added seeking in avi files so you can jump around in a movie the a/v sync seems 2 b good after jumping around at the moment however you can only jump around with using the remote by using 0-9 to enter a time stamp Anyone got an idea how 2 add jumping in a file using the controller? Frodo |
|
From: Frodo <csh...@ho...> - 2002-11-21 08:05:23
|
Hi guys, I had a nice e-mail chat with RUNTIME again. He's working on the new xbmp (look at their website) and it looks very very cool At the moment he's very busy with the new xbmp as we're very busy with the new yamp 0.62 However, he seriously considers joining after finishing this new cool xbmp version. If he decides 2 join (which would b great!!!), then offcourse we're going 2 merge yamp & xbmp into a new player taking the best parts of both xbmp & yamp just some ideas: - taking the media decoder/codecs from yamp - taking the new GUI (& code) from xbmp - taking the FF/RW from xbmp Frodo |
|
From: c0diq <c0...@ho...> - 2002-11-20 21:02:23
|
Hi, I know I shouldn't ask here but I am desperate. I have been trying to try to understand how to enable remote debugging on my modded xbox but can't figure out what more is needed besides the debug bios. I heard there were some files to copy on the xbox, an xdk launcher, etc.. I already have the sdk and can copy directly on the box the compiled object from msdev but I can't remote debug .. Have you guys figured it out? It's really hard to program blindly, setting breakpoints would be cool. Any kind of help or direction where to look would be greatly appreciated . -c |
|
From: Fredrik J. <hu...@po...> - 2002-11-20 19:17:24
|
On Tue, Nov 19, 2002 at 11:42:59PM +0100, Fredrik Jagenheim wrote: > > The syntax will change shortly, perhaps as soon as tonight, as we need > to name the streams something so we don't show the entire URLs in the > filelist... > Just as a note, the syntax /has/ changed now. Check the latest version of Config.c for an example... |
|
From: Fredrik J. <hu...@po...> - 2002-11-19 22:43:20
|
This is good for having in the xml file for now. The syntax will change shortly, perhaps as soon as tonight, as we need to name the streams something so we don't show the entire URLs in the filelist... <shout> <pls>http://www.shoutcast.com/sbin/shoutcast-playlist.pls?rn=5483&file=filename.pls</pls> <pls>http://www.shoutcast.com/sbin/shoutcast-playlist.pls?rn=8479321&file=filename.pls</pls> </shout> |
|
From: Frodo <csh...@ho...> - 2002-11-19 18:27:10
|
Just a list for all those reading this mailing list but not reading the CVS logs Changes since 0.61: - filelist is now sorted - cleaned up iso9660 support a bit, now it allows directory browsing - added iso9660 to CFile and thus subtitles/.m3u are now supported from = cdrom - added new image decoder for bmp,tga,jpg,png,gif etc - fixed relax according 2 RaForce suggestions - updated the new image codec - fixed xvid-b frames - added buffering 2 relax - fixed 1080i - files in fileselector are now sorted - packetfiller in own thread 2 prevent choppy playback - solved bug, some divx3 movies played without video - cleaned up the design of cfile/cdirectory - fixed some things in CThread/CSinglelock/CEvent/CCriticalSection - sorted directory/file list - drive selector shows tray state of cdrom/d: - added .dat extension & mapped it 2 mpeg decoder for (s)vcds - ogg/vorbis is now working - tested divx4/5 both are working - fixed audio underruns causing choppy playback |
|
From: Frodo <csh...@ho...> - 2002-11-19 12:52:13
|
Hi Guys, didn't had much 2 do at work, so I added ogg/vorbis support for yamp will check things in tonight Frodo |
|
From: Fredrik J. <hu...@po...> - 2002-11-15 19:18:55
|
On Fri, Nov 15, 2002 at 05:35:35PM +0100, Troed Sångberg wrote: > > In korea, many yamp users want to know when it come true to support animation .avi with .smi subtitle. > > If no one is in change of those part, I want to join to fix that part. > > You're very welcome! That's the whole point of open source - anyone who > feels strongly for a specific feature can join in and help develop it :) > And last I checked, you were already a part of the development team. ;) //Humming |
1 message has been excluded from this view by a project administrator.
