Re: [gentoo-user] Cellphone VFAT datestamps versus linux datestamps
On Mon, Aug 27, 2018 at 10:22 PM, R0b0t1 wrote: > On Mon, Aug 27, 2018 at 9:48 PM, Walter Dnes wrote: >> So I went to an event on Friday August 24th, and snapped some pics on >> my cellphone. Let's just say the datestamps were ridiculous. Is there >> a conversion algorithm or program to correct it? This may be a Windows >> versus linux thing. See attached listing... >> > > The high order bits are incrementing too quickly. I will check in a > bit, but I think you should parse them into epoch time and flip the > endianness. > You might mess with the below. Is there a seconds field? It doesn't quite work, potentially due to the missing info. It still seems too far off. Run with list as first argument. EXIF data may work, but I'd be worried the same mistake was made, assuming the people who wrote the camera software messed with the drivers. --- #!/usr/bin/env python3 import sys, os, struct from datetime import datetime from pprint import pprint def main(): for line in open(sys.argv[1], 'r'): date = ' '.join(line.strip().split()[3:6]) dt = datetime.strptime(date, '%b %d %Y') pprint(dt) ts = int(datetime.timestamp(dt)) pprint(ts) rts = struct.unpack('
Re: [gentoo-user] Cellphone VFAT datestamps versus linux datestamps
On 8/27/18 10:48 PM, Walter Dnes wrote: > So I went to an event on Friday August 24th, and snapped some pics on > my cellphone. Let's just say the datestamps were ridiculous. Is there > a conversion algorithm or program to correct it? This may be a Windows > versus linux thing. See attached listing... > more direct answer... https://www.howtogeek.com/302672/HOW-TO-VIEW-AND-EDIT-PHOTO-EXIF-DATA-ON-ANDROID/ Sure the $2.00 does not hurt, but if you search around there'll be free tools to that read and manipulate EXIF data fields more direct answer... James
Re: [gentoo-user] Cellphone VFAT datestamps versus linux datestamps
On 8/27/18 10:48 PM, Walter Dnes wrote: > So I went to an event on Friday August 24th, and snapped some pics on > my cellphone. Let's just say the datestamps were ridiculous. Is there > a conversion algorithm or program to correct it? This may be a Windows > versus linux thing. See attached listing... > https://en.wikipedia.org/wiki/ExifTool media-libs/exiftool OpenCV.org will have discussion groups where folks know far more than I about images, photos and the myriad of file types were the data is embedded into into the image file, photo or whatever. I'm only recently been exposed to 'photogrammetry' and other associated codes for image processing. One of the key areas for use of my HPC clusters is in using thousands of photos to build 3D and 4D(3D + motion) models. Gentoo is kinda void in advanced imaging codes despite many being open sourced. Here's one where you'll surely find very knowledgeable folks http://www.regard3d.org/ good_hunting James
Re: [gentoo-user] Cellphone VFAT datestamps versus linux datestamps
On 8/27/18 10:50 PM, Walter Dnes wrote: > So I went to an event on Friday August 24th, and snapped some pics on > my cellphone. Let's just say the datestamps were ridiculous. Is there > a conversion algorithm or program to correct it? This may be a Windows > versus linux thing. See attached listing... > Exif is the data particulars form man image(photo) file formats media-libs/exiftool Read and write meta information in image, audio and video files is but one. Surely there are many for the windows platform also look for pages with 'opencv' in the name or description. https://opencv.org Exif is the best keyword to use in searching for tools and codes https://en.wikipedia.org/wiki/ExifTool hth, James
Re: [gentoo-user] Cellphone VFAT datestamps versus linux datestamps
On Mon, Aug 27, 2018 at 9:48 PM, Walter Dnes wrote: > So I went to an event on Friday August 24th, and snapped some pics on > my cellphone. Let's just say the datestamps were ridiculous. Is there > a conversion algorithm or program to correct it? This may be a Windows > versus linux thing. See attached listing... > The high order bits are incrementing too quickly. I will check in a bit, but I think you should parse them into epoch time and flip the endianness. What is the brand and model of your cellphone so I can avoid all products from that company?
[gentoo-user] Cellphone VFAT datestamps versus linux datestamps
So I went to an event on Friday August 24th, and snapped some pics on my cellphone. Let's just say the datestamps were ridiculous. Is there a conversion algorithm or program to correct it? This may be a Windows versus linux thing. See attached listing... -- Walter Dnes I don't run "desktop environments"; I run useful applications list.txt.gz Description: Binary data
Re: [gentoo-user] Mouse wheel makes firefox hang
On Monday, 27 August 2018 18:35:29 BST Hervé Guillemet wrote: > Thanks Mick for the suggestions. > > This sounds like a Xorg drivers problem, but if Xorg has partially > > crashed due to RAM or power problems, then this cursor problem will > > go away after you address the hardware issue. > > > >> Scrolling with scrollbars or arrow keys works. Scrolling with > >> wheels in others apps like terminals works too. No useful message > >> in syslog, dmesg or console. > > > > What does /var/log/Xorg.0.log reveal? > > Nothing either. > > In the meantime I found another application triggering the problem (some > image display software), so this is not specific to Gecko. There are various tests, from glxgears to glmark2 to Unigine Benchmark, which will put a graphics card through its paces and of course test the video driver with it. If by running any of these you get the same symptoms I would think the problem is specific to your GPU/driver and perhaps how it uses shared memory - hence the beep. You can also see if there is a momentary jump in memory usage by using vmstat, watch -d ipcs -m, watch -d cat /proc/meminfo, et al. Glitches like these usually go away after a while, when the application, Xorg drivers and occasionally the kernel get updated to a later version. Other than that you could start debugging apps and drivers, which often ends up being a ping-pong between video driver devs, app devs and desktop devs. I'm not I can offer more practical help, but others more knowledgeable in this field may be able to contribute. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Mouse wheel makes firefox hang
Thanks Mick for the suggestions. > After a recent system update I get this annoying strange behavior: > when scrolling in a firefox or thunderbird window with the mouse > wheel, the full X interface freezes for some seconds, then a system > beep is emitted and the interface unfreezes, but most of the time the > mouse cursor becomes invisible. If it is a BIOS beep, rather than a desktop/application sound, then you have some hardware problem. The recent update may have implemented some hardware acceleration rendering on the browser and this is putting pressure on your GPU, RAM, PSU. A single beep points to RAM, but I don't know all OEM's BIOS codes. I'd start by opening the cover and reseating your RAM modules. Oxidisation may have increase contact resistance. Usually pulling them out and pushing them back in cleans them enough to restore a good electrical contact. While you're there try removing all the dust from CPU, GPU, PSU coolers and air ducts using a vacuum cleaner (carefully) or a compressed air can. Keep holding the chassis at all times with one hand or use an earthing strap, some vacuum cleaners I've tried have a terrible problem with creating static electricity and a discharge could blow your MoBo chipset Finally, reseat any SATA/IDE cables. Their contacts can also corrode with time and if the browser is caching pages on disk while the freeze occurs it might cause a problem, although unlikely to get a BIOS beep from it. You wouldn't be able to boot with a hard disk failure beep code going off, if this was your problem. Single beep would mean RAM issue indeed if it's a BIOS beep. But the fact that it happens only when using the mouse wheel let me think it is problably something more specific that a RAM issue. I did some cleanup, without success. The system is fanless and thus quite stable and remains clean. I reseated the RAM. No change. I run memtest86+. No errors. > I must restart X to get it back. This sounds like a Xorg drivers problem, but if Xorg has partially crashed due to RAM or power problems, then this cursor problem will go away after you address the hardware issue. Scrolling with scrollbars or arrow keys works. Scrolling with wheels in others apps like terminals works too. No useful message in syslog, dmesg or console. What does /var/log/Xorg.0.log reveal? Nothing either. In the meantime I found another application triggering the problem (some image display software), so this is not specific to Gecko. -- Hervé