usedbyanr

Based on your explanation I would say that you upgraded the firmware through your current version of Pod Go Edit without installing the new version of Pod Go Edit. The update is a two part process. The full explanation is on the Pod Go Edit Software webpage or the Pod Go Firmware webpage. The image below from those pages sounds like your problem.

Post the technical data.

Voxman55 is pretty good at keeping everyone up to date on this.

The concept on an Android tablet is fairly simple. Most of the needed code is already available in the sample https://github.com/android/ndk-samples/tree/main/native-midi. The hard part is everything else. What's the interface for building set lists? Do you build them in the app? Do you build them on a PC and find a way to transfer them to the app? Do you want to publish an app and deal with the app store? Do you want to deal with app store users?

The funny part of all of this, the "thank god I kept my windows 10 laptop" etc. is that Windows 10 has the same memory integrity feature but it's turned off by default unless you have "clean installs of Windows 10 in S mode, on compatible hardware". Nobody is complaining about Windows 10. Your Windows 11 with it turned off is as secure as your Windows 10.

The expression "beauty is in the eye of the beholder" probably sums it up but I can give a few reasons from a development point of view... 1) Compatibility - Regardless of what people think about Windows, there is no other OS that can claim to have compatibility anywhere near it. I know saying this will get a lot of people stirred up but Apple seems to go out of their way to break every third party app with every major OS release. You will see complaints about compatibility with Windows 11 but most of them are about the new security features that can't be turned on rather than something being broken. You can run all of the Line 6 applications and drivers on Windows 7 - 11. No slight to Line 6 but it has more to do with Windows than Line 6's development skills. 2) Drivers - Drivers exist for all hardware and all OS versions including third party hardware (USB). 3) Interface - Cross platform apps that try to use the same interface for everyone are horrible. You end up with an interface that is unfamiliar on every platform. Your best bet would be to package the backend code and then provide a native UI for each but that's a lot of work and testing for three platforms with Linux being the smallest footprint for potential users. 4) Development Tools - The Windows development tools are fantastic.

Jump back a few responses to my July 30, 2021 response. This sure sounds like the SD card issue and you said you got a new computer. There is another reply (not sure if it's from this thread) where a user removed the SD card and still had the issue only to find out that he had to remove the usb reader completely before it would go away. (He may have just disabled the driver in Device Manager). If your new computer is a Mac then just ignore this.

It's probably too late for this question based on your last post but are you saying that plugging in hour drive causes an issue immediately? If I remember correctly because it's been a while, I could push the SD card back in after starting Native and it would continue running fine. If you chose to close Native then you might have to do the routine again. It's just the startup where it does a serial number read that causes the problem. It's not really the serial read. It's just a bug in the call to the API. They are not treating the return code properly.

@sdsingle Have you tried unplugging the drive, starting HX Edit/Native and then plugging it back in? The drive serial number read (security) is usually the problem and as far as I know, only happens at the beginning. I know it's not ideal but it's better than nothing.

If you managed to get to the third page of the link in datacommando's reply, you would have seen my comment. HX Edit appearing not to open is exactly the SD card problem. I'm not saying it's your problem but it sure sounds that way. It was/is a problem for HX Edit, Helix Native and Pod Go Edit. It has to do with reading your hard drive serial number. (It's used as part of the security) The software starts but you never see the interface because it crashes before showing anything. Whoever wrote the serial number code didn't account for the possibility of not having one and ignored the API return code.

I don't think anybody is disputing that the responsibility lies with Line 6. I think what you have to do is look at it from their perspective. They have software that runs on two different operating systems and their variants. When something changes in the driver model you have significant work to do. It sounds simple but driver development is one of the hardest things to do. There's people out there running Windows 7 - 11. Do you maintain a different driver for each operating system? Do you create the new driver and do all the necessary testing to make sure you don't break it for the majority of people not running Windows 11? At the moment it's an incompatibility with a new operating system feature rather than something that doesn't work at all. It may down the road or it may not. I remember when the driver model changed for Windows 7. Hewlett Packard is a pretty large company and they chose to abandon a significant number of legacy printers. It wasn't just a new feature that had to be turned off. You just had to buy a new printer and laser printers weren't cheap back then. I'm not a Microsoft or Apple champion but from a development perspective Microsoft is far more concerned about compatibility for existing software than Apple. Most things just work in the newest operating system without you having to be concerned.

