[arch-dev-public] [signoff] xine-lib 1.1.8-2
I know this package is in [extra], feel free to ignore me. I removed the dep on codecs, and want to get some testing for different formats WITHOUT codecs installed. I want to attempt to predict any formats we may lose (such as real media) so that I can react properly when people complain. All of my videos I have here work fine in both mplayer and xine, without codecs installed, so I wanted to get some outside opinions.
Monday 17 December 2007, Aaron Griffin wrote: | I know this package is in [extra], feel free to ignore me. | | I removed the dep on codecs, and want to get some testing for | different formats WITHOUT codecs installed. I want to attempt to | predict any formats we may lose (such as real media) so that I can | react properly when people complain. All of my videos I have here | work fine in both mplayer and xine, without codecs installed, so I | wanted to get some outside opinions. i don't have much exotic media files, but i asked around and will have in the next days some sent to me to test. as far i know, all the codecs that are listed in the list here http://www.mplayerhq.hu/DOCS/codecs-status.html and have a .dll ending are affected, right? another question: the new xine-lib has just the codecs dependency removed, right? it has no difference in binary. so if some user wants to build and install codecs pkg later, he can do on his own, right? if so, i see no problem with it in general. - D -- .·´¯`·.¸.·´¯`·.¸¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸¸.·´ ° ° ° ° ° ° ><((((º> ° ° ° ° ° <º)))>< <º)))><
On Dec 17, 2007 5:45 PM, Damir Perisa <damir.perisa@solnet.ch> wrote:
Monday 17 December 2007, Aaron Griffin wrote: | I know this package is in [extra], feel free to ignore me. | | I removed the dep on codecs, and want to get some testing for | different formats WITHOUT codecs installed. I want to attempt to | predict any formats we may lose (such as real media) so that I can | react properly when people complain. All of my videos I have here | work fine in both mplayer and xine, without codecs installed, so I | wanted to get some outside opinions.
i don't have much exotic media files, but i asked around and will have in the next days some sent to me to test.
as far i know, all the codecs that are listed in the list here
http://www.mplayerhq.hu/DOCS/codecs-status.html
and have a .dll ending are affected, right?
another question: the new xine-lib has just the codecs dependency removed, right? it has no difference in binary. so if some user wants to build and install codecs pkg later, he can do on his own, right? if so, i see no problem with it in general.
That's correct. But being the open source advocate I am, I'd actually like to get some notes on this. In the past people have assumed you simply need the extra codecs to play anything. But the newest incarnations of ffmpeg and other open source libs have made a huge majority of media playable without that stuff. I'm watching some random videos I have sitting around and haven't seen a problem - but yes, you're correct, the codecs package IS optional, but I'd like to move it to unsupported
Tuesday 18 December 2007, Aaron Griffin wrote: | I'm watching some random videos I have sitting around and haven't | seen a problem - but yes, you're correct, the codecs package IS | optional, but I'd like to move it to unsupported i agree that it should be unsupported by us with this licence it has. as well as you, i'm now wondering as well, what formats will not play any more without it. i removed it some time ago because of this, but i'm not enough the multimedia-collector-person to realise it yet. the only one that didn't play is one a colleague sent me that was WMV-8 or somethign similar, but this did not play even with codecs installed, so it must be something else. by the way: would it be an option to ask the community (arch-general list), what breaks when codecs pkg is removed? more people, more experiences, more diversity -> faster - D -- .·´¯`·.¸.·´¯`·.¸¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸¸.·´ ° ° ° ° ° ° ><((((º> ° ° ° ° ° <º)))>< <º)))><
On Dec 18, 2007 3:54 AM, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
I know this package is in [extra], feel free to ignore me.
I removed the dep on codecs, and want to get some testing for different formats WITHOUT codecs installed. I want to attempt to predict any formats we may lose (such as real media) so that I can react properly when people complain. All of my videos I have here work fine in both mplayer and xine, without codecs installed, so I wanted to get some outside opinions.
I've done a bit of testing with every video type I had on my box (x86_64), and here are the results: I upgraded xine-lib, and then did a 'pacman -Rd codecs' (I couldn't do it with just -R since it was still required by xine-lib.. strange since the upgraded xine-lib shouldn't be asking for codecs..possible pacman bug?) Another point, i686 codec package is ~ 9MB, x86_64 is ~0.22 MB Anyway, back to the issue at hand: * Xvid with .avi extension: *No issues with mplayer/xine * AVC/h264 with .mov extension: * No issues with mplayer/xine * Divx (DX50 - DivX 5.0 i assume)* No issues with mplayer/xine * Divx (DIV3) *No issues with mplayer/xine * 3gp File: (Commonly a mobile phone format) * Video works for both mplayer/xine. Audio doesn't, but it doesn't work with codecs installed anyway. Xine says: unavailable samr codec Mplayer: Cannot find codec 'libamr_nb' in libavcodec *MPEG-2 with .VOB extension (basically an uncompressed dvd rip) & .mpg extension * No issues with mplayer/xine * MPEG-1 with .mpg extension * No issues with mplayer/xine * SVQ1 with .mov extension * No issues with mplayer/xine * MPEG-4 V3 with .asf extension: * No issues with mplayer/xine * WMV3 with .wmv extension * No issues with mplayer/xine *Real Media with .rm extension (RV20) * Mplayer plays this fine without codecs, including sound. But xine does not play this at all without codecs, and with codecs installed, it only plays audio, in a very scratchy, metallic way *RV30 - with .rm extension * Quite the opposite of RV20, this plays fine in xine ONLY if codecs is *uninstalled* (though xine spews error messages, it works fine when you start playback. Transient audio lag while seeking). If codecs is installed, xine displays video fine, but the same metallic sound as RV20 is produced On the other hand, mplayer can play this well only if codecs is installed. If not, it does not display any video, but sound works. *RV40 with .rmvb/.rm extension: * Both mplayer and xine need codecs to play this. Mplayer doesnt display video without codecs, but sound works. Xine produces shit metallic sound with codecs installed, and nothing at all without codecs. I assume i686 behaves the same way, but am not really sure about this. brain0, why is the codec package size so different across the architectures? I don't seem to have a DivX 4 file, but I'm sure it'll work without codecs. Thanks, Varun
On Dec 18, 2007 8:52 AM, Varun Acharya <ganja.guru.x64@gmail.com> wrote:
I upgraded xine-lib, and then did a 'pacman -Rd codecs' (I couldn't do it with just -R since it was still required by xine-lib.. strange since the upgraded xine-lib shouldn't be asking for codecs..possible pacman bug?)
Yes. Already fixed in git for the 3.1 release.
Another point, i686 codec package is ~ 9MB, x86_64 is ~0.22 MB
This is expected. The codecs are binary.
Real Media ...snip...
Personally, I don't mind if real media stuff doesn't play. I haven't seen a real media file in ages anyway, and I'm sure the "helix player" or whatever it's called will play them fine. This is acceptable to me - it is a format controlled by a third party, and if they want to make it difficult to play their videos, that's their fault - market penetration and all that fun stuff. Thanks for testing all this, it's appretiated
On Tue, 18 Dec 2007, Aaron Griffin wrote:
On Dec 18, 2007 8:52 AM, Varun Acharya <ganja.guru.x64@gmail.com> wrote:
I upgraded xine-lib, and then did a 'pacman -Rd codecs' (I couldn't do it with just -R since it was still required by xine-lib.. strange since the upgraded xine-lib shouldn't be asking for codecs..possible pacman bug?)
Yes. Already fixed in git for the 3.1 release.
Another point, i686 codec package is ~ 9MB, x86_64 is ~0.22 MB
This is expected. The codecs are binary.
Real Media ...snip...
Personally, I don't mind if real media stuff doesn't play. I haven't seen a real media file in ages anyway, and I'm sure the "helix player" or whatever it's called will play them fine. This is acceptable to me - it is a format controlled by a third party, and if they want to make it difficult to play their videos, that's their fault - market penetration and all that fun stuff.
Thanks for testing all this, it's appretiated
The helix player doesn't play the closed real media formats, at least not real audio/video. For real media, users can use the realplayer PKGBUILD that I maintain in unsupported. It's probably better than the codecs especially with the newest real files. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Forwarding to the list: ---------- Forwarded message ---------- From: Hussam Al-Tayeb <ht990332@gmail.com> Date: Dec 18, 2007 11:13 AM Subject: Regarding xine-lib and codec To: Aaron Griffin <aaronmgriffin@gmail.com> Hi Aaron, fist of all, thanks for removing the codecs package dependency in xine-lib. I've been doing that for over a year in my local package. Regarding RealMedia, xine-lib uses it's internal ffmpeg snapshot to play most stuff. The good news is that RealMedia support will be included in ffmpeg very soon (current test patched work acceptably well for me). Once that happens and the xine-lib developers update the internal ffmpeg snapshot, we will see RealMedia support in xine-lib. As for mplayer, this will automatically be resolved since mplayer is basically built upon mplayer. Big thanks, Hussam Al-Tayeb
participants (4)
-
Aaron Griffin
-
Damir Perisa
-
Eric Belanger
-
Varun Acharya