grdGo33
Members-
Posts
476 -
Joined
-
Last visited
-
Days Won
1
Everything posted by grdGo33
-
https://helixhelp.com/models?categoryId=11&subCategoryId=2 Looks like there's 14 (as it's helix maybe not all in Go?) Anyway, useful site, also has references on what the L6 models are based on
-
Especially damages for pain and suffering... It's not just the guitarists who has suffered, it's all of their audiences, as they were unknowingly exposed to this guitar tone which obviously was not appropriate. Think of the children. Heh but yeah seriously likely is an issue with recalls, false advertising and whatnot. Not sure many PGO users to benefit from the lawsuit, as always, the only real winners of the story would be the lawyers.
-
https://benvesco.com/store/helix-dsp-allocations/
-
There was a similar thread posted a while ago, if I recall correctly, user contacted L6 support and the unit was returned. (very likely hardware issue)
-
The buffer should be pretty transparent; should not add brightness. So your test could be simply to have a empty pod go patch (no amp, cab or any block) then output to amp, then plug your guitar direct to amp, and see if you hear a difference.
-
Whether you put a boost at the start or end would make a big difference; more distortion, boosts the reverb, delays, etc., The harder you hit an amp, the distortion increase, so it would not be the same. But as for "at the end of the blocks or after the output?", you can't really put anything after the 'output' (the last non-editable block), so unless you're talking hacked patch, no idea what you mean! But yeah, where ever you put you FX Loop block in your chain will have an effect, albeit to a varying degree.
-
Weird... How does it sound with headphones connected to the Go? There's a couple of places where you can increase volume; the amp has 2 volume settings, cabs you can get a +6dB, pedal blocks, there's the output block. There's also a global EQ where you can add gain... (or could potentially have reduced your signal) I'm using my Go in hte exact same way; headphone out -> adapter -> mini to RCA -> amp, and the Go's output level is more than sufficient! Same issue on all patches? Have you tried plugging a cell phone or other device in your stereo to see if the volume level you then get is the same or better?
-
Fixed! I remembered that there are 2 FX loop blocks in the Go. A mono and a stereo. But the pedals hooked to the FX Loop aren't Stereo, and the patch had a Stereo FX Loop configured... So it might explain why when you send a stereo signal to a mono pedal, only the left channel is returned... So, fixing = changing Stereo FX block to Mono. What's weird is that I don't remember having to do that in the past, maybe the default block is mono and that 1 patch for some reason had the FX configured as Stereo... Yep, looks like that's the case, basically all of the patches I typically use the FX block with had it configured mono, and only a couple of others had Stereo... Strange I never noticed the issue before the amp change!
-
[edit: TLDR; Not an amp issue; FX Mono vs Stereo block issue. Setting to Mono fixes left muted channel.] I don't get it... I just switched amp, everything is working beautifully, except now when I turn on the FX loop, which is sitting at the end of my block chain, now the right speaker goes mute... What's really strange is that with my previous amp, it did not do that.. Turning on/off the FX Loop did not mute the right speaker, so it must have converted the signal to mono for the FXLoop Out, and then played the FX Loop In (mono) but through both speakers, which it is no longer doing... And I can't really figure out what could be causing it... On my previous mini-amp, it was: Go headphone out 6.35mm -> adapter -> 3.5 mm cable -> Amp 'Audio Input' (3.5mm) Currently: Go headphone out 6.35mm -> adapter -> 3.5mm to L&R RCA -> amp L&R RCA in Any idea?! Thanks!
-
Yeah, also it's not possible to add 'cabs', cabs are PGO only. But you can add IR, which will appear under the IRs section, but its name might not be exactly what you expect (ex; amp name), it might have a more technical name, think it uses the IR filename as the name of the IR once imported. And the Best IR is still The Best IR In The World. ;)
-
Check out this page: https://helixhelp.com/models?categoryId=2&subCategoryId=6 It's actually something that's pretty fun to do; looking up which is the original pedal/amp in the Go, doing some research on the original and watching videos about them, then using the Go as if it was the real thing, which it is but at the same time isn't. Some of the newer models are documented in the release notes of the patch. But yeah, that sort of documentation is lacking, as L6 doesn't really have one place with the info.
-
Sensitivity ~= how loud they play given a signal. Higher = less loud. So it's not whether it's good or bad, just how hard they are to drive. You have $5000 headphones that are 80 ohms and $30 headphones which are the same, doesn't mean much other than the higher the number, the harder to drive and the more likely you're to require an headphone amplifier to drive them properly (loud). Did the test and reported the results in a previous thread, basically, you should be able to go deaf with the Go + V6. I had acceptable volume with 600 ohm headphones, but it was not loud; like almost bare minimum. Note that the Go is a bit ...... lame when it comes to volume, some patches are loud, other are not, so you might have to fiddle with amp & cab & effects volume to get 'normal' volume. And don't be afraid to go 100% volume on Go. It's not worse than 50% volume, hell, Line 6 should have the foresight to make the volume go to 11. 11 is always better than 10 or 100%...
-
Version 3.50.0 - Released 11/3/22 -> ??? Version 3.15.0 Released 2/8/22 -> Version 1.40.0 - Released 7/19/22 Version 3.10.0 Released 4/15/21 -> Version 1.30.0 - Released 10/5/21 Version 3.01.0 Released 12/4/20 -> Version 1.21.0 - Released 3/25/21 Yep! 4-6 months is pretty much spot on! For which will make it in, traditionally, it's been 'everything' except what is too intensive to fit in the go, so you could use this to see what costs what, comparatively tow what we got or didn't, can give a good idea: https://benvesco.com/store/helix-dsp-allocations/ For the new cabs, reduction in DSP sounds great. If I'm reading the table from above correctly, it appears that an IR costs 10% more DSP than using a cab, so yeah saving that 10% for an IR plus whatever new cab saves, would add up to a ton of DSP! Hopefully it makes it.. And yeah more tweak ability can't hurt.
-
Different ways; simplest is simply disabling the cab block in all of your patches. Yes. In the global settings, you can set in "ins/outs", "amp out source" "pre cab/ir" to disable everything before the cab block, but you'll lose any effects blocks after cab, but if this is set to "main out", ti's the same as main out. Off; if you're using external cab emulation and you don't need podgo cab emulation. Typically; OD/compression pedal -> amp -> cab -> modulation/reverb/delay. It does make a difference where the cab is in sound, so if you decide to go always last, it is a compromise in terms of flexibility. (not that it'll sound 'worse', but it has an effect on tone, so just different, ppl typical are more used to this config, although Go allows anything) Yep.. Unless you setup the cab to be the last effect of your chain in all of your patches and use the "pre cab/IR" settings in the ins/outs, you'd have to manually turn the cab block on/off depending. With the setting on, you'd just have to plug the cab with amp out when you want no cab. But, you need cab to be your last effect since you`ll lose all effects after cab.
-
Yeah I think the issue I was mentioning was more specific to the String Synth, the tracking itself (which note) seemed to be working well. Maybe SS related to pickups or usage too; location of the block, etc. I remember seeing a vid about optimizing the synths; basically was all about creating a square wave before it hits the synth. But anyway, totally different from just pitch shift! For tracking, it was pretty good. Not perfect perfect, but very likely 'good enough'. Did you end up trying it @daveaphotopod?
-
Are you sure it's not an issue with the software side of things? Because it kinda sounds like it is... I would try to plug in just some headphones or output the sound directly to some other device; amp or monitors or something and see if you can reproduce the issue. When you're having the issue, restarting the software and unplugging the Go USB cable would be a good test. Also reminds me of an ultra cheap 15$ USB guitar adapter I once bought, works for 10-20m then it because unusable. Just have it in a box somewhere.. And last also, a DAW is not typically used for live, I think the delay thing is pretty much 'built-in', it can be minimized using different drivers and settings, but from what I recall, it'll never be perfect; it's more for recording than anything else. But I might be wrong as I'm on expert in the field! "A DAW or "Digital Audio Workstation" is any digital software or device that allows you to record, edit and compose your audio tracks." Confident this is your issue. Using audio out of the Go, I'm pretty sure it'll work correctly, so DAW latency = DAW issue... I tried and pretty much gave up the idea when I got the Go myself; when with amp/speakers setup. IMHO, For live, outputting audio from Go would work. Go -> laptop -> house audio / speakers very likely not best route. But laptop/DAW users might chime in and contradict this though!
-
It's not, but it tracks pretty well 1 note. My extremely limited experience with strings is that it often seems to bug out though; sometimes where it's supposed to go from soft to loud it doesn't go loud, just stays soft. So... I guess could work for recording or to play around, but I wouldn't say it's reliable enough for live or the such.
-
see here! https://line6.com/support/topic/64437-podgo-140-update-changed-all-my-tones-much-brighter-and-grittier/
-
I'm cynical, so doubtful it would change anything. I was mostly curious if other users thought it was as much as a PITA to use as I do. Maybe I'll re-check it out, last time I tried posting I couldn't due to account validation. But honestly... I have zero faith, so the only motivation I would would be rather embarrassing and puerile; à la "See? I knew it wouldn't work..." :/
-
PGO edit is external software though, so it doesn't need to be matched 100% with the Go's Architecture, as long as the end result is. So, you could have global/base 'snapshot' that does not exist in the Go device; simply exists in memory space of the PC. This base settings would then be used to change the base values and reset the 64 variable parameters of each snapshot. Ex; SS1 -> Gain 2.0, SS2 -> Gain 5.0, SS3 -> Gain 1.0, if you set the Gain of the base to 4.0, it would effectively change the 'base' Gain to 4.0, and remove the Gain param of all the snapshots. And yeah, looking at a .pgp file, looks like that seems to be exactly how it works internally; 'base' settings for all blocks, and 4 lists of parameter values for each snapshot. In the GUI, in the base settings, the params which are modified by snapshots could be in red or orange, just to highlight the fact that modifying this value would reset snapshot values to this value. Yeah, using background colours, large titles "BASE SETTINGS" vs "SNAPSHOT 1", it could be very obvious where you were. It's much more practical IMHO to open Snapshot1 and then edit Snapshot1, rather than always being in snapshot X, and changing settings changes settings for all snapshots, unless you manually set the controller to 'Snapshots' for each param you change...! Just explaining the existing logic is painful... There would be no change for the 64 params. You could still display in white under each snapshot the snapshot values. If you run out, you could easily go back to Base and change a value currently set by snapshots. Ex; 64 used, you go to base, change Gain to 4.0, it resets the snapshots, and if I understand correctly you're now using 63 and can choose a different param to control with snapshots. (Could also have a right click, 'reset to base' under each snapshot) Again, under the hood; it would work the exact same way as now. This would really be a PGO Edit only modification, nothing to change on the Go. It's just an intermediary step difference, but end result to the Go is the same. Yeah IMHO, far more intuitive to be in Snapshot #1 and edit Snapshot #1, rather than being in Snapshot #1 and having to set a controller for every param you're changing for Snapshot 1... Maybe it's legacy from earlier L6 products and long time L6 users are used to it, but from a software design point of view, it's really just quirky / dubious design... Just the "explain it to me" makes it pretty obvious! Existing logic is really kinda twisted, and you really have to wrap your brain around the; even if you're editing SS1, you're not really editing SS1 unless you set a 'snapshot controller' because otherwise even if you're in SS1 you're editing the base settings. VS, base you're editing common base values, and under SS1/2/3/4, you're editing value for that particular snapshot. Just so much simpler! There's just so many improvements that could be made to PGO Edit... It really would be great if L6 would release some sort of open source PGO API where users could improve software themselves!
-
Just curious if people think that editing snapshots on PGO edit is far more trouble than it should be? IMHO, the way snapshot editing should work is that by default, you should be editing a 'base' patch, like 'global' patch settings. When editing this base patch, changes would be applied to ALL snapshots. Alternatively, you could edit a particular snapshot. So, if you switched to patch 1-4, any/all changes should be applied only to the snapshot. None of that assigning 'snapshot' to every single parameter so that it changes the param value only for this particular snapshot... It would be automatic. To edit a value for all snapshots, simply go back to global/base patch, and overwrite all snapshot param value. Would seriously this not be way more practical? I can't count the number of times I forgot to assign a parameter to 'snapshot' and ended up messing up the settings for ALL the other snapshots... The only logic I can see behind this design is that PGO Edit has to be somewhat compatible with editing directly on the Pod, but yeah, this simple change would make editing snapshots so much better...!
-
Yep, plus supposedly fixed on newer units, and they wouldn't know even if it's an old unit if was fixed or not, not to mention it would mess up the Go's for everyone who has a correct unit or anyone using a buffered pedal. But again, if Root's only hearing an EQ issue, global EQ would fix it.
-
If it was just that, then fixing it with the global EQ should be pretty easy. Maybe you had set it up and it got reset?
-
Btw did you open a support ticket with L6 or try to rollback firmware? I'm still unconvinced that they updated some of the amps models (or could be mic, cab, etc.) without putting it into the patch notes... As far as I'm concerned, I have another explanation; I did go through my patches to try to adjust volumes and tweak stuff, but when you equalize settings for guitar A, tends to unequalize for guitar B... So pretty sure that's what happened in my case. Many guitars is problematic in this way... Also, you seem to be the only one to have noticed the issue... Pretty sure again that if L6 tweaked or improved something somewhere, they'd have mentioned it, and you'd have more people noticing...
-
First time I heard of it was here... I didn't notice any tonal change since the updated (updated 1st day update was available), but a string broke on my HSS, then lots of work, so by the time I switched its strings (D'Addario EXP 110 XL coated strings) and redone the setup because the action was all messed up, I didn't get much single coil strat tone usage lately with the GO; mostly HH, and didn't notice any tonal change. But yesterday, once the HSS was back up, played a bit and yeah I did notice some patches (Fender/clean) yes seemingly sounding brighter, but it did correspond to new coated string and reading your comment the day before soo.... Placebo/strings could very well be 100% of the change I perceived... But yeah before that, I don't recall hearing a tonal change before... Anybody else noticed a change? If there was a change, might have been more audible on cleanish tones, and maybe also make a bigger change with single coils, as as I said, didn't notice much change using humbucker guitars and mostly heavy distortion patches. Oh yeah, could it be also a switch on or settings on the PA speakers? Such as bright switch or someone who messed with the speaker's EQ settings? TLDR 1) maybe EQ on PA speakers 2) maybe some Go amps are affected more than others (likely clean Fenderish amps more affected) 3) maybe even no change, and placebo is just one hell of a drug.