The SD card issue may be your problem.

The section in the release notes with the header "New Cabs and IRs now use 66-80% Less DSP" makes me hopeful. It says "Due to further improvements to Helix Core" and "Older Hybrid cabs use the same amount of DSP as in earlier firmware." My hope would be that the new cab engine with lower DSP usage would make it into the Pod Go. It's likely to be watered down but I'll take what I can get.

The driver isn't broken. It's just incompatible with the operating system feature. The memory allocation (you need to use different memory allocation APIs and the proper flags when allocating memory), code/data segment flags (data areas cannot be marked executable, executable areas must be read-only etc.) and alignment requirements (code/data segments must be aligned to the memory page size) have changed. The only solution is Line 6 building a new driver.

Apparently MusicLaw and I had the same thought at the same time. His was better, I forgot to mention latency. You need a Bluetooth transmitter. They make them for TVs. They generally have a 3.5 mm plug so you would also need a Y cable that goes from the Helix 1/4 in outs to a female stereo adapter or you could just plug it into the headphone out. They make fancier Bluetooth transmitters with more inputs which may eliminate the need for the cable. I'm not an engineer so try this at your own risk.

You're welcome. I wish they would just fix the issue. I reported it in a ticket ages ago. I included a disassembly of the code pointing out the error and source code with a fix. I guess it's low priority.

Do you have an SD card in that laptop? Read the link below. I have no idea if the bug has been patched yet.

1) Go to this link. https://line6.com/software/index.html 2) Select Pod Go, Firmware, Windows 10 and hit the Go button. 3) You should see the firmware 1.40 release notes. Scroll down until you see the blue Get Download button at the end of the release notes. (There's more than one set of release notes so don't just scroll to the bottom of the page.) 4) After clicking Get Download and agreeing to the terms you machine will download the firmware file.

Has anyone looked at Cantabile? https://www.cantabilesoftware.com/

The Legendary Drive was too DSP intensive to make it into the Pod Go and the Prince of Tone is called the Heir Apparent.

I think that would be great but from a development perspective there's the 80/20 rule. It's the idea that 80% of the content takes 20% of the time and the other 20% of the content takes 80% of the time. That sort of thing drives up the cost a lot and you are committed to doing it for every item added in a future update. I think Line 6 decided that the YouTube community does a good job at showing you how to use the unit and they have monetary incentive to do it fairly well.

Has anyone from Canada had one repaired? I can't remember where I read it (maybe The Gear Page) but someone suggested that Yorkville Audio is the authorized service company here in Canada and you have to take it to your local Long & McQuade dealer. Long & McQuade has a relationship with Yorkville Audio. They seemed to have no idea what I was talking about when I called.

Voxman55 is quite helpful here and in other groups. He was kind enough to answer my questions in a thread and in a private message. He offered to help twice in this thread and simply pointed out that we all had a chance to read about the Pod Go before purchasing. I look forward to reading his future posts and replies. I hope this thread hasn't discouraged him from doing that going forward.

First, I apologize for all of those who are sick of this topic. It's interesting to me. I have always felt that the Pod Go sounded a bit dark but I I'm relatively new to guitar and I have never dialed in a real amp so I just assumed it was me. There's so many variables, the pickups, the selected amp, the effects, EQ etc. I borrowed a cheap Mosky Pure Buffer (probably not the greatest) to try. I believe I can hear a difference but looking at the recorded curves in the a DAW plugin, I don't see a huge difference. Most of it is in the harmonics rather than the base string frequency. I was watching a Mission Engineering video "Can We Measure Tonesuck?" (linked below) regarding cables and I thought it would be interesting to do the same thing for this. I'm curious what other people's frequency curves looks like. The measurement criteria is the question. I just used the US Princeton with default settings and no effects but maybe it would have been better to turn off all blocks and just look at the dry guitar. That didn't occur to me at the time but Ben Vesco did it another unrelated video about delay. I am going to go back and do that when I have some more time. I had a Les Paul plugged in but a cheap Squire strat didn't look that different. I graphed it with the free Voxengo Span plug-in. You can set it to plot the max and you can add more than one in your DAW. It would be nice to see multiple curves overlaid but it can't do that. If anyone has ideas I would be interested in hearing them. https://www.voxengo.com/productversioncheck/span/?version=3.11

Unless you are outside of North America I think the warranty for the Pod Go is 1 year based on the Line 6 warranty page.