| Kael_Vs_Chantayan Inner Circle ★★★★★      Posts: 1782
Reputation: +2 ■
Joined: Jul 20, 2006
From: A quiet corner of the internet | LyrikUebersetzer you said you recorded in UTC but then the header says 19:04:12 which is 7:04 PM in Euclid. That's EDT, not UTC. If you actually used UTC the file would say 23:04:12. So either your software added the offset twice or you're just making up timestamps like everyone else in this thread. Column J is not a mystery, it's a typo you refuse to fix 
14:47 says 4:47. open the system tray, Dennes.  |
| LyrikUebersetzer Inner Circle ★★★★★     Posts: 1705
Reputation: +20 ■■■
Joined: Jun 20, 2006
From: München, Germany (exchange student @ Ohio State) | Kael_Vs_Chantayan wrote:you said you recorded in UTC but then the header says 19:04:12 which is 7:04 PM in Euclid. That's EDT, not UTC. Bitte, Kael, the header says 19:04:12 because my capture software writes the timestamp in local time at the moment of recording. The .wav metadata contains the UTC offset in the extended chunk (which I have documented in the archive). You are conflating the displayed filename with the embedded timestamp. That is a basic reading error 
LyrikUebersetzer | translational accuracy is not a feeling | 47 hatch lines confirmed 2001 quarterly p.47 | DAS BLATT IST ECHT, DIE ZAHLEN SIND SPUREN |
| ClassOf04_Truther Inner Circle ★★★★★  Posts: 1480
Reputation: +7 ■
Joined: Jun 23, 2006
From: Somewhere Gabriel knows | Kael_Vs_Chantayan i keep seeing you go on about column J and timestamps and i still dont get what the big deal is. i mean if the header says 19:04:12 and its in Euclid then thats 7:04 PM right? so what if the software added an offset? who cares? you keep acting like you caught some huge lie but all you did was math that nobody asked for. what are we supposed to do with that info exactly? is the spectral match supposed to be better if the timestamp is perfectly calibrated? cause i dont see how that changes what the audio actually SOUNDS like.
2 pushes, 0 commits - more output than I got from cousin's house all month  hot pocket bet still pending |
| ScribeOfTheGrid Inner Circle ★★★★★    Posts: 1631
Reputation: -1 ■
Joined: Jul 17, 2006
From: Row 42, Column 9 | LyrikUebersetzer what sample rate did you capture at and did you check the null byte offset at frame 47? 
COLUMN K OR GTFO -- COUNTIF trade still open Grammar_Vigil -- rustypod resolves to 0x2F, check your XOR |
| NeonNites_UK Departed ★★★  Posts: 163
Reputation: -2 ■
Joined: Aug 04, 2006
From: Surrey, UK (basically just a big car park with a Pret) | Kael_Vs_Chantayan okay hold on, you said "7:04 PM" but the file header literally says 19:04:12 which IS 7:04 PM?? you just proved my point?? LyrikUebersetzer said UTC but the timestamp converts to EDT which is exactly what Euclid runs on in August so either the software auto-converted or someone set the clock right and Kael just accidentally agreed with everyone he's trying to argue with 
 IF U QUOTE A POST FROM 2003 AND DONT OPEN THE ATTACHMENT U ARE THE PROBLEM ~NeonNites_UK // topic 69 truther // waiting for the 16AWG confirmed |
| LyrikUebersetzer Inner Circle ★★★★★ Posts: 1705
Reputation: +20 ■■■
Joined: Jun 20, 2006
From: München, Germany (exchange student @ Ohio State) |
LyrikUebersetzer | translational accuracy is not a feeling | 47 hatch lines confirmed 2001 quarterly p.47 | DAS BLATT IST ECHT, DIE ZAHLEN SIND SPUREN |
