It's a tough question to answer with absolute certainty, as it can really depend on a lot of factors.
It can depend on the quality of the code.
* does it contain helpful comments to explain the intent of sections of code
* is it written with other developers in mind, or is the original developer using a lot of cute shorthand code and trying to be compact and appear complex
* is the project well structured over all
And then, it can depend on your own experience as a reader.
* Are you very familiar with the language syntax in the first place. Otherwise you may be spending an extra amount of time trying to evaluate every part of the expression of every line, as opposed to more quickly understanding the intent.
* are you familiar with the problem domain. That is, if it's code dealing with Houdini SDK, do you know houdini well enough to understand the domain specific code
It can take time to develop the skill to build a mental model of code, and keep a running visualization in your head of what the overall program is doing. If you are just trying to understand what the program is doing and not trying to find bugs, you may not need to spend as much time parsing the values of every single line. Try then to explain what a function is doing, instead of a line.
One approach for a larger project might be to start top-down, where you start at the 'main' or first call into the code. Then you track what it does with the inputs, through the program and the various control flow that can make it go one way or another. It can help to take notes about what you know along the way, if you find it difficult to remember.
You could also start from bottom-up and try to read what the lowest level functions do first, and then figure out who calls them. The problem with this approach could be that you don't have enough context to know why the lower level stuff is there without knowing first who called it and why.
As Reza said, if there are docs, that is the best place to start, to get the big picture.
Overall it really just takes practice with a particular language. When you learn more than one programming language and review enough code, you start to get faster at reviewing because a lot of concepts are the same, with different words and symbols to express them.