RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY

[klopsknoedel]

If the solution is to unistall codecs then how am I supposed to be able to use the ripbot264 application?

AviSynth Error message or other decoding problem (avs2avi.exe/avs2yuv.exe crashes)
Uninstall all codec packs , AviSynth , Haali Media Spliter , ffdshow. XP users also must install Windows Media Player 11!

This should help to solve your problems: http://forum.doom9.org/showthread.php?p=1524496#post1524496

[byteshare]

I am have this problem lately too. Stuff is finishing out of sync.
I've been having this issue as well with some jobs.
As others have suggested it was the FPS being different. I just changed the FPS in MKVtoolNix and that fixed my problem without having to re-do my job.
I has also seen the issue where the audio gets stretched, ie double or more.
For the later issue I just use another program to process the audio or copy in the source audio and call it a day.

[ismail0100]

Today try this pro for hevc 10bit and i like it. Thank u :)

[magmo23]

Just install what is required by RipBot264. Nothing more , nothing less.

But thats what I have done, and the errors occures anyway. I dont get it?

[Atak_Snajpera]

But thats what I have done, and the errors occures anyway. I dont get it?

What error? Screenshots?

[lemaireus]

Each time I load a video with 224kbps E-AC-3 track into Ripbot I get the following error:

https://s12.postimg.org/4x9pc88jh/E_AC3_Decoding_Error.jpg

The source is .mkv video with 224k E-AC-3 audio (for some reason E-AC-3 640k does not create any problem). The only way out then is to load the video after demuxing the audio track, and remux the audio once the video has been encoded. The audio works perfectly well using this workaround.

Any ideas? The AC-3 header problem appears only when loading the file in Ripbot: Mediainfo works fine with the same file, as does playback, and MKVToolnix processing.

[byteshare]

Any ideas? The AC-3 header problem appears only when loading the file in Ripbot: Mediainfo works fine with the same file, as does playback, and MKVToolnix processing.
Try re-muxing it with most recent MKVToolnix, and if that doesn't work remux it without audio and use another application to process audio. I've had this issue from time to time.
This last part is only a temporary solution, hopefully Atak_Snajpera can figure it out and fix.

[sneaker_ger]

Is it trying to use nicaudio? I think nicaudio never got E-AC-3/DD+ support so you need to use a different audio source filter.

[lemaireus]

Try re-muxing it with most recent MKVToolnix...
This last part is only a temporary solution, hopefully Atak_Snajpera can figure it out and fix.

That is exactly what I have been doing, as I mentioned in my post: I demux the audio, encode the video, and then mux the original audio back in using MKVToolnix. But I was hoping may be someone has been able to find a better solution via an audio decoder update?

Is it trying to use nicaudio? I think nicaudio never got E-AC-3/DD+ support so you need to use a different audio source filter.

I don't think Ripbot is using nicaudio for audio processing, is it? Also, I don't get the issue when the audio is 640k E-AC-3/DD+.

[sneaker_ger]

I don't think Ripbot is using nicaudio for audio processing, is it?
I believe it's still shipped but I don't know when it is used. There should be a log or scripts available to show it, right?

[lemaireus]

I believe it's still shipped ...

Nic audio comes as one of the Avisynth plugins. My point is that if an audio decoder's inability to handle E-AC-3/DD+ is creating the issue then I should run into the same issue in a file with a 6 channel 640k E-AC-3 audio as well. However, that works fine. The issue crops up when the audio is two channel/stereo at 224k.

I have a file with 224k stereo E-AC-3 audio lying around. Will load that sometime after the present encode finishes (x265, will take a good 12 hours or so), and will see and post if there is anything worth note in the log file.

[lemaireus]

Accidentally deleted the file I referred to in the last post, so will have to wait for another file with stereo 224k E-AC-3 in order to post the log, but since the file isn't even queued by Ripbot I doubt if there will be an error log different from the one I posted in the screenshot in the first message about this issue, on p. 728.

Still looking for ideas on solving this one...

[slalom]

@ Atak

Is it possible when you right-click on the job jobx, except showing the log, to view the temp file in explorer window?

[smuperman]

