From: Roan H. <Roan@Horning.us> - 2006-07-27 23:10:38
|
Hi, I am working on adding svg support to cchost for the openclipart.org project. I have getid3 recognizing and returning information about an svg file. I've tested this using the demo pages included with getid3. I have version 1.0.3 of cchost running on a Debian (stable) GNU/Linux box. I've modified the cc-getid3.php to include an svg type in it's known filetype array: $file_formats['image-xml-svg'] = array( 'name' => 'svg', 'description' => 'Scalable Vector Graphic', 'enabled' => 'true', 'mediatype' => 'image', ); I've also tried changing the $file_formats key to ['image-svg-svg'] and ['image-svg-xml']. I've enabled the svg file format from the cchost admin account on the http://.../media/admin/formats page (pretty url's are enabled). If I enable them, I can upload png, jpg, etc. Whenever I use the submit form (http://.../media/submit) I receive the following error: There was error in the file format. Unknown data format currently I have getid3 returning the dataformat as 'svg' and the fileformat as 'xml'. My test bed is at url "http://ocal.horning.us/" Any help is greatly appreciated. Thanks, Roan |
From: Victor S. <fou...@gm...> - 2006-07-28 21:12:02
|
On 7/27/06, Roan Horning <Ro...@ho...> wrote: > Whenever I use the submit form (http://.../media/submit) I receive the > following error: > > There was error in the file format. > Unknown data format > > currently I have getid3 returning the dataformat as 'svg' and the > fileformat as 'xml'. I just recieved this (16 hours after delivery) If you can zip up your version of getID3 and email it to fourstones.net AT gmail.com (yes, it looks like two domain names) I will take a look at it. Hopefully we can turn this around before I leave for vacation tomorrow morning VS |
From: Victor S. <fou...@gm...> - 2006-07-28 21:16:50
|
On 7/27/06, Roan Horning <Ro...@ho...> wrote: > Whenever I use the submit form (http://.../media/submit) I receive the > following error: > > There was error in the file format. > Unknown data format On my dev system (WinXP) it died because it wanted the ../helperapps directory to be there -- just the presense of it, nothing has to be in it. So when I have: c:\getid3\getid3.php I needed c:\helperapps And then everything worked fine. A quick look at the getID3 constructor makes it look like this check is only done on Win and I haven't tried it on 'nix Other than that, it seems to have worked just fine with a test svg I found on the web. VS |
From: Victor S. <fou...@gm...> - 2006-07-28 21:46:45
|
On 7/28/06, Victor Stone <fou...@gm...> wrote: > And then everything worked fine. A quick look at the getID3 > constructor makes it look like this check is only done on Win and I > haven't tried it on 'nix > > Other than that, it seems to have worked just fine with a test svg I > found on the web. OK, I lied, er, spoke too soon. First, my apologies, it's been a very, very long time since I worked on this code so you'll forgive me if I forgot about this quirk of getID3 -- All of their image formats return a 'video' tag and ccHost relies on that. I don't know why they do that but that is the only place I could find a 'dataformat' sub tag. To further the hack the only way I could figure out to distinguish between images and videos is the ABSENCE of a 'playtime_string' tag. So a PNG file's getID3 Tags has the following top level 'video' tag: [video] => Array ( [dataformat] => png [lossless] => [resolution_x] => 60 [resolution_y] => 60 [bits_per_sample] => 24 [compression_ratio] => 0.63833333333333 ) If you change your current 'image' tag to 'video' it should (!) sail through. Sorry about any confusion. VS |
From: Roan H. <ro...@ho...> - 2006-07-28 23:04:05
|
Victor, You da Man!! Thank you. I've been beating my head against my desk for the last three days trying to figure out what was wrong. Have a great vacation. Roan Victor Stone wrote: > On 7/28/06, Victor Stone <fou...@gm...> wrote: >> And then everything worked fine. A quick look at the getID3 >> constructor makes it look like this check is only done on Win and I >> haven't tried it on 'nix >> >> Other than that, it seems to have worked just fine with a test svg I >> found on the web. > > OK, I lied, er, spoke too soon. > > First, my apologies, it's been a very, very long time since I worked > on this code so you'll forgive me if I forgot about this quirk of > getID3 -- All of their image formats return a 'video' tag and ccHost > relies on that. I don't know why they do that but that is the only > place I could find a 'dataformat' sub tag. To further the hack the > only way I could figure out to distinguish between images and videos > is the ABSENCE of a 'playtime_string' tag. So a PNG file's getID3 Tags > has the following top level 'video' tag: > > [video] => Array > ( > [dataformat] => png > [lossless] => > [resolution_x] => 60 > [resolution_y] => 60 > [bits_per_sample] => 24 > [compression_ratio] => 0.63833333333333 > ) > > If you change your current 'image' tag to 'video' it should (!) sail > through. > > Sorry about any confusion. > > VS |
From: Jon P. <jo...@cr...> - 2006-08-04 17:57:41
|
On Fri, 2006-07-28 at 19:03 -0400, Roan Horning wrote: > Victor, > > You da Man!! Thank you. I've been beating my head against my desk for > the last three days trying to figure out what was wrong. > > Have a great vacation. > > Roan Roan, these are very great developments! Keep this list posted on how things progress. Great! Jon > Victor Stone wrote: > > On 7/28/06, Victor Stone <fou...@gm...> wrote: > >> And then everything worked fine. A quick look at the getID3 > >> constructor makes it look like this check is only done on Win and I > >> haven't tried it on 'nix > >> > >> Other than that, it seems to have worked just fine with a test svg I > >> found on the web. > > > > OK, I lied, er, spoke too soon. > > > > First, my apologies, it's been a very, very long time since I worked > > on this code so you'll forgive me if I forgot about this quirk of > > getID3 -- All of their image formats return a 'video' tag and ccHost > > relies on that. I don't know why they do that but that is the only > > place I could find a 'dataformat' sub tag. To further the hack the > > only way I could figure out to distinguish between images and videos > > is the ABSENCE of a 'playtime_string' tag. So a PNG file's getID3 Tags > > has the following top level 'video' tag: > > > > [video] => Array > > ( > > [dataformat] => png > > [lossless] => > > [resolution_x] => 60 > > [resolution_y] => 60 > > [bits_per_sample] => 24 > > [compression_ratio] => 0.63833333333333 > > ) > > > > If you change your current 'image' tag to 'video' it should (!) sail > > through. > > > > Sorry about any confusion. > > > > VS > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Cctools-cchost mailing list > Cct...@li... > https://lists.sourceforge.net/lists/listinfo/cctools-cchost -- Jon Phillips jo...@cr... cell: 510.499.0894 Software Engineer Creative Commons www.creativecommons.org |
From: Jon P. <jo...@cr...> - 2006-08-04 17:57:32
|
On Fri, 2006-07-28 at 14:46 -0700, Victor Stone wrote: > On 7/28/06, Victor Stone <fou...@gm...> wrote: > > And then everything worked fine. A quick look at the getID3 > > constructor makes it look like this check is only done on Win and I > > haven't tried it on 'nix > > > > Other than that, it seems to have worked just fine with a test svg I > > found on the web. > > OK, I lied, er, spoke too soon. > > First, my apologies, it's been a very, very long time since I worked > on this code so you'll forgive me if I forgot about this quirk of > getID3 -- All of their image formats return a 'video' tag and ccHost > relies on that. I don't know why they do that but that is the only > place I could find a 'dataformat' sub tag. To further the hack the > only way I could figure out to distinguish between images and videos > is the ABSENCE of a 'playtime_string' tag. So a PNG file's getID3 Tags > has the following top level 'video' tag: > > [video] => Array > ( > [dataformat] => png > [lossless] => > [resolution_x] => 60 > [resolution_y] => 60 > [bits_per_sample] => 24 > [compression_ratio] => 0.63833333333333 > ) > > If you change your current 'image' tag to 'video' it should (!) sail through. Is this something we should send as a bug to getid3 and/or a patch? However, it is great that it works...could one of you add some comments into the code about this for future users. Jon > Sorry about any confusion. > > VS > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Cctools-cchost mailing list > Cct...@li... > https://lists.sourceforge.net/lists/listinfo/cctools-cchost -- Jon Phillips jo...@cr... cell: 510.499.0894 Software Engineer Creative Commons www.creativecommons.org |
From: Victor S. <fou...@gm...> - 2006-08-04 20:26:28
|
On 8/4/06, Jon Phillips <jo...@cr...> wrote: > > If you change your current 'image' tag to 'video' it should (!) sail through. > > Is this something we should send as a bug to getid3 and/or a patch? > However, it is great that it works...could one of you add some comments > into the code about this for future users. no because we've been relying on this behavior forever, I just forgot about it. VS |