Hi! David Timms wrote:
> I tried using dvbcut on some mpeg files with names like: > programs.2007-12-01.19:31:26.mpg > first_part_of_name19:35.mpg > > For example File|Open|first_part_of_name19:35.mpg > gives: > Error: > X The protocol 'first_part_of_name19' is not supported > OK. Ouch. [...] > This seems to be the same as: > http://www.mail-archive.com/[email protected]/msg00049.html > > So it seems that something is seeing a colon in the name and assuming a > URL protocol part, even without "://" Yep, I guess that's the problem. > The protocol message seems to come from QT library: > 00625 } else { > 00626 QString msg; > 00627 if ( !gProt ) { > 00628 msg = tr( "The protocol `%1' is not supported" ).arg( > uFrom->protocol() ); > 00629 } else if ( gProt->supportedOperations() & > Q3NetworkProtocol::OpGet ) { > > Is this something that is a bug in QT or in how something is formatting > the filename to pass to QT ? It's not a bug, it's a feature (or so I suppose). > Obviously, renaming the file to not contain colon works around the > issue. This makes sense on windows {where you can't include ":" in a > filename in the first place}, but on linux using ext3fs ":" are allowed. Does prefixing the filename with "file://" work? -- Michael "Tired" Riepe <[EMAIL PROTECTED]> X-Tired: Each morning I get up I die a little ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ DVBCUT-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dvbcut-user