After installing Win 10 Anniversary (Clean Install) I always get AVI2AVS Crashes while trying to use VC1 Sources.

Only necessary Tools for Ripbot are installed: AVISynth 2.60 / ffdshow_rev4532_20140717_clsid / Matroska (all with default install options)

ReInstalled -> Same Problem- Any Ideas?

[klopsknoedel]

After installing Win 10 Anniversary (Clean Install) I always get AVI2AVS Crashes while trying to use VC1 Sources.

Only necessary Tools for Ripbot are installed: AVISynth 2.60 / ffdshow_rev4532_20140717_clsid / Matroska (all with default install options)

ReInstalled -> Same Problem- Any Ideas?

What you need to do is to choose the Microsoft own VC-1 Codec. FFDSHOW does not work anymore.
To do that please download "Win7DSFilterTweaker" from here (https://www.codecguide.com/windows7_preferred_filter_tweaker.htm) and as said, choose "Microsoft" for VC-1 for both 32-bit and 64-bit.
Remember, you always have to do that after you restarted your machine.

P.S.
Maybe you should uninstall ffdshow completly and reinstall it. During installation (where you see all the checkboxes for each codec) choose Microsoft for VC-1 and maybe you don't have to set it any time again after rebooting. But I haven't tried that for now.

[smuperman]

I recognized that the setting of ffdshow vc1 change to "wmv9" everytime I start Ripbot. So I am able to fix the problem by using ffdshow settings and change "wmv9" to deactivated after I started RipBot.

If I close Ripbot and start it again, it changes to "wmv9"

Same outcome while using Win7DSFilterTweaker.

ffdshow Install does not activate WMV9 by default. (Installed it and reboot -> ffdshow VC1 Setting: deactivated) Started Ripbot -> Activated -> WMV9.

[guest]

Not sure if this is a problem just for me or not, but Update seems to have a problem.

2016-11-01 23:21:50 : Looking for correct UUID link in http://atak-snajpera.5v.pl/
2016-11-01 23:21:50 : [ERROR] NO CONNECTION with http://atak-snajpera.5v.pl/
2016-11-01 23:21:50 : Searching for UUID link with DuckDuckGo...
2016-11-01 23:21:52 : [ERROR] NO CONNECTION with DuckDuckGo search engine.
2016-11-01 23:21:52 : No results.

[Atak_Snajpera]

@ Atak
Is it possible when you right-click on the job jobx, except showing the log, to view the temp file in explorer window?
No problem.

If I close Ripbot and start it again, it changes to "wmv9"
It automatically changes to wmv9 because for Win7/Win8 microsoft's VC1 decoder is better. Last Time I checked libavcodec couldn't decode interlaced VC-1. I will check for solution on Virtual machine.


Not sure if this is a problem just for me or not, but Update seems to have a problem.

2016-11-01 23:21:50 : Looking for correct UUID link in http://atak-snajpera.5v.pl/
2016-11-01 23:21:50 : [ERROR] NO CONNECTION with http://atak-snajpera.5v.pl/
2016-11-01 23:21:50 : Searching for UUID link with DuckDuckGo...
2016-11-01 23:21:52 : [ERROR] NO CONNECTION with DuckDuckGo search engine.
2016-11-01 23:21:52 : No results.

Works fine in my case
2016-11-01 16:17:18 : =========================[UPDATER ACTIVATED]=========================
2016-11-01 16:17:18 : Looking for correct UUID link in http://forum.doom9.org/showthread.php?t=127611
2016-11-01 16:17:18 : [SUCCESS] http://forum.doom9.org/showthread.php?t=127611 has correct UUID link a5e3e5d3-67da-4504-950a-4963b18b0a3a
2016-11-01 16:17:18 : Downloading update file http://atak-snajpera.5v.pl/ripbot264update/update.zip
2016-11-01 16:17:18 : [SUCCESS] C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Updates\update.zip saved!

[smuperman]

It automatically changes to wmv9 because for Win7/Win8 microsoft's VC1 decoder is better. Last Time I checked libavcodec couldn't decode interlaced VC-1. I will check for solution on Virtual machine.

So WMV9 ist pure Microsoft? But why does changing to "deactivated" (ffdshow Settings) or using Win7DSFilterTweaker "Microsoft" instead of "ffdshow" option after starting Ripbot fix the problem?

I will put my Backup System prior Anniversary on another SSD an will give Feedback.

[Atak_Snajpera]

I have installed Windows 10.0.14393 on Virtual Machine and VC-1 sources work fine with WMV9 and libavcodec
https://i.imgsafe.org/8d97586e8f.png

[smuperman]

I will send you a Youtube link of my VMWare test.

[slalom]

No problem.
:thanks: you're the best!

[guest]

Works fine in my case
2016-11-01 16:17:18 : =========================[UPDATER ACTIVATED]=========================
2016-11-01 16:17:18 : Looking for correct UUID link in http://forum.doom9.org/showthread.php?t=127611
2016-11-01 16:17:18 : [SUCCESS] http://forum.doom9.org/showthread.php?t=127611 has correct UUID link a5e3e5d3-67da-4504-950a-4963b18b0a3a
2016-11-01 16:17:18 : Downloading update file http://atak-snajpera.5v.pl/ripbot264update/update.zip
2016-11-01 16:17:18 : [SUCCESS] C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Updates\update.zip saved!


Well, it's working fine again...did nothing.

[byteshare]

-I've been able to add a custom filter to RipBot by editing the AVIsynth script as such:
This is for QTGMC (3.33) for better Deinterlace/decomb.
#Deinterlace
#LoadCplugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\Yadif\Yadif.dll")
#video=yadif(video,mode=1,order=1)
LoadPlugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\RepairSSE2.dll")
LoadPlugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\RemoveGrainSSE2.dll")
LoadPlugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\nnedi3.dll")
LoadPlugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\masktools2.dll")
LoadPlugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\mvtools2.dll")
LoadPlugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\yadif.dll")
Import("QTGMC-3.33.avsi")
video=QTGMC(video,Preset="Slow", ShowSettings=false, FPSDivisor=2)

This is for MDegrain2 for better denoise.
#Denoise
LoadPlugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\mvtools2.dll")
LoadPlugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\flash3kyuu_deband.dll")
super = MSuper(pel=2)
bv1 = video.MAnalyse(super, isb = true, delta = 1, overlap=4)
fv1 = video.MAnalyse(super, isb = false, delta = 1, overlap=4)
bv2 = video.MAnalyse(super, isb = true, delta = 2, overlap=4)
fv2 = video.MAnalyse(super, isb = false, delta = 2, overlap=4)
video=video.MDegrain2(super,bv1,fv1,bv2,fv2,thSAD=400).f3kdb()

This is for MDegrain3 for even more/better denoise.
#Denoise
LoadPlugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\mvtools2.dll")
LoadPlugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\flash3kyuu_deband.dll")
super = MSuper(pel=2)
bv1 = video.MAnalyse(super, isb = true, delta = 1, overlap=4)
fv1 = video.MAnalyse(super, isb = false, delta = 1, overlap=4)
bv2 = video.MAnalyse(super, isb = true, delta = 2, overlap=4)
fv2 = video.MAnalyse(super, isb = false, delta = 2, overlap=4)
bv3 = video.MAnalyse(super, isb = true, delta = 3, overlap=4)
fv3 = video.MAnalyse(super, isb = false, delta = 3, overlap=4)
video=video.MDegrain3(super,bv1,fv1,bv2,fv2,bv3,fv3,thSAD=400).f3kdb()

These all seem to work with Distributed Encoding, I say seems because sometimes the info.txt (FPS and such) gets deleted after editing the script the GetInfo.avs seems to mess up somehow. I don't have this issue if you don't need to "cut up" the video (small clips).

[Atak_Snajpera]

You have to provide error message.

[byteshare]

You have to provide error message.

There was no error, but I figure it out. I had to remove the "Video." from "super = video.MSuper(pel=2)"
I updated all of the syntax. If you want I can send you the files I used if you're interested in adding these feature to RipBot or you can also download the files from their official sources.

[Atak_Snajpera]

Ok. Send me those files because I'm lazy bastard ;)

[byteshare]

Ok. Send me those files because I'm lazy bastard ;)
Sent them to you in a personal message.

[byteshare]

These all seem to work with Distributed Encoding, I say seems because sometimes the info.txt (FPS and such) gets deleted after editing the script the GetInfo.avs seems to mess up somehow. I don't have this issue if you don't need to "cut up" the video (small clips).
I think I have a better idea where the issue is, but don't know why...
When I edit the script in RipBot (during edit mode) it looks like:
#VideoSource
video=DirectShowSource("C:\Intel\Other\!-Files-!\temp\example.mkv",audio=false).ConvertToYV12()

But when RipBot goes to package everything for Distrubuted Encoding it converts the code to:
#VideoSource
LoadPlugin("\\I2QB3_6T9QF02\RipBot264temp\Tools\AviSynth plugins\ffms\ffms2.dll")
video=FFVideoSource("\\I2QB3_6T9QF02\RipBot264temp\job1\video.mkv",threads=1)

When I run the same script with only those different in AvsPmod I get an error with QTGMC (line 377)

Also update on the script I used I found when using AvsPmod that the MDegrain2/3 wasn't working I needed to
add back the video. and remove it from the others like so:
super = video.MSuper(pel=2)
bv1 = MAnalyse(super, isb = true, delta = 1, overlap=4)
fv1 = MAnalyse(super, isb = false, delta = 1, overlap=4)
bv2 = MAnalyse(super, isb = true, delta = 2, overlap=4)
fv2 = MAnalyse(super, isb = false, delta = 2, overlap=4)
video=MDegrain2(super,bv1,fv1,bv2,fv2,thSAD=400).f3kdb()
But either way the info.txt issue is stopping me from doing a full test with Distributed Encoding.

Update: When I changed my test file from a RGB to a YV12 color source I didn't get the info.txt issue.

[squezer]

Hi,

how to disable automatic conversion of TrueHD to FLAC ?
I do not want it (FLAC) nor need it.
I prefer bitstreaming of TrueHD, so it is just a wasting of time...

Thanks :)

