C++ bindings for fileseq library

48 views
Skip to first unread message

Justin Israel

unread,
May 2, 2016, 1:08:56 AM5/2/16
to python_in...@googlegroups.com
Hi,

In case any of you are familiar with fileseq / gofileseq, or you frequently work with frame ranges and sequences of files (building, parsing, and listing), I wanted to make a quick mention of this..

Since I had been asked about C++ fileseq, and it didn't exist, and I didn't want to write another complete port, I decided to try an experiment and make C++ bindings over gofileseq (since I have never done that before). 

It is available for testing here:

If you have C++ projects and need to work with frame ranges and file sequences, have a play and post and issues and/or feedback on github.

Thanks!
Justin

Marcus Ottosson

unread,
May 2, 2016, 10:25:48 AM5/2/16
to python_in...@googlegroups.com
I'm not your target audience, but for such minimal features, I'm sceptical about dependencies on both Go and Qt. On a second reading, I did notice you mentioned it can be built without it, but at first reading I stopped when it mentioned Qt in the requirements.

I take it you're writing this mainly for practice; I'd mention that too in the README for folks who might be looking for a serious library.

--
You received this message because you are subscribed to the Google Groups "Python Programming for Autodesk Maya" group.
To unsubscribe from this group and stop receiving emails from it, send an email to python_inside_m...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/python_inside_maya/CAPGFgA0ZJfSz%2BQzugqzho0rJVvKHAmo%2B9SeehHuWmc%2BHhRe6BA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.



--
Marcus Ottosson
konstr...@gmail.com

Justin Israel

unread,
May 2, 2016, 3:29:42 PM5/2/16
to python_in...@googlegroups.com


On Tue, 3 May 2016 2:25 AM Marcus Ottosson <konstr...@gmail.com> wrote:
I'm not your target audience, but for such minimal features, I'm sceptical about dependencies on both Go and Qt. On a second reading, I did notice you mentioned it can be built without it, but at first reading I stopped when it mentioned Qt in the requirements.

It has no runtime dependencies. Those are the requirements to build the library. Go, because you need to first build the Go lib, and qmake because I happened to use a pro file for the build system. Both of these can be grabbed from apt or homebrew and I could always ditch the pro file and write a make file or a waf script. 
You aren't adopting any dependencies as user. 


I take it you're writing this mainly for practice; I'd mention that too in the README for folks who might be looking for a serious library.

No I am writing this for serious production use. You must have the wrong impression, and please don't give others this same impression by suggesting that I state something like this in my readme. 

Fileseq and gofileseq are both production libraries and tools. This aims to be a production C++ library. 


On 2 May 2016 at 06:08, Justin Israel <justin...@gmail.com> wrote:
Hi,

In case any of you are familiar with fileseq / gofileseq, or you frequently work with frame ranges and sequences of files (building, parsing, and listing), I wanted to make a quick mention of this..

Since I had been asked about C++ fileseq, and it didn't exist, and I didn't want to write another complete port, I decided to try an experiment and make C++ bindings over gofileseq (since I have never done that before). 

It is available for testing here:

If you have C++ projects and need to work with frame ranges and file sequences, have a play and post and issues and/or feedback on github.

Thanks!
Justin

--
You received this message because you are subscribed to the Google Groups "Python Programming for Autodesk Maya" group.
To unsubscribe from this group and stop receiving emails from it, send an email to python_inside_m...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/python_inside_maya/CAPGFgA0ZJfSz%2BQzugqzho0rJVvKHAmo%2B9SeehHuWmc%2BHhRe6BA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.



--
Marcus Ottosson
konstr...@gmail.com

--
You received this message because you are subscribed to the Google Groups "Python Programming for Autodesk Maya" group.
To unsubscribe from this group and stop receiving emails from it, send an email to python_inside_m...@googlegroups.com.

Justin Israel

unread,
May 2, 2016, 4:16:29 PM5/2/16
to python_in...@googlegroups.com
I've updated the README to clarify that those are only build deps.  Sorry that it was unclear.

Justin

Marcus Ottosson

unread,
May 2, 2016, 4:29:07 PM5/2/16
to python_in...@googlegroups.com

You must have the wrong impression, and please don’t give others this same impression by suggesting that I state something like this in my readme.

Sorry, it was my impression based the use of “experimental”, mentioning that you hadn’t done it before, because there aren’t that many C++ projects on your profile page and because I remember you mentioning you were starting to learn C++ not that long ago.

It might have been harsh; but I told you because I thought you could take it and because I would have wanted you to tell me about your impression of my projects, no matter how honest and personal. If you’d rather I didn’t, let me know, and I will respect that.



For more options, visit https://groups.google.com/d/optout.



--
Marcus Ottosson
konstr...@gmail.com

Justin Israel

unread,
May 2, 2016, 4:41:31 PM5/2/16
to python_in...@googlegroups.com


On Tue, 3 May 2016 8:29 AM Marcus Ottosson <konstr...@gmail.com> wrote:

You must have the wrong impression, and please don’t give others this same impression by suggesting that I state something like this in my readme.

Sorry, it was my impression based the use of “experimental”, mentioning that you hadn’t done it before, because there aren’t that many C++ projects on your profile page and because I remember you mentioning you were starting to learn C++ not that long ago.


Experimental meaning that I have just released them. The part that I had never done was making c++ bindings against a go library and and that was a a super interesting experience.

I have 2 other projects on my github that are go binding around C++ (OpenImageIO and OpenColorIo), and they use custom C code as a shim to do the bindings.

Ive been doing production C++ for over a year now. 

It might have been harsh; but I told you because I thought you could take it and because I would have wanted you to tell me about your impression of my projects, no matter how honest and personal. If you’d rather I didn’t, let me know, and I will respect that.


No don't get me wrong. I completely want feedback on the code and peoples experience with the project, and to file issues. 

Your feedback pointed out that my readme needed clarification, since you had thought this was a toy project with no production value. I hope I have corrected that? I want people to try it out. 

Justin Israel

unread,
May 4, 2016, 11:14:54 PM5/4/16
to python_in...@googlegroups.com
For what it's worth, I've just added a waf script (wscript) for building the c++ project, so that a Qt install is not required for building:

Justin

Reply all
Reply to author
Forward
0 new messages