CVS: main/etc codecs.conf,1.249,1.250
Update of /cvsroot/mplayer/main/etc In directory mail:/var/tmp.root/cvs-serv29740/etc Modified Files: codecs.conf Log Message: Update with JPEG FourCC, as found in SGI created baard.avi photo-jpeg. See ffmpeg-devel list, change to LEAD codec is untested as I don't have it... Index: codecs.conf =================================================================== RCS file: /cvsroot/mplayer/main/etc/codecs.conf,v retrieving revision 1.249 retrieving revision 1.250 diff -u -r1.249 -r1.250 --- codecs.conf 26 Nov 2002 23:06:05 -0000 1.249 +++ codecs.conf 28 Nov 2002 21:37:07 -0000 1.250 @@ -501,7 +501,7 @@ status working fourcc MJPG,mjpg fourcc AVRn,AVDJ ; AVID - fourcc jpeg ; photo-jpeg + fourcc jpeg,JPEG ; photo-jpeg fourcc mjpa ; Apple MJPEG-A (Quicktime) fourcc JFIF ; SMJPEG (Loki) fourcc ijpg,IJPG ; -mf type=jpeg @@ -517,7 +517,7 @@ info "Independent JPEG Group's codec" status working fourcc ijpg,IJPG ; -mf type=jpeg - fourcc jpeg ; MOV Photo Jpeg + fourcc jpeg,JPEG ; MOV Photo Jpeg fourcc AVRn,AVDJ ; AVID driver ijpg dll libjpeg @@ -564,6 +564,7 @@ comment "supports interlaced MJPEG" fourcc MJPG fourcc jpeg MJPG ; MOV Photo Jpeg + fourcc JPEG MJPG ; AVI Photo Jpeg driver vfw dll "LCodcCMP.dll" out BGR24,BGR15
On Thu, 28 Nov 2002 22:37:11 +0100 Atmosfear <atmos4@mplayerhq.hu> wrote:
Update of /cvsroot/mplayer/main/etc In directory mail:/var/tmp.root/cvs-serv29740/etc
Modified Files: codecs.conf Log Message: Update with JPEG FourCC, as found in SGI created baard.avi photo-jpeg. See ffmpeg-devel list, change to LEAD codec is untested as I don't have it... hey! don't add it to all the codecs, it can contain some strange values too! i've tested it only with ffmjpeg, and anyway who needs another codec if ffmjpeg can play it?
Index: codecs.conf =================================================================== RCS file: /cvsroot/mplayer/main/etc/codecs.conf,v retrieving revision 1.249 retrieving revision 1.250 diff -u -r1.249 -r1.250 --- codecs.conf 26 Nov 2002 23:06:05 -0000 1.249 +++ codecs.conf 28 Nov 2002 21:37:07 -0000 1.250 @@ -501,7 +501,7 @@ status working fourcc MJPG,mjpg fourcc AVRn,AVDJ ; AVID - fourcc jpeg ; photo-jpeg + fourcc jpeg,JPEG ; photo-jpeg fourcc mjpa ; Apple MJPEG-A (Quicktime) fourcc JFIF ; SMJPEG (Loki) fourcc ijpg,IJPG ; -mf type=jpeg @@ -517,7 +517,7 @@ info "Independent JPEG Group's codec" status working fourcc ijpg,IJPG ; -mf type=jpeg - fourcc jpeg ; MOV Photo Jpeg + fourcc jpeg,JPEG ; MOV Photo Jpeg fourcc AVRn,AVDJ ; AVID driver ijpg dll libjpeg @@ -564,6 +564,7 @@ comment "supports interlaced MJPEG" fourcc MJPG fourcc jpeg MJPG ; MOV Photo Jpeg + fourcc JPEG MJPG ; AVI Photo Jpeg driver vfw dll "LCodcCMP.dll" out BGR24,BGR15
_______________________________________________ Mplayer-cvslog mailing list Mplayer-cvslog@mplayerhq.hu http://mplayerhq.hu/mailman/listinfo/mplayer-cvslog
-- Alex Beregszaszi <alex@naxine.org> (MPlayer Core Developer -- http://www.mplayerhq.hu/)
Log Message: Update with JPEG FourCC, as found in SGI created baard.avi photo-jpeg. See ffmpeg-devel list, change to LEAD codec is untested as I don't have it...
hey! don't add it to all the codecs, it can contain some strange values too! i've tested it only with ffmjpeg, and anyway who needs another codec if ffmjpeg can play it?
On Friday 29 November 2002 15:01, Alex Beregszaszi wrote: then we could aswell delte 90% of codecs.conf, cause lavc can play it ;) seriously, the codecs I added it too, hadd the lowercase jpeg FourCC already for PhotoJPEG video. -- Best Regards, Atmos ____________________________________________ - MPlayer Developer - http://mplayerhq.hu/ - ____________________________________________
Hi,
Update with JPEG FourCC, as found in SGI created baard.avi photo-jpeg. See ffmpeg-devel list, change to LEAD codec is untested as I don't have it...
hey! don't add it to all the codecs, it can contain some strange values too! i've tested it only with ffmjpeg, and anyway who needs another codec if ffmjpeg can play it? then we could aswell delte 90% of codecs.conf, cause lavc can play it ;) seriously, the codecs I added it too, hadd the lowercase jpeg FourCC already for PhotoJPEG video. anyway, this JPEG isn't photojpeg, it's jpeg created by some sgi software. anyway2, have you tested them or just added the fccs?
-- Alex Beregszaszi <alex@naxine.org> (MPlayer Core Developer -- http://www.mplayerhq.hu/)
Hi,
Update with JPEG FourCC, as found in SGI created baard.avi photo-jpeg. See ffmpeg-devel list, change to LEAD codec is untested as I don't have it...
hey! don't add it to all the codecs, it can contain some strange values too! i've tested it only with ffmjpeg, and anyway who needs another codec if ffmjpeg can play it?
then we could aswell delte 90% of codecs.conf, cause lavc can play it ;) seriously, the codecs I added it too, hadd the lowercase jpeg FourCC already for PhotoJPEG video.
anyway, this JPEG isn't photojpeg, it's jpeg created by some sgi software. anyway2, have you tested them or just added the fccs? RTFcvslog ;) I tested ffmjpeg and ijpg and didn't test lead, as I don't have
On Friday 29 November 2002 23:15, Alex Beregszaszi wrote: the codec dll. -- Best Regards, Atmos ____________________________________________ - MPlayer Developer - http://mplayerhq.hu/ - ____________________________________________
Hi,
anyway, this JPEG isn't photojpeg, it's jpeg created by some sgi software. anyway2, have you tested them or just added the fccs? RTFcvslog ;) I tested ffmjpeg and ijpg and didn't test lead, as I don't have the codec dll.
atmos! please LEFT THE FUCKIN' codecs.conf ALONE! i've already asked you last time when you changed up ffwma. if we (codecs authors / libmpcodecs maintainers) feel so, we'll change it unfortunatelly i'm busy nowdays and have minimal time for mails, so i miss your commit, but if i notice it in time it would be reversed for sure. next time you touch this file i'll remove your cvs access. you don't do anything useful nowdays, just mess with other's code. A'rpi / Astral & ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu
On Saturday 30 November 2002 01:40, Arpi wrote:
Hi,
anyway, this JPEG isn't photojpeg, it's jpeg created by some sgi software. anyway2, have you tested them or just added the fccs?
RTFcvslog ;) I tested ffmjpeg and ijpg and didn't test lead, as I don't have the codec dll.
atmos! please LEFT THE FUCKIN' codecs.conf ALONE! i've already asked you last time when you changed up ffwma. no you din't read your own mail!
if we (codecs authors / libmpcodecs maintainers) feel so, we'll change it
unfortunatelly i'm busy nowdays and have minimal time for mails, so i miss your commit, but if i notice it in time it would be reversed for sure.
WHAT-THE-FUCK I don't understand you, I folled the discussion about this topic on ffmpeg-devel, checked the files and added the missing FOURCCs to codecs conf, I did this in the past, too and you never ranted about it. (Except the ffwma case, which I still not quite understand as ffwma has proven stable eg. all the probs reported at ffmpeg-devel were fixed. Also in the past it was mplayer policy to prefer native codecs over closed binary ones and the merely 0.1% speed difference shouldn't really be problem. Besides if you not change it to default, you'll never know if it works with all flavor(what you mean there's wmav1/v2 what else flavour besides v3 which is not supported by either ffwma or win32-non-dmo codec)/blocksize etc, because then no people will test it. Well anyways I can accept the ffwma decision, although I disagree.) I would like to say some more harsh words here about your current behaviour, but I spare them here for it's a public mail...
next time you touch this file i'll remove your cvs access. you don't do anything useful nowdays, just mess with other's code. Actually my current working times do not allow me to do alot own work on mplayer and I think it's better to work on others code in the meantime than doin nothing at all (eg. fixing input.conf parser bugs, if you call that unusefull, too). Besides I have still around 1300 developer mails to read, so don't expect I'm up-to-date with all things, so my questions might sometimes seem stupid, because I simply haven't crossed the missing part of info in the mailinglists yet!
A'rpi / Astral & ESP-team
-- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu
-- Best Regards, Atmos ____________________________________________ - MPlayer Developer - http://mplayerhq.hu/ - ____________________________________________
Hi,
if we (codecs authors / libmpcodecs maintainers) feel so, we'll change it
unfortunatelly i'm busy nowdays and have minimal time for mails, so i miss your commit, but if i notice it in time it would be reversed for sure.
WHAT-THE-FUCK I don't understand you, I folled the discussion about this topic on ffmpeg-devel, checked the files and added the missing FOURCCs to codecs conf, I did this in the past, too and you never ranted about it. you didn't break it in the past...
(Except the ffwma case, which I still not quite understand as ffwma has proven stable eg. all the probs reported at ffmpeg-devel were fixed. Also in the past it was mplayer policy to prefer native codecs over closed binary ones and the merely 0.1% speed difference shouldn't really be problem. Besides if and sthill is
you not change it to default, you'll never know if it works with all
it IS the default NOW, and with your bad change DLL became the default. so your change was against what you wanted. ie. a bad change. 100l. this is why i ask you to not modify things you don't even understand.
flavor(what you mean there's wmav1/v2 what else flavour besides v3 which is not supported by either ffwma or win32-non-dmo codec)/blocksize etc, because then no people will test it. Well anyways I can accept the ffwma decision, although I disagree.) i fully agree, this is why ffwma is teh default NOW, and this is why your bad change made me ideg.
I would like to say some more harsh words here about your current behaviour, feel free to do, on mplayer-flame
next time you touch this file i'll remove your cvs access. you don't do anything useful nowdays, just mess with other's code. Actually my current working times do not allow me to do alot own work on mplayer and I think it's better to work on others code in the meantime than doin nothing at all (eg. fixing input.conf parser bugs, if you call that unusefull, too). Besides I have still around 1300 developer mails to read, so don't expect I'm up-to-date with all things, so my questions might sometimes seem stupid, because I simply haven't crossed the missing part of info in the mailinglists yet! one more reason to left CVS alone - if you missed 1300 of mails discussing the changes/patches/rules you shouldn't apply them as-is by your own decision.
A'rpi / Astral & ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu
participants (4)
-
Alex Beregszaszi -
Arpi -
Atmosfear -
Felix Buenemann