[Ronski]

@squeezer. I found the same problem, so I use MKVTOOLNIX to extract just the video, then process that with Ripbot then use MKVToolnix to mux the audio, subtitles and chapters back in that I require.

There should be a way in ripbot to select/keep what's required but I couldn't find it.

[byteshare]

Hi,

how to disable automatic conversion of TrueHD to FLAC ?
I do not want it (FLAC) nor need it.
I prefer bitstreaming of TrueHD, so it is just a wasting of time...

Thanks :)

Does doing selecting "Copy Audio" help?

[squezer]

Does doing selecting "Copy Audio" help?

no, because it is AFTER the conversion...

[Tazlord]

Hello,
First of all, I love this app.
I've been using it for a while and it just gets better and better with each revision...
So, thank you!

Issue:
The distributed encoding network configuration mechanism seems to be broken in 1.19.4.
Whenever I set up other computers as encoding servers, they eventually time out and never actually connect to the master host.
There are errors of the timeouts being reported in the server console.

https://s14.postimg.org/ldgxefqr5/2016_11_09_232007_000008.jpg

I took the liberty of doing a packet capture and I noticed that the IP the encoding server is being instructed to connect to isn't on my local subnet (see line 30 in packet capture).
In fact, it looks like the IP also matches the IP being displayed on the master host's encoding server console.

