| 2007-01-30 17:01:12 |
Andrew Fenn |
bug |
|
|
added bug |
| 2007-01-30 17:06:42 |
Andrew Fenn |
bug |
|
|
added attachment 'vcd.png' (Error Picture) |
| 2007-01-30 19:19:02 |
Brian Murray |
None: status |
Unconfirmed |
Needs Info |
|
| 2007-01-30 19:19:02 |
Brian Murray |
None: assignee |
|
brian-murray |
|
| 2007-01-30 19:19:02 |
Brian Murray |
None: statusexplanation |
|
Thanks for your bug report. Could you include the output of dmesg when you are trying to copy the .dat file? |
|
| 2007-02-02 02:12:25 |
Andrew Fenn |
bug |
|
|
added attachment 'dmesg log' (Log when running dmesg after trying to copy the file) |
| 2007-02-02 02:13:02 |
Andrew Fenn |
None: status |
Needs Info |
Unconfirmed |
|
| 2007-02-02 02:13:02 |
Andrew Fenn |
None: statusexplanation |
Thanks for your bug report. Could you include the output of dmesg when you are trying to copy the .dat file? |
|
|
| 2007-02-03 02:35:48 |
Brian Murray |
None: status |
Unconfirmed |
Needs Info |
|
| 2007-02-03 02:35:48 |
Brian Murray |
None: statusexplanation |
|
Thanks for you bug report however from the kernel error log (dmesg) it seems that this is most likely a hardware issue. Given the repetitive nature of the sector errors it may be with that media. Do you have the same issue with other VCDs? Additionally, which version of Ubuntu are you running? |
|
| 2007-02-05 07:31:48 |
Andrew Fenn |
None: status |
Needs Info |
Unconfirmed |
|
| 2007-02-05 07:31:48 |
Andrew Fenn |
None: statusexplanation |
Thanks for you bug report however from the kernel error log (dmesg) it seems that this is most likely a hardware issue. Given the repetitive nature of the sector errors it may be with that media. Do you have the same issue with other VCDs? Additionally, which version of Ubuntu are you running? |
Updated the issue with my comments. Like I said I can copy them using windows xp. Once they are on my hard drive it isn't a problem. I don't think there is a problem with either the media or the hardware. Possibly a mis configured? |
|
| 2007-02-05 17:33:52 |
Brian Murray |
None: status |
Unconfirmed |
Confirmed |
|
| 2007-02-05 17:33:52 |
Brian Murray |
None: importance |
Undecided |
Low |
|
| 2007-02-05 17:33:52 |
Brian Murray |
None: statusexplanation |
Updated the issue with my comments. Like I said I can copy them using windows xp. Once they are on my hard drive it isn't a problem. I don't think there is a problem with either the media or the hardware. Possibly a mis configured? |
|
|
| 2007-02-05 17:33:52 |
Brian Murray |
None: assignee |
brian-murray |
|
|
| 2007-04-17 03:03:17 |
Andrew Fenn |
description |
I can't copy VCD ".dat" files (which seem to be avi files) off the VCD and on to my hard drive. I can copy them on to my windows partition (using windows) and then copy them from that to my Ubuntu partition though.
The problem seems to be getting them off the VCD in the first place.
The error i'm recieving is:
Error "I/O error" while copying "path/path/thevcdfile.dat"
Gnome also throws up a warning about me playing them unless I rename the extension ".avi" |
I can't copy VCD ".dat" files (which seem to be avi files) off the VCD and on to my hard drive. I can copy them on to my windows partition (using windows) and then copy them from that to my Ubuntu partition though.
The problem seems to be getting them off the VCD in the first place.
The error i'm recieving is:
Error "I/O error" while copying "path/path/thevcdfile.dat"
This happens with every VCD I rent (around 12 disks now). Ubuntu should at least attempt to copy what is there. |
|
| 2007-05-14 03:48:33 |
Ben Collins |
linux-source-2.6.17: status |
Confirmed |
Rejected |
|
| 2007-05-14 03:48:33 |
Ben Collins |
linux-source-2.6.17: statusexplanation |
|
That's because the files you see when you mount a VCD are not really the files that the players play. They read data from the CD in a raw format.
You have to use a tool to extract the mpg's from a VCD image. This is not a lacking of feature in the kernel, it's a detail of the VCD format. |
|
| 2007-05-14 07:04:45 |
Andrew Fenn |
linux-source-2.6.17: status |
Rejected |
Needs Info |
|
| 2007-05-14 07:04:45 |
Andrew Fenn |
linux-source-2.6.17: statusexplanation |
That's because the files you see when you mount a VCD are not really the files that the players play. They read data from the CD in a raw format.
You have to use a tool to extract the mpg's from a VCD image. This is not a lacking of feature in the kernel, it's a detail of the VCD format. |
Could you elaborate by answering the questions below as to why this isn't a bug or missing feature? |
|
| 2007-05-14 07:05:51 |
Andrew Fenn |
linux-source-2.6.17: assignee |
|
ben-collins |
|
| 2007-06-13 16:33:11 |
Bogdan Butnaru |
bug |
|
|
assigned to linux-source-2.6.22 (Ubuntu) |
| 2007-06-13 19:58:14 |
Danny Staple |
linux-source-2.6.22: status |
Unconfirmed |
Confirmed |
|
| 2007-06-13 19:58:14 |
Danny Staple |
linux-source-2.6.22: statusexplanation |
|
If this error occurs near the end of the MPEG stream, then the MPEG stream would have played fine up to that point, and would not cause a problem with watching the film, however the actual file if copied will try every byte, and will fail on those at the end. This means that a disk manufacturer could deliberately specify such a file table as a trivial system to prevent people copying the file so easily. An MPEG stream ripper should still be able to get the data, but a straight file copy will fail.
Somewhat more insidious would be to insert bad blocks into parts of the file which playback of the mpeg will cause to be skipped - like a section of the header holds the offset for the first frame, or a frame for the next frame. Again - a stream ripper should also get around this.
One way to try to prove this might be to attempt, without copying, to load the files into a media player:
mplayer /media/cdrom/mpegav/avseq01.dat
If the errors are still there then it is something else.
I tried this on a VCD on my machine, and immediately when trying to copy a file the same error was shown - which suggests it is not the end of the file. I then tried to play the .dat file in mplayer, which also failed with "Seek Failed". So it must be something else.
Just to clear any idea that it might be specific hardware (which I doubt), it might be worth putting which drive hardware is being used. I am using an External USB2 LG DVD+-/RW Model 8SA-2164D.
If I try to make an image of the CD with dd:
dd if=/dev/scd0 of=/tmp/vcd.iso
dd: reading `/dev/scd0': Input/output error
0+0 records in
0+0 records out
0 bytes (0 B) copied, 2.4244 seconds, 0.0 kB/s
This response is nearly immediate.
Even with these results, It is possible that something is deliberately done to the VCD's file system to cause such errors to occur. However, the alternative proposed by Simos Xenitellis is now sounding more likely. Is there someone here willing to give that a go? |
|
| 2007-06-14 23:46:29 |
Brian Murray |
linux-source-2.6.22: importance |
Undecided |
Low |
|
| 2007-06-14 23:46:29 |
Brian Murray |
linux-source-2.6.22: statusexplanation |
If this error occurs near the end of the MPEG stream, then the MPEG stream would have played fine up to that point, and would not cause a problem with watching the film, however the actual file if copied will try every byte, and will fail on those at the end. This means that a disk manufacturer could deliberately specify such a file table as a trivial system to prevent people copying the file so easily. An MPEG stream ripper should still be able to get the data, but a straight file copy will fail.
Somewhat more insidious would be to insert bad blocks into parts of the file which playback of the mpeg will cause to be skipped - like a section of the header holds the offset for the first frame, or a frame for the next frame. Again - a stream ripper should also get around this.
One way to try to prove this might be to attempt, without copying, to load the files into a media player:
mplayer /media/cdrom/mpegav/avseq01.dat
If the errors are still there then it is something else.
I tried this on a VCD on my machine, and immediately when trying to copy a file the same error was shown - which suggests it is not the end of the file. I then tried to play the .dat file in mplayer, which also failed with "Seek Failed". So it must be something else.
Just to clear any idea that it might be specific hardware (which I doubt), it might be worth putting which drive hardware is being used. I am using an External USB2 LG DVD+-/RW Model 8SA-2164D.
If I try to make an image of the CD with dd:
dd if=/dev/scd0 of=/tmp/vcd.iso
dd: reading `/dev/scd0': Input/output error
0+0 records in
0+0 records out
0 bytes (0 B) copied, 2.4244 seconds, 0.0 kB/s
This response is nearly immediate.
Even with these results, It is possible that something is deliberately done to the VCD's file system to cause such errors to occur. However, the alternative proposed by Simos Xenitellis is now sounding more likely. Is there someone here willing to give that a go? |
|
|
| 2007-06-19 17:30:26 |
Brian Murray |
linux-source-2.6.22: assignee |
|
ubuntu-kernel-team |
|
| 2007-06-20 04:25:36 |
Andrew Fenn |
bug |
|
|
assigned to acpi (upstream) |
| 2007-06-20 08:10:04 |
Bug Watch Updater |
acpi: status |
Unknown |
Confirmed |
|
| 2007-06-20 09:43:36 |
Andrew Fenn |
linux-source-2.6.17: status |
Needs Info |
Confirmed |
|
| 2007-06-20 09:43:36 |
Andrew Fenn |
linux-source-2.6.17: assignee |
ben-collins |
|
|
| 2007-10-08 21:40:41 |
JJ Kumar |
bug |
|
|
assigned to linux-source-2.6.17 (Debian) |
| 2007-12-12 00:40:34 |
Brian Murray |
linux-source-2.6.17: assignee |
|
ubuntu-kernel-team |
|
| 2008-01-21 10:05:12 |
Livenicely |
linux-source-2.6.17: status |
New |
Confirmed |
|
| 2008-02-09 17:17:27 |
Brian Murray |
acpi: status |
New |
Invalid |
|
| 2008-02-09 17:18:59 |
Brian Murray |
bug |
|
|
assigned to linux |
| 2008-02-10 11:13:39 |
Bug Watch Updater |
linux: status |
Unknown |
Confirmed |
|
| 2008-02-13 19:46:52 |
Brian Murray |
bug |
|
|
assigned to linux (Ubuntu) |
| 2008-02-13 19:53:35 |
Brian Murray |
linux-source-2.6.17: status |
Confirmed |
Won't Fix |
|
| 2008-02-13 19:53:57 |
Brian Murray |
linux-source-2.6.22: status |
Confirmed |
Won't Fix |
|
| 2008-02-13 19:54:29 |
Brian Murray |
linux: importance |
Undecided |
Low |
|
| 2008-02-25 19:55:00 |
Leann Ogasawara |
linux: status |
New |
Won't Fix |
|
| 2008-02-25 19:55:00 |
Leann Ogasawara |
linux: milestone |
|
later |
|
| 2008-02-25 20:48:58 |
Leann Ogasawara |
linux: milestone |
later |
|
|
| 2008-02-26 14:27:31 |
Ben Collins |
linux-source-2.6.17: status |
Confirmed |
Invalid |
|
| 2008-04-05 13:31:26 |
Bug Watch Updater |
linux: status |
Confirmed |
Fix Released |
|
| 2010-03-05 08:35:56 |
Niyas 628 |
linux-source-2.6.17 (Ubuntu): status |
Won't Fix |
Incomplete |
|
| 2010-03-05 08:35:56 |
Niyas 628 |
linux-source-2.6.17 (Ubuntu): assignee |
|
Niyas 628 (niyanar) |
|
| 2010-04-08 10:18:13 |
Przemek K. |
linux-source-2.6.17 (Ubuntu): status |
Incomplete |
Invalid |
|
| 2010-04-08 10:18:13 |
Przemek K. |
linux-source-2.6.17 (Ubuntu): assignee |
Niyas 628 (niyanar) |
|
|
| 2011-02-03 16:01:02 |
Bug Watch Updater |
linux: importance |
Unknown |
Medium |
|
| 2011-02-03 17:13:28 |
Brian Murray |
removed subscriber Brian Murray |
|
|
|
