From: SourceForge.net <no...@so...> - 2007-03-03 17:52:19
|
Bugs item #1637288, was opened at 2007-01-17 02:33 Message generated for change (Comment added) made by dgp85 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1637288&group_id=9655 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: video output problems Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matthew Swaringen (xanas3712) Assigned to: Nobody/Anonymous (nobody) >Summary: Artifacts in h264 video (file is mkv unsure if this matters) Initial Comment: This appears intermittently and in some videos not at all, but an example shot is included. Unlike the previous bug reported (which you guys fixed very quickly, thanks) this one seems to just be a single color artifact (green) in every case, not involving any particular color from the original image afaict. Screenshot shows kaffeine (problem exists in other xine-ui's as well) as well as kmplayer output which is correct) for comparison. ---------------------------------------------------------------------- >Comment By: Diego Pettenò (dgp85) Date: 2007-03-03 18:52 Message: Logged In: YES user_id=60011 Originator: NO Okay, so I got something new about this one. The problem is in the mmx h264 code from FFmpeg, that reads data 4-by-4 when when and where it can't (valgrind shows an invalid read of size 4). I'm trying to see what the problem is but it's far from trivial. The easy answer (misaligned memory) is not the right one, as the pointer feeded to libavcodec is correctly aligned to 16 bytes. ---------------------------------------------------------------------- Comment By: Diego Pettenò (dgp85) Date: 2007-02-03 12:08 Message: Logged In: YES user_id=60011 Originator: NO I suppose you're using a 64-bit architecture? I have the same problem here but I didn't find a way to fix this yet. ---------------------------------------------------------------------- Comment By: Matthew Swaringen (xanas3712) Date: 2007-01-17 02:35 Message: Logged In: YES user_id=487957 Originator: YES Also, I should note that previously this video would not even play in any xine ui (mkvs worked, but not those containing x264 video), so there has already been a lot of progress here from earlier versions. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1637288&group_id=9655 |
From: SourceForge.net <no...@so...> - 2007-03-04 06:30:02
|
Bugs item #1637288, was opened at 2007-01-16 17:33 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1637288&group_id=9655 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: video output problems Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matthew Swaringen (xanas3712) Assigned to: Nobody/Anonymous (nobody) Summary: Artifacts in h264 video (file is mkv unsure if this matters) Initial Comment: This appears intermittently and in some videos not at all, but an example shot is included. Unlike the previous bug reported (which you guys fixed very quickly, thanks) this one seems to just be a single color artifact (green) in every case, not involving any particular color from the original image afaict. Screenshot shows kaffeine (problem exists in other xine-ui's as well) as well as kmplayer output which is correct) for comparison. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-03-03 22:30 Message: Logged In: NO i have the same problem when playing certain x264-encoded videos in kaffeine (which uses the xine engine). my computer runs 32-bit debian, so i guess this problem applies to all platforms. the videos were in avi and mp4 containers, so the container may not be the issue. ---------------------------------------------------------------------- Comment By: Diego Pettenò (dgp85) Date: 2007-03-03 09:52 Message: Logged In: YES user_id=60011 Originator: NO Okay, so I got something new about this one. The problem is in the mmx h264 code from FFmpeg, that reads data 4-by-4 when when and where it can't (valgrind shows an invalid read of size 4). I'm trying to see what the problem is but it's far from trivial. The easy answer (misaligned memory) is not the right one, as the pointer feeded to libavcodec is correctly aligned to 16 bytes. ---------------------------------------------------------------------- Comment By: Diego Pettenò (dgp85) Date: 2007-02-03 03:08 Message: Logged In: YES user_id=60011 Originator: NO I suppose you're using a 64-bit architecture? I have the same problem here but I didn't find a way to fix this yet. ---------------------------------------------------------------------- Comment By: Matthew Swaringen (xanas3712) Date: 2007-01-16 17:35 Message: Logged In: YES user_id=487957 Originator: YES Also, I should note that previously this video would not even play in any xine ui (mkvs worked, but not those containing x264 video), so there has already been a lot of progress here from earlier versions. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1637288&group_id=9655 |
From: SourceForge.net <no...@so...> - 2007-05-04 13:10:49
|
Bugs item #1637288, was opened at 2007-01-17 02:33 Message generated for change (Comment added) made by nfilus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1637288&group_id=9655 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: video output problems Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matthew Swaringen (xanas3712) Assigned to: Nobody/Anonymous (nobody) Summary: Artifacts in h264 video (file is mkv unsure if this matters) Initial Comment: This appears intermittently and in some videos not at all, but an example shot is included. Unlike the previous bug reported (which you guys fixed very quickly, thanks) this one seems to just be a single color artifact (green) in every case, not involving any particular color from the original image afaict. Screenshot shows kaffeine (problem exists in other xine-ui's as well) as well as kmplayer output which is correct) for comparison. ---------------------------------------------------------------------- Comment By: Nikolaus Filus (nfilus) Date: 2007-05-04 15:10 Message: Logged In: YES user_id=25131 Originator: NO I can confirm this artifacts for a lot of h264/AVC files (mostly mkv). What's the status of the bug and it's resolution? Is it related to xine-lib or the internal ffmpeg copy? I don't have this artifacts in mplayer, so may it be solved by a resync with current ffmpeg? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-03-04 07:30 Message: Logged In: NO i have the same problem when playing certain x264-encoded videos in kaffeine (which uses the xine engine). my computer runs 32-bit debian, so i guess this problem applies to all platforms. the videos were in avi and mp4 containers, so the container may not be the issue. ---------------------------------------------------------------------- Comment By: Diego Pettenò (dgp85) Date: 2007-03-03 18:52 Message: Logged In: YES user_id=60011 Originator: NO Okay, so I got something new about this one. The problem is in the mmx h264 code from FFmpeg, that reads data 4-by-4 when when and where it can't (valgrind shows an invalid read of size 4). I'm trying to see what the problem is but it's far from trivial. The easy answer (misaligned memory) is not the right one, as the pointer feeded to libavcodec is correctly aligned to 16 bytes. ---------------------------------------------------------------------- Comment By: Diego Pettenò (dgp85) Date: 2007-02-03 12:08 Message: Logged In: YES user_id=60011 Originator: NO I suppose you're using a 64-bit architecture? I have the same problem here but I didn't find a way to fix this yet. ---------------------------------------------------------------------- Comment By: Matthew Swaringen (xanas3712) Date: 2007-01-17 02:35 Message: Logged In: YES user_id=487957 Originator: YES Also, I should note that previously this video would not even play in any xine ui (mkvs worked, but not those containing x264 video), so there has already been a lot of progress here from earlier versions. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1637288&group_id=9655 |
From: SourceForge.net <no...@so...> - 2007-06-15 22:44:27
|
Bugs item #1637288, was opened at 2007-01-16 19:33 Message generated for change (Comment added) made by xanas3712 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1637288&group_id=9655 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: video output problems Group: None >Status: Closed >Resolution: Works For Me Priority: 5 Private: No Submitted By: Matthew Swaringen (xanas3712) Assigned to: Nobody/Anonymous (nobody) Summary: Artifacts in h264 video (file is mkv unsure if this matters) Initial Comment: This appears intermittently and in some videos not at all, but an example shot is included. Unlike the previous bug reported (which you guys fixed very quickly, thanks) this one seems to just be a single color artifact (green) in every case, not involving any particular color from the original image afaict. Screenshot shows kaffeine (problem exists in other xine-ui's as well) as well as kmplayer output which is correct) for comparison. ---------------------------------------------------------------------- >Comment By: Matthew Swaringen (xanas3712) Date: 2007-06-15 17:44 Message: Logged In: YES user_id=487957 Originator: YES Yes, 64-bit architecture in my case to prev question from long ago (sorry for not being back recently). However, I thought I'd commented here again but it doesn't look like it. In any case, the problem I have now with h264 isn't with artifacts in the video (this seems to be mostly resolved at this point) but with sound stuttering. I'm setting status to fixed, worksforme as it does. The other issue needs a separate report as it's entirely different. Sorry for taking so long to close I truly thought I'd done this earlier.. only now in looking did I happen to find this hanging here. ---------------------------------------------------------------------- Comment By: Nikolaus Filus (nfilus) Date: 2007-05-04 08:10 Message: Logged In: YES user_id=25131 Originator: NO I can confirm this artifacts for a lot of h264/AVC files (mostly mkv). What's the status of the bug and it's resolution? Is it related to xine-lib or the internal ffmpeg copy? I don't have this artifacts in mplayer, so may it be solved by a resync with current ffmpeg? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-03-04 00:30 Message: Logged In: NO i have the same problem when playing certain x264-encoded videos in kaffeine (which uses the xine engine). my computer runs 32-bit debian, so i guess this problem applies to all platforms. the videos were in avi and mp4 containers, so the container may not be the issue. ---------------------------------------------------------------------- Comment By: Diego Pettenò (dgp85) Date: 2007-03-03 11:52 Message: Logged In: YES user_id=60011 Originator: NO Okay, so I got something new about this one. The problem is in the mmx h264 code from FFmpeg, that reads data 4-by-4 when when and where it can't (valgrind shows an invalid read of size 4). I'm trying to see what the problem is but it's far from trivial. The easy answer (misaligned memory) is not the right one, as the pointer feeded to libavcodec is correctly aligned to 16 bytes. ---------------------------------------------------------------------- Comment By: Diego Pettenò (dgp85) Date: 2007-02-03 05:08 Message: Logged In: YES user_id=60011 Originator: NO I suppose you're using a 64-bit architecture? I have the same problem here but I didn't find a way to fix this yet. ---------------------------------------------------------------------- Comment By: Matthew Swaringen (xanas3712) Date: 2007-01-16 19:35 Message: Logged In: YES user_id=487957 Originator: YES Also, I should note that previously this video would not even play in any xine ui (mkvs worked, but not those containing x264 video), so there has already been a lot of progress here from earlier versions. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1637288&group_id=9655 |
From: SourceForge.net <no...@so...> - 2007-06-16 14:46:26
|
Bugs item #1637288, was opened at 2007-01-17 02:33 Message generated for change (Comment added) made by nfilus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1637288&group_id=9655 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: video output problems Group: None Status: Closed Resolution: Works For Me Priority: 5 Private: No Submitted By: Matthew Swaringen (xanas3712) Assigned to: Nobody/Anonymous (nobody) Summary: Artifacts in h264 video (file is mkv unsure if this matters) Initial Comment: This appears intermittently and in some videos not at all, but an example shot is included. Unlike the previous bug reported (which you guys fixed very quickly, thanks) this one seems to just be a single color artifact (green) in every case, not involving any particular color from the original image afaict. Screenshot shows kaffeine (problem exists in other xine-ui's as well) as well as kmplayer output which is correct) for comparison. ---------------------------------------------------------------------- Comment By: Nikolaus Filus (nfilus) Date: 2007-06-16 16:46 Message: Logged In: YES user_id=25131 Originator: NO xanas3712: Please explain your situation a little more, before closing it too early, as you aren't the only one having the issue. What system config, what distro, what xine versions are you referring to? I'm on Ubuntu 7.04 which uses libxine 1.1.4-2ubuntu3. If the newer versions have less artifacts, I would even bother compiling by myself and try it out (and file a bug against ubuntu). BTW: I'm NOT on 64-bit, as suggested below. I'm suggesting re-opening the report. ---------------------------------------------------------------------- Comment By: Matthew Swaringen (xanas3712) Date: 2007-06-16 00:44 Message: Logged In: YES user_id=487957 Originator: YES Yes, 64-bit architecture in my case to prev question from long ago (sorry for not being back recently). However, I thought I'd commented here again but it doesn't look like it. In any case, the problem I have now with h264 isn't with artifacts in the video (this seems to be mostly resolved at this point) but with sound stuttering. I'm setting status to fixed, worksforme as it does. The other issue needs a separate report as it's entirely different. Sorry for taking so long to close I truly thought I'd done this earlier.. only now in looking did I happen to find this hanging here. ---------------------------------------------------------------------- Comment By: Nikolaus Filus (nfilus) Date: 2007-05-04 15:10 Message: Logged In: YES user_id=25131 Originator: NO I can confirm this artifacts for a lot of h264/AVC files (mostly mkv). What's the status of the bug and it's resolution? Is it related to xine-lib or the internal ffmpeg copy? I don't have this artifacts in mplayer, so may it be solved by a resync with current ffmpeg? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-03-04 07:30 Message: Logged In: NO i have the same problem when playing certain x264-encoded videos in kaffeine (which uses the xine engine). my computer runs 32-bit debian, so i guess this problem applies to all platforms. the videos were in avi and mp4 containers, so the container may not be the issue. ---------------------------------------------------------------------- Comment By: Diego Pettenò (dgp85) Date: 2007-03-03 18:52 Message: Logged In: YES user_id=60011 Originator: NO Okay, so I got something new about this one. The problem is in the mmx h264 code from FFmpeg, that reads data 4-by-4 when when and where it can't (valgrind shows an invalid read of size 4). I'm trying to see what the problem is but it's far from trivial. The easy answer (misaligned memory) is not the right one, as the pointer feeded to libavcodec is correctly aligned to 16 bytes. ---------------------------------------------------------------------- Comment By: Diego Pettenò (dgp85) Date: 2007-02-03 12:08 Message: Logged In: YES user_id=60011 Originator: NO I suppose you're using a 64-bit architecture? I have the same problem here but I didn't find a way to fix this yet. ---------------------------------------------------------------------- Comment By: Matthew Swaringen (xanas3712) Date: 2007-01-17 02:35 Message: Logged In: YES user_id=487957 Originator: YES Also, I should note that previously this video would not even play in any xine ui (mkvs worked, but not those containing x264 video), so there has already been a lot of progress here from earlier versions. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1637288&group_id=9655 |
From: SourceForge.net <no...@so...> - 2007-07-22 12:11:00
|
Bugs item #1637288, was opened at 2007-01-17 04:33 Message generated for change (Comment added) made by shattered You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1637288&group_id=9655 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: video output problems Group: None Status: Closed Resolution: Works For Me Priority: 5 Private: No Submitted By: Matthew Swaringen (xanas3712) Assigned to: Nobody/Anonymous (nobody) Summary: Artifacts in h264 video (file is mkv unsure if this matters) Initial Comment: This appears intermittently and in some videos not at all, but an example shot is included. Unlike the previous bug reported (which you guys fixed very quickly, thanks) this one seems to just be a single color artifact (green) in every case, not involving any particular color from the original image afaict. Screenshot shows kaffeine (problem exists in other xine-ui's as well) as well as kmplayer output which is correct) for comparison. ---------------------------------------------------------------------- Comment By: Sergey Svishchev (shattered) Date: 2007-07-22 16:11 Message: Logged In: YES user_id=45207 Originator: NO Please re-open -- the bug is definitely still present in 1.1.7 and I can reproduce it at will. ---------------------------------------------------------------------- Comment By: Nikolaus Filus (nfilus) Date: 2007-06-16 18:46 Message: Logged In: YES user_id=25131 Originator: NO xanas3712: Please explain your situation a little more, before closing it too early, as you aren't the only one having the issue. What system config, what distro, what xine versions are you referring to? I'm on Ubuntu 7.04 which uses libxine 1.1.4-2ubuntu3. If the newer versions have less artifacts, I would even bother compiling by myself and try it out (and file a bug against ubuntu). BTW: I'm NOT on 64-bit, as suggested below. I'm suggesting re-opening the report. ---------------------------------------------------------------------- Comment By: Matthew Swaringen (xanas3712) Date: 2007-06-16 02:44 Message: Logged In: YES user_id=487957 Originator: YES Yes, 64-bit architecture in my case to prev question from long ago (sorry for not being back recently). However, I thought I'd commented here again but it doesn't look like it. In any case, the problem I have now with h264 isn't with artifacts in the video (this seems to be mostly resolved at this point) but with sound stuttering. I'm setting status to fixed, worksforme as it does. The other issue needs a separate report as it's entirely different. Sorry for taking so long to close I truly thought I'd done this earlier.. only now in looking did I happen to find this hanging here. ---------------------------------------------------------------------- Comment By: Nikolaus Filus (nfilus) Date: 2007-05-04 17:10 Message: Logged In: YES user_id=25131 Originator: NO I can confirm this artifacts for a lot of h264/AVC files (mostly mkv). What's the status of the bug and it's resolution? Is it related to xine-lib or the internal ffmpeg copy? I don't have this artifacts in mplayer, so may it be solved by a resync with current ffmpeg? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-03-04 09:30 Message: Logged In: NO i have the same problem when playing certain x264-encoded videos in kaffeine (which uses the xine engine). my computer runs 32-bit debian, so i guess this problem applies to all platforms. the videos were in avi and mp4 containers, so the container may not be the issue. ---------------------------------------------------------------------- Comment By: Diego Pettenò (dgp85) Date: 2007-03-03 20:52 Message: Logged In: YES user_id=60011 Originator: NO Okay, so I got something new about this one. The problem is in the mmx h264 code from FFmpeg, that reads data 4-by-4 when when and where it can't (valgrind shows an invalid read of size 4). I'm trying to see what the problem is but it's far from trivial. The easy answer (misaligned memory) is not the right one, as the pointer feeded to libavcodec is correctly aligned to 16 bytes. ---------------------------------------------------------------------- Comment By: Diego Pettenò (dgp85) Date: 2007-02-03 14:08 Message: Logged In: YES user_id=60011 Originator: NO I suppose you're using a 64-bit architecture? I have the same problem here but I didn't find a way to fix this yet. ---------------------------------------------------------------------- Comment By: Matthew Swaringen (xanas3712) Date: 2007-01-17 04:35 Message: Logged In: YES user_id=487957 Originator: YES Also, I should note that previously this video would not even play in any xine ui (mkvs worked, but not those containing x264 video), so there has already been a lot of progress here from earlier versions. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1637288&group_id=9655 |