Slave encoder network capture:
https://s14.postimg.org/pnvla0vu9/2016_11_09_232058_000009.jpg

Master host server console:
https://s13.postimg.org/eew3fr0wn/2016_11_09_23_32_17_Master_Host.jpg

I looked at the Distributed Encoding settings on the master host and the first server in the list is the localhost, 127.0.0.1.
Although that is a valid IP for the localhost, I think it's actually causing an issue with control messages being sent to the slaves.
You can see the control message in the TCP stream below instructing it to connect to an invalid IP address.

https://s14.postimg.org/cc9u4jfnl/2016_11_09_234336_000010.jpg

I tried changing that IP in the settings to the actual IP address of the master host but it didn't fix it.
Also, I tried looking for that IP in all of the INI files but it doesn't seem to be in any of those files.
I don't know if this IP is hard set in the code so I figured I'd send this post so you were aware of the issue.
Maybe it's a simple fix and recompile?

[Atak_Snajpera]

Do you have mutiple network adapters (Phisical/Virtual) installed in your main pc?

[Tazlord]

Do you have mutiple network adapters (Phisical/Virtual) installed in your main pc?
There are physically 2 built into the motherboard but only 1 is actually enabled. I think I should mention that distributed encoding worked fine until I upgraded to 1.19.4.

EDIT:
After this post I decided to look and make sure my 2nd NIC was disabled. I found out there are actually 2 new network adapters in my system. I believe they were installed by VMware, which I happened to install around the same time I upgraded RipBot. I disabled them and it works now. THANKS!

I don't suppose there's a way to add an interface selector to RipBot? I would imagine I'm not the only person who might be running more than 1 network adapter.

Thanks again for all the help!

[Atak_Snajpera]

I haven't changed anything in code. Besides As you can see I'm not being flooded with the same error from other users.
Can you show me what you have in ipconfig /all ?

[Atak_Snajpera]

don't suppose there's a way to add an interface selector to RipBot? I would imagine I'm not the only person who might be running more than 1 network adapter.
Try this method
https://support.microsoft.com/en-us/kb/2526067

[Tazlord]

Try this method
https://support.microsoft.com/en-us/kb/2526067
Thanks, I'll give that a try.

If you have a spare moment, occasionally I'm running into something I like to call the "99 loop" when using distributed encoding. Once in a while a chunk will try to encode at bitrate 99 (not 99k, just 99) or similar and the encoder will fail because that is too low. I'm assuming it's probably during the credit roll of some movies and the ABR algorithm probably doesn't see much need to use a higher bitrate. That's just my assumption. Aborting the process just recreates the chunks and doesn't solve the issue. The only way for me to fix it is to edit that chunk's CMD file and replace all instances of "--bitrate 99" with something like "--bitrate 9900" and save the file without aborting the process.
I was considering lowering the BDO to 1 or increasing the chunk size to 120 to get more real content in the clip but I figured I'd ask you first just in case you're not aware of this.

Thanks again!

[Atak_Snajpera]

Thanks, I'll give that a try.

If you have a spare moment, occasionally I'm running into something I like to call the "99 loop" when using distributed encoding. Once in a while a chunk will try to encode at bitrate 99 (not 99k, just 99) or similar and the encoder will fail because that is too low. I'm assuming it's probably during the credit roll of some movies and the ABR algorithm probably doesn't see much need to use a higher bitrate. That's just my assumption. Aborting the process just recreates the chunks and doesn't solve the issue. The only way for me to fix it is to edit that chunk's CMD file and replace all instances of "--bitrate 99" with something like "--bitrate 9900" and save the file without aborting the process.
I was considering lowering the BDO to 1 or increasing the chunk size to 120 to get more real content in the clip but I figured I'd ask you first just in case you're not aware of this.

Thanks again!

Interesting... Send me whole Job folder (ofcourse without any heavy files like .264 .mkv audio and so on )

[Tazlord]

Interesting... Send me whole Job folder (ofcourse without any heavy files like .264 .mkv audio and so on )
I tried to go back and re-rip a title I thought was giving me this problem but everything worked fine this time. I know it happens about 10% of the time so I'm sure to run into it again. I'll update you when it happens.

EDIT:
I should mention that I only do 2-pass encoding and this has only happened on the 2nd pass, after the "proper" ABR has been modified for encoding.

I think a good workaround would be to parse the command line scripts of all the chunks before the 2nd pass encoding starts and replace any bitrates below a threshold with a set minimum. For instance, if a threshold of 512 is met then encode this chunk at a minimum of 50% of the requested bitrate but no less than the threshold.

Just a suggestion.

[Atak_Snajpera]

the problem is set hard limit to 100 kbps in code. If calculated bitrate is lower than 100 then inject value 100. No idea why you got 99???

[Tazlord]

the problem is set hard limit to 100 kbps in code. If calculated bitrate is lower than 100 then inject value 100. No idea why you got 99???
Really? Interesting. When this happens it's almost always 99. A few times I saw 98.
It just happened again today. This time it happened on the first chunk. I've never seen that before.

Here's a link to the job folder (13.7 MB):
https://file.io/2rB7vf

[guest]

Hi Atak,

Just got a huge update download (approx 115Mb), and now it's 1.19.5, but there seems to be several new features.

Are you going to post some release notes/change log, etc ??

Cheers

[byteshare]

Hi Atak,

Just got a huge update download (approx 115Mb), and now it's 1.19.5, but there seems to be several new features.

Are you going to post some release notes/change log, etc ??

Cheers

I'm sure Atak will, but two of the new features I can confirm are GTGMC for better deinterlace/comb and MDgrain2 for better noise removal (hopefully we'll get MDegrain3 at some point?), which is awesome. Thank you so much!!
Update: You can manually do MDgrain3, can confirm works.

[byteshare]

Question about batch mode and interlace:
-Is there option somewhere I'm missing to say no audio like I get when I do 1 file at a time?

-For Deinterlace in RipBot why do I not get the option for some files? (greyed out and the drop down list won't show when clicked on)
-Side things once I enable QTGMC instead of Yadif are the best options (when I get them) to pick:
------Deinterlace: Inverse Telecine
------Decimate: Restore (ie 23.976 FPS)

[Atak_Snajpera]

Deinterlace option is disabled if fps is other than 25 or 29.97

[byteshare]

Deinterlace option is disabled if fps is other than 25 or 29.97
Something might be wrong then, because RipBot is showing the FPS is 29.970 (media info too (and constant)) but it doesn't give me the option. However for a video that is 23.976 FPS (media info says is variable FPS) the options were available. I can manually add in the deinterlace code and it works (I made a slight modification):
#Deinterlace
Loadplugin("C:\Intel\other\!2Tools\RipBot264v1.19.5\Tools\AviSynth plugins\Repair\RepairSSE2.dll")
Loadplugin("C:\Intel\other\!2Tools\RipBot264v1.19.5\Tools\AviSynth plugins\RemoveGrain\RemoveGrainSSE2.dll")
Loadplugin("C:\Intel\other\!2Tools\RipBot264v1.19.5\Tools\AviSynth plugins\nnedi3\nnedi3.dll")
Loadplugin("C:\Intel\other\!2Tools\RipBot264v1.19.5\Tools\AviSynth plugins\masktools\masktools2.dll")
Loadplugin("C:\Intel\other\!2Tools\RipBot264v1.19.5\Tools\AviSynth plugins\mvtools\mvtools2.dll")
Import("C:\Intel\other\!2Tools\RipBot264v1.19.5\Tools\AviSynth plugins\Scripts\QTGMC.avs")
video=QTGMC(video,Preset="Slow",FPSDivisor=2)
Don't need the Yadif.dll when the present is Slow.

Update: I can force the deinterlace in batch mode and then for videos that are 29.970 I can change the option. The limit of 25 or 29.97 seems strange with QTGMC, because as far as I understand it there isn't specific FPS limits.

[Atak_Snajpera]

Have you ever seen footage encoded as 23.976i,24i,30i and so on?

PAL is either 25i or 50p
NTSC is either 29.97i or 59.94p

video=QTGMC(video,Preset="Slow",FPSDivisor=2)
Medium seems to be less blurry and without some artefacts

MEDIUM
https://i.imgsafe.org/d90b26b1ae.png

SLOW (notice artefacts on stairs and on the roof of the black VW Golf. Grass and wall on left is also slightly blurrier)
https://i.imgsafe.org/d90b974b37.png

[guest]

Have you ever seen footage encoded as 23.976i,24i,30i and so on?

PAL is either 25i or 50p
NTSC is either 29.97i or 59.94p


Medium seems to be less blurry and without some artefacts

MEDIUM
https://i.imgsafe.org/d90b26b1ae.png

SLOW (notice artefacts on stairs and on the roof of the black VW Golf. Grass and wall on left is also slightly blurrier)
https://i.imgsafe.org/d90b974b37.png

Is that picture taken from out of your window ??? And is that your black Golf ??? (not stalking, just